Interorganizational Commerce

Electronic data interchange (EDI) is defined as the interprocess communication of business information in a standardized
electronic form. In short, EDI communicates information pertinent for business transactions between the computer
systems of companies, government organizations, small businesses, and banks.

EDI has changed not only how firms do business, but with whom they do business in a global marketplace. Prior
to EDI, purchase orders, acknowledgments, and invoices depended on postal systems and communication with trading
partners was restricted to the few hours of the workday that overlap from time zone to time zone.

Using EDI, trading partners establish computer-to-computer links that enable them to exchange them to
exchange information electronically. In retailing, EDI can provide vendors with a snapshot of what stores are selling,
enabling them to recognize and meet their customer's needs much faster than in the past. In addition, it enables retailers
and vendors to place orders and pay bills electronically, reducing time and the expense of paperwork.

The primary benefit of EDI to business is a considerable reduction in transaction costs, by improving the speed
and efficiency of filling orders. Studies show that it takes up to five times as long to process a purchase order manually as it
does electronically.

EDI is not widely used. It is estimated that out of millions of businesses in the United States, only some
companies exchange business data electronically. With an annual growth rate of more than 50 percent, and with more
than 90 percent of Fortune 1000 companies currently using EDI and more expected in the near future as networking
becomes pervasive, EDI is rapidly becoming key to the way business is done in interorganizational electronic commerce.

Electronic Data Interchange

EDI developed in the 1960s as a means of accelerating the movement of documents pertaining to shipments and
transportation. Electronic commerce is often equated with EDI, so it is important to clarify that electronic commerce
embraces EDI and much more.

In electronic commerce, EDI techniques are aimed at improving the interchange of information between trading
partners, suppliers, and customers by bringing down the boundaries that restrict how they interact and do business with
each other. In short, EDI is aimed at forging boundaryless relationships.

Technically speaking, EDI is one well-known example of structured document interchange which enables data in
the form of document content to be exchanged between software applications that are working together to process a
business transaction. Emphasis must be placed on the fact that EDI only specifies a format for business information, that
the actual transmission of the information is tackled by other underlying transport mechanisms such as e-mail or point-to-
point connections.
Defining EDI

The different approaches in the development and implementation of EDI, there is no consensus on a definition of EDI. A
review of some of the prevailing definitions follows:

1. Electronic data interchange is the transmission, in a standard syntax, of unambiguous information of

business or strategic significance between computers of independent organizations. — American National
Standards Institute

2. Electronic data interchange is the electronic transfer, from computer to computer, of commercial and
administrative data using an agreed standard to structure an EDI message.

3. Electronic data interchange is the electronic transfer from one computer to another of computer process
able data using an agreed standard to structure the data.

EDI Layered Architecture

EDI architecture specifies four layers :

1) the Semantic (or application) layer,

2) the standards translation layer,
3) the packing (or transport)
layer, and
4) physical network infrastructure layer
The EDI semantic layer describes the business application that is driving EDI. For a procurement application, this
translates into requests for quotes, price quotes, purchase orders, acknowledgments, and invoices. This layer is specific to
a company and the software it uses.

The information seen at the EDI semantic layer must be translated from a company-. specific form to a more
generic or universal form so that it can be sent to various trading partners, who could be using a variety of software
applications at their end.

To facilitate the transfer of computer files between two "trading partners" requires that the computer
applications of both sender and receiver use a compatible format for EDI document exchange. The sender must use a
software application that creates an EDI file format similar to whatthe recipient's computer application can read.
 When the trading partner sends a document, the EDI translation software converts the proprietary format into a
standard mutually agreed on by the processing systems. When a company receives the document, their EDI translation
software automatically changes the standard format into the proprietary format of their document processing software so
that the company can manipulate the information in whatever way it chooses to.

EDI standards specify business form structure and to some extent influence content seen at the application layer.
For instance, a purchase order name field in an XI2 standard might be specified to hold a maximum of 50 characters. An
application using 75-character field lengths will produce name truncation during the translation from the application layer
to the standard layer. In short, the EDI standards and application level, although separate, are closely intertwined.

The EDI transport layer corresponds closely with the no electronic activity of sending a business form from one
company A to company B. The business form could be sent via regular postal service, registered mail, certified mail, or
private carrier such as United Parcel Service (UPS) or simply faxed between the companies. In other words, the content and
structure of the form are separated from the transport carrier. More and more, the EDI transport carrier of choice is
becoming e-mail. Here, EDI documents are exchanged rapidly over electronic networks using the existing e-mail programs
and infrastructure.

EDI document transport is far more complex than simply sending e-mail messages or sharing files through a
network, a modem, or a bulletin board. These EDI documents; are more structured than e-mail and typically are
manipulated or processed more than e-mail messages by the sending and receiving software.

The relationship between EDI and e-mail can be ambiguous as e-mail systems become very sophisticated and
incorporate more and more form-based features.

EDI Versus e-mail

____________________________________________________________________________________________

EDI. There is typically no human involvement in the processing of the information, as the interface
has software-to-software orientation. The data are structured in a software-understandable
way.

Electronic Mail The data are not necessarily structured to be software- understandable_ A

human-to-software interface is involved at a minimum of one end to the

interchange.

EDI The interchange is composed by one software for interpretation by another software. If a reply
is involved, it is composed by a software to be interpreted by another software.

Electronic Mail The message is composed by a human and / or interpreted by a human and/or a reply is
composed by a human and / or interpreted by a human.

____________________________________________________________________________________________

EDI in Action

EDI seeks to take what has been a manually prepared form or a form from a business application, translated that data into
a standard electronic format, and transmit it At he receiving end, the standard format is "un-translated" into a format that
can be read by the recipient's application.
 In order to understand the importance of EDI, let us explain information flow between organizations without
using EDI and by using EDI. For this, consider a communication example between customer and vendor regarding
purchasing application.

a) Information Flow without EDI

Here the interaction takes place between customer and vendor by using mailrooms
called paper based mailrooms. These mailrooms are-available on both customer side as well as vendor side. Suppose a
customer wants to pass a purchase order request to vendor, then the following steps are involved.

Step 1 : When the buyer sends a purchase order to a seller, the relevant data must be extracted from the internal
database and recorded on hard copy.

Step 2 : This hard copy is then forwarded to the seller after passing through several intermediate steps.

Step 3 : Sellers receive information in the form of letters and in some cases a vast number of facsimiles.

Step 4 : This information is manually entered into the internal information systems of the recipient by data entry
operators.

Step 5 : The reproduction of information also increases the risk of errors caused by incorrect data entries.

Step 6 : Hence output from one application becomes input to another through the computer-to-computer
exchange of information.
The result is an elimination of the delays and the errors inherent in paper-based transactions.

b) Information Flow with EDI

EDI can substantially automate the information flow and facilitate management of the business process, as illustrated in
Figure below. The EDI transactions for a purchase, shipment, and corresponding payment are as follows :

Step 1 : Buyer's computer sends Purchase Order to seller's computer.

Step 2 : Seller's computer sends Purchase Order Confirmation to buyer's computer.

Step 3 : Seller's computer sends Booking Request to transport company's computer.

Step 4 : Transport company's computer sends Booking Confirmation to seller's computer.

Step 5 : Seller's computer sends Advance Ship Notice to buyer's computer.

Step 6 : Transport company's computer sends Status to seller's computer.

Step 7 : Buyer's computer sends Receipt Advice to seller's computer.

Step 8 : Seller's computer sends Invoice to buyer's computer.

Step 9 : Buyer's computer sends Payment to seller's computer.

Tangible Benefits of EDI

EDI can be a cost and time-saving system, for many reasons. The automatic transfer of information from computer to
computer reduces the need to rekey information and as such reduces costly errors to near zero. EDI transactions produce
acknowledgments of receipt of data. Many firms are now finding that this acknowledgment can make the invoice obsolete
and save many efforts now devoted to acquiring, receiving, and paying for goods.

The following are the ways by which EDI tan reduce the time and cost:

1) Reduced paper-based systems : EDI can impact the effort and expense a company devotes to maintaining
records, paper-related supplies, filing cabinets, or other storage systems and to the personnel required to
maintain all of these systems. Electronic transactions take over most of the functions of paper forms and through
automation drastically reduce the time spent to process them. EDI can also reduce postage bills because of the
amounts of paper that no longer need be sent.

2) Improved problem resolution and customer service : EDI can minimize the time companies spend to identify and
resolve inter business problems. Many such problems come from data-entry errors somewhere along the way,
and EDI can eliminate many of them. EDI can improve customer service by enabling the quick transfer of business
documents and a marked decrease in errors and by providing an automatic audit trail that frees accounting staff
for more productive activities.
3) Expanded customer/supplier base : Many large manufacturers and retailers with the necessary clout are ordering their
suppliers to institute an EDI program. However, these are isolated islands of productivity because they are unable
to build bridges to other companies. With the advent of electronic commerce, the bridge is now available.

EDI Applications in Business

EDI was developed to improve transportation and trade, it has spread everywhere. Some idea of the breadth of EDI's
coverage may be obtained from a sample of EDI applications currently in development or under consideration. EDI has
grown from its original use as expediter of the transfer of trade goods to facilitator of standard format data between any
two computer systems.

International Trade and EDI

EDI has always been very closely linked with international trade. In fact, the origins of EDI have been traced to the 1948
Berlin Airlift, where the monumental task of coordinating air freighted consignments of food arriving with differing
packaging, languages, and forms was addressed by devising a standard form to be filled in by all aircraft personnel before
unloading.

Over the last few years, significant progress has been made toward the establishment of more open and dynamic
trade relations. Recent years have brought the General Agreement on Tariffs and Trade (GATT); the Free Trade Agreement
(NAFTA) among the United States, Canada, and Mexico; and the creation of the European Union. These developments have
meant the lifting of long-standing trade restrictions. Many countries, and in particular developing countries, have made
significant efforts to liberalize and adjust their trade policies.

Role of EDI in International Trade

EDI attempts to facilitate the smooth flow of information. Often, those of us not closely involved in international trade tend
to think only of its physical aspects -the movement of goods, containers, vehicles, ships, and aircraft. Underlying,
controlling, and regulating the physical movement, however, is an invisible deluge of information handling and exchange
manifested by a variety of documents or their electronic equivalents.

The purpose of the information flow is not merely to provide data but to facilitate timely delivery. The best
quality information, which arrives days after the cargo, is not* very helpful. Such delays can be caused by poorly designed
documents, mistakes in document handling, or bad management upstream where as bureaucrat sits on the document.

EDI replaces paper, which has been the mainstay for carrying trade-related information. Undoubtedly, paper-
based communication is inefficient and costly because of the labor involved, error rates, and associated delays.

EDI is expected to reduce the entry barrier for small traders. Small and medium-sized traders are confined to the
margins of international trade because of lack of efficient procedures, lack of access to information and information
networks, or inadequate support services or trade logistics.

EDI benefits for international trade include :

1) reduced transaction expenditures;

2) quicker movement of imported and exported goods;
1) improved customer service through "track and trace" programs that quickly identify to the many
participants in a trade, deal - companies, customs, banks, insurers, transport agents, and so on - where
things are located or being handled; and
4) faster customs clearance and reduced opportunities for corruption, a huge problem
in trade.

The Components of International Trade

International trade is structured around thousands of freight forwarders who are sometimes called travel agents
for freight. Freight forwarders act as middlemen for shippers and consumers. Freight forwarding is a highly specialized
industry in which the provider handles large freight shipments and customs clearance for customers. Freight forwarders
provide a wide range of services, including cargo booking, air cargo documenting, and consolidating cargo from numerous
shippers.

The provider finds capacity for the freight on trucks, aircraft, or ocean-going vessels. Freight forwarders usually
do not own aircraft, but book space on commercial and cargo airlines on behalf of companies around the world that
manufacture or supply virtually every type of product. The provider arranges for customs brokers to prepare import
customs documentation once it arrives at its final destination.

These international trade agencies - shippers, airlines, forwarders, and customs in various countries - are
supported by EDI and computer networks that tie them together. EDI facilitates the transmittal of commercial documents
and the associated freight information sent via modem from the foreign exporter to both the importer and his customs
broker. Important functions of international trade include banking and insurance, customs, and logistics and transport.
Customs and International Trade

Every international trade transaction involves at least two customs clearances, export and import. The
environment in which customs operates is changing rapidly and many new challenges have emerged, including the
following:

♦ A tremendous volume of goods is being trade in an increasingly global economy.

♦ More rapid means of transport have emerged that address the speed of delivery required by many
industries.
♦ The scope of customs activities has been broadened into areas as diverse as intellectual property rights,
toxic wastes, and endangered species.
♦ The demands by economic planners for faster and more accurate statistics and projections have put many
customs authorities into the data processing business.

The increased monitoring activity of customs functions inevitably places them at odds with commercial operators,
whose primary goal in rapid delivery of their merchandise. Perhaps the greatest challenge facing customs today is to
reconcile the apparently contradictory objectives of enforcing government regulations while imposing the minimum
obstacles to legitimate trade. This is, in a very real sense, the challenge facing each and every customs authority
worldwide.

The response of customs has been greater use of EDI as authorities grasp its importance. A growing number of
countries now offer traders the option of submitting their customs documentation in electronic format rather than on
paper.

Costs and Benefits

Where EDI has been implemented, computers electronically exchange business documents with each other, ideally without
human intervention. This reduces operating costs, administrative errors, and delivery delays. The benefits accruing from
EDI implementations can be classified into direct benefits and long-term strategic benefits.

Direct Benefits

1. Since the transfer of information from computer to computer is automatic, there is no need to rekey
information. Data is only entered at the source.
2. Cost of processing EDI documents is much smaller than that of processing paper documents.
3. Customer service is improved. The quick transfer of business documents and marked decrease in errors allow
orders to be fulfilled faster.
1. Information is managed more effectively.
4. There is improved job satisfaction among data entry operators, clerks etc. when redeployed in more creative
activities.

Strategic Benefits

1. Customer relations are improved through better quality and speed of service.
2. Competitive edge is maintained and enhanced.
3. Reduction in product costs can be achieved.
4. Business relations with trading partners are improved.
1. More accurate sales forecasting and business planning is possible due to information availability at the right
place at the right time.

Financial EDI

Financial EDI comprises the electronic transmission of payments and remittance information between a payer,
payee, and their respective banks.

Financial EDI allows businesses to replace the labor-intensive activities associated with issuing, mailing, and
collecting checks through the banking system with automated initiation, transmission, and processing of payment
instructions. Thus it eliminates the delays inherent in processing checks.

Financial EDI also improves the certainty of the payment flows between corporate bank accounts because the
payee's bank can credit its account on the scheduled payment date and the payer's bank can debit its account on the same
day.

Despite the significant benefits of financial EDI and electronic funds transfer (EFT) to business and the banking
efficiency, traditional methods continue to be used for business-to-business payments.

Types of Financial EDI

Financial EDI consists of three types of payment methods. They are :

1. Checks,
2. Electronic Fund Transfer, and
3. Automated Clearing Houses (ACH)

ACH provides two basic services to industrial and financial corporate customers :

1) fast transmission of information about their financial balances throughout the world, and
 2) the movement of money internationally at rapid speed for settlement of debit/credit
balances.

Banks have developed sophisticated cash management systems on the back of these services that essentially reduce the
amount of money companies leave idly floating in low-earning accounts.

1. Bank Checks

Checks are instruments for debit transfers where payees collect funds from payers. Funds made available by
banks to depositors of checks are provisional and may be reversed if the payer does not have sufficient funds in its account
to pay the check when it is received by the payer's bank.

Businesses use check to make payments for two main reasons :

1) First, they are a familiar and readily accepted form of payment despite some uncertainty about receiving final
payment.

2) Second, businesses benefit from the float created by the delays in the check-collection process. Businesses find
float valuable because they can continue to use or invest funds for several days after they have issued a check.

Float is created when a delay occurs between the initiation of a payment and the availability of the funds to the
recipient. Delays occur because checks are delivered through the mail, require human handling, and must be transported
among banks in the collection chain.

2. Interbank Electronic Funds Transfer (EFT)

Electronic funds transfer (EFT) are credit transfers between banks where funds flow directly from the payer's
bank to the payee's bank. They are same-day, almost instantaneous payments. EFT is one of the earliest examples of
payment systems that use on-line transactions, although these transactions are carried out on private networks.

Funds transfers account for an extremely small portion of the total number of non cash payments. In 1993, for
example, they accounted for about 0.2 percent of all non cash payments in the United States. At the same time, however,
they accounted for nearly 86 percent of the value of all non cash payments. Businesses use EFT when timeliness and
certainty of payment are paramount, rarely to pay suppliers for goods and services. For this, they use ACH transfers.

3. Automated Clearing House (ACH) Transfers

The EFT process, ACH transfers are used to process high volumes of relatively small-dollar payments for settlement in one
or two business days.

An ACH provides the following services :

1) preauthorized credits, such as the direct deposit payrolls;

2) preauthorized debits, such as repetitive bill payments; and
Two types of ACH transfers are used :

1) credit transfers and

2) debit transfers.

Credit transfers are similar to large-dollar funds transfers in that funds flow directly from the payer's bank to the
payee's. The funds received by the payee's bank are generally provisional until the morning of the business day following
the settlement. The reserve bank may revoke payment if the sending bank does not have sufficient funds in its account to
fund them on the settlement day.

When ACH debit transfers are used, the payee's bank initiates the transfer and receives funds immediately from
the payer's. As with checks, funds made available by banks to collecting businesses are provisional and may be revoked if
sufficient funds in the payer's account are not available to cover the transfer on the scheduled settlement day.

Uses of ACH:

In sum, use of the ACH for business-'to-business payments is growing rapidly. Businesses typically use ACH credit
transfers to pay for goods or services and to make tax payments to state and local governments.

They use ACH debit transfers to concentrate funds from the bank accounts of widely dispersed affiliates and
subsidiaries to the company's primary bank account.

Some businesses also use ACH debit transfers to collect funds from businesses that distribute their products.
Firms are concerned about permitting other companies to initiate debits on their accounts as this eliminates float.

Thus ACH debit transfers are used less often than credit transfers for business-to-business payments.

Payment and Remittance Information Flowing Together

In figure below, the purchasing company (company X), which is the payer, transmits remittance data to instruct its bank
(bank X) to pay its supplier. Bank X creates an ACH credit transfer instruction, indicating the specified payment date, and
attaches the appropriate electronic remittance data. Bank X transmits the payment instruction with the remittance data to
an ACH operator.

After receiving the payment instructions and remittance information, the ACH operator edits the payment
instructions, extracts accounting data from them, and transmits the payment instructions and remittance data to the
seller's bank (banks Y). Bank Y then transmits a payment advice and the remittance data to the selling company (company
Y), which is the payee.
that remittance data be sent separately, rather than with the payment, Sears transmits the remittance data to the trading
partner through the same network used for exchanging other business data with that trading partner. The ACH transfer is
then processed by Sear's bank as shown in figure below. .,, "

To facilitate the use of financial EDI, some banks provide VAN-like services with payment services to their
corporate customers. Some of these banks have developed their own networks for communicating data to their corporate
customers, and some also contract with VANs to transmit remittance information to their corporate customers trading
partners.

When ACH credit transfers are processed by the Federal Reserve, on the scheduled payment date the reserve
banks maintaining the accounts of banks X and Y debit and credit the reserve or clearing accounts of banks X and Y,
respectively, for the total value of transfers sent or received.

If a private sector ACH operator processed the ACH transfers, the value of all ACH transfers processed for the
banks using that operator would be netted, and each participant would settle its net position through its account
maintained on the books of a Federal Reserve bank. Banks X and Y then debit and credit their respective customer's
accounts.

As shown in figure, the payer transmits payment instructions to its bank (bank X) and remittance information to
the payee through a VAN. The payment instructions are processed through the banking system and settled as described for
funds flowing together, with the exception that remittance data are not attached.

The following examples illustrate how financial EDI payments are made using ACH credit and debit transfers.
Sears Roebuck and Company's Merchandise Group began using ACH credit transfers to pay its suppliers in 1983. Sears uses
EDI format standards to transmit payment instructions and remittance information to its banks. The banks convert the data
to ACH payment formats, which are then processed. If Sear's supplier requests that remittance date be sent separately,
rather than with the payment, Sears transmits the remittance data to the trading partner through the same network used
for exchanging other business data with trading partner. The ACH transfer is then processed by Sear’s bank as shown in
figure below.

To facilities the use of financial EDI, some banks provide Van-like services with payment services to their
corporate customers. Some of these banks have developed their own networks for communicating data to their corporate
customer, and some also contract with VANs to transmit remittance information to their corporate customers trading
partners.

Financial EDI standards

The difficulty of handling various electronic payment and remittance formats for financial EDI has proven to be one of the
biggest barriers to its widespread acceptance. Some standards exist just for sending remittance information; others, just
for transferring funds. Fortunately, new standards are emerging for moving information about financial instruments and
data together.

The following are among the most commonly used formats in the industry today:

♦ BAI: Developed by the Bank Administration Institute (BAI), these proprietary standards have been used by
U.S. banks for sending and receiving invoice and •■ remittance information for several decades.
♦ 820 and 823: In the 1980s, the American National Standards Institute (ANSI), whose standards apply to most
regular 'EDI transactions in the United States, created the ANSI XI2 820 and 823 formats for payment orders
and remittance advice.
♦ CCD : NACHA's first U.S standards effort, the cash concentration and disbursement format offers electronic
funds transfer capabilities, but can be used only for corporate payments requiring minimal remittance
information.
♦ CTP : The corporate trade payments format overcame the 94-character restriction of standard ACH transfers
by accommodating remittance information in additional predefined 94-character blocks.
♦ CCD+ : In 1987, NACHA introduced CCD+, which allows companies to transmit funds and single ANSI XI2 820
remittance advice in the same transaction.
♦ CTX : NACHA's Corporate Trade Exchange is essentially ANSI X12 820 information touched into an ACH funds -
transfer envelope. CTX is the only format that enables U.S. companies to move dollars and data together. The
biggest problem with CTX is that few banks have the systems required to process these transactions.
♦ EDIFACT: EDIFACT is being used for the international financial EDI pilot project currently being conducted by
SWIFT.

Health Care and Insurance EDI95

Providing good and affordable health care is a universal problem. EDI is rapidly becoming a permanent fixture in
both insurance and health care industries as medial providers, patients, and payers increasingly process claims via
electronic networks. Electronic claim processing is quick and reduces the administrative costs of health care.

In most cases, claims can be sent to payers within 24 hours. Fewer errors translates to decreased turnaround
time. In addition to processing claims for billing purposes, EDI enables doctors to communicate with other physicians,
laboratories, hospitals, and other health care settings. In short, it leads to better managed care.

There are different types of health care/insurance, related transactions. For each transaction, particular standard
is defined. The transactions are as follows :

1) Transaction regarding health care claim.

2) Transaction regarding pharmacy claim.
3) Transaction regarding health care claim status.
4) Transaction regarding health care eligibility/benefits inquiry.
5) Transaction regarding insurance services.

The description of each of these transactions are as follows :

1) Transaction regarding health care claim: With the help of EDI, health care providers 1 transmit information to
the people about the process that is required for health care claiming as well as information about the cost of the
process. To send this type of information, health care providers must follow a standard defined by HIPAA (Health
Insurance Portability and Accountability ACT) called Health Care Claim Professional standard. Without using this
standard, information cannot be sent as health care claiming information as defined in this standard.

2) Transaction regarding pharmacy claim : Health care providers send information through EDI to people regarding
 the procedure needed for pharmacy services' claiming and also the information about the cost of the process. To
transmit such type of information, health care providers follows a standard called Pharmacy Claim Transaction
standard.
3) Transaction regarding health care claim status : Another benefit for health care providers by using EDI is that
they can also provide information on how to know about the status of health care claim to the people. Standard
used for such type of transaction is Health Care Claim Status Request Standard.
4) Transaction Regarding health care eligibility/benefits inquiry: By using EDI, health care providers transmit
information to the people about the conditions that are required to be eligible for accessing health care services.
In order to send such information, an HIPAA standard called Health Care Eligibility and Benefit Inquiry standard
must be followed.
Advantages of using EDI are :

i) No manpower required

ii) Hence with the reduction of manpower, no wastage of time in transmitting

the transactional information.

This in turn also leads to the decrease of transactional cost.

5) Transaction regarding Insurance services : Insurance providers with the help of

EDI provides information to the people of how to make premium payment on various insurance services. For
instance, premium payment on life insurance plan. Premium payment can be referred as paying the amount
regularly on a particular insurance service to the insurance providers. Standard used by insurance providers to
send this type of information is Payroll Deducted and Other Group Premium Payment for Insurance
Service/Products.

Manufacturing/Retail Procurement Using EDI

Manufacturing and retail procurement are already heavy users of EDI.

- In manufacturing, EDI is used to support just-in-time.

- In retailing. EDI is used to support quick response.

Companies using JIT and EDI no longer stock thousands of large parts in advance of their use. Instead, they
calculate how many parts are needed each day based on the production schedule and electronically transmit orders and
schedules to suppliers every day or in some cases every 30 minutes. Parts are delivered to the plant "just in time" for
production activity.

EDI has changed the whole manufacturing environment. For example, stock-holding used to be planned months
ahead. Today this is no longer feasible. Delivery has to be responsive, or it will cost too much in money and time. Small
quantities, as opposed to massive shipments, must be delivered more frequently. That means getting data to suppliers
quickly. Not all parts require the immediacy of EDI, however, and plants still stock a few components in inventory. In other
words, different parts dictate different delivery schedules.

A major benefit of JIT and EDI is a streamlined cash flow. When a company receives an invoice, it pays for parts
that are actually in use, in a product ready to be sold, instead of paying for large, costly items stored in inventory.
Quick Response and EDI

Retailers are redefining practices through the entire supply chain using quick response (QR) systems. For the customer, QR
means better service and availability of a wider range of products. For the retailer and suppliers, QR may mean survival in a
competitive marketplace.

Retailers and suppliers use this technique to have an edge over their competitors. Just like EDI was used along
with JIT to make the manufacturing process easier, similarly, EDI is used with Quick Response for simplification of the
retailing process.

There are mainly two reasons why EDI is used with Quick Response :

1) EDI is used with QR to minimize the time that is taken for order generation till order completion. Suppose the
customer has given you an order and asked to complete it in three months. But you have completed the order
in four months. Hence customer will think twice before giving you the order next time. With the usage of EDI,
everything from order generation till order completion will be done electronically. '
2) Another reason for using EDI with QR is to identify which type of goods are for sale and what type of goods are
for purchase. For this, a special EDI technique called point of sale (POS) is used. In other words we can say that
this technique issued for proper inventory management.

Business Information, Product Design, and Procurement

Business information and information technology are to a large extent responsible for the emergence of global markets.
Business practices and strategies such as lead time reductions (e.g., "just-in-time") or global sourcing would simply not be
feasible in the absence of comprehensive business information and software to analyze it.

In this sense, business information has become indispensable for the transition from a passive to an active or
strategic approach toward global markets.

The utility of business information is immediately obvious: obtaining detailed insight into specific market
requirements before full-scale production, identifying the most suitable foreign vendors rather than relying on casual
contacts; knowing about import regulations or packaging requirements before goods are shipped; finding the most
competitive source for imported inputs - all have a major impact on the efficiency of manufacturing and trade.
 A whole new discipline in business, referred to as competitive intelligence, focuses on the importance of business
information for the competitiveness of enterprises. This does not imply that business information can replace the
engineering or entrepreneurial dimension. It cannot. It contribution consists of providing the required data for informed
decisions.

EDI: Legal, Security and Privacy Issues

In EDI, we are dealing with trade between countries and corporations, issues of legal admissibility and computer security
are paramount. Companies that deal with EDI often retain the services of a lawyer during the design of an EDI application
so that the appropriate evidentiary/admissibility safeguards are implemented. Indeed, these concerns are real and must be
addressed.

Analyzing the security requirements of particular applications can be aided by considering the security
characteristics the application should possess as well as the sensitivity level for each. As enhanced security techniques
become more cost effective and increasingly ubiquitous, the task will become easier.

Legal Status of EDI Messages

No rules exist that indicate how electronic messages may be considered binding in business or other related transactions.

The establishment of such a framework is essential if EDI is to become widespread. To understand the terrain
better, let's tale a quick look at contract law. It distinguishes three modes of communication types: instantaneous
communication, delayed communication via the U.S. Postal Service (USPS), and delayed communication via non-USPS
couriers:

1. Instantaneous : If the parties are face to face or use an instantaneous communication medium such as the
telephone, an offer or acceptance is deemed communicated and operable when spoken.
2. Delayed (USPS) : The "mailbox rule" provides that an acceptance communicated via USPS mail is effectively
communicated when dispatched, or physically deposited in a USPS mailbox.
3. Delayed (non USPS) : Offers or acceptances transmitted (other than through USPS mail) via telegram,
milligram, and probably electronic messaging systems, are deemed communicated and operable upon
receipt. Couriers fall within this category. The legal disparity between USPS and non-USPS services requires
reexamination, as the difference is no longer there.

Messaging systems combine features of both instantaneous and delayed communications. A message's delay is a
function of the specific application, message routing, network(s) traversed, system configuration, and other technical
factors typically unknown to the user.
Digital Signatures and EDI

The cryptographic community is exploring various technical uses of digital signatures by which messages might
be time-stamped or digitally notarized to establish dates and times at which a recipient might claim to have had access or
even read a particular message. If digital signatures are to replace handwritten signatures, they must have the same legal
status as handwritten signatures.

For example, an on-line "notarized time-stamping" service has been suggested that would accept a message and
return one showing the date, time, and a digital signature binding the notarized message content and received data and
time to the digital public notary object if authentic.

Digital signatures should have greater legal authority than handwritten signatures. For instance, if a ten-page
contract is signed by hand on the tenth page, one cannot be sure that the first nine pages have not been altered. If the
contract was signed by digital signature method and minimum key size. It is not an exaggeration to say that legal
consideration of digital notarizing and the binding strength of electronic interchange is a topic well deserving of prompt,
qualified, and intense attention.

Several new types of EDI are emerging that can be broadly categorized as

1) traditional EDI and

2) open EDI

Traditional EDI

Traditional EDI replaces the pa*per forms with almost strict one-to-one mappings between parts of a paper from to fields
of electronic forms called transaction sets. Traditional EDI covers two basic business areas :

1) Trade data interchange (TDI) encompasses transactions such as purchase orders, invoices, and
acknowledgments.
2) Electronic funds transfer (EFT) is the automatic transfer of funds among banks and other organizations.

Traditional EDI is divided into two types:

1) Old EDI and

2) New EDI

Old EDI is a term created by those working on the next generation of EDI standards in order to differentiate
between the present and the future.

Old EDI

Old EDI refers to the current practice of automating the exchange of information pertinent to the business
activity. Information that is generated by the business process of one computer is transferred electronically and effects a
corresponding business process in another computer.

Old EDI is also used to refer to the current EDI-standardization process where tens of thousands of people in
groups (or working committees) all around the world are attempting to define generic document interchanges (e.g.,
purchase orders) that allow every company to choose its own, unique, proprietary version (that is a subset of the original
transaction set). The nature of these proprietary structures is such that it is extremely difficult for general application
programs to handle/understand them, forcing the design and implementation of specialized application programs.

New EDI

New EDI is really a refocus of the standardization process. With old EDI, the standardized , is focused on the
interchange structure, on the transaction set in X12 or the message in EDIFACT. With new EDI the structure of the
interchanges is determined by the programmer who writes the business application program, not by the lengthy standards
process. New EDI makes EDI work for electronic commerce by removing the long standardization process that is impeding
it.

New EDI is proposing constructs similar in many ways to the document type definition (DTD) used in SGML and
HTML. The idea is that DTDs, which are written by document authors, are exchanged with tagged or marked-up documents
so that browsers can understand the document structure easily. This will require several steps, broadly defined as follows;

1. Shift the focus of the EDI standardization process away from the low-level interchange structure and onto
more high-level business work flows involving many low-level interchange activities.
2. Allow customization (or massaging) of information by enabling application programs to use the interchange
structures that best suit their local environment.

Another aspect of new EDI is the interactive query response (also called interactive EDI), which is a form of EDI
used by travel agents to book airline flights. Interactive EDI is aimed at starting and completing the business process using
an open channel of communicating (point-to-point) between the customer and supplier for the period of the business
transaction(s).

Open EDI

Open EDI provides a framework where two potential trading partners can whip out an EDI structure for their potential
partnership in the short time frame that it takes them to draw up and negotiate the legal contracts. The increased interest
in open EDI is a result of dissatisfaction with traditional EDI. The big difference between the traditional EDI model and the
needs of today is that business today has a much larger component of rapid project-based partnerships that are created
and dissolved in time scales too small to permit a full-blown standards process to play out its consensus building. Many
businesses do not want to wait or cannot wait literally years for a standard to be developed, voted on, and go through the
entire standardization process.

Open EDI is a business procedure that enables electronic commerce to occur between organizations where the
interaction is of short duration.

To implement open EDI, the ISO has developed an open EDI reference model, which consists of two distinct views
:

1. The business operational view (BOV), supports the semantics of

a) business data in business transactions and the associated data interchanges and
a) business conventions and business rules in business transactions. This includes operational
conventions, agreements, and mutual obligations that apply to the business needs of open EDI.
2. The functional service view.(FSV), addresses the framework for services meeting the mechanistic needs of open
EDI. It is focused on the IT aspects as service capabilities, service interfaces, and protocols required for the inner
working of organizations, whatever the business content and conventions.
EDI Implementation

EDI implementation starts with an agreement between a company and its trading partner. An efficient EDI system requires
that the data be input only once, and the system manages the rest. In other words, the data moves without much
intervention to the trading partner's application, with no additional steps to slow the process.
 EDI relies on the use of standards for the structure and interpretation of electronic business transaction. All
trading partners must use a common standard, to reduce errors and ensure accurate translation of data, regardless of the
computer systems involved.

The basic kit necessary for EDI implementation includes the following:

1) Common EDI standards dictate syntax and standardize on the business language. EDI standards basically
specify transaction sets - complete sets of business documents (for example - invoice, a purchase order, or
a remittance advice).
2) Translation software sends messages between trading partners, integrates data into and from existing
computer applications, and translates among EDI message standards.
3) Trading partners are a firm's customers and suppliers with whom business is conducted.
1) Banks facilitate payment and remittance.
4) EDI value-added network services (VANs). A VAN is a third-party service provider that manages data
communications networks for businesses that exchange electronic data with other businesses.
5) Proprietary hardware and networking if it is a hub company. Hubs, also called sponsors, are large
companies, very active in EDI, that facilitate their business partners use of EDI.

Features of EDI

Following are the features of EDI:

1) An important feature of EDI is that software evaluates and processes structured messages. For instance,
when a message is received, the system checks its integrity automatically and then sends an
acknowledgment to the originator of the message.
2) The generation of messages might also be done automatically. In EDI, it is quite common to find a chain of
automated actions and reactions because they are easy to implement. Human intervention can be
minimized and its often limited to the overall management of the operations.
1) Information can be received quickly through EDI.
3) By using EDI, different forms of business documents can be transmitted. For instance, purchase orders,
invoices etc.

The key implementation issues in the EDI process are EDI interchange standards, EDI software, third-party value-added
network services, and data transport standards.

EDI Standards

Using EDI it becomes possible for a business, application on the computer of one organization to communicate directly
with the business application on the computer of another organization. This exchange of information should be
independent of hardware, software or the nature of implementation at either of these two organizations.

To achieve this, it is required to extract data from the business application and to transform it into a standard
format which is widely, if not universally, acceptable. This standard data when received at the destination is interpreted
and automatically delivered to the recipient application in an acceptable form.
 The exchange of business documents in a commonly agreed structured format necessitated the development of
EDI standards. EDI standards are basically data standards in that they lay down the syntax and semantics of the data being
exchanged. In the US, the transportation industry was one of the first to develop EDI standards.

The two major EDI standards are :

1) the American National Standards Institute (ANSI) X. 12 Committee and

1) the United Nations EDI for Administration, Commerce, and Trade (EDIFACT) standards for
international usage.

ANSIX.12

The ANSI chartered the Accredited Standards Committee in 1979 to research and develop standards for business
documents. The X.12 committee develops standards to facilitate EDI relating to such business transactions as order
placement and processing; shipping and receiving; invoicing; payment, and cash application processing for products and
services. The X.12 transaction sets generally map a traditional paper document to an electronic format that can move
easily over telecommunication networks. Each transaction format includes many data segments needed for the business
function as well as instructive information to ensure that the telecommunication system routes the data correctly.

Examples of ANSI ASC X. 12 transactions are :

1) vendor registration

2) request for quotation

3) response to request for quotation

4) purchase order or delivery order
5) purchase order acknowledgment and
6) functional acknowledgment.

These X.12 transactions are transmitted to the trading partner (TP) through either the

1) X.400 protocol or
2) Multipurpose Internet Mail Extensions (MIME) protocol

EDIFACT

Developed by the United Nations, EDIFACT is a family of standards similar to ANSI X.12. EDIFACT was based on
TRADECOMS, developed by the U.K. Department of Customs and Excise with the assistance of SITPRO (the British
Simplification of Trade Procedures Board). EDIFACT is becoming widely accepted as the foremost international EDI
standard. Today, EDIFACT and ANSI' are working towards compatibility.

EDI Standards Selection

Specific industry standards such as TDCC (Transportation Data Coordination Committee) set out to develop a unified set of
EDI standards for transportation documents (bills of lading, shipment status reports, freight invoices). Contrary to the
belief of several industry experts that the developers would abandon their efforts, in 1975 the TDCC published the first set
of draft standards for air, motor, ocean, and rail documents.

As EDI became widely used in industries other than transportation, ANSI created a working group, ASC X.12, to
oversee EDI standard creation. Out of this effort, several sets of industry-specific EDI message standards based on ANSI
X.12 were created for inter company transactions.

Ultimately, this situation will become untenable and will require a migration strategy from the national Standard
(X.12) to the international standard (EDIFACT). Fortunately, an awareness of commerce's international nature and the
desirability of a single EDI standard have resulted in a decision by the ASC X.12 committee to align its standard with
EDIFACT by 1997. Although the implementation plan is not final, it appears that sometime after 1997 all new standards will
follow EDIFACT syntax.

Structure of EDI Transactions

EDI standards are very broad and general because they have to meet the needs of all business. EDI messages, however,
share a common structure :

1. Transaction set is equivalent to a business document, such as a purchase order. Each transaction set is
made up of data segments.
2. Data segments are logical groups of data elements that together convey information, such as invoice
terms, shipping information, or purchase order line.
3. Data elements are individual fields, such as purchase order number, quantity on order, unit price.

Comparison of EDIFACT and X.12 Standards

Both EDIFACT and X.12 are comprised of strings of data elements called segments. A transaction set (or message, in
EDIFACT terminology) is a set of segments ordered as specified by the standard.

ANSI standards require each element to have a very specific name, such as order date or invoice date. EDIFACT
segments, in contrast, allow for generic, or multiuse elements, such as date. A qualifier, such as order or invoice,
accompanies the generic elements identifying what the date relates to in essence, EDIFACT has fewer data elements and
segments and only one beginning segment (header), but it has more composites (a group of two or more data elements
that give meaning to another data element, such as price).

EDIFACT's use of fewer components facilitates updating and expanding a system -which proves to be a
shortcoming as well as a benefit. Fast update makes EDIFACT an ever-evolving platform, so trading partners often use
different versions of the standard. The standard version is usually dictated by a major trading partner, but unfortunately
that . can mean one vendor is using numerous versions to communicate with various major trading partners. This imposes
its own set of problems. A vendor needs several different versions to communicate within its own industry.

EDI SOFTWARE IMPLEMENTATION

EDI software has four layers are :

1) Business applications,
2) Internal format conversion,
3) EDI translator, and
4) EDI envelope for document messaging.
These four layers package the information and send it over the value-added network to the target business, which then
reverses the process to obtain the original information.

EDI Business Application Layer

The first step in the EDI process creates a document - in this case, in invoice - in a software application. This software
application then sends the document to an EDI translator, which automatically reformats the invoice into the agreed-on
EDI standard. If these two pieces of software are from different vendors, it is very important that the document
preparation application seamlessly integrate with the EDI translation software.

If both the EDI translator and business application are on the same type of computer, the data will move faster
and more easily form one to another. The translator creates and wraps the document in an electronic envelope "EDI
package" that has a mailbox ID for the company's trading partner. The EDI wrapper software can be a module to the
translator, a programming tool to write to different communications protocols, or a separate application.
EDI Translator Layer

Translation is an integral part of the overall EDI solution. Translators describe the relationship between the data elements
in the business application and the EDI standards.

The translator ensures that the data are converted into a format that the trading partner can use. If EDI is done
without translation, companies run a great risk or transmitting data that trading partners may not be able to read. Because
few EDI translators were available in the past, large companies wrote their own custom EDI translators. Custom translators
have several disadvantages.

 A custom translator is very restrictive. It is often designed for one trading partner and limited transaction sets.
Most commercial EDI translators, on the other hand, are designed for transacting with many trading partners and
a multitude of documents.
 A custom translator is difficult to update. If the trading partner changes standards or wants additional transaction
sets, precious weeks or even months can be wasted making the changes to the EDI translator and making sure
that everything works correctly.
 A custom translator is unsupported. There's no one to turn to when help is needed- no one to talk you through a
difficult-to-implement requirement from your trading partner/Providers of commercial EDI translators offer
telephone support with industry experts. Some software companies put customers in touch with someone who
can solve their problem and walk the client through the tricky areas.

EDI Communications Layer

The communications portion - which could be part of the translation software or a separate application - dials the phone
number for the value-added network service provider or other type of access method being used. Three main types of EDI
access methods are available:

1) Direct dial or modem to modem connection;

2) Limited third-party value-added network services, and
1) Full-service third-party VANs. There networks could be private networks or public networks such as the
Internet.
Direct-dial systems are by far the simplest and most common. The user has direct access to the partner's modem
and communicates by using the modem to dial the modem of the other party. A direct computer-to-computer transfer of
documents (uploading and downloading) through a modem requires that both computer applications read the same
format, such as ASCII text, or use translators.
 Limited VANs are regional and international communications services similar to those used with e-mail (MCIMail,
AT & T Mail). These VANs often provide only the very basic technical services such as protocol conversion and data error
detection and correction, directing and delivering EDI traffic to thousands of buyers and sellers. They receive the envelope
containing the document (e.g., purchase order), read the ID on the envelope, and place in the correct trading partner's
mailbox.

Full third-party services provide more than just communication between two or more parties. Electronic
mailboxes and associated extra features are the heart of these third-party services.

A third-party network can also provide a "gateway" to interconnect with other third-party networks. This
facilitates communication between businesses having accounts with different third-party networks running a variety of
protocols and systems. Some third-party networks can also connect internationally, an increasingly valuable feature.

Implementation Cost of EDI

Prices for EDI products vary from no cost to several thousands of dollars for full-function applications. The final cost
depends on several factors :

♦ The expected volume of electronic documents : Generally speaking, PC products cost less but handle only a few
documents and trading partners. Midrange EDI packages can be a little more expensive but can handle a larger
volume of multiple document types or multiple trading partners.
♦ Economics of the EDI translation software : Some products initially look like a bargain, but as needs grow, hidden
costs suddenly appears. These costs can range from new transaction sets for doing different forms to expensive
upgrades.
♦ Implementation time : Some applications are easier to learn and use than others. The more time spent in
training, the more time it takes to get into production mode. If the implementation time frame is tight, it is wise
to look for a translator that doesn't require training before implementation.

Maintenance fees and VAN charges can vary considerably and as such can affect the cost of EDI systems :

♦ Maintenance fees: Most companies charge an annual maintenance fee, usually a percentage of the translator's
list price. This fee should include software updates, standards updates, technical support, and customer service.
♦ VAN charges: VANs bill for data transmission, similar to long-distance phone calls. Some base their billing per
document (such as 25 cents per document transmitted); others charge based on the number of kilo-characters in
each document. Some also bill for connect time. In this case, a fast modem, which reduces connect time by
transferring information faster, can lower transmission costs.

MIME-Based EDI

The Internet community is hard at work on new ways to tie EDI into mail messages using Multipurpose Internet Mail
Extensions (MIME). MIME dictates how multimedia message attachments such as spreadsheets, word processing
documents, or EDI transaction sets can be sent as enveloped messages using the Internet Simple Mail Transport Protocol
(SMTP).

SMTP provides a common specification for the exchange of e-mail messages between systems and networks.
SMTP defines not only how messages are addressed but their format as well. No authentication, confidentiality, or data
integrity properties are provided in SMTP or MIME.
Multipurpose Internet Mail Extensions (MIME)

Multimedia is rapidly becoming part and parcel of network applications - in electronic mail, EDI, World Wide Web. In the
case of e-mail, users are no longer satisfied with sending simple, plain text messages.
 Enter MIME, a specification that offers a way to interchange text in languages with different character sets and
multimedia e-mail among many different computer systems. MIME allows users to create and read e-mail messages
containing the following :

♦ Character sets other than ASCII such as Arabic, Kanji, Mandarin

♦ Enriched text with special symbols such as a mathematics
♦ Graphics images
♦ Audio files or sounds
♦ Binary files-PostScript and compressed files such as tar or zip files
♦ Other not-yet-invented data or information types'.

MIME not only supports several predefined types of non textual message contents, such as GIF image files and
PostScript programs, but also permits users to define their own types of message parts easily. This flexibility is essential for
communicating EDI-related information where the information content may not fit. exactly what the standard specifies.

The MIME specification defines four different header fields :

1. A MIME-version header labels a message as MIME-conformant. This header allows different MIME-aware
mail user agents to process the message appropriately.
2. A content-type header filed specifies the data types within the message. Within the content-type header
various fields are used to describe different message types and subtypes. So far, there is a text type, a
multipart type (for multiple parts in a single message), an application type (for data shared between
applications, such as a spreadsheet), a message type (for encapsulated messages), an image type, an audio
type, and a video type.
3. A. content-transfer-encoding header field specifies the concluding used to get the message through a given
message transport system, such as the Internet.
4. Two optional header fields, a content-ID and a content-description header server to label and identify the
data in the message.

MIME User Agent (UA)

The MIME standard describes how mail user agents identify different message types, so that the user's mail interface can
properly display the data for the user. A MIME UA can handle complex multipart messages regardless of the mail transport
agent; computer operating systems, or network operating system.

A MIME UA differs from a conventional mail user agent. Where, most mail agents have a simple viewer to display
text e-mail messages, the MIME UA has a MIME purser and a dispatcher. To display a multipart / multimedia message, the
MIME UA first passes the message through a purser, which identifies the different components of the message from the
header information. The UA's dispatcher then accesses a specific viewer for each message type, specifying output as a
graphic, text, PostScript, and so forth.

The MIME UA offers real advantages because it means that MIME-compatible applications can be extended
easily. For example, to support new image formats, the user can purchase new viewer software and then tell the MIME UA
how and user what conditions to invoke it; a new user agent is unnecessary, as would be the case with a conventional e-
mail system.

Any mail system has four major components :

 1) user agents,
2) message store,
3) message transfer agent (MTA), and
4) directory services.

1) The user agent creates, responds to, and receives mail, all in an interface through which a user performs the
equivalent task of placing mail in a mailbox on a street corner.

In host-based systems, such as UNIX ELM or PINE, the user agent resides wholly on the mini or
mainframe.

In LAN-based e-mail, such as cc:Mail and Microsoft Mail, the user agent resides on the PC and is called the
mail client.

2) The second component, the message store, queues up undelivered messages and receives mail even when mail
clients are off-line. Private user mailboxes are part of the message store. A collection of user mailboxes on the
same server and the queue of messages waiting to be delivered on that server are called a post office. EDI
applications may either use their own mailboxes or share the mailboxes of other applications or users.
3) The third component, the message transfer agent (MTA), sorts and routes messages among mailboxes and post
offices. The MTA uses a mail protocol that defines the format of the message's envelope, address, contents, and
attachments.
The following are the standards for commercial e-mail systems.

i) Simple Mail Transfer Protocol (SMTP) for UNIX systems, and

ii) X.400

In the case of EDI, MIME will serve as the Internet standard.

4) The fourth component is directory services. With users entering the Internet in increasing numbers, EDI service
directories will become essential for looking up mail addresses.

MIME Advantages and Disadvantages

The MIME offered numerous, advantages.

1) Users have already discovered that MIME is the perfect vehicle to ship binary files around the Internet. For
example, IETF document announcements (RFCs, Internet Drafts, etc.) are structured as multipart MIME
messages.

- The first part contains the document abstract.

- The second part is itself a multipart message, containing external references to the actual document itself.

2) With a suitable UA, users can read the abstract and then retrieve the complete document at the press of a
button.
3) The strength of MIME comes from its careful design to survive the different variations of mail transport
protocols that like to slice, dice, and stretch the headers and bodies of e-mail messages. This strength is
reflected in the fact that based on MIME other new technologies are emerging. They include active mail, which
uses e-mail messages to initiate applications such as viewers, and EDI, which allows users to utilize e-mail for
business transactions.

MIME's primary disadvantages lies in threats to security because of the user agent concept. MIME user agents
can do previously unheard of things with mail messages, notably using them as input to other programs.

For instance, let us assume that someone e-mails you a PostScript file. Your user agent would automatically
invoke the PostScript interpreter so that you can read the document on the screen. If the document is contaminated with
an attached virus, however, the PostScript interpreter will execute it without any warning and your local environment may
be harmed.

VALUE-ADDED NETWORKS (VANS)

A VAN is a communications network that typically exchanges EDI messages among trading partners. It also
provides other services like:

i) including holding messages in "electronic mailboxes",

ii) interfacing with other VANs, and

iii) supporting many telecommunications modes and transfer protocols.

A VAN's "electronic mailbox" is a software feature into which a user deposits EDI transactions and then retrieves
those messages when convenient. It works much like residential personal mailboxes, and it allows everybody involved to
be flexible and cost-effective.

Businesses can exchange data either by connecting to each other directly or by hooking into a VAN. Traditionally,
by acting as middlemen between companies, VANs have allowed companies to automatically and securely exchange
purchase orders, invoices, and payments. When a company sends an EDI transaction, it arrives at a message storehouse on
the VAN to await pickup by the destination company.

EDI Process

Figure below illustrates the EDI process.

 Company A puts and EDI message for trading partner manufacturing company B in the VAN mailbox at a date and
time of its choosing. The VAN picks up the message form the mailbox and delivers it to trading partner B's mailbox, where
it will remain until trading partner B logs on and picks it up. Trading partner B responds to trading partner A in the same
fashion. The cycle repeats itself on a weekly, daily, or perhaps even hourly basis as needed. This service is generally
referred to as mail-enabled EDI.
VAN Pricing Structures

VANs bill in various ways for services rendered. These services may include :

1) EDI translation software and support,

2) EDI to fax support, e-mail capability,
3) Inter-VAN connectivity, and,
4) Transmission of X. 12 documents.

Account Start-up Costs

The overall start-up costs vary depending on the EDI readiness of the organization and the trading partner, the number of
trading partners, line attachment options (asynchronous), and software application options. These software services
include EDI and /or EDIFACT transmission support, achieving, and audit trails of transactions.

VAN Usage / Variable Costs

VANs charge session fees based on use of their services. Unlike the postal service, which charges only to send a
letter, most VANs charges to both send and receive data.

If a user agrees to cover all of the transaction costs, the VAN can charge twice for each transaction:

1) when the user sends or receives, and

2) when a trading partner sends or receives.

The customer pays according to volume of usage. Usage is defined as the number of transaction sent and
received by the customer or the trading partner. Transaction fee assessment is not consistent or straightforward. Some
VANs allow user to "bundle" several transaction sets (purchase orders, invoices, acknowledgments) into a single envelope,
as though sending several invoices in one paper envelope.

Interconnect Costs

A company that exchanges EDI data with a trading partner that subscribes to a different VAN will pay VAN
interconnect fee (transaction / document fee) for the number of characters hi each document. Most VANs offer
interconnects, but they often charge monthly fees for using them and may have other charges as well.

If no transactions are sent, there is only the monthly charge for the mail box and interconnect fee.