Transfery magazynowe w Inventory: wysłano nie znaczy przyjęto

W kontroli Inventory trzeba połączyć zdarzenie fizyczne z właściwym dokumentem i zapisem systemowym. Zamknięcie zlecenia wyłącznie po informacji „wysłane” może ukryć nierozliczoną ilość, a pochopna korekta zapasu może zatrzeć przyczynę różnicy. Poniższy model dotyczy uzgadniania danych transferów między lokalizacjami, nie obsługi fizycznego transportu ani rozstrzygania własności towaru.

1. Ustal model transferu w systemie klienta

Dokumentacja Microsoft Business Central opisuje transfer z lokalizacją w drodze, w którym wysyłkę i przyjęcie zapisuje się osobno. Możliwości częściowego księgowania zależą od wybranego trybu transferu.

Przed analizą zapytaj, jaki wariant obowiązuje w danym procesie. Ustal znaczenie statusów i raportu źródłowego. Nie przenoś instrukcji z innego ERP ani ustawień innej lokalizacji bez sprawdzenia. Opis Microsoft jest przykładem funkcji, nie deklaracją używania tego systemu przez BackOffice Outsourcing.

2. Łącz pozycje, a nie tylko nagłówki dokumentów

W proponowanym arkuszu kontroli użyj numeru transferu, pozycji, indeksu towaru, lokalizacji źródłowej i docelowej oraz jednostki miary. Dodaj partię lub numer seryjny, jeśli proces ich wymaga. Podobny opis produktu nie stanowi wystarczającego klucza dopasowania.

Sprawdź, czy jednostki są porównywalne. Dziesięć opakowań i dziesięć sztuk nie muszą oznaczać tej samej ilości. Przeliczenia powinny pochodzić z zatwierdzonych danych klienta. Nie dopisuj współczynnika na podstawie wyglądu dokumentu lub pamięci operatora.

3. Rozliczaj przyjęcia częściowe narastająco

Przykład redakcyjny: dla jednej pozycji zarejestrowano wysyłkę 100 sztuk, a potwierdzone zapisy przyjęcia obejmują 60. Do wyjaśnienia pozostaje 40. Ta różnica nie dowodzi zaginięcia towaru; może dotyczyć transportu w toku, niezaksięgowanego przyjęcia albo rzeczywistej niezgodności.

Oddziel ilość przyjętą w ostatnim zdarzeniu od sumy przyjęć. Kolejne potwierdzenie na 20 sztuk zwiększa sumę z 60 do 80, jeśli jest nowym zdarzeniem, a nie ponownie przesłaną kopią tego samego dokumentu. Zachowaj identyfikator każdego dowodu, aby nie policzyć go dwa razy.

4. Porównuj dane na ten sam moment

Zapisz datę i godzinę raportu oraz zakres lokalizacji. Raport wysyłek z rana i raport przyjęć z końca dnia mogą opisywać różne stany. Wskaż również, czy analizujesz datę zdarzenia, datę wprowadzenia czy datę księgowania zgodnie z definicją raportu klienta.

Microsoft Dynamics 365 Supply Chain Management pozwala rozdzielić rejestrację i aktualizację kosztową przyjmowania transferu. Dlatego sprawdzaj wymagany etap procesu. Informacja, że magazyn zarejestrował dostawę, nie zastępuje potwierdzenia, że wszystkie uzgodnione operacje systemowe zakończyły się poprawnie.

5. Wyjaśnij różnicę przed korektą zapasu

Dla pozostałości przypisz przyczynę, osobę wyjaśniającą i następny krok: oczekiwanie na dostawę, brak dokumentu, błąd jednostki, nieprzetworzony zapis albo potwierdzona niezgodność. Dołącz odnośnik do dowodu. Nie twórz przyjęcia tylko po to, aby wyzerować raport.

Korekta wymaga właściwej ścieżki i uprawnienia klienta. Zachowaj poprzednią wartość, podstawę zmiany oraz wynik operacji. Samo zamknięcie zgłoszenia lub wiadomość „już poprawione” nie potwierdzają prawidłowego stanu danych. Sprawdź ponownie odpowiednią pozycję i wymagane dokumenty.

6. Przekazuj listę otwartych ilości z wyjaśnieniem

Przegląd powinien wskazywać transfer, pozycję, ilość wysłaną, przyjętą narastająco, nierozliczoną oraz wiek i przyczynę oczekiwania. Uzgodnij kryterium zamknięcia oraz sposób postępowania z zatwierdzonym wyjątkiem. Nie sumuj różnych jednostek w jedną pozornie precyzyjną liczbę.

BackOffice Outsourcing wspiera kontrolę danych magazynowych w ramach Inventory i Cost Accounting, w systemach oraz według procedur klienta. Opisz swój raport transferów i miejsca powstawania różnic, aby ustalić zakres czynności. Szerszy kontekst uzgodnień znajdziesz w poradniku o zamknięciu miesiąca.

Źródła i zakres poradnika

• Microsoft: Transfer items between locations
• Microsoft: Configure the transfer order receiving process

Dokumentację Microsoft sprawdzono 25 października 2026 r. Opisy funkcji dotyczą wskazanych produktów i ich konfiguracji. Arkusz, przykład liczbowy i kontrole są propozycją redakcyjną do uzgodnienia. Poradnik nie rozstrzyga zasad wyceny, momentu ujęcia księgowego ani odpowiedzialności za transport.