- Print
- DarkLight
- PDF
<span class="fr-marker" data-id="0" data-type="true" style="display: none; line-height: 0;"></span><span class="fr-marker" data-id="0" data-type="false" style="display: none; line-height: 0;"></span<span class="fr-marker" data-id="0" data-type="true" style="display: none; line-height: 0;"></span><span class="fr-marker" data-id="0" data-type="false" style="display: none; line-height: 0;"></span> Export: Products
Products-StoreNr{0}-Batch{1}.xml
If StoreNr{0} is used as the store number and Batch{1} is used as an incremented sequence number for each export.
In each export run, the products that have been modified since the previous export are exported. It does not consider whether underlying data (such as barcodes or purchase information) has been modified.
If the setting is active to use the external code as the product number, and there is no external code for a modified product, then this product will be skipped.
Product | 1 or more products | |
ProductNum | Product number | Product number or external code, depending on the setting |
ProductDesc | Product description | |
Barcodes | 1 or more barcodes Section only appears if barcodes exist | |
Product | Product barcode | Only numeric barcodes are exported |
/Product | ||
ItemGroup | Cash group code | |
StockUnit | Sales dimension | Short description dimension |
ItemWeight | Gross weight of product | Element is not present if no gross weight is specified for the product |
ItemWeightIsoDesc | ISO description for weight | same |
ItemUnit | 1 or more purchase data | |
UnitMeasure | Short description of packaging or dimension of purchase unit | |
Barcode | Purchase packaging barcode | |
SkuInHu | Purchase unit to content unit * purchase to consumer unit factor | |
/ItemUnit | ||
/Item |
Export: SaleOrders
In each run, sales orders that have been modified since the previous export are exported. Only sales orders with at least 1 order line are exported. Sales orders from relationships without an address are skipped.
DeliveryOrder | ||
OrderDateTime | Sales order creation date, time | |
CustReference | Sales order number | |
OrderType | Description of sales order classification | |
DelvName | Full customer name | |
DelvNameExt | Attention | Not currently filled |
DelvStreet | Street name | |
DelvStrNum | House number | |
DelvAddrExt | House number addition | |
DelvZipCode | Postal code | |
DelvCity | City name | |
DelvCntry | ISO code of country | |
DelvLanguage | Language code of customer | If not specified, NL will be used |
DelvPhone | Customer's phone number | Fixed (landline) phone number |
DelvEmail | Customer's email address | Default marked email address of customer |
ProductClass | Description of sales order classification | Same as OrderType |
ReqDelvDate | Desired delivery date | Currently not filled, field does not exist in RetailVista. Field will not be written |
Shipper | Classification description of transport method | |
DelvMode | Classification description of transport method | |
Webshop | Webshop description | |
DeliveryOrderLines | Sales order lines | 1 or more lines |
DeliveryOrderLine | Start of line | |
LineNum | Line number | Numbered consecutively during export |
ItemNum | Product number | Product number or external code, depending on settings |
LotNum | Product Barcode | Main product barcode |
ItemDesc | Product description | |
Quantity | Ordered quantity of SKUs | |
Price | Unit price including VAT from sales order | |
/DeliveryOrderLine | ||
/DeliveryOrder |
Export: PreAlert (Packing slip messages)
All product receipts that have been modified since the previous export will be sent to Wics.
Update 17/9/2018: This message is not about the packing slip messages, but about the purchase orders. Wics wants to be informed about the existing open purchase orders, so that they can refer to the correct purchase order number when returning the receipt message (ExportStoreConfirmation.xml).
PreAlert | ||
ReceiveDatePlnd | Date and time of receipt | Creation date of receipt header |
CustReference | Supplier reference | |
PreAlertLines | 1 or more lines | |
PreAlertLine | Line | |
LineNum | Line number | Sequentially numbered during export |
ItemNum | Product number | Product number or external code, depending on settings |
LotNum | Barcode | Main barcode of product |
Quantity | Number of SKUs | |
StockUnit | Not filled | |
/PreAlertLine | ||
/PreAlertLines | ||
/PreAlert |
Import: ExportStockCorrection*.xml (Stock corrections)
This file contains stock corrections from Wics. The provided corrections will be applied as stock corrections per system date and time in RetailVista.
stockCorrection | ||
StockCorrectionLine | ||
ItemNum | Product number | Product number or external code, depending on settings |
Quantity | Quantity mutation | Format en-US |
Reason | Reason for stock correction | |
/StockCorrectionLine | ||
/StockCorrection |
Import: StockReport*.xml (Stock report)
This file contains stock levels (end levels) from Wics. The provided stock levels are compared with the stock in RetailVista and the difference is recorded as a stock correction per system date and time in RetailVista.
stockReport | ||
stock | ||
itemNum | Product number | Product number or external code, depending on the setting |
quantity | Number of SKUs | |
/stock | ||
/stockReport |
Import: SaleOrderFreeze*.xml (Securing sales orders against mutations)
This file contains sales order numbers of orders that Wics has started to deliver. A sales order is blocked in RetailVista so that it cannot be mutated. If the sales order cannot be found (anymore), the line is ignored. If the sales order is already blocked against changes, the line is also ignored.
orderFreeze | ||
orderNo | Sales order number | |
freeze | Yes or No | Currently ignored |
/orderFreeze |
Import: ExportShippingConfirmation*.xml (Delivery message)
This file contains information about delivered products to customers. With this file, reservations are created in RetailVista. If the sales order number does not exist, the orderStatus line is ignored.
If the correct criteria are met, the reservation is automatically converted into a delivery on account. The criteria for this are one of the following:
1 - The relationship of the sales order is also a debtor. In that case, the delivery on account is created for this debtor.
2 - If a fallback debtor is indicated for the sales order in the webshop. In that case, the total value of the reservation must be less than or equal to the total amount already paid on the sales order.
orderStatus | ||
orderNo | Sales order number | |
orderStatusLine | 1 or more lines | |
itemNo | Product number | Product number or external code, depending on settings |
ProductCode | Product tracking number | One or more product tracking codes can be assigned to the reservation |
/orderStatus |
Import: ExportStoreConfirmation*.xml (Inbound message)
Nothing is currently done with this type of message in RetailVista.
Update 9/17/2018: This message is important as it is used to register receipts in ERP from the inbound process and link these receipts to the correct purchase order. This reduces the size of open purchase order lines.