No, but you're also pointing out the need for different metrics for different "parts of the business." If you applied your 820 thinking to 850s, would "how many PO lines shipped" make sense? Or would "we shipped 5000 small parcel packages (with no allegiance to either UOS or FEDEX)" make as much sense as "we shipped 200 orders today"?
And you've just illustrated why, IMHO, applying metrics is so difficult to EDI. Until you can come up with a precise definition of what EDI is and what the box looks like, how can you measure it? A former stop on the highway had me assisting with a disaster recovery plan. Or what they called "tell us what is on the EDI box." When we told them that including the EDI function in the plan included most of the major applications and four different servers, they dropped back and punted. "We'll have our customers fax the orders" became the new disaster plan. Considering that the customer's all practice lights out commerce, I don't know how they'll do that, nor how the orders will get into the applications system. Actually, the first cut involved keeping the translator box in the plan, but cutting out the communications box, the router, and the SOA server. --- "Dickey, Colleen" <[EMAIL PROTECTED]> wrote: > Okay, but one more question. How would you count a > transaction? > I have the 820 Payment Remittance coming inbound > from a bank. Would you > count each ST/820 as one transaction, or the number > of RMR segments > (which contains the payment amount for individual > customer) > > For example, I might get one file with one ST/820 > transaction but it > contains 25,000 customer payments. (that's 25,000 > paper checks we don't > have to process). > > Am I complicating this too much? :) > > Colleen > > -----Original Message----- > From: Peter [mailto:[EMAIL PROTECTED] > Sent: Wednesday, May 17, 2006 10:01 AM > To: Dickey, Colleen; [EMAIL PROTECTED]; William > Troy Parrett; > [email protected] > Subject: RE: [EDI-L] <MISC> EDI Metrics > > Good poitns. In my opinion the three most important > variables are the > number of... > > Transactions > Partners > Communication connections (unique connections) > > The first is pretty obvious, but certainly having > 100,000 > transactions/month with three partners is far easier > than the same > volume over 100 partners. > Likewise maintaining three VAN connections is far > less work than > maintaining 100 AS2 connections. > > While valuable, I think things like processing > schedules, number of/type > of maps, etc. vary too much from company to company, > and would make > comparisons very difficult. > > So if the equation is T + P + C = EDI, how would you > all weight these > three variables in relation to each other? Are the > number of partners > more influential than the volume? What about > communications and all > those AS2 certs expiring, firewalls closing, MDN's > missing? > > > ***Granted this is a gross over-simplification, one > of the biggest > variables is 'clue-factor' of your companies > management. We can save > that equation for another day... > > > -Peter > --- "Dickey, Colleen" > <[EMAIL PROTECTED]> > wrote: > > > I agree. I think the numbers of importance are: > > > > How many active trading partners are you > supporting? > > (whether a trading > > partner has 1 transaction or 1000 per month, it > still takes the same > > amount of time researching any that have gone > awry). > > > > Do you have multiple relationships with those same > trading partners > > across your organization? In some cases, this > might as well be > > counted as a separate partner. > > > > How many maps are you running? And of those, do > you support multiple > > versions? > > > > What is your processing schedule like? Do you run > one large batch job > > > in the middle of the night, or are there many > jobs/processes that run > > continuously? > > > > Does your EDI "team" also support the transmission > of the data to the > > VAN (or other vehicle) or is that handled by a > different group? > > > > > > Those are the areas where I can measure my time. > > Transactions can > > measure how much you might be savings on > electronic > > vs. paper. > > > > *** > > > > I support 90 trading partners, with multiple > > organizational > > relationships. > > 21 transaction maps, which includes the multiple > > versions of each. > > 50 batch jobs running throughout the day. (I'm on > > Gentran/MVS.) > > I also support all activity related to the VAN. > > > > I am the only EDI support person for a company in > > the utility industry. > > > > Colleen Dickey > > > > -----Original Message----- > > From: [email protected] > > [mailto:[EMAIL PROTECTED] On Behalf Of > > Brian Lehrhoff > > Sent: Wednesday, May 17, 2006 8:33 AM > > To: William Troy Parrett; [email protected] > > Subject: Re: [EDI-L] <MISC> EDI Metrics > > > > I'm starting to do my own little learning > experience > > on metrics ... > > > > What are good metrics for defining an EDI program? > > > > Why do you feel that # of transactions - which > seems > > to me to be more of > > a function of hardware and software rather than > > operations - is a valid > > metric? > > > > > > > > > > --- William Troy Parrett > > <[EMAIL PROTECTED]> wrote: > > > > > Hello- > > > > > > We're gathering some metrics on our data > > translation and would like to > > > > > know where we rate among other companies. > > > > > > Simply, how many transactions are processed per > > month per > > > employee/contractor providing support? A brief > > description of what > > > business models you support would also be nice. > > > > > > We're a pharmaceutical manufacturer and do > 29,333 > > on average per month > > > > > per support person. > > > > > > Thanks! > > > > > > Troy Parrett > > > Eli Lilly and Company > > > > > > [Non-text portions of this message have been > > removed] > > > > > > > > > > > > > > > > > > > > > ------------------------ Yahoo! Groups Sponsor > > > --------------------~--> Get to your groups with > > one click. Know > > > instantly when new email arrives > > > > > > http://us.click.yahoo.com/.7bhrC/MGxNAA/yQLSAA/OIFolB/TM > > > > > > --------------------------------------------------------------------~-> > > > > > > > > > ... > > > Please use the following Message Identifiers as > > your subject prefix: > === message truncated === Brian Lehrhoff EDI Consultant 201-913-4506 __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ------------------------ Yahoo! Groups Sponsor --------------------~--> Everything you need is one click away. Make Yahoo! your home page now. http://us.click.yahoo.com/AHchtC/4FxNAA/yQLSAA/OIFolB/TM --------------------------------------------------------------------~-> ... Please use the following Message Identifiers as your subject prefix: <SALES>, <JOBS>, <LIST>, <TECH>, <MISC>, <EVENT>, <OFF-TOPIC> Job postings are welcome, but for job postings or requests for work: <JOBS> IS REQUIRED in the subject line as a prefix. Access the list online at: http://groups.yahoo.com/group/EDI-L RSS feed is: http://rss.groups.yahoo.com/group/EDI-L/rss 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: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
