Planowanie zamówień u dostawców w gastronomii polega na takim sterowaniu zapasem, aby zapewnić ciągłość produkcji potraw przy jednoczesnym ograniczaniu strat i zamrożenia kapitału w magazynie. Z tego powodu najbardziej praktyczne są funkcje, które bezpośrednio uruchamiają lub wspierają decyzję o uzupełnieniu zapasu, a nie tylko rejestrują dane.
Poprawna odpowiedź: możliwość automatycznego zamawiania produktów po spadku ilości poniżej określonego poziomu. To rozwiązanie odpowiada idei stanu minimalnego/punktu ponownego zamówienia: gdy zapas osiąga próg (np. wynikający z tempa zużycia i czasu dostawy), system może wygenerować propozycję zamówienia albo uruchomić zamówienie zgodnie z regułami. W praktyce zmniejsza to ryzyko, że kuchnia nie będzie miała kluczowych surowców w momencie realizacji menu, oraz ogranicza "gaszenie pożarów" zakupami na ostatnią chwilę.
Dlaczego pozostałe odpowiedzi są niepoprawne?
- Wprowadzanie danych o dostawach i zużyciu jest ważne, ale to funkcja ewidencyjna. Sama rejestracja nie mówi jeszcze, kiedy i ile zamówić; dopiero na podstawie tych danych można budować reguły planowania.
- Raporty o sprzedaży pomagają analizować popyt, ale nie są bezpośrednim narzędziem zamawiania do magazynu. Sprzedaż nie zawsze przekłada się 1:1 na zużycie surowców (receptury, straty, półprodukty), więc raport może być pomocniczy, lecz nie najbardziej przydatny do samego procesu zamówienia.
- Historia transakcji dla produktu wspiera kontrolę i audyt (kto, kiedy, po ile), ale to również analiza "po fakcie". Nie zastępuje mechanizmu progów i automatycznego uzupełniania zapasu w bieżącym planowaniu.
Wskazówka egzaminacyjna: gdy w pytaniach pojawia się "planowanie zamówień", szukaj funkcji związanych z progami, sugerowaniem ilości, generowaniem zamówień i kontrolą stanów minimalnych. Funkcje raportowe i historyczne są ważne, ale zwykle wspierają analizę, a nie sam moment decyzji zakupowej.
