The logs page on PixelPoint Bridge is divided into two parts: Request and Response. The former displays the information sent from HubRise to PixelPoint, the latter the response sent from the PAR PixelPoint EPOS back to PixelPoint Bridge.
To understand the logs in PixelPoint Bridge, you need to know how to read XML files first.
XML is a format to store and transfer information organised in nodes of key-value pairs with a hierarchical structure. Each piece of information is divided into:
- The name or type of information (the key).
- The content of the information (the value).
Consider this example:
This node means that the key
ProdNum is associated with the value
123456789. Notice how the value is enclosed inside the key tags. You can think of it as a Russian doll structure: Each doll contains one or more dolls, and every half doll has a unique partner that makes the doll whole.
For more extensive explanations, see this introduction on the XML format by W3Schools.
The main nodes of a request appearing on PixelPoint Bridge are
The value for
RequestType is always set to
10, while each node of
EOITransfer contains the following subnodes with an increasing order of specific details about the request:
DebugMode node only appears if debug mode is selected from the Configuration page and the value associated with this node will be
1 in this case.
This node has a single value that represents the PixelPoint API token saved in PixelPoint Bridge. For more information, see Connection to HubRise.
Transaction node and its subnodes are especially relevant to diagnose possible problems in the request. The main subnodes of interest are:
SaleTypeNum: The service type associated with the order. For more information, see Setting Service Types.
ScheduleTime: If present, it indicates the date and time the order should be delivered or expected to be ready for collection. It is not present if the customer does not specify the time for collection, or if delivery is scheduled within 30 minutes of the order or as soon as possible.
Items: Must contain at least one
Itemnode. For each
Itemnode, the following subnodes are generally present:
ProdNum: The unique product code that is associated with the product in your EPOS catalog. For more information, see Mapping Ref Codes.
CouponNum: The unique product code associated with a discount in your EPOS catalog.
ProdNumare mutually exclusive, therefore only one must be present inside the
CostEach: The cost of each
Quantity: The product quantity ordered by the customer.
ParentId: Integer numbers used together to identify products from options. For more information, see Recognising Products and Options.
ComboItemId: It is present when the product is part of a deal. The value associated with this key represents the code for the deal in your EPOS catalog. For more information, see Setting the Product Catalog.
PriceApplied: This value is always
Note that discounts and charges (except for customer's tips) are also encoded in separate
Payment: This node and its subnodes specify the information about the payment. It is missing if the order is not paid online, so that the transaction remains open in the EPOS system. The transaction will be closed only when the customer pays upon delivery of collection. The following subnodes are generally present:
MethodNumber: The code associated with the payment method in the PixelPoint EPOS.
AuthType: This value is always
Tender: The total amount paid (minus the optional
Tip: The amount of tip left by the customer, if different from 0. The tip is only present for online payments, but not for cash payments.
CustomRecFooter: When the order is paid upon delivery, the
Paymentnode is not created and the payment method name is encoded in this node.
To tell the difference between an actual product and an optional change in a PixelPoint request, you need to check the value for
ParentId and compare it with the
ItemId of the product:
ItemIdare the same, this is an actual product.
ItemIdare different, this is an optional change and
ItemIdof the main product.
Half and half products are encoded in the PixelPoint request as a group of different
- The first
Itemnode of the group can be recognised because the
Descriptionnode has the value
- The following (optional) nodes refer to options associated with the entire product, for example
Extra cheese. Their
ParentIdwill be the same as the
ItemIdof the main Half and Half node.
- The two "halves" are encoded as separate
Itemnodes, even if they are two halves of the same product, with
ParentIdpointing to the main
Itemnode of the group. The
Quantitynode has value
- Toppings and ingredients have the
ParentIdvalue pointing to the
ItemIdvalue of the respective half. Their
0.5and they are passed as forced answers to the EPOS.
This node and its subnodes carry information about the customer that placed the order and the delivery address. The keys have self explanatory names like
Feedback on this page