|
User Manual
What is the Rapid e-Invoice?
It's a simple concept, really. The Rapid e-Invoice provides...
a mechanism for suppliers of goods or services to bill their customers electronically using the Internet and a universally understood format.
The format is XML, which stands for extensible markup language. Rather than trying to define what that is here, here are some links to some WWW documents that do that.
Scientific American
W3Schools - XML
Webreference.com
Having read some or all of these references, you'll have come to understand that XML is a system whereby a computer language is defined by its users. In the case of the electronic invoice, we have done that for you ...
and the first thing you need to use the electronic invoice is the DTD (Document Type Definition).
If you want to learn more about DTDs, here is a tutorial. Otherwise, here is the DTD you need to begin using the electronic invoice.
What do I do to begin sending electronic invoices?
(If you want to receive electronic invoices, jump ahead.)
You need ...
- A method to create the invoices at your location. Your invoice will look like this sample.
- A mutually agreed-to method for sending invoices to a customer. This could be a Trading Partner Agreement.
What do I do to begin receiving electronic invoices?
You must ...
- Establish a standard method to receive invoices via the Internet. This can be either ...
- E-mail
- FTP (File Transfer Protocol)
- Establish routines for processing the invoice, which will look like this sample. This can be either ...
- Routines to display and print the invoice with a browser. Here is an example of how that might look.
Note: Viewing this example can be useful to understand the extent of information transferred using XML.
- Routines to port the invoice to your electronic accounting system
In either instance you need to have available an XML Parser. XML parsers are described at this WWW link. A parser is available from Microsoft.
A few modest suggestions
The goal of the Rapid e-Invoice is certainly universality, and clearly any sort of data can be entered on an invoice. Our Invoice Model provides general data suggestions, but keeping with the spirit of universality, we have a few more specific recommendations regarding formatting invoice data—we suggest adopting the recommendations found in United Nations Standards for Trade and Electronic Business for ...
- Dates. For both elements <InvoiceDate> and <PODate> we suggest always following Recommendation #7, "Numerical Representation of Dates, Times and Periods of Time," which closely
follows ISO 8601. The format is YYYY-MM-DD.
- Currency. For element <CurrencyCode> we suggest following Recommendation #9, " Alphabetic Code of the Representation of Currencies," based on ISO 4217.
- Units of Measure. For element <UnitOfMeasure> we suggest following Recommendation #20, "Codes for Units of Measurement used in International Trade."
- Country. For element <Region> we suggest following Recommendation #3, "ISO Country Codes," which refers to ISO 3166 ALPHA-2 Country Codes.
Attachments
Sometimes it's required to transmit an attachment with an invoice. Examples: final report, timesheet, travel expense receipts, etc.
Recommendation: Use elements <AdditionalInvoiceInfo> and <AdditionalLineItemInfo> to notify the company of what is sent and how it's sent—could be e-mail, postal, etc.
What's behind all this?
The instructions you've just read are all that can be said here, except for the rather obvious point that you'll need some XML expertise at your firm.
This section describes the background of the Electronic Invoice project and lists reasons why using it is a good idea. It contains excerpts from the Project Charter.
Goals and Objectives
- Increase utilization through industry of a single-standard invoice.
- One standard that is used throughout industry.
- Vendors and suppliers sending and receiving the same information.
- Increase productivity in Accounts Receivable and Accounts Payable departments.
- Reduced effort for Mail Services departments distributing invoices to AP departments.
- Reduced effort inputting invoice information into AP systems.
- Reduced effort researching status of invoices by AR and AP department staff.
- Strengthen the relationship between customers and suppliers through timely invoice information.
- Immediate notification of invoice status to supplier.
- Shorter turnaround time for payment to suppliers.
- Reduced tension between suppliers and customers regarding invoice information.
Approach
- Identify existing standard-setting organizations and applicable standards and barriers to utilizing standards (including gaps in the current set of standards).
- Determine which technological solutions are most viable for accomplishing our purpose.
- Survey industry to determine what electronic solutions are currently utilized or in development, including cross-company solutions.
- Develop an approach to the utilization of standards for industry.
- Communicate to and educate industry on recommendation for utilization of standards.
Who's behind all this?
Here is the list of project participants. It indicates individuals, their companies, contact information, and short biographies.
Help!
If you find the need to get some help with XML and the Rapid e-Invoice, here are some consultant firms with experience.
Everyone can help
We've established a User Forum page to display experiences of users of the Rapid e-Invoice. It should become something of a supplement to this manual and a place
where you can find real-world tips and tricks, etc. Send yours to the "site contact" immediately below, and we'll post them for everyone to use.
|