|
[EDI-L Mailing List Archive Home]
[Message List]
[Reply To This Message]
RE: re[2]: <sales> 753 / 754 capabilities

Hi Ilia,
My phone number is 281-480-1121 ext. 125 or if you would prefer please let me
know what yours is and we can set up a web-demo, and get into more detail.
We own every bit of our technology, we have a very flexible-scalable system.
When a client tells us they want something built, we dont piece other peoples
modules together in order to solve their problem. We look at it as though soon,
everyone will need it and build a solution that is flexible enough to work for
ALL clients - current and potential.
Please look at our website www.dicentral.com for a list of our active clients.
The price tag of $250.00 is actually reasonable. The problem is we have a model
others can't compete against for efficiency. Our model has us operating more
like the phone company than a software provider. You don't expect Southwestern
Bell to charge you a $5,000 connection fee just because you have a Panasonic
phone and Sony answering machine... right? So why do EDI software providers
feel like they can after EDI has been around for what... 30 years now in various
forms and flavors???
If there is anything I can do to get you guys up do date and operating with the
753/754, please let me know, I would be happy to help.
Jim Cantrell
DIcentral Corporation
Ilia Chlaifer < wrote:
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
.
Please use the following Message Identifiers as your subject prefix: <SALES>,
<JOBS>, <LIST>, <TECH>, <MISC>, <EVENT>, <OFF-TOPIC>
Access the list online at: http://groups.yahoo.com/group/EDI-L
Yahoo! Groups SponsorADVERTISEMENT
---------------------------------
Yahoo! Groups Links
To visit your group on the web, go to:
http://groups.yahoo.com/group/EDI-L/
To unsubscribe from this group, send an email to:
Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
---------------------------------
Do you Yahoo!?
vote.yahoo.com - Register online to vote today!
[Non-text portions of this message have been removed]
|
 |
Subscribe in XML format
| RSS 2.0 |
|
| Atom 0.3 |
|
|