Tracking recordation system for packages

Abstract

The systems and methods described herein relate generally to the electronic recordation of the transfer of a package from a shipper to a responsible postal carrier. In one embodiment, a method of recording the acceptance of a package from a package shipper shipped via a post service includes the steps of: generating a unique header number to preface a record of package transactions made over a time period for a specific shipper, the header number being unique within the post service, wherein each package transaction is made with a centralized computer system and has an associated delivery confirmation number unique within the post service; transmitting the unique header number and transaction record to the post service; generating a scannable indicia representative of the unique header number; and scanning the indicia to confirm acceptance of the package by the post service, wherein the indicia is scanned by a post service representative.

Description

FIELD OF THE INVENTION

The systems and methods described herein relate generally to the electronic recordation of the transfer of a package from a shipper to a responsible postal carrier.

BACKGROUND INFORMATION

The United States Postal Service (USPS) lost much of its package business in the period since 1970 to competitors like United Parcel Service (UPS), Federal Express and DHL. Currently, the US Postal Service holds less than a 10% market share of all domestic package shipments. There are a number of reasons for this staggering shift in the marketplace but one major factor was that USPS competitors offered package tracking. Federal Express was a pioneer in this arena—the first to provide a package label with integral barcode that is applied by the shipper. When the package is transferred to Federal Express care, an “acceptance scan” of the barcode is performed. Data from this scan event flows to a centralized computer system and records the date and time of acceptance, the location where the package was accepted, and the package ID as evidenced by the barcode representation.

During the delivery cycle, the package is scanned at various distribution points and the associated data is sent to a centralized computer system. At delivery, a final delivery scan is undertaken and sometimes a recipient signature and/or name are captured. This data is similarly transferred to a centralized computer system.

The net result is that the package path may be traced from the point the shipper gives over possession to the carrier, through the entire shipping cycle, and to the final destination. This information was initially made available via call centers and later migrated to Web-based information systems. Now it is a standard practice for shippers and their customers to check on the status of their packages during the delivery cycle.

In the early 1990's—nearly a decade after Federal Express started—the USPS finally introduced a tracked package service called Express Mail. But by that time Federal Express, UPS and others had captured the bulk of the overnight and expedited package delivery market. Additionally, the USPS tracking system was not as sophisticated as its competitors and its delivery performance also lagged behind the industry.

In the mid to late 1990's, package carriers began to offer tracking on lower priority packages which traveled by surface transportation. While slower, “ground services” were attractively priced and still offered a complete tracking from the shipper to the recipient. FedEx, UPS and others further penetrated this market by offering easier methods to create shipping labels—moving from multi-part forms which required manual entry to computer- and Web-generated shipping labels. Multi-part carbon-form labels were supplanted by single ply computer generated labels which could be quickly and easily produced by the shipper.

In fairness, one should note that the extensive focus on package ID's and acceptance scans by USPS's competitors was largely derived by the need to bill the shipper for transportation services. The acceptance scan captured critical information needed for invoicing and payment processes. The US Postal Service, in contrast, is largely a “pay in advance” business model where many shippers apply postage of some form (stamps, postage meter strips, PC postage) before inducting the mail. Because of this, it has not nearly as critical for the USPS to identify and track each and every package it accepts.

But from a customer perspective today, tracking is a de facto requirement. Medium and high volume shippers want some publicly-available indication that they both fulfilled a customer's order and handed that order over to a shipping agent. The package recipients want an independent confirmation of the same event.

Currently the USPS offers a “Track/Confirm Services.” The wording has been carefully, chosen because only one domestic USPS service offers true tracking—Express Mail. Express Mail is scanned at acceptance when the piece is transferred from the shipper to the USPS, is scanned at intermediate processing points, and is finally scanned at the destination. But Express: Mail is expensive and only justified if one needs an overnight or 2 day delivery cycle.

The vast major of packages handled by the USPS instead use a service called “Delivery Confirmation” which was first offered in the late 1990's. There are two versions of Delivery Confirmation—a retail counter version costing on the order of 55 cents (over and above the postage), and an “electronic” version, which is either free or 13 cents (depending upon the class of mail). The key feature of Delivery Confirmation is that the US Postal Service guarantees that the only delivery event will be recorded. That is, the date, time, and delivery ZIP5 of the delivery event will be provided by contacting a USPS call center or visiting the USPS Web site.

Examples of labels 10 with Express Mail tracking and electronic delivery confirmation are shown in FIG. 1. These examples 10 include a relatively new postage evidencing system called IBI 20 (Information Based Indicia) or PC postage, which not only may evidence a valid postage, but also information about the sender, and the particular postage transaction.

It should be noted that a similar service is available called signature confirmation. Once again, only the delivery event is memorialized, but in addition to the date, time and ZIP5 of the delivery, the USPS will also capture a signature of the recipient. The cost of the “electronic” version of this service is $1.25 over an above the normal postage charge.

The two versions of delivery confirmation—retail and electronic—deserve clarification. The retail version is designed for a customer who presents one or several packages at a USPS Post Office facility. The customer will pay for the required postage and optionally be offered a delivery confirmation service for roughly 55 cents more. If the customer opts for this feature, the USPS retail clerk will remove a preprinted delivery confirmation barcode sticker 30, having a barcode 35, such as that depicted in FIG. 2, from a book of such stickers and affix it to the package.

The retail clerk will then scan the delivery confirmation barcode 35 and enter the destination ZIP5 of the package into his/her computer terminal. These two pieces of information (delivery confirmation number and destination ZIP5) flow up to a USPS centralized package tracking system (not shown) along with the date and time of acceptance and the location of the origin Post Office. This is truly an “acceptance scan”, but the USPS still does not represent the process as “tracking” because they cannot guarantee any intermediate scans of the package as it traverses from origin to destination.

The other version of delivery confirmation—“electronic”—is favored by computer-savvy shippers and volume shippers. A major advantage is that the USPS pricing for this electronic service is either free (for Priority Mail) or 13 cents (for First Class, Parcel Post, and Media Mail) rather than 55 cents. Second, the delivery confirmation barcode, e.g., 35, can be issued via low-cost “electronic” means rather than via a costly face-to-face retail transaction. Thirdly, the shipper can avoid waiting in line at the Post Office and instead induct his/her packages in a variety of other less time-consuming ways. The labels 10 in FIG. 1 are examples of computer generated “electronic” delivery confirmation and tracking technologies, such as a confirmation barcode 25.

Delivery confirmation numbers are typically 16 digits in length, although the barcode 25 itself generally represents 22 characters. The USPS has settled on a protocol whereby the first digits of the delivery confirmation number are comprised of the Dun and Bradstreet (“Duns”) number of some business entity. The precise specifications are presented below:

(1) Application Identifier (AI): two characters; identifies the article as a Delivery Confirmation piece,

(2) Service Type Code (STC): two characters; identifies the type of product or service used for each item,

(3) Customer ID: nine characters; DUNS® number that uniquely identifies the customer,

(4) Package Sequence Number (PSN): eight characters; fixed sequential number, and

(5) Modulus 10 Check digit: one character.

High volume package shipper can create or purchase a “manifesting” system (generally priced between $2000 and $60,000) which generates unique delivery confirmation numbers at the shipper's site based on the shipper's Duns number followed by a unique ascending number. At the end of the shipping day, the manifesting system transmits all of the delivery confirmation numbers issued (along with the associated delivery address, package weight and mail class data) to the USPS product tracking system (“PTS”) computer using an file transfer protocol (“FTP”)-type process. The manifesting system utilizes a permit indicium on the shipping label 10 which is linked to the shipper's prepaid USPS account.

The shipper must bring his packages to a Business Mail Entry section of a Main Post Office for acceptance and presentation of the billing paperwork. The “manifest” is a detailed listing of each package, its destination, weight and mail class. The appropriate postage-due for each package is included in the manifest and totaled for the entire shipment. The USPS Bulk Mail Acceptance clerk reviews this documentation, spot checks the physical packages, and then deducts the grand total of postage due from the shipper's USPS account.

One element of paperwork produced by the manifesting system is an acceptance scan form 40, an example of which is shown in FIG. 3. The form 40 includes a barcode 45 that represents a unique number assigned to all of the tracking data uploaded by the shipper that day via the FTP process. The USPS clerk at the Business Mail Entry section will scan this barcode 45. When the associated scan data reaches the USPS PTS computer, it is merged with the data previously transferred by FTP and marks each of the individual packages as “accepted” with a specific date/time and location.

The high volume shipper thus has two key points of information available for public view. First, there is the record of transferring the package to the USPS (at the Business Mail Entry site). Second is the delivery event as recorded by the USPS mail carrier at the destination. One significant problem with manifesting is that it is available only to shippers with adequate financial resources, requires presentation of the packages at the USPS Business Mail Entry site (typically the back dock of the Main Post Office), has a daily minimum of 50 lbs, and requires that the shipper make his operations available for unannounced inspections by the US Postal Service.

The retail counter delivery confirmation process is too expensive and time consuming for even a small business shipper. And yet few shippers are large enough to justify buying a $2000-$60,000 manifesting system to support delivery confirmation—particularly when no such investment is required for UPS or FedEx shipping. UPS and FedEx shipping tools are provided free or charge and are very easy to use.

In order to partially address this problem, the USPS created a Web application program interface (“API”) called Webtools. The Webtools system is simply an intermediate computer server which has two basic functions:

1. Issue unique delivery confirmation numbers in real-time in response to authenticated XML internet requests from a variety of shippers.

2. Upload a daily file to the USPS PTS system describing all delivery confirmation issued that day along with the associated package information.

In essence, Webtools acts like a free, centralized manifesting system. The XML query must contain the complete delivery address for the package, the weight of the package, the class of mail and other elements identifying the shipper. If all data elements meet the relevant error checks, the Webtools system issues an XML response with a unique delivery confirmation number. The numbers issued in this way all have a leading set of numbers which are based on a USPS-affiliated Dun and Bradstreet number.

This service was enthusiastically received by many software developers as a means to create shipping labels 10 like those shown in FIG. 1 without having to burden the end-user shipper with expensive systems and complex FTP end-day processes.

While this process has been adopted for use by many shipping tools (e.g., Endicia Internet Postage, the USPS Click-and-Ship Web site, and the EBay/Paypal Shipping Label system) it has one major drawback—the lack of an acceptance scan. USPS based it's costing for electronic delivery confirmation (free or 13 cents) on the premise that a) there would be one scan per day for major manifesting shippers representing the hundreds or thousands of packages inducted or b) no acceptance scan for non-manifesting customers.

The USPS stance of prohibiting acceptance scans of labels bearing electronic delivery confirmation is published as national policy. While USPS carrier scan guns can indeed perform this type of scan from a technical perspective, from a cost and labor perspective they are prohibited from doing so. The USPS has somewhat limited flexibility in such issues because all USPS cost structures go through a public review process involving the Postal Rates Commission. The USPS presents so-called “rate-cases” to the Postal Rate Commission and this case presents proposed new rates and the detailed cost justifications for the rates. Once a rate case is accepted and approved by the Postal Rates Commission and the USPS, the rate structure is locked until the next rate case is approved. The cycle for a typical rate case is 2 years and it involves comments and critiques from the public, the mailing industry, and very significantly, USPS competitors like UPS and FedEx.

In the last rate case, the USPS argued for free (or 13 cent) electronic delivery confirmation and a 55 cent retail delivery confirmation charge, on the premise that the retail interaction required measurable labor to sell the feature, collect finds, apply the sticker, scan the barcode and enter the destination ZIP5 into the retail computer manually. For electronic delivery confirmation, no face-to-face transaction was envisioned and all data regarding the package and its destination flowed via computer networks from the shipper's site to the USPS PTS. The USPS rate makers incorrectly assumed that an acceptance scan was not desired.

The result is that there are legions of USPS package shippers using delivery confirmation which have no public record confirming that the package was indeed transferred to the USPS. While the event of data receipt is duly recorded, the phrasing on the USPS Track/Confirm Web site is vague: “The US Postal Services has been electronically notified by the shipper or the shipper's agent on Jun. 4, 2004 to expect your package for mailing.”

This essentially means that a shipping label has been printed—it does not indicate if the shipper actually transferred the package to the USPS or if it is still sitting in his shipping room. This situation can be unnerving in some commercial situations. For example, and EBay auction typically unites a buyer and seller who have never interacted before and will never see one another personally. The seller has an incentive to ship quickly after the close of the auction so that his “feedback rating” does not suffer due to a disgruntled buyer. The electronic delivery confirmation generated by the EBay system simply tells the world when the seller printed the label from the EBay site. But without an acceptance scan, no one knows when the seller actually placed the package in the mail stream.

Accordingly, improved systems and methods for recording the acceptance of a package by a postal carrier are needed.

SUMMARY OF INVENTION

The systems and methods described herein relate generally to the electronic recordation of the transfer of a package from a shipper to a responsible postal carrier. An online postage system is configured to enable a user to perform one or more shipping transactions via a post service. The online postage system includes an end user computer, a centralized computer system, and a communications link connecting the end user computer with the centralized postage-issuing computer system. The end user computer is configured enable a user to perform one or more shipping transactions, and the centralized computer system is configured for generating a unique header number to preface a record of package transactions made over a time period for the end user, the header number being unique within the post service, wherein each package transaction is made with the centralized computer system and has an associated delivery confirmation number unique within the post service, transmitting the unique header number and transaction record to the post service, and generating a scannable indicia representative of the unique header number, wherein the indicia is configured to confirm acceptance of the package by the post service if scanned by a post service representative.

In another embodiment, a method of recording the acceptance of a package from a package shipper shipped via a post service includes the steps of: generating a unique header number to preface a record of package transactions made over a time period for a specific shipper, the header number being unique within the post service, wherein each package transaction is made with a centralized computer system and has an associated delivery confirmation number unique within the post service; transmitting the unique header number and transaction record to the post service; generating a scannable indicia representative of the unique header number; and scanning the indicia to confirm acceptance of the package by the post service, wherein the indicia is scanned by a post service representative.

Other systems, methods, features and advantages of the invention will be or will become apparent to one with skill in the art upon examination of the following figures and detailed description. It is intended that all such additional systems, methods, features and advantages be included within this description, be within the scope of the invention, and be protected by the accompanying claims.

BRIEF DESCRIPTION OF THE FIGURES

The details of the invention, including fabrication, structure and operation, may be gleaned in part by study of the accompanying figures, in which like rigeference numerals refer to like segments.

FIG. 1 depicts examples of labels with Express Mail tracking and electronic delivery confirmation.

FIG. 2 depicts an example of a preprinted delivery confirmation barcode sticker.

FIG. 3 depicts an example of an acceptance scan form generated by the manifesting system.

FIG. 4 is a system diagram of an online postage system known in the art.

FIG. 5 depicts an exemplary method of recording the acceptance of a package by the post service.

DETAILED DESCRIPTION

The systems and methods described herein provide for an improved method for electronically recording the transfer of a package from a shipper to the responsible carrier or post service. The systems and methods described herein are an extension to the USPS Webtools centralized manifesting concept and provides a low cost solution to the acceptance scan issue. These systems and methods require no change to any of the USPS computer systems relating to track/confirm.

In a preferred embodiment, the systems and methods described herein can be used with the systems and methods described in U.S. Pat. No. 5,319,562, issued Aug. 23, 1994, U.S. Pat. No. 5,341,505, issued Aug. 23, 1994, U.S. Pat. No. 6,005,945, issued Dec. 21, 1999, U.S. patent application 2003/0101143, published on May 29, 2003, U.S. patent application 2003/0101147 published on May 29, 2003 and U.S. patent application 2003/0101148, also published on May 29, 2003. Each of these patents and applications are herein incorporated by reference in their entirety. These patents and applications, in part, point out the value of using tracking (or delivery confirmation) numbers on domestic USPS shipments to reduce fraud, provide a refund methodology which accounts for misprints and other events outside of the user's control. These applications also set forth a centralized online postage system capable of use with the systems and methods described herein.

For example, turning to FIG. 4, the computer environment 5 in which a user may purchase online postage is shown. A user at a personal computer 11a connects to a server computer 12 configured to enable the user to electronically purchase valid postage, typically via an Internet-type network 13. The user interacts with a software program, e.g., DAZzle by Envelope Manager Software, on the personal computer 11a, downloaded from the server computer 12, installed on the personal computer 11a, and/or embedded in a web page accessible via a Web browser, that allows the user to manage postage purchases.

Any system issuing delivery confirmation numbers (e.g. a manifesting program, the USPS Webtools Server, a PC Postage Server) generates unique delivery confirmation numbers using a Duns number as a root. For each confirmation number issued, there are associated data collected which include the complete delivery address, package weight, mail class, date, and shipper information. Periodically (typically at end-day), this information is transmitted to the USPS PTS computer in a file having a specified format. A simplified representation of this file format appears below:

Record 1	Header Record	505503303033
Record 2	Transaction 1	10000000000000001	Mr. Jones	123 Main St	Mt. Holly NJ 08060	5 lbs
	Media Mail
Record 3	Transaction 2	10000000000000002	Mr. Smith	44 Wilson Rd	Palo Alto CA 94301	3 lbs
	Parcel Post
Record n + 1	Transaction n	10000000000000003	Mr. Love	70 Oak St	Portola Valley 94028	2 lbs
	Priority Mail

The Header Record, above, preferably contains a unique number generated by a manifest operator following procedures specified by the USPS. The Header Record number is a single representative index for the following “n” delivery confirmation (or tracking) transactions.

The acceptance scan process for a manifesting system was described previously. The single barcode 45, e.g., see FIG. 3, that is scanned by a USPS Business Mail Entry clerk is a representation of the Header Record number. Thus, when an indication of that acceptance scan reaches the USPS Record number, if found, all of the associated transactions are then given a status of “accepted” and the date, time and location of acceptance are also associated with each of the packages.

These systems and methods capitalize on the fact that the USPS PTS system can accept any number of file transmissions, each with its unique Header Record number. In fact, the PTS system can accept a file with multiple Header Record numbers spread throughout that file. Each Header Record number represents the delivery confirmation transactions which follow, up to the point that a new Header Record number is encountered.

These systems and methods consists of a centralized computer system, e.g., 12, which accepts requests for delivery confirmations numbers from a wide spectrum of shippers, each identified by a unique customer number. In the case of a centralized PC postage system, e.g., 12, each shipper would have a unique account number with a PC postage vendor. As delivery confirmation numbers are issued, a transaction record is built comprised of the elements required by the USPS PTS system, e.g., associated delivery address, package weight and mail class data. Importantly, each transaction record is associated with a specific shipper.

As each shipper ends his or her day, they can contact the centralized manifesting system via a Web browser or other internet-capable software client and indicate that their shipping operations are complete for the day. This interaction triggers several events:

1. A unique Header Record number is generated at the centralized computer server cluster, e.g., 12, to preface all of the package transactions collected during that day for that shipper.

2. The Header Record number and transactions associated with that shipper are transmitted from the centralized manifesting system to the USPS PTS.

3. The shipper prints a hard copy form with a barcode representation of the Header Number, e.g., 45, to be used as an acceptance scan for the entire package group.

These systems and methods allow small, intermediate and even large package shippers to obtain delivery (and signature) confirmation numbers from a low-cost centralized service such as a PC postage vendor. Consider a small shipper who creates twenty packages a day. Using a PC postage service (typically with a service charge of only $15/month), the shipper can create shipping labels 10 with delivery confirmation and full postage as shown in FIG. 1. At day's end, or the end of any other arbitrary time period, the shipper can go to the PC postage vendor's Web site and close out the shipping day, printing a simple one page acceptance scan form, e.g., 40.

Unlike manifesting, the shipper need not take his packages to the Main Post Office as they have been prepaid with digital postage. Rather he can give the packages to his carrier when he delivers to his site, or call for a pickup from the USPS under the new “Free Carrier Pickup Program” announced in late 2003. The carrier simply scans a single barcode, e.g., 45 shown in FIG. 3, representing all 20 packages and loads them on his truck. The carrier's gun responds to the scan with a simple “Accept: Yes/No” and the carrier presses a “Yes” button. This scan does not violate the spirit of the USPS Headquarters directive of no scans for electronic delivery confirmation because the single form leverages what would be 20 individual scans (with subsequent data entry of the destination ZIP code for each package) with a single scan and a single Yes/No response.

Finally, these systems and methods provide both the shipper and the recipient with the publicly-accessible database displaying the exact date and time when the USPS assumed responsibility for the package.

FIG. 5 is a flow chart depicting one exemplary embodiment of a method 400 for electronically recording the acceptance of a package from a shipper in accordance with the systems and methods described herein. In this exemplary embodiment, a shipper uses a PC Postage system 12 such as those described in the patent and patent applications incorporated by reference above, to generate a shipping label 10 and pay the appropriate postage amount by interfacing with the centralized PC Postage system, e.g., 12. At step 402, the shipper performs one or more package transactions. Each package transaction includes the requesting of a unique delivery confirmation number from the PC Postage system 12, where the delivery confirmation number is unique within the post service, e.g., the USPS and other national or regional postal services or private carrier services.

At step 404, the delivery confirmation number is generated and the shipping information for the package of each transaction is associated with the confirmation number. At step 406, the delivery confirmation number is issued to the shipper. At step 408, the delivery confirmation number is added to a record of package transactions for a desired time period. At step 410, a unique Header Record number is generated according to guidelines put in place by the respective post service and used to preface the transaction record. If desired, a unique Header Record number can be generated for each package transaction within the record, in which case the record would contain multiple header record numbers.

At step 412, the transaction record is transmitted to the post service. At step 414 a scannable indicia is generated, such as a barcode 25 and the like, the indicia being representative of the unique Header Record number. At step 416, all the packages listed in the transaction record are transferred to a post service representative along with a scannable copy of the indicia. At step 418, the post service representative scans the indicia into a computer system communicatively coupled with a publicly accessible database. Finally, at step 420, the publicly accessible database is updated to reflect acceptance of the package or packages by the post service representative. The database is preferably searchable by the delivery confirmation number contained within each transaction record. By accessing this database, any member of the public who knows the delivery confirmation number can confirm that the package or packages have been shipped.

In the foregoing specification, the invention has been described with reference to specific embodiments thereof. It will, however, be evident that various modifications and changes may be made thereto without departing from the broader spirit and scope of the invention. For example, each feature of one embodiment can be mixed and matched with other features shown in other embodiments. Features and processes known to those of ordinary skill may similarly be incorporated as desired. Additionally and obviously, features may be added or subtracted as desired. Accordingly, the invention is not to be restricted except in light of the attached claims and their equivalents.

Claims

1. A method of recording the acceptance of a package from a package shipper shipped via a post service, comprising: generating a unique header number to preface a record of package transactions made over a time period for a specific shipper, the header number being unique within the post service, wherein each package transaction is made with a centralized computer system and has an associated delivery confirmation number unique within the post service; transmitting the unique header number and transaction record to the post service; generating a scannable indicia representative of the unique header number; and scanning the indicia to confirm acceptance of the package by the post service, wherein the indicia is scanned by a post service representative.

2. The method of claim 1, wherein the unique delivery confirmation number is generated with a Duns and Bradstreet number as a root.

3. The method of claim 1, wherein the unique delivery confirmation number has shipping information associated therewith.

4. The method of claim 3, further comprising: updating a publicly accessible database to reflect that each package in the transaction record has been accepted by the post service.

5. For an online postage system that enables a user to perform one or more shipping transactions via a post service, a computer product having a computer-usable medium communicatively coupled to the online postage system, having a sequence of instructions which, when executed by a processor, causes said processor to execute a process including the steps of: generating a unique header number to preface a record of package transactions made over a time period for a specific shipper, the header number being unique within the post service, wherein each package transaction is made with a centralized computer system and has an associated delivery confirmation number unique within the post service; transmitting the unique header number and transaction record to the post service; and generating a scannable indicia representative of the unique header number, wherein the indicia is configured to confirm acceptance of the package by the post service if scanned by a post service representative.

6. The computer product of claim 5, wherein the unique delivery confirmation number is generated with a Duns and Bradstreet number as a root.

7. The computer product of claim 5, wherein the unique delivery confirmation number has shipping information associated therewith.

8. The computer product of claim 7, further comprising: updating a publicly accessible database to reflect that each package in the transaction record has been accepted by the post service.

9. The computer product of claim 5, wherein the period of time is at least 10 hours.

10. An online postage system configured to enable a user to perform one or more shipping transactions via a post service, comprising: an end user computer; a centralized computer system; and a communications link connecting the end user computer with the centralized postage-issuing computer system; wherein the end user computer is configured enable a user to perform one or more shipping transactions, and the centralized computer system is configured for generating a unique header number to preface a record of package transactions made over a time period for the end user, the header number being unique within the post service, wherein each package transaction is made with the centralized computer system and has an associated delivery confirmation number unique within the post service, transmitting the unique header number and transaction record to the post service, and generating a scannable indicia representative of the unique header number, wherein the indicia is configured to confirm acceptance of the package by the post service if scanned by a post service representative.

11. The system of claim 10, wherein the indicia includes a two-dimensional barcode.

12. The system of claim 10, wherein the unique delivery confirmation number is generated with a Duns and Bradstreet number as a root.

13. The system of claim 10, wherein the unique delivery confirmation number has shipping information associated therewith.

14. The system of claim 13, wherein the central computer system is further configured to update a publicly accessible database to reflect that each package in the transaction record has been accepted by the post service.

15. A method for enabling a user to perform one or more online shipping transactions via a post service, wherein each transaction has a package, comprising the steps of: providing the user access to a central server configured to receive the user's request to perform one or more online shipping transactions; generating a delivery confirmation number and shipping information for each package of each transaction; issuing the delivery confirmation number to the user; adding the delivery confirmation number to a record of package transactions for a desired time period; generating a unique header number for the record of package transactions, wherein the unique header number prefaces the record of package transactions; transmitting the record of package transactions to the post service; generating a scannable indicia that represents the unique header number; transferring a copy of the scannable indicia and the packages of the record of package transactions to a post service representative; and having the post service representative scan the indicia into a computer system communicatively coupled with a public database accessible by the user, wherein the public database is updated with the scanned indicia.

16. The method of claim 15, further comprising the step of providing a unique postage indicium for use in the postal service.

17. The method of claim 16, wherein the step of providing a unique postage indicium for use in the postal service, comprises the steps of: generating a unique postage indicium having a character string that is unique within the postal system; deriving a digital signature from the unique character string; and associating the digital signature with the unique postage indicium to generate a self-validating unique postage indicium.

18. The method of claim 17, wherein the unique character string comprises a tracking ID.

19. The method of claim 17, wherein the digital signature association comprises attaching the digital signature to the unique postage indicium.

20. The method of claim 17, further comprising applying the self-validating unique postage indicium to a mail piece.

21. The method of claim 17, further comprising applying the self-validating unique postage indicium to a mail piece in a barcode format.

22. The method of claim 21, wherein the mail piece is a package.

23. The method of claim 21, wherein the mail piece is an envelope.

24. The method of claim 21, wherein the unique character string is also applied to the mail piece independently of the self-validating unique postage indicium.

25. The method of claim 17, wherein the digital signature is generated by applying a private key to the unique postage indicium.

26. The method of claim 17, wherein the unique character string originates from a single database within the postal system.

27. The method of claim 17, wherein the postal system is the United States Postal Service.

28. The method of claim 17, wherein the unique postage indicium further has one or more items selected from the group consisting of an indicia version number, algorithm identification, certificate serial number, device identification, ascending register, postage, date of mailing, originating zip code, software identification, descending register, and rate category.