System akceptacji zakupów: co zatwierdzono przed zmianą?

Zgoda dotyczy zakupu, który kierownik widział

Załóżmy, że utrzymanie ruchu potrzebuje określonej części. We wniosku wskazuje dostawcę A, a kierownik akceptuje ten zakup. Później okazuje się, że A nie może dostarczyć części. Kupiec zmienia dostawcę na B. W tej firmie taka zmiana wymaga ponownej akceptacji, zgodnie z jej własnymi zasadami.

Jeśli kupiec tylko nadpisze nazwę w formularzu, obok nowego dostawcy może pozostać wcześniejsze „zaakceptowano”. Kolejna osoba musi wtedy ustalić, czy kierownik widział już propozycję zakupu od B. Sama data ostatniej edycji nie wyjaśnia, czego dotyczyła jego decyzja.

W proponowanym rozwiązaniu pierwotny wniosek pozostaje dostępny wraz ze zgodą kierownika. Kupiec przygotowuje zmienioną wersję, a kierownik otrzymuje krótkie wyjaśnienie:

Zmiana dostawcy z A na B. Dostawca A nie może dostarczyć części. Poprzednia zgoda dotyczyła zakupu od A; zakup od B czeka na ponowną akceptację.

Przy tym opisie kierownik otwiera nową wersję i może porównać ją z poprzednią. Nie musi szukać w korespondencji, dlaczego sprawa wróciła. Gdy podejmie decyzję, jej zapis zostaje przy wersji, którą właśnie rozpatrzył. Kupiec i finanse widzą zarówno wcześniejsze ustalenie, jak i odpowiedź dotyczącą zmiany.

Dlaczego zespół ciągle odtwarza tę samą historię

Czat dobrze nadaje się do krótkiego pytania, formularz do zebrania danych, a ERP do prowadzenia zamówienia. Trudność pojawia się, gdy zgoda w jednym miejscu nie wskazuje jednoznacznie treści zapisanej w drugim. Kupiec pamięta zmianę, kierownik pamięta pierwotny zakup, a osoba przygotowująca zamówienie widzi tylko aktualny formularz.

Połączenie tych informacji powinno pozwolić pracownikowi otworzyć zatwierdzony wniosek z miejsca, w którym wykonuje dalszą pracę. Obok bieżącej propozycji potrzebuje zobaczyć, co się zmieniło i czy ktoś już tę zmianę zaakceptował. Dzięki temu przekazanie sprawy koledze nie wymaga osobnej opowieści o każdym kroku.

Firma określa, które zmiany trzeba ponownie kierować do kierownika. W przykładzie jest to zmiana dostawcy; w waszym procesie zasady mogą być inne. Wykonawca odwzorowuje te ustalenia w aplikacji. Sam problem zachowania wersji i zgody można rozwiązać zwykłym oprogramowaniem, bez dodawania AI do podejmowania decyzji.

Najpierw sprawdź, co potrafi obecny ERP

Microsoft opisuje w Dynamics 365 kierowanie zapotrzebowań do przeglądu jako całych dokumentów lub pojedynczych pozycji. Po zatwierdzeniu może powstać zamówienie zakupu. Sposób obsługi późniejszej zmiany dostawcy trzeba sprawdzić w używanym rozwiązaniu i jego konfiguracji.

Poproś osobę odpowiedzialną za ERP, żeby przeszła z kupcem przez opisany przypadek. Jeśli system zachowuje zaakceptowany wniosek, pokazuje zmianę i pozwala ponownie skierować ją do właściwej osoby, konfiguracja obecnego obiegu może wystarczyć. Warto wtedy zastanowić się, czy dodatkowy formularz i osobne zgody na czacie są jeszcze potrzebne.

Integracja ma sens, gdy używane narzędzia dobrze obsługują swoje części pracy, lecz gubią powiązanie między wnioskiem a decyzją. Własną aplikację warto rozważyć, gdy zespół potrzebuje wspólnego widoku zmian i zatwierdzeń, którego nie da się wygodnie uzyskać w obecnych narzędziach. Można ograniczyć projekt do tego fragmentu i pozostawić zamówienia oraz zapisy księgowe w ERP.

Przejście do nowego obiegu bez utraty wcześniejszych ustaleń

Przy uruchomieniu trzeba zdecydować, co stanie się z wnioskami będącymi już w toku. Część może dokończyć obieg w starym narzędziu, a wybrane sprawy można przenieść wraz z załącznikami i historią decyzji. Sam import aktualnej treści formularza nie pokaże, co kierownik zaakceptował przed zmianą. Osoba odpowiedzialna za zakupy powinna potwierdzić, że wcześniejsza decyzja nadal wskazuje właściwą wersję wniosku.

W ofercie warto uwzględnić późniejszą obsługę połączenia z ERP: kto zajmie się sytuacją, gdy zatwierdzony wniosek nie pojawi się w miejscu dalszej pracy, i jak zgłosić problem. Ustal też dostęp do kodu i dokumentacji oraz możliwość eksportu wniosków razem z decyzjami i załącznikami. Te ustalenia mają znaczenie przy zmianie wykonawcy.

Przy wymianie narzędzia do zbierania dokumentów od dostawców przyda się również przewodnik po własnym portalu dostawców zamiast SaaS.

Co można zamówić w Syntalith

Syntalith tworzy oprogramowanie na zamówienie i integracje. Dla tego problemu proponujemy połączenie rejestru wniosków z miejscem, w którym zakupy kontynuują pracę, oraz widok pokazujący zatwierdzoną wersję i późniejsze zmiany. Pierwszy zakres można ograniczyć do jednego rodzaju zakupów.

Wasz zespół wnosi zasady ponownej akceptacji i znajomość obecnego obiegu. W rozmowie ustalimy, czy potrzebna jest konfiguracja ERP, połączenie istniejących narzędzi, czy także własny ekran do porównywania wniosków. Opowiedz o ostatniej zmianie, przy której trzeba było odszukać wcześniejszą zgodę, i wskaż, gdzie zapisano wniosek oraz decyzję. Informacje o rozliczeniu prac znajdziesz w cenniku Syntalith.