Expired Adobe's Business Compliance

Your company is out of date with Adobe's Business Compliance requirements

Electronic Data Interchange

Adobe's Commitment to EDI

Adobe is committed to using electronic data interchange (EDI) in its daily transactions. Use of EDI, which is the computer-to-computer exchange of data using a standard format, gives us a competitive advantage. It helps streamline and simplify our business communication, as well as reduce the time and cost associated with exchanging information. Adobe believes EDI is a strategic technology that supports our business needs as well as the needs of our trading partners.

Web-Based Alternative to EDI

Adobe has provided a web alternative to EDI reporting for the benefit of those trading partners unable to implement EDI, as well as those in the process of EDI development and in need of an acceptable means to meet their reporting and ordering needs in the interim. Inclusion of online order status and shipment reporting makes the reporting and ordering site a resource for all trading partners. Visit the "Web alternative" page for details.

All EDI transmissions, including web-based alternatives, are subject to the terms of a written distribution agreement with Adobe together with the policy terms and conditions contained on this website. No information contained on this site is intended to supersede the terms contained in the distribution agreement. "Trading Partner," "Partner," and "Partnering" are industry terms used to refer to companies actively exchanging data via EDI or alternative means. Use of these terms on this website does not imply any legal partnership between Adobe and the companies with which it is exchanging data outside of any existing written agreement.

Policies

EDI and Web Policies

  • Weekly reporting: Inventory and point-of-sale reports must be received by Adobe each Monday for the previous week's inventory and sales activities.
  • Reporting accuracy: All reporting files submitted to Adobe must be in accordance with Adobe's specifications, as provided on this website. Files with structural inaccuracies or data errors will be rejected and must be resubmitted with corrections.
  • Ordering worldwide: Purchase orders are received 24 hours a day, 7 days a week, excluding regular testing and data backup periods scheduled each Friday from 8pm to 1:30am, Pacific Standard Time. Orders are loaded into Adobe's sales database hourly from 7am to 6pm, Pacific Standard Time, Monday through Friday. Web orders are subject to review.

Standard EDI Policies

  • EDI transmissions and documents: Adobe and distributor/reseller, each at their own expense, will acquire the equipment, software, service, testing, and training for systems use and facilities for sending and receiving information to each other by means of EDI transmissions.
  • Service providers: Each party shall transmit documents using the services of any third-party service bureau ("Service Provider") it designates for the delivery and receipt of any EDI message.
  • Functional acknowledgements: Each time a document is sent, it is the responsibility of the receiving party to send a functional acknowledgement of that transmission.
  • Document changes: Any change requested for a transmitted document must be mutually acceptable to both the sender and the receiver of the transaction.

Purpose of EDI Policies

The purpose of Adobe's EDI policies is to set forth the standards and contract terms for all of Adobe's EDI-based transactions with Adobe's reseller and distribution channel partners.

EDI Document Standards

Adobe requires adherence to ANSI X.12 or EDIFACT standards for all partners that wish to complete any EDI transactions with Adobe.

ANSI X. 12 or EDIFACT?

Adobe will accept either ANSI X.12 or EDIFACT reporting standards from its trading partners, regardless of their geographic location. Typically, partners in North America select ANSI X.12 as their standard, while international partners trade using EDIFACT. New partners may want to consider local support issues before choosing between standards. If a partner in North America trades mostly with international partners, they may find EDIFACT more practical to implement than ANSI X.12. Should a partner decide to change standards, they will need to follow Adobe's procedure for new trading partner implementation.

All trading partners agree to comply with the following:

  • Completion of EDI implementation steps, including full testing
  • Acceptance of full financial responsibility for implementation and maintenance of EDI
  • Transmission of data via a service provider such as a value-added network (VAN)
  • Adherence to either ANSI X.12 or EDIFACT standards, as specified in Adobe's implementation guides
  • Consistent, accurate, timely reporting in accordance with Adobe's processing schedule

EDI Requirements

EDI Terms and Conditions
The following terms and conditions shall apply with regard to the use and exchange of EDI messages between the parties in addition to the terms and conditions of the distribution agreement.
"EDI message" means an EDI message that consists of a set of segments structured using an agreed-upon standard, prepared in a computer-readable format, and capable of being automatically and unambiguously processed.
"Parties" means the applicable Adobe contracting entity to the distribution agreement and the distributor.

Security

The Parties to a distribution agreement undertake to implement and maintain security procedures and measures to ensure the protection of EDI messages against the risks of unauthorized access, alteration, delay, destruction, or loss.

Security procedures and measures include verification of origin, verification of integrity, nonrepudiation of origin and receipt, and confidentiality of EDI messages.

Security procedures and measures for verification of origin and integrity to identify the sender of any EDI message and to ascertain that any EDI message received is complete and has not been corrupted are mandatory for any EDI message. Where required, additional security procedures and measures may be agreed upon between the Parties.

If the use of security procedures and measures results in the rejection or detection of an error in an EDI message, the receiver shall inform the sender thereof, within one business day.

The receiver of an EDI message that has been rejected or that contains an error shall not act upon the EDI message before receiving instructions from the sender. When a rejected or erroneous EDI message is retransmitted by the sender, the EDI message should clearly state that it is a corrected EDI message.

Confidentiality and the Protection of Personal Data

The Parties shall ensure that EDI messages containing information specified to be confidential by the sender or agreed mutually to be confidential between the Parties are maintained in confidence and are not disclosed or transmitted to any unauthorized persons nor used for any purposes other than those intended by the Parties.

When authorized, further transmission of such confidential information shall be subject to the same degree of confidentiality.

EDI messages shall not be regarded as containing confidential information to the extent that such information is in the public domain.

The parties may agree to use a specific form of protection for certain messages such as a method of encryption to the extent permitted by law in either of their respective countries.

Where EDI messages or other data transmitted to the other Party include personal data, such data shall be received, processed, and stored in accordance with the terms of the distribution agreement between the Parties, and the receiving Party agrees to comply with same for its processing of the data. EDI messages with personal data originating in the European Economic Area (EEA) and transmitted to the receiving Party outside the EEA shall be processed by the receiving Party in accordance with a "safe harbour" arrangement or by adhering to the terms of a separate model data transfer agreement (as published by the European Commission).

Recording and Storage of EDI Messages

A complete and chronological record of all EDI messages exchanged by the Parties in the course of a trade transaction shall be stored by each Party, unaltered and securely, in accordance with the time limits and specifications prescribed by the legislative requirements of its own national law, and, in any event, for a minimum of seven (7) years following completion of the transaction.

EDI messages shall be stored by the sender in the transmitted format and by the receiver in the format in which they are received.

Parties shall ensure that electronic or computer records of the EDI messages shall be readily accessible and are capable of being reproduced in a human-readable form and of being printed, if required. Any operational equipment required in this connection shall be retained.

If local country legislation requires or allows for the exchange of summary statement invoices, each Party shall be responsible for providing such summary statements to the other Party in accordance with such legislation.

Optional Requirements for EDI

The parties undertake to implement and maintain the operational environment to operate EDI according to these terms and conditions, which include but are not limited to the following.

Operational equipment

The Parties shall provide and maintain the equipment, software, and services necessary to transmit, receive, translate, record, and store EDI messages.

Means of communication

The Parties shall determine the means of communication to be used, including the telecommunication protocols and, if required, the choice of third-party service providers.

EDI message standards

All EDI messages shall be transmitted in accordance with the UN/EDIFACT standards, recommendations, and procedures (UN/EDIFACT Syntax Rules ISO 9735 - EN 29735, UN/EDIFACT TDED ISO 7372 - EN 27372, the UNTDID [United Nations trade data interchange directory] including the UN/EDIFACT message design guidelines, syntax implementation guidelines, data elements directory, code list, composite data elements directory, standard segments directory, UNSMs directory, and UNCID) as approved by the United Nations Economic Commission for Europe (UN/ECE-NP 4) and with European Union standards and legislation.

Codes

Data element code lists referred to in EDI messages shall include UN/EDIFACT-maintained code lists, international code lists issued as ISO international standards, and UN/ECE or other officially published code lists.Where such code lists are not available, preference shall be given to the use of code lists published, maintained, and ensuring correspondence with other coding systems.

Technical specifications and requirements

Either Party shall be responsible for defining in writing the technical, organizational, and procedural specifications and requirements to conduct their respective EDI transmissions according to these terms and conditions, which should include the following:

  • Operational requirements for EDI, as referred to above including operational equipment, means of communication, and EDI message standards and codes
  • Processing and acknowledgement of EDI messages
  • Security of EDI messages
  • Recording and storage of EDI messages
  • Time limits
  • Procedures for tests and trials to establish and monitor the adequacy of the technical specifications and requirements

Upon request from either Party, the other Party shall provide the requesting Party a copy of its written technical specifications and requirements as defined above.

Without prejudice to the above-stated obligations, the Parties may establish joint technical specifications and requirements, which shall be in writing and become an integral part of this Agreement.

Partner Agreements

Electronic reporting must be in compliance with posted Adobe electronic reporting policies, including submission by the partner of a quarterly statement of reporting compliance.

Quarterly Reporting Declaration (PDF, 27K)

Frequently Asked Questions

1. What is a Quarterly Reporting Declaration?

A Quarterly Reporting Declaration is a document confirming a partner's compliance with Adobe's policies as set forth on the Adobe Electronic Interchange website. It should be signed by an officer of the company and submitted the last fiscal week of each Adobe quarter end.

2. When do I need to start reporting point-of-sale (POS) and inventory data?

Distributors and Resellers that stock and distribute Adobe media and boxed products (shrinkwrapped) are required to start reporting POS and inventory data to Adobe within 30 days of signing their contract.

3. What products should be included in the inventory and POS files? 

You should report only media and box product information in your files. Do not send inventory or POS information for licenses.

4. When should the weekly reporting files be submitted to Adobe? 

Files must be received by Monday for the previous week's inventory and sales activities. Inventory data is a snapshot in time, and it should reflect the ending inventory as of Friday of the previous week. If your files are not received on time, your rebate may be affected.

5. What if the Channel Partner's company is closed for the holidays? 

If you know ahead of time that your company will be closed for the holidays, send an email message to reporting@adobe.com informing Adobe of the days that you will be closed. You should send your files as soon as you return from your holidays. Iif you do not have any sales to report, you should still send an inventory file for each week your company was closed for the holidays. Make sure you change the "Reporting Date" to correspond to the reporting week.

6. What information is required on Channel Reporting web files?

Required columns must have data. Refer to row 2 of either the POS or inventory template. On the template, each field is labeled as either required (Channel Partner must provide data) or requested. It is recommended that you provide data for all fields; however, requested fields can be left blank. The information must be entered as specified on the instruction template; otherwise, the file(s) will be rejected by our system.

7. Can Channel Reporting Partners use their own header columns on the web templates?

You can use your own language or choice of description in headers for each of the columns in the template. The actual data reported in each column should be mapped exactly as requested in the templates.

8. Can Channel Reporting Partners enter their own description for products in the Product Description field?

The Product Description field can contain your own description of Adobe's product. The field is used by Adobe Channel Reporting for troubleshooting problems with the SKU number field.

9. What sales date should be entered in the Sales Date field of the POS file?

Use the date of when the product was physically shipped. The format of the dates should be YYYYMMDD (for example, 20070807 for August 7, 2007). The product is left off the POS report until it is physically shipped from you to the end customer. If there is a minimal timing difference between shipments and invoicing in your systems, use the invoice date in the Sales Date field to indicate a sale in the POS file.

10. What if I do not have any sales activity to report?

Our systems check for receipt of both an Inventory and POS file from our Channel Partners every week. If you do not have sales activity to report, enter the comment "No Sales to Report" when you upload your inventory file. There is no need to submit a blank file.

11. How do I report returned products from my customer?

When a product is returned by a customer and has been physically received in your warehouse, you should: 

a. Inventory file: Enter receipt of these units in your inventory file as a positive number. The units should be reported in the Quantity on Hand or the Returns Quantity field, depending on whether the product is resalable. Do not report the returned product in the Quantity on Hand and Returns Quantity columns.

b. POS file: Enter receipt of these units in your POS file as a negative number in the Quantity Shipped or Returned field. Also provide a credit memo number (or any unique identification number) in the Invoice Number field. Please note: Returns should be entered on a separate line than shipped products. (For example, if you sold ten units of a product and had two of them returned, we would expect you to report positive ten units and negative two units rather than a net figure of eight.)

12. How do I report returned products to Adobe?

If you have inventory that needs to be returned to Adobe (stock rotation, defective, obsolete):

a. Inventory file: Report the product quantity in the Returns Quantity field until you physically ship the product back to Adobe. Do not double report the returned product in the On Hand Quantity and Returns Quantity columns.

b. POS file: Returns being sent back to Adobe should not have an impact on your sales file.

13. Where can I find the table of country code values to be used in the Sold to Country and Ship to Country fields?

Look up the two-character code for a particular country on this website.

14. Who should I contact if I have any questions?

a. Questions regarding your inventory and POS files should be sent to Grp-reporting@adobe.com.

b. If you have system issues where you can’t log in to upload your files, send email to channelorders@adobe.com.

New Alerts (Be part of Announcements)

Updated EDI Guidelines - June 21, 2010

Adobe's updated guidelines now include the addition of a new reference segment in the ANSI X12 850 Purchase Order and UNEDIFACT D97A ORDERS messages. The newly created REF/RFF segment is located in the N1/NAD segment for the reseller partner. Please take note of the changes and make the applicable change on your side. If you have any questions regarding these changes please contact EDIHELP@adobe.com for assistance.
 
ANSI X12 850 MAP :
1. The reseller N1 loop will now include a REF segment with qualifier “7I” to be used to collect reseller member ID.
 
  • Example :
    • N1~DU~RESELLER
    • N2~Reseller NameII
    • N3~123 MAIN STREET
    • N4~CEDAR RAPIDS~IA~524032140
    • REF~DP~DP~DEPARTMENT 100
    • REF~7I~ResellerAuth
 
IDEDIFACT D97A ORDERS MAP :
1. The reseller NAD loop will now include a RFF segment with qualifier “AKO” to be used to collect reseller member ID.
  • Example :
    • NAD+SU+++RESELLER TO+MAIN ST.9TH FLOOR.2400 PARK+LONDON++WV11+GB'
    • RFF+ACF:Department 100'
    • RFF+AKO:ResellerAuthID'

EDI and Web Policies

Partner Information

Benefits of EDI

Implementing EDI benefits a distributor/reseller by establishing a standard, less manually intensive method of reporting sale and inventory data while eliminating processing delays, reducing the possibility of data errors, and eliminating the need for data reentry. EDI creates a streamlined process for ordering: one step, no faxing or mailing involved. Order processing 24 hours a day, 7 days a week, along with the elimination of keying errors, helps ensure a faster order turnaround time.

Selecting Translator Service Providers

Adobe will not recommend any individual service provider over another. It is necessary for each trading partner to proactively research, for themselves, those companies that may meet their reporting needs and/or be able to provide the required level of service and support.

Profile Forms

Profile forms are provided for the mutual benefit of Adobe and its trading partners. Adobe's EDI Profile form contains the information necessary for setting up trading relationships. The Trading Partner Profile form is for use by our partners in providing Adobe with their EDI profile information.

EDI/WEB Form (PDF, 33K )

Adobe's EDI Profile Form (PDF, 5.2K)

Trading Partner EDI Profile Form (PDF, 7.3K)

Resources

EDI Organization

Global
 

Organization that supports and promotes standards for business-to-business data exchange — an extremely useful site for new trading partners, regardless of location

Computing Technology Industry Association (CompTIA)
Organization responsible for the growth and direction of EDI

 
International
 
Organization responsible for maintaining EDI standards outside of North America
 
Organization responsible for maintaining North American standards, including EDI standards

New Trading Partner Guidance

Distributors and resellers new to EDI may wish to take advantage of the numerous options available to them. In addition to a large volume of publications, there is software that contains preset documents that can be adjusted to fit a trading partner's needs, as well as a wide variety of third-party companies that will provide EDI support and guidance. There are even some service providers that offer complete EDI implementation and maintenance. Adobe suggests that new trading partners thoroughly investigate their options to find a solution that works best for them. Adobe will not recommend any publication, software, or service provider over another.

ANSI X.12

IMPLEMENTATION GUIDES

The guides provided on this site represent Adobe's EDI specifications. Adobe's requirements are based on industry standards, following the guidelines set forth by the Computing Technology Industry Association (CompTIA). The specifications included in these guides are taken from document sets created by the American National Standards Institute (ANSI).

846 V 4010 Inventory — Updated: April 2008
867 V 4010 Point of Sale — Updated: April 2008
855 V 4010 Purchase Order Acknowledgment — Updated: June 22, 2009
810 V 4010 Invoicing — Updated: June 22, 2009
997 V 4010 Functional Acknowledgement — Added: April 2008

EDI PURCHASE ORDER PROCESSING

Adobe does not accept any preprinted terms in a purchase order. All pricing, payment, delivery, and freight terms are derived from the trading partner's customer master record in Adobe's sales database. A purchase order is solely a request for a specified product quantity and delivery date. Receipt of a purchase order does not guarantee acceptance into Adobe's sales database. Purchase orders failing to pass through Adobe's EDI translator will generate a failed transmission reply.

Adobe now accepts EDI purchase orders for regular retail and licensing products. Retail product orders received and processed through the translator, but not accepted into the sales database, must be reviewed by an Adobe sales representative. Licensing product orders received and processed through the translator, but not accepted into the sales database, will be routed to Adobe's licensing website for correction by the ordering party and can be found by accessing the Saved Orders link on the site.

UPDATED EDI SPECIFICATIONS — EFFECTIVE NOVEMBER 4, 2009

850 V 4010 Purchase Order for Shrinkwrapped Orders — Updated: Sep 29, 2015
850 V 4010 Purchase Order for TLP Orders — Updated: Jun 21, 2010
850 V 4010 Purchase Order for CLP Orders — Updated: Jun 21, 2010
850 V 4010 Purchase Order for VIP Orders — Updated: Aug 31, 2015

EDIFACT

IMPLEMENTATION GUIDES

The guides provided on this site represent Adobe's EDI specifications. Adobe's requirements are based on industry standards, following the guidelines set forth by the Computing Technology Industry Association (CompTIA). The specifications included in these guides are taken from document sets created by the United Nations Directories for Electronic Data Interchange for Administration, Commerce and Transport (UN/EDIFACT).

INVRPT D.93A Inventory
SLSRPT D.93A Point of Sale

EDI PURCHASE ORDER PROCESSING

Adobe does not accept any preprinted terms in a purchase order. All pricing, payment, delivery, and freight terms are derived from the trading partner's customer master record in Adobe's sales database. A purchase order is solely a request for a specified product quantity and delivery date. Receipt of a purchase order does not guarantee acceptance into Adobe's sales database. Purchase orders failing to pass through Adobe's EDI translator will generate a failed transmission reply.

Adobe now accepts EDI purchase orders for regular retail and licensing products. Retail product orders received and processed through the translator, but not accepted into the sales database, must be reviewed by an Adobe sales representative. Licensing product orders received and processed through the translator, but not accepted into the sales database, will be routed to Adobe's licensing website for correction by the ordering party and can be found by accessing the Saved Orders link on the site.

UPDATED EDIFACT SPECIFICATIONS — EFFECTIVE NOVEMBER 4, 2009

ORDERS D.97A Purchase Order for Shrink-Wrap Orders — Updated: Sep 30, 2015
ORDERS D.97A Purchase Order for TLP Orders — Updated: Jun 21, 2010
ORDERS D.97A Purchase Order for CLP Orders — Updated: Jun 21, 2010
CONTRL Message Syntax and Service Report — Updated: Apr 2008
INVOIC D.97A EDIFACT Invoice — Updated: Jun 22, 2009
ORDERS D.97A Purchase Order for VIP Orders — Updated: Aug 31, 2015

Partners unable to order or report via EDI may choose to take advantage of our Web options.
 

Retail Ordering

Ordering: Adobe Online Ordering Website

Note: You are required to have a login and password to place orders.

Ordering instructions: Adobe Online Help
 

Retail Reporting

Instructions on how to complete inventory and sales reports

Blank templates to use for inventory and sales reports:

Note: The templates are in Excel format. You must save them in Text Tab delimited before uploading to the Adobe Web site.

Uploading Instructions: Uploading of Web Files
 

License Ordering

License ordering: Adobe Worldwide Licensing Website

Instructions: LWS Online Help

Contact Us

Adobe's World Wide Business Systems Group (BSG) and its EDI team are based in San Jose, California. Team members are available for contact Monday through Friday, 8am to 5pm (Pacific Time). You should consider any date and time differences when awaiting e-mail responses. As always, trading partners should copy their Adobe sales representatives on any business issue.

Send questions or comments to the following e-mail addresses:

Adobe Partner Connection Program Support

Help

If you need assistance, please contact the Adobe Partner Connection Help Desk:
(408) 352 9229 or
(866) 847 9853
naresellers@adobe.com
For chat assistance please visit: Adobe Partner Connection Help Desk

Learn more about Adobe’s commitment to using electronic data interchange (EDI) in its daily transactions.