General requirements / services

A W2P system is integrated into WEBSALE V8. With this system, a user can design his print templates online via web access. After the design, the W2P system transfers a unique document number (DocID) to the shop.

When the user places the order in the shop, the final print template (PDF file) is created by the W2P system via the DocID and transferred to the WEBSALE server via FTP. The PDF file is then collected by the ERP system for production. The W2P system serves as an alternative to the upload system. A user can use either the upload system or the W2P system for a product. Both are not possible at the same time and must be intercepted/synchronised accordingly.

File upload and upload system

A file upload (to a current order) is offered after a successfully completed order. Only the order number is used as a reference. The upload ID is no longer displayed to the orderer, but is still generated and passed on to the technical systems (ERP system, W2P system, etc.).

The upload system is extended by 2 functions:

1. An upload is now only possible via the order number.

2. An upload is not possible if the print template was created via the W2P system. For this purpose, a corresponding blocking flag is set by the shop if it has received a DocID from the W2P system.

Labelling of W2P products in the shop

For each article/set top article, 2 new parameters must be defined at variant level in the ERP system.

...

Optional design costs. A W2P design technically exists if the shop has received a DocID from the W2P system. Only then are the optional design costs displayed and added to the final total. The costs are displayed globally below the shopping basket and transferred to the ERP system as global costs (analogous to the delivery costs or the climate-neutral costs).

W2P call and execution

The W2P call takes place via an additional button on the product page and on the shopping basket page. If the orderer is not logged in, then a pop-up with 2 options is displayed when the W2P button is clicked.

1. "Login in the shop" and forwarding to the login page. After registration, the customer is immediately redirected to the W2P system.

2. "No registration" and direct forwarding to the W2P system.

Appropriate information texts in the pop-up are intended to make the advantages of registration clear to the customer.

Due to the forwarding to the W2P system, the shop is left. Therefore, a "back link" or a "cancel link" is always offered on the W2P pages, which takes the orderer back to the shop´s basket page. A W2P design button is also offered in the shopping basket so that the customer can carry out a W2P design again or change a design that has already been completed. A completed design can also be deleted in the shopping basket.

Document thumbnail

If the user confirms the W2P design with the W2P system, the shop is called up by the W2P system via redirect with a unique DocID. For this purpose, the shop displays a document thumbnail in the shopping cart, which was generated by the W2P system.

Final print template

After the user has placed an order, the shop sends the order to the W2P system via DocID. The W2P system then generates the final print template and transfers it to the shop server via FTP.

Transfer of the W2P print template

The W2P system transfers the print template via FTP to the WEBSALE server. In addition, a synchronisation file for the ERP system is required.

...

• FTP root (directory)

  • AABB11CC (directory)

    • finished.sync (file)

    • 33DD55AA (directory)

      • abc.pdf (file)

Shop timeout

The Shop-SessionID has a timeout of 2 hours. To ensure that the shop timeout is not reached during a W2P design, the W2P system calls the shop in the background at regular intervals (e.g. every 30 minutes).

Calling the W2P system and data transfer

The following interfaces are implemented

• Initialisation (via SOAP/SSL)

• Forwarding from the shop to the W2P system

• Forwarding from the W2P system to the shop

• Order print template (via SOAP/SSL)

Initialisation

If an orderer clicks on the button "Create print template", the shop calls the W2P system in the background (server-to-server) via SOAP request. The XML structures and the WSDL are created and specified by the W2P provider. The shop transmits the following data to the W2P system:

...

If successful, the W2P system responds with a unique TicketID.
If the W2P system responds with an error or if the W2P system cannot be reached, the orderer is shown a corresponding message that online design is not possible at the moment.

Forwarding from the shop to the W2P system

If the W2P system responds with a TicketID during initialisation, the orderer will be forwarded to the W2P system. The forwarding URL is permanently stored in the shop configuration. In addition, the TicketID is transferred to the W2P system in encrypted form.

...

The data of "w2pdata" are not transferred in plain text, but Blowfish-encoded and then hex-coded. For this purpose, a common key with 16 characters is stored in the shop configuration and in the W2P system.

Forwarding from the W2P system to the shop

If the orderer cancels the design, the W2P system links to the "CancelURL".

...

Note
The DocID is also stored in the order data. Possibly the W2P provider could offer a page on which the customer (by entering the DocID) can subsequently generate the print template.

Change or delete product

If the user selects the function "Change product" or "Delete product" in the shopping basket for a product with an existing DocID, his design in the W2P system becomes invalid (DocID is deleted) and he must carry it out again, if desired. The orderer can be informed by a JavaScript pop-up or similar that he must carry out his design again if he wishes to change or delete the product.