|
[EDI-L Mailing List Archive Home]
[Message List]
[Reply To This Message]
RE: re[2]: <sales> 753 / 754 capabilities
Kevin:
Nice, however your logic build in assumption that 1 PO would
subsequently become 1 invoice and 1 ASN, however if you have multiple
shipping points, you will have multiple skus from your 850 going out on
multiple invoices and ASNs, so it's no longer 1-to-1. In addition to
that, you'd be forced to deal with partial shipments (jcp wants this on
the 753), changes of destinations and routings forced by JCP 754.
Would you "change" it on your EDI system, or take it to the clients
system as well? Aren't we departing from the EDI, and kind of getting
into a Logistics aspect of the problem?
What if you have multiple shipping points, all 3rd party, and you wanted
to selectively process your TMS requests? Is there security built into
your system, allowing only certain users/locations to see their data?
BTW, what kind of validation would you run against your selected 753
records? Do you know that JCP would not process any requests against any
Pos canceling in less then 48 hours (they'd be routed through "TMS
Light" instead). You'd tell me, that you "know" the cancel date from the
850, but what happens if buyer issues extension for the PO without
giving the 860, and your ERP is aware of the extension, but the EDI
solution is not?
These are only few questions I'd have to ask you when you'll call me
trying to sell you package.
Even if your application is as good as it is, and cost only $250, have
you ever considered how much it would cost to your client to write the
interface for it for their CRP, ERP, WMS or Financial Package? Would
they need to make changes on their package to make your solution work?
Would there be any operational costs to perform day-to-day maintenance?
What if they currently print the labels, BOLs and manifests from their
package? Would you then have to customize your solution?
I understand you are trying to sell your package, but $250 ticket is way
too unrealistic. It may be good for some small guys who doesn't have his
EDI system, but how many of those we have on this list?
BTW, from what I've heard more and more major retailers are considering
753/754 solution. I've heard Bestbuy and Home Depot are already
utilizing it, and it may become a standard routing tool for everyone
pretty soon. When manufacturer or distributor makes a decision to
outsource the solution or create his own solution he has to keep that in
mind as well.
Thanks.
Ilia
KHNY EDI
-----Original Message-----
From: Kevin Galioto [mailto:
Sent: Thursday, October 14, 2004 8:46 AM
To: Earl Wertheimer; Ilia Chlaifer;
Subject: re[2]: [EDI-L] <sales> 753 / 754 capabilities
Ilia,
Our software works very similar to what Earl just explained... inbound
POs get sent to our ASN software and to your financial app (same data 2
different places)... Our ASN software can generate labels, BOL, etc....
and handle all your shipping needs. The routing requests are built off
those POs and so are the ASNs... When the 754 comes back, our ASN
software knows how to handle it and ship accordingly.... It is very
efficient....
Thank you,
Kevin Galioto
EDI Solutions Consultant
1 EDI Source, Inc.
145 S. River Street
Kent,OH 44240
(877)334-1334 x141
(330)676-9098 Fax
www.1edisource.com
|
|
Subscribe in XML format
| RSS 2.0 |
|
| Atom 0.3 |
|
|
Cart
