Skip to content
DemanderDemanderDemander Docs
Light
English

Information that Demander sends to Tray

This article seeks to document the information that Demander sends to the Tray Online Store.

Category Integration

Tray categories are equivalent to Demander Product Groups, so when we are referring to Demander we will use the term Product Group and when we are referring to Tray we will use the term Category.

Integrated fields:

  • Code
  • Name
  • Parent Group

The Active field in the Product Group registration is disregarded

Even if the Product Group is Inactive, if for any reason there is an active Product with this Group, it (Group) will be sent to Tray.

The “Hide in Online Store” field in the Product Group registration is disregarded

This field is only used in Demander’s own Virtual Store (pedido.la).

Integration only considers Product Groups that have active products

To make it easier to understand, we will use an example. Consider that your company:

  • I have more than 20 Product Groups registered on Demander;
  • It is configured to integrate using the Price List “10 - Tray Products”;
  • The “10 - Tray Products” Price List has 15 active products distributed in 3 different Product Groups.

In the scenario above, Demander will send only the 3 Product Groups (and their respective Parent Groups) to Tray.

The shipping of a product category is only sent on the first export of the product. After this, it is not possible to change the product category via integration. If you want to change the category there are two possibilities. The first would be to change it directly within Tray, the second would be to delete the product from Tray and resend it back to the platform, however, this second alternative is not recommended if the product already has orders. It is worth mentioning that the category of the product in Tray must be the same as the product group of the product in Demander. Even if you change it directly in Tray, you need to change it via integration in Demander too!

Brand IntegrationIntegrated fields:

  • Name

The integration disregards the Active field of the Brand registration

Even if the Brand is inactive on Demander, if for any reason there is an active Product with this Brand, it will be sent to Tray.

Product IntegrationFields we always send:

  • SKU: Equivalent to Code
  • idProdutoIntegracao: product identifier on Tray. When the Demander sends a product for the first time, Tray generates an id for them, this product id goes back to the Demander and we relate it to the product id in the Demander. It is used to update the product, if it does not have the id a new product is inserted, if it has the id it is an update.
  • Name
  • Full description: the “Online Store Observation” field is used.
  • Active
  • Type: Fixed “Normal”

Fields that we only send if they are filled in:

If the fields below are not filled in, the value 0.00 will be sent if the value is numeric or it will be blank if it is text.

  • Weight: Equivalent to Gross Weight (in KG)
  • Product Group

Brands

Section titled “Brands”

Non-integrated fields:

Demander does not send the fields below to Tray, which allows them to be changed directly on the Tray Panel:

  • Highlight: Places the product highlighted in the Store.
  • Reference -NCM
  • Height
  • Width
  • Length

Integration only considers Products from the configured Price List

Demander sends to Tray only products that have a price in the Configured Price List.

Price Integration: Fields we always send:

  • Price: Equivalent to the unit value
  • Promotional Price
  • Promotion Start Date
  • Promotion End Date

Non-integrated fields:

Demander does not send the fields below to Tray, which allows them to be changed directly on the Tray Panel:

  • Cost: Equivalent to the Cost Value of the Product

Integration does not include the concept of Price per Customer

At Demander there is the Price per Customer concept, where certain customers can have a special price for certain products, unfortunately Tray does not have this concept.

Inventory Integration: Fields we always ship:- Stock: It is the quantity, we send the value that is in the Balance in Stock field of the Product registration;

Products

Section titled “Products”

Stock

Section titled “Stock”
  • Availability: This option always goes as immediate availability, all products sent to Tray have this situation, even if the stock is 0.

Integration does not include the concept of Stock per Branch

In Demander there is the concept of Stock per Branch, however, the integration with Tray does not include this concept.

Integration does not include the concept of Ready-to-Deliver Stock

In Demander there is the concept of Ready Delivery Stock, however, the integration with Tray does not include this concept.

Product Photo

Demander sends a photo of each product to Tray.

Only one photo per product

Currently, Demander’s product registration allows only one photo per product, so our integration can send this single photo to Tray.

But it is worth highlighting that it is possible to add more photos to the product registration directly on the Tray Panel.

Status

Section titled “Status”

The Demander sends the Order Status to the Tray.

In the Demander, on the [Tray Integration] screen (https://sistema.demander.com.br/dinamico/integracao-tray) it is necessary to define which Tray status the Demander status refers to.

Once configured, when changing the status of an order in Demander, the order status in Tray is also changed as soon as the data is returned to Tray.