|
[EDI-L Mailing List Archive Home]
[Message List]
[Reply To This Message]
Re: RE: NTE question

My usual method is to print an exception report when the orders are
created if the 850 price is different from the system price. The client
picks which price is used when the order is created (usually the system
generated price), and manually reconciles to the other. In some
industries where pricing is very complicated - in pharma each customer
ends up with his own price for each item, with quantity breaks as well -
pricing is a very large issue.
Michael Mattias wrote:
>
> ----- Original Message -----
> >From: Jim & Cathy Cloughly <
> >Sent: Tuesday, December 11, 2001 4:04 PM
> >Subject: Re: [EDI-L] RE: NTE question
>
> >The problem with shaking hands or winking is that someone stills needs to
> manually enter the correct price into the buyer's >database. Mistakes are
going
> to happen. This is why you need the price on the 850. Finding these errors on
> the 810 is way >too late.
> >
> >Now in a "perfect world" the buyer would have received the correct price from
> the seller during data alignment using the 832 >or 889. Doing this you would
no
> longer need the price on the 850.
>
> Huh?
>
> With regards to the pricing issue, an applications system should offer a
> "partner-by-partner" flag in his setup for, "Use partner's price Yes/no when
> integrating order." If no, your order processing system should compute the
> price.
>
> Several clients for whom I have done work have found (well, I found it, but on
> their nickel, so I guess you can say they found it) they were getting lower
> prices than had been agreed until I disabled the "use partner's price"
features.
> In some EDI/ERP systems, you "disable" this by mapping ZERO to the "price"
> field; this serves to notify the order processing system that it is required
to
> price the item.
>
> You may or may not end up sending an 855 PO Acknowledgement with the CORRECT
> pricing to the buyer, but there is no reason even the most basic ERP system
> should require human pricing for "EDI orders" (unless human pricing is always
> required. In this case, you need a better ERP system for sure).
>
> Michael C. Mattias
> Tal Systems Inc.
> Racine WI
>
>
>
> To unsubscribe from this group, send an email to:
>
> Message Identifiers: <SALES>, <JOBS>, <LIST>, <TECH>, <MISC>, <EVENT>,
<OFF-TOPIC>
> Access the list online at: http://groups.yahoo.com/group/EDI-L
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
--
%%%%%%%%%%%%% cut here %%%%%%%%%%%%%%%
Brian Lehrhoff (
EDI Consultant
Bank of New York
201-913-4506
%%%%%%%%%%%%% cut here %%%%%%%%%%%%%%%
|
 |
Subscribe in XML format
| RSS 2.0 |
|
| Atom 0.3 |
|
|