Archive Page 2

09
Apr

Microsoft BizTalk / eBridge Webcast - Empower Your Business Process: Transact and Integrate with EDI

A member of the site emailed this into us today, its an upcoming Webcast on eBridge and BizTalk.

Empower Your Business Process: Transact and Integrate with EDI

eBRIDGE has partnered with Microsoft® to bring you an informative webcast on how eBridge integration can streamline your business process and increase the value of your Microsoft Dynamics™ ERP by eliminating timely and costly manual data entry.

This presentation will demonstrate how a complete EDI document exchange and integration system is achieved with the ePortal Software-as-a-Service (SaaS) platform from eBRIDGE Software.

Through the power of BizTalk® Server, the ePortal handles all data routing, communication, translator and mapping services. Document transactions can be viewed from any station that accesses the internet.

Click here to register for the Webcast.

09
Apr

Ch-ch-changes…

Ch-ch-changes… Turn and face the strange…” - David Bowie belted out back in 1972.  Well, 1971, actually, but the song wasn’t released until 1972.  And, as usual, I digress in the details.  But still, some of the lyrics are quite appropriate today.  And especially in the world of EDI.  Good ol’ Ziggy Stardust (aka Bowie) sang out:

                                   “Still don’t know what I was waiting for..

That’s something we hear a lot in the EDI world - once somebody finds out how well EDI can help them.  They don’t know what they waited for - or balked against - when given the option of EDI.  Once they’ve seen-the-light, it suddenly becomes a no-brainer.  But at the time, it was strange and unknown and a change.  And we all know what people can be like when it comes to change.. Don’t we?

  • Change is hard!
  • What’s wrong with the way we’ve always done it?
  • Oh, great!  Now what do I have to learn?

Right now, I’m working with our Accounting group in getting them to embrace and accept the 810 EDI Invoice.  And, for the most part, I’m lucky that they’re open and willing to “face the strange” and go with it..  However, where it’s making My life a living hell is that they expect everything to be done.  Now.  2 Minutes ago.  Yesterday.   ASAP.  Jump!  Jump!  JUMP!!!

Think about the time that you first began to become a part of the EDI world  You probably came from some kind of MIS position - either an operator or a programmer or an analyst or .. Or, you came from another group that your EDI program touches - either the accounting group or the buying group or the warehouse group  or .. Well, you get the picture.

                                        Embrace the change..

And think about the changes (Ch-ch-changes) that you encountered along the way.  Think of how you had to ch-ch-change the concepts that you held and others kept of the way things were and how they were going to be.  Think of how you and others in your organization had to ch-ch-change the way you did things - things that had been done “that-way” for years (or even longer?)..

Some of the pods of flesh on this planet are pretty adept at change.  Others - well, not so much.  No, they’re like the stubborn mule in the old Western-Comedy, leaning back, digging in their heels and not budging.  It takes a lot of force to get that immovable object to take that step forward and “embrace the change”..

Then you sometimes have to try and keep up with those changes..  In recent articles, we’ve touched on many of the changes coming to and infecting EDI as a concept.  Things like AS2, XML, E-Catalogs..  Ch-ch-changes, indeed. 

But are any or all of these changes going to help or hurt you..?

And how good are you at accepting and going with change..?  How good are you at accepting change and working with it and finding the solution to the newest ch-ch-change coming at you..?  Think about your daily commute to and from work.  There’s an accident at this highway and that street.. or the road is closed because of “police activity”..  Or there’s some guy protesting ________ (the war in Iraq, China’s hosting of the Olympic Games, gays in the military, our government’s failed policies, the new Wal*Mart coming to town, whatever - fill in the blank) from that bridge, hanging a sign over the highway..  How quick are you to think - “hmmm.. I can detour here at Main Street, go down 3 blocks to Fifth Avenue, hang a left and be back on the freeway beyond that problem”..?  Or do you just sit there with a bunch of other commuters, waiting for your turn to squeeze through the half open lane to pass by the wreck, not willing to deviate from the norm?

How well you handle change means a lot - both professionally and personally.  Change is an integral part of life.  It’s something that creeps up on us on little tiny quiet feet or comes barrelling into the china shop and disrupting lives all around.  But change is inevitable - just like death and taxes.

And change is big in EDI - no matter how static and stable the platform and concept may be.  There are - and will always be - changes to the way we do things.  Standards are often being updated.  Segments are added or deleted from the document specs.  Suppliers and buyers are often requesting new information to be sent or received.  New applications are added to your back-end systems and now you have to map this segment/element to this other file and record over there.   The PO box you use to received payments or invoices has altered names, and the data in your documents (POs, Invoices) must reflect that new alteration.  You’ve adjusted your factor or payment “lock-box” location or service provider.  You’ve signed up with a new VAN/Network and have a new qualifier and ID..  All of these are ch-ch-changes.

               “I watch the ripples change their size But never leave the stream..

These are just a few examples of the ch-ch-changes you may face.  And there will be many more, too.  I’ve had our EDI program up and running - well - WE’VE had our EDI program up and running since the very late 90s.  About 5 years ago, we changed our translator (upgrade) and then added a new document (the ASN) and added and expanded our trading partner count by .. well .. multitudes.  Then we added some information to our PO (requested by some of our suppliers) and changed a terms code and .. well, you get the idea.

Ch-ch-changes are important and everyday.  Expect them, plan for them and implement them.  And do not be afraid of them. 

Author: Craig Dunham - EDI Coordinator @ Big 5
Read more about Craig here: http://editalk.com/contributors/
03
Apr

e-catalogs - how do you use them?

My take and thoughts from a post over on the EDI-L Yahoo group about the type of data to provide to a Catalog service.

There’s a lot of “push” these days - and has been for years? - about Electronic Catalogs.   Many of the bigger networks/VANs have a catalog service (Inovis & SPS Commerce come to mind) and there are probably more offered out there by companies - big and small - EDI network or not - that can house that data and provide it to your customer base.

This is where you, as a vendor/supplier/manufacturer, can store your product information data - colors, sizes, UPCs, style numbers, descriptions, and more - that can then be accessed by your buyers - the retailers and resellers - for their systems.  Some of the information is used by the end user and some is not.

Then on the flip side - there’s Me - the retailer.  I subscribe to the catalog service provider (in My case - Inovis) and look to that data for product information.  In our case, we’re pretty much only looking to verify the Style Number and UPC information.  Since we decided LONG AGO to not use the NRF size or color codes, that information is irrelevant to us.  Also, we tend to use our own item description that, again, makes your description somewhat irrelevant.  While some of your description is included in ours, we add extra information that may be related to a season (say, Spring, 2008) and other things that may not be included in your description and is very specific to our way of doing business.

The only thing that you provide to the catalog service that we use is the UPC and your published style number.  One of the reasons we don’t use the NRF color codes is that - well, think about your favorite sports team.  Now, think of their colors.  If you’re a San Francisco 49ers fan - it’s Red and Gold.  Oakland (LA) Raiders?  Silver and Black.  LA Lakers?  Purple and Gold.  Philadelphia Eagles?  Green and White.  LA Dodgers?  Blue and White.  So, pick one..

OK, I will.

Let’s say I’m a T-Shirt maker.  And I’m making a line of sports team T-shirts, those “raglan” style ones, where the body of the shirt is one color and the sleeves are another color and meet at the collar.  I think that they’re called “raglan”…  Oh, and the cuffs and color can contrast to the fabric that they’re attached to.  Think of the baseball style T-shirts you see..  Anyway, I’m getting off topic.

So, I’m making team color t-shirts.  And I’m setting up the one for the SF 49ers.  So I make the body of the shirt red - actually, it’s more of a burgandy - and the sleeves are gold.  So I go to the NRF color code list and - hmm - where do I put this shirt..?  Well, it’s red.  No, it’s DARK RED.  Oh, but here’s a number for Burgandy .. and here’s one that is maroon . . . . .

Or we’ll pick the Philly Eagles.  Green and white.  That’s easy.  Oh, wait - maybe not - is it emerald green?  kelly green?  forest green?  moss green? lime green? avacado, string-bean, sage, eucalyptus, clover…?  ARGH!!!!!  What happened to KEEP IT SIMPLE?!?!?!?

Then we get into the NRF codes for size!!!!  ACK!!!  ARGH!!!  Heart stopping.  Hair ripping..  Head exploding..!  While the size doesn’t have as much “wiggle room” as the colors do, there are still some issues to consider.  For example, we sell ammo for firearms.  And we have the caliber of the ammo as the size.  But what if the ammo provider uses the WEIGHT of the round as their size?

One of the things I’d mentioned in a reply to that post - remember the post I mentioned all the way up there at the beginning? - was that I agreed with another reply - in that he needs to follow any hierarchy set up by the catalog provider and to let the buyer - the retailer - to decide what information they were going to use and what information they’re not going to use.  As I said, we don’t pull down the NRF codes nor the description - we look to the STYLE number and UPC information pretty much only.

So, how do you use catalog information?  And do you push or pull the data - i.e. are you the manufacturer or the retailer?

Author: Craig Dunham - EDI Coordinator @ Big 5
Read more about Craig here: http://editalk.com/contributors/
31
Mar

GIS Fundamentals - Gentran Integration Suite - Day 1

Transitioning from Gentran to GIS… From what I hear this is going to be quite a big task migrating from Gentran, partly because its a whole different beast. I am in Lowell, MA this week to attend the GIS Fundamentals class, its a 5 day class that covers quite a bit of the main functions of the software. Today was day 1, and it was filled with a solid introduction of the basics and benefits of the Gentran Integration Suite. In addition to the introduction we covered the Graphical Process Modeler (GPM) and dove into BPML (Business Process Modeling Language) concepts and functions.

After the introduction was finished I felt I had a strong understanding to what GIS can do. It made me really start to think of all of the logic and business processes that we currently have in place on our AS/400 that are “hard coded” which take place after the translation process. It seems GIS will be able to handle all of the various checks and balances we have in place before dumping an order into our system. For example, on a 850 purchase order we check to see if a customer’s store exists in our customer master file or if that customer is allowed to order the product they are trying to order. All of these checks can be moved to the GIS system, although not with ease! There is going to be a learning curve to figure out the system and to transfer logic into a working business process.

We dove into BPML and how GIS utilizes this with the Graphical Process Modeler. Essentially the GPM builds the BPML for you, you can edit the BPML manually (and in some cases you have to).

Again, we only covered the basics today. I’ll report back with more later this week.

Has anyone else made the Gentran to GIS jump?

Author: John Burmeister
Read more about John here: http://editalk.com/contributors/
31
Mar

EDI Chargebacks!!!

WHOA!!!  In My readings, I just came across this article over at EC-BP.org!  Looks like we all get to start paying for our EDI transmissions!! 

Author: Craig Dunham - EDI Coordinator @ Big 5
Read more about Craig here: http://editalk.com/contributors/




Contribute to the Community

EDITalk.com is run by EDI guys for EDI guys. Want to write a article or blog post? Just let us know on the fourms and become a contributor today! All credits given to any article posted on the web site.

Categories

 

August 2008
S M T W T F S
« Jul    
 12
3456789
10111213141516
17181920212223
24252627282930
31