I'm currently dabbling with SAP ECC, configuring a solution for an apparel company. I am implementing a solution where inventory is dispatched to retail outlets. Any clues as to which modules and transaction code within those modules I should be looking at?
You could use SAP module MM for creating, changing and displaying materials/commodities (e.g. TC MM01, IH09 etc), creating inventories, inventory lists (e.g. TC MI01) and maybe (depending on your/your customer's actual needs) SAP module SD for sales orders, billing and delivery.
For an apparel company you will likely need:
MM: Material Management
SD: Sales and Distribution
PP: Production Planning
FI: Finance
as a baseline only. This doesn't take into account any of the necessary methods needed to integrate with suppliers or the customers of the company itself.
You can use SAP Retail Industry Solution which supposedly should contain most of the functionality you'd probably need.
It can be installed as an addon module or activated through business function switches (SFW5 tcode).
More about switch framework here:
https://sapinsider.wispubs.com/Assets/Articles/2008/October/Industry-Solutions-Are-Now-Integrated-Into-The-SAP-ERP-Core-How-The-Switch-And-Enhancement-Framework
Related
I want to leverage the functionality of Employee Central Time-Off for showing punch-in & punch-out time of an employee. Is this possible to implement the mapping of punch-in and punch-out time fields from custom MDF say cust_Clock_time to the fields of EmployeeTimeSheetEntry via HCI?
In other words, it would be outbound integration of SF with HCI from MDF perspective but it would be inbound of SF with HCI from EmployeeTimeSheetEntry's perspective.
(1) Mapping Fields Sheet:
(2) IFLOW after running traces
As far as I've understood, you would achieve this in a REAL EASY manner with SF Integration Center.
Source: SF, Target: SF, nice-and-easy WYSIWYG Mapping Editor...
I have been asked by BigCommerce Support team to fill out a question to here for some help regarding Sage Pay integrations for BigCommerce.
Currently, BigCommerce offer "Sage Pay/Protx VSP Direct" & "Sage Pay/Protx VSP Form (Hosted)" payment options.
For us to be able to accept European payment types such as Giropay, Sofort, EPS & iDeal - We need to have the "Sage Pay Server Integration" payment option available.
Information on these can be found on the following links:
http://www.sagepay.co.uk/support/12/38/protocolv3
The page above lists the 3 options available. BigCommerce currently have 2 of these set up, however we require the third option.
Please see this link for that option in detail:
http://www.sagepay.co.uk/support/find-an-integration-document/server-integration-documents
On this page there is also a link to PDF guide that we have been sent by Sage Pay to explain this option.
"Local European payments
Accept giropay and sofort payments for customers based in Germany, Austria and The Netherlands.
PDF document - Local European payments instructions"
Is it possible to add the third Sage Pay integration to the BigCommerce platform for us to be able to accept European payment types such as Giropay, Sofort, EPS & iDeal?
Thank you in advance for any help and assistance you may be able to offer!
You can use the European payment types with the Form integration (undocumented feature), which I believe BigCommerce supports.
eg: (this will probably expire, but you get the idea)
https://test.sagepay.com/gateway/service/vspform-register.vsp?VPSProtocol=3.00&TxType=PAYMENT&Vendor=thewinningteam&Crypt=#6f6d4015eac483c75b20975c58ae2d25dd095f2c1c794e7e3f905de696211476f4a1a463e3c9cf94dd1ccec3e029f33d8325413484846baeb70e869c49c70c41ea0d9b5b9f44f077e3b52b8472e3ddc6178b016663c6c5349e9566a8668db0644137722522f584bef4e54d4d2f4a0640289e4def75d8b441c96bef6e1cd1f7d257630949597e68a6be9087992a9f2ac18e3230825b1e193a89246e6a437ba02c67929d79f94a9266f63116f4764ba41d184e64511305e19f7d75068dd57f2d7c28f5250985323ef5a6761257398ef9d80fcb200d930ca6b3e3968de276e1689ddf54ac8424697b5b1b58d8fc8b2d5e260eee514f77567cd8056e8f28be4f32cd15f7fe9ebb19b3f0f6d20ac837f77bcb10fb6ef2c5103bba1400f95153c9af654e1825ebc50a9105b26fecda00fc87844cd03569d9c0273d409f76b67466204a1de7c66cc80bb3f75bead210b503f99209fb1c3c5ac22b40bce0097c1816250d1f89fbee65c29a0a1449bd66b5d59ed095559e7e48c32b96615b98b496c4e342fba270451c428c4388197ce8a68c87b59b3a1f8a136197ba2f335b756d29260bf951ae81a12c6dab5f3d14e0dab8e1070ae50a0401e1bcb1dd9b9a5c86d1074f222547b1318096c7ddf1a532bddf6209615317bd228975a8888bb56ff14b3ab6790adb23ae696bc695c2512ac0278cf2
I'm working on an e-commerce type web application and need to somehow handle calculation of shipping costs. Some rules I've found:
Free shipping
Free shipping with minimum purchase
Free shipping within a certain geographic area
Flat rate shipping
Flat rate + set amount per product
Various rates depending on speed of shipping (shipped immediately and/or how soon it gets to customer)
Based on height, width, depth, weight + shipping distance
Based on rates of various shippers
... and so on.
Any suggestions how to tackle such a problem?
I suggest you take a look at some available open source ecommerce solutions. There are a LOT of them and each one takes a stab at doing exactly what you are trying to do. If it is schema design you are after I wouldn't limit your searches to just MySQL - as long as it contains a relational database it should be easy to dig into the design. I'd take a look at nopcommerce to name just one...
Create a framework where your eCommerce system accepts modules that define shipping rules (and interfaces and calculations, etc). Design it such that you expect these modules to be able to provide all those functions. Let the end users decide which modules to use based on their own needs, as which shipping rules to use is a business decision and not a technology one.
This is a mini project for DBMS course. My task is to develop a Database for management of passenger trains.
I'm designing tables for Customers, Trains, Ticket Booking (via Telephone & Internet), Origins and Destinations.
He said, we are free to incorporate other features in our Database Model. Some of the features that we can include are as listed:
Ad-hoc Querying
Data Mining
Demographic Passenger Mapping
Origin and Destination Mapping
I've no clue about what these features mean. I know about datamining but unable to apply it in this context. Can any one kindly expand these features or suggest new ideas?
EDIT: What is Ad-hoc Querying? Give an example in this context.
Data mining would incorporate extracting useful facts/figures out of the data obtained by your system & stored in the database. For example, data mining might discover that trains between city x and y are always 5 minutes late, or is never at more than 50% capacity, etc. So you may wish to develop some tools or scripts that automatically run and generate statistics (graphs are best) which display this information and highlight unusual trends. In the given example, the schedulers could then analyse why the trains are always late (e.g., maybe the train speedos are wrong?).
Both points 3. and 4. are a subset of data mining imo. There is a huge amount of metrics you could try to measure, it is just really whatever you can think of. If you specify what type of data you are going to collect, that will make making suggestions easier.
Basically, data mining just means "sort the data to find interesting facts".
Based on comment below you could look for,
% of internet vs. phone sales
popular destinations & origins
customers age/sex/location
usage vs. time of day
...
We are looking at ways to cut costs, and one idea I had was to push our customer's bills into the Bill Pay systems that banks (and other sites) use. Only thing is, I don't know how to do that? My searches in the past didn't turn up any information for the company side.
Can anyone point me in a productive direction? Is there a single clearing house for this or do you have to set something up with each site?
More details: We are a local government that sends out utility bills on a monthly basis. We currently offer ACH and online bill payment (through our web site) options. But with so many (or so it seems) people using the free bill pay that banks are now offering, it would be a great option to push their bills to those that like to use this option. If it's cost effective, that is.
Instead of pushing them to a third party (who you presumably pay for the service) could you build your own system?
Either email a PDF bill, or let them log onto your website to get their balance etc. Then let them pay through your website?
It's not that difficult to sent up an online payment system....