Backlog

Pamatujete náš článek Zboží na cestě, kde jsme zmínili backlog? Jdeme se v tom trochu vrtat 🙂 . Začneme hezky od začátku. Jedním z údajů, který při implementaci EDI plánovacích zpráv pravidelně vyvolává diskuse, je backlog, tedy množství, které mělo být dodáno, ale z různých důvodů dosud nebylo odběratelem přijato. Přestože se jedná o poměrně jednoduchý obchodní koncept, jeho implementace do ERP systémů bývá často překvapivě složitá.

Jak to funguje

V prostředí EDIFACT DELFOR se backlog nejčastěji předává prostřednictvím segmentu QTY+83 (Backorder). Ve standardu VDA 4905 je obdobná informace přenášena pomocí speciálního termínu 333333, který je definován jako Arrears, tedy nedodané množství po termínu. Oba standardy tak předávají stejnou obchodní informaci, liší se však způsobem její reprezentace.

Právě zde začíná práce EDI specialisty. Backlog je totiž velmi často zasílán bez konkrétního data dodání. To vyvolává zásadní otázku: Jak tuto informaci správně uložit do ERP? Má být backlog evidován bez data? Má převzít datum z původní odvolávky? Nebo je vhodnější použít například datum odvolávky snížené o jeden den, aby bylo možné backlog jednoznačně odlišit od běžných požadavků? Jednoduchá odpověď bohužel neexistuje.

Právě proto není implementace backlogu otázkou pouhého mapování EDI zprávy. Ve většině projektů je potřeba detailně analyzovat požadavky odběratele, možnosti ERP systému i návazné plánovací procesy. Teprve kombinace těchto znalostí umožní navrhnout řešení, které bude odpovídat očekávání zákazníka a zároveň bude dlouhodobě udržitelné.