Zwrot towaru do dostawcy: jak uzgodnić ilość i sprawdzić przyjęcie

Wysłany towar nie oznacza zamkniętego zwrotu

Magazyn przygotował paletę, przewoźnik ją odebrał, a dział zakupów czeka na informację od dostawcy. W dokumentach firmy sprawa wygląda na zakończoną, ale po drugiej stronie nie ma jeszcze potwierdzenia liczby przyjętych sztuk. Pytanie „czy zwrot dotarł?” uruchamia więc poszukiwania między magazynem, skrzynką zakupów i przewoźnikiem.

Dobrze zaprojektowany obieg zwrotu do dostawcy pokazuje nie tylko wysyłkę, lecz także uzgodnienie, faktyczne przekazanie i przyjęcie. Pozwala powiązać sprawę z konkretną dostawą oraz sprawdzić, co wymaga wyjaśnienia. Reguły dotyczące dopuszczalności zwrotu, kosztów i rozliczenia wynikają z uzgodnień stron oraz właściwych przepisów. Nie warto wpisywać do aplikacji uniwersalnej obietnicy, zanim organizacja sprawdzi warunki konkretnej współpracy.

Przed wyborem systemu warto prześledzić kilka różnych spraw: zwrot uzgodnionej ilości, część dostawy zatrzymaną do wyjaśnienia oraz rozbieżność po przyjęciu. Nie chodzi o stworzenie katalogu wszystkich wyjątków świata. Chodzi o ustalenie, kto ma prawo podjąć decyzję na każdym etapie i gdzie ta decyzja będzie widoczna.

Różne zespoły mogą patrzeć na tę samą sprawę z innej perspektywy. Zakupy potrzebują uzgodnienia z partnerem, magazyn informacji o towarze, a księgowość dokumentów do oceny rozliczenia. Wspólny numer sprawy pomaga je połączyć, ale każda osoba powinna widzieć przede wszystkim zadania, które rzeczywiście należą do jej roli.

Powiąż sprawę z właściwą dostawą

Pierwszym punktem odniesienia może być zamówienie zakupu, dokument przyjęcia albo inny identyfikator używany przez firmę. System powinien wskazywać dostawcę, produkt, jednostkę oraz ilość, której dotyczy sprawa. Jeśli ta sama pozycja trafiła do magazynu w kilku dostawach, warto umożliwić wskazanie właściwej partii lub przyjęcia, o ile jest to potrzebne w danym procesie.

Pomyłka w jednostkach potrafi utrudnić nawet prosty zwrot. Opakowanie zbiorcze, sztuka i paleta nie zawsze oznaczają tę samą ilość w systemie kupującego i dostawcy. Zanim aplikacja prześle dane, strony powinny uzgodnić sposób oznaczania pozycji i przeliczeń. Jeżeli przeliczenie wymaga potwierdzenia, użytkownik powinien je zobaczyć przed wysłaniem zgłoszenia.

Nie każda sprawa zaczyna się od gotowego zestawu danych. Pracownik może znać produkt i dostawcę, ale nie mieć pewności, z której dostawy pochodzi egzemplarz. Zamiast wymuszać wybór na chybił trafił, system może zapisać zgłoszenie jako wymagające uzupełnienia i wskazać osobę, która sprawdzi dokumenty.

Powiązanie danych firm i osób odpowiedzialnych omawiamy szerzej w artykule o portalu dostawców. Przy zwrocie ważne jest także to, kto po stronie dostawcy może odpowiedzieć na zgłoszenie, a kto tylko otrzymuje kopię informacji.

Jeżeli dostawca posługuje się innym oznaczeniem produktu, dobrze zapisać powiązanie obu kodów oraz źródło uzgodnienia. Zmiana katalogu po stronie partnera nie powinna bez sprawdzenia zmieniać opisów dawnych spraw. Historia musi pozwalać ustalić, jaką pozycję obie strony miały na myśli w chwili zgłoszenia.

Uzgodnienie przed przekazaniem towaru

Zgłoszenie może zawierać proponowaną ilość, powód zwrotu, odniesienie do dostawy i materiały potrzebne do oceny. Zakres tych informacji trzeba dopasować do uzgodnionej procedury. Zdjęcie uszkodzonego opakowania może pomóc w rozmowie, ale nie zastępuje decyzji stron ani nie rozstrzyga automatycznie odpowiedzialności.

Pracownik powinien widzieć, czy dostawca otrzymał zapytanie, czy odpowiedział i jaki zakres zwrotu uzgodniono. Odpowiedź może dotyczyć części pozycji albo wymagać dodatkowych danych. Status „zaakceptowano” bez informacji o ilości i warunkach łatwo pomylić ze zgodą na odesłanie całej dostawy.

Po zmianie ustaleń warto zachować poprzednią wersję i wskazać aktualną decyzję. Jeżeli kupujący zgłosił dziesięć sztuk, a strony uzgodniły przekazanie sześciu, magazyn potrzebuje jasnej informacji, które sztuki przygotować i co dzieje się z pozostałymi. W razie niepewności osoba kompletująca powinna móc skierować pytanie do właściciela sprawy.

Nie należy utożsamiać tego procesu ze zwrotem konsumenckim opisanym w artykule o zwrotach w e-commerce. Oba obiegi potrzebują czytelnych statusów, ale strony współpracy i warunki konkretnej transakcji mogą być inne.

W przypadku wielu osób po stronie partnera przydaje się jedno miejsce pokazujące aktualną odpowiedź. Kopia wiadomości w kilku skrzynkach może być użyteczna, ale nie powinna zastępować decyzji przypisanej do sprawy. Jeżeli odpowiedź przychodzi poza portalem, pracownik może wprowadzić jej treść i wskazać źródło zgodnie z procedurą organizacji.

Zdarza się również, że partner prosi o uzupełnienie informacji przed decyzją. Kolejka powinna pokazać, czego brakuje, kto może to dostarczyć oraz kiedy sprawa została przekazana dalej. Warto oddzielić taki etap od odmowy zwrotu. Brak odpowiedzi i odmowa mają inne znaczenie dla magazynu oraz dla osoby kontaktującej się z dostawcą.

Co magazyn rzeczywiście wydał?

Gdy uzgodnienie jest gotowe, magazyn potrzebuje zlecenia wskazującego towar, ilość, miejsce i sposób przekazania. Osoba kompletująca powinna odnotować wynik pracy: ile przygotowano, co pozostało i dlaczego. Jeżeli wydano mniej niż uzgodniono, system nie powinien sam oznaczyć całego zwrotu jako przekazanego.

Przy większych zwrotach jedna sprawa może obejmować kilka paczek lub osobne wysyłki. Dobrze powiązać każdą z nimi z pozycjami i ilościami, które zawiera. Dzięki temu późniejsze potwierdzenie dostawcy można przypisać do konkretnego przekazania, zamiast sprawdzać ręcznie całą korespondencję.

Przewoźnik, numer przesyłki i dokument wydania mogą pomóc odtworzyć drogę towaru. Ich dostępność zależy jednak od rzeczywistego sposobu transportu. Odbiór własnym samochodem dostawcy może mieć inny komplet informacji niż przesyłka kurierska. Formularz powinien pozwalać na taki wariant bez wpisywania fikcyjnego numeru.

W artykule o dokumentach w aplikacji logistycznej omawiamy powiązanie przewozu z właściwą sprawą. W przypadku zwrotu ważne jest również zachowanie rozróżnienia między wydaniem z magazynu a przyjęciem przez dostawcę.

Podczas kompletacji pracownik może zauważyć, że stan fizyczny różni się od danych w kartotece. Zamiast korygować uzgodnioną ilość bez informacji dla zakupów, powinien móc zapisać rozbieżność i przerwać odpowiednią część operacji. Dalsza decyzja należy do osoby uprawnionej według procesu firmy. Pozostałe prawidłowo przygotowane pozycje można obsłużyć zgodnie z przyjętymi zasadami.

Przyjęcie i rozbieżność po stronie dostawcy

Po dostarczeniu towaru osoba prowadząca sprawę potrzebuje informacji o liczbie przyjętych pozycji i ewentualnych rozbieżnościach. Dostawca może potwierdzić pełną ilość, część ilości lub zgłosić problem wymagający wyjaśnienia. Sposób przekazania tej informacji powinien odpowiadać uzgodnieniom między firmami.

Jeżeli liczba przyjętych sztuk różni się od liczby wydanej, nie należy nadpisywać jednego pola drugim. Każda wartość opisuje inne zdarzenie. System może pokazać ilość uzgodnioną, wydaną i potwierdzoną oraz powiązać je z dokumentami i komentarzem osoby wyjaśniającej różnicę.

Rozliczenie finansowe to kolejny etap, którego wynik zależy od sytuacji i ustaleń stron. Aplikacja może przechowywać odniesienie do odpowiedniego dokumentu oraz status jego sprawdzenia przez uprawniony dział. Nie powinna jednak zakładać, że przyjęcie paczki automatycznie oznacza wystawienie określonego dokumentu lub zakończenie rozliczenia.

Historia decyzji ułatwia rozmowę, gdy po kilku tygodniach ktoś wraca do sprawy. O tym, jak zachować kontekst korekty i autora ustalenia, piszemy w artykule o historii zmian w aplikacji.

Przy częściowym potwierdzeniu warto zachować informację, czego jeszcze brakuje. Jeżeli jedna przesyłka dotarła, a druga pozostaje w drodze, wspólny status całej sprawy powinien to pokazać. Pozwala to uniknąć zarówno przedwczesnego zamknięcia, jak i ponownego zgłaszania pozycji, które dostawca już przyjął.

Połączenie z magazynem i systemem zakupowym

Przed integracją trzeba ustalić, który system jest źródłem danych dla zamówienia, wydania i przyjęcia. Aplikacja obsługująca kontakt z dostawcą może pokazywać informacje z kilku miejsc, ale dla każdego pola powinna istnieć odpowiedź na pytanie, kto może je zmienić i gdzie znajduje się zapis źródłowy.

Dokumentacja SAP Business ByDesign opisuje tworzenie zwrotu do dostawcy oraz sprawdzenie danych wobec zamówienia, w tym sytuację próby zwrotu większej ilości niż przyjęto. To przykład funkcji konkretnego produktu, a nie obietnica, że każdy system magazynowy działa tak samo. Przed projektem należy sprawdzić wersję używanego narzędzia, konfigurację i dostępne możliwości wymiany danych.

Jeżeli wysyłka danych do systemu magazynowego się nie powiedzie, użytkownik powinien zobaczyć problem i wiedzieć, kto go sprawdzi. Ponowienie operacji wymaga ostrożności: nie może tworzyć kolejnych wydań tylko dlatego, że pierwsza odpowiedź nie dotarła na czas. O podobnym problemie piszemy przy integracjach API i webhookach.

Zasady rozstrzygania rozbieżnych zapisów omawiamy też w artykule o źródle danych w integracji systemów. Przed synchronizacją warto przygotować zestaw przykładów: częściowe wydanie, korektę ilości i potwierdzenie otrzymane z opóźnieniem.

Przy dostępie zewnętrznym należy ograniczyć widoczność spraw do właściwego partnera i osób uprawnionych. Zmiana pracownika dostawcy lub cofnięcie dostępu powinna mieć swoją procedurę. Dostęp do pojedynczego zwrotu nie musi oznaczać dostępu do całej historii zakupów, cen czy spraw innych oddziałów. Podział danych warto sprawdzić w testach na oddzielnych kontach.

Mały początek i sprawdzenie wyjątków

Pierwszy zakres może objąć jednego dostawcę albo jedną grupę towarów, jeśli strony potrafią uzgodnić role i sposób potwierdzania zdarzeń. Test należy przeprowadzić na danych przygotowanych do tego celu, bez tworzenia przypadkowych operacji w produkcyjnym magazynie.

Sprawdźcie zgłoszenie, odpowiedź dotyczącą części ilości, wydanie w dwóch przesyłkach i rozbieżność po przyjęciu. Każda osoba biorąca udział w procesie powinna móc odpowiedzieć, co wie na danym etapie i kto podejmie kolejną decyzję. Jeżeli trzeba pytać autora aplikacji o znaczenie statusu, nazwa prawdopodobnie wymaga poprawy.

Podejście do ustalania kryteriów odbioru opisujemy w artykule o testach przed odbiorem aplikacji. Z kolei portal B2B dla hurtowni pokazuje, dlaczego dostęp i informacje powinny odpowiadać konkretnemu partnerowi.

Jeśli chcesz uporządkować taki obieg, sprawdź nasze aplikacje webowe i mobilne i opisz nam przebieg zwrotu do dostawcy. Pomocne będą przykładowe statusy, role i rodzaje dokumentów bez poufnych danych handlowych. Zakres integracji można ustalić po sprawdzeniu używanych systemów i warunków współpracy.

Po uruchomieniu przyda się osoba odpowiedzialna za przegląd spraw zatrzymanych między etapami. Lista może wskazywać czas ostatniego działania, oczekiwaną odpowiedź i właściciela. Nie trzeba na jej podstawie automatycznie oceniać pracy dostawcy: powód oczekiwania może leżeć również po stronie kupującego lub wynikać z uzgodnionego harmonogramu.

Na początku współpracy warto też ustalić sposób zgłaszania błędów w samym portalu. Partner powinien wiedzieć, do kogo zwrócić się, gdy nie rozpoznaje pozycji lub nie może otworzyć dokumentu. Dzięki temu problem techniczny nie zostaje pomylony z brakiem decyzji handlowej.

Warto wyznaczyć również zastępstwo na czas nieobecności tej osoby.