Pokud přepravce požaduje vyplnění pole content (např. DHL), pak se v datové větě pro Balíkobot toto pole plní dle této těchto priorit:
Content plní automaticky hodnotou Balení + číslo balení.V Nastavení Balíkobotu na záložce Integrace lze nastavit, z jakých polí na se mají plnit pole rec_phone a rec_email v datové větě pro Balíkobot.
Toto nastaní se použije například, pokud v rámci zákaznických úprav BC byly na kartu prodejní objednávky přidány pole Web mail, Web telefon – pole se plní z e-shopu při importu prodejní objednávky.
Toto nastavení má přednost před níže popsanou logikou dohledání hodnot pro plnění polí rec_phone a rec_email.
Logika dohledávání e-mailu a telefonu je nyní následující:


Pole terms_of_trade se plní ze standardního pole Způsob dodávky na dokladu s těmito podmínkami:
EXW, FCA, FAS, FOB, CFR, CIF, CPT, CIP, DAP, DAF, DES, DEQ, DDU, DDP, DAT, DD1, DD3, DD4, DD5.
Plnění pole invoice_pdf je prozatím aktivováno pro DPD a doručení mimo EU. Pro ostatní přepravce lze dopracovat.
Plnění pole invoice_pdf funguje to tak, že je vyžadována fakturace při účtování dokladu v BC. Balíky jsou tedy vytvářeny až při fakturaci. V tento moment se vytiskne faktura na pozadí do PDF a uloží do Blob, při vytvoření balíku pro Balíkobot se do pole invoice_pdf překonvertuje tento PDF dokument do Base64.
Z logu je možné si vyzkoušet, zda se provedl převod správně: vykopíruje se celý text v daném poli a převede se zpět do PDF – pro konverzi lze použít tento program: https://base64.guru/converter/decode/pdf.
Příklad souboru request z logu s vyplněným polem invoice_pdf:
{a3c31031-b6f2-49b0-9379-d3949d830e39}_request.json
Postup převodu do pdf formátu:
Decode Base64 to PDF
Reference se na štítek propisuje, ale musí být zaslána. Funguje to tak, že pokud je zaslán atribut reference tak se zobrazí na štítku, pokud není zaslána reference tak se zobrazuje real_order_id, pokud není ani real_order_id, tak se u dobírkových zásilek zobrazuje variabilní symbol a pokud není ani variabilní symbol, tak teprve pak se bere EID.