Porównywanie ofert w dziale zakupów

Scenariusz krok po kroku

1. 01

   Najtańsze pozycje mogą tworzyć niedostępny koszyk

   W fikcyjnym zakupie zespół potrzebuje części oraz usługi uruchomienia. Dostawca A podaje korzystniejszą cenę części, pod warunkiem zamówienia całego pakietu. Dostawca B proponuje tańsze uruchomienie. Arkusz wybierający najmniejszą kwotę z każdego wiersza łączy części A z usługą B, choć oferta A nie potwierdza ceny dla takiego podziału.

   W proponowanym porównaniu cena części zachowuje powiązanie z warunkiem pakietowym. Kupiec widzi wariant pełnego zamówienia u A oraz wariant podziału wymagający potwierdzenia. Brak ceny po rozdzieleniu zakresu pozostaje pytaniem do dostawcy. System nie przenosi rabatu z całego pakietu na pojedynczą pozycję.

   To samo dotyczy kosztu dostawy lub przygotowania, naliczanego raz dla całego zamówienia. Przed porównaniem ustalamy, do którego wariantu należy ten koszt i czy podział tworzy dodatkową opłatę. Obliczenia wykonujemy na potwierdzonych warunkach; model może pomagać je odnaleźć w dokumentach.

2. 02

   Co trzeba zachować przy każdej ofercie

   Zestawienie powinno prowadzić do wersji dokumentu i fragmentu, z którego pochodzi warunek. Oddzielamy pozycje oferowane samodzielnie od elementów zależnych od zakupu pakietu. Kupiec może wskazać, że część zakresu wymaga oceny technicznej, zanim powstanie wariant do zatwierdzenia.

   Samo przepisanie kwoty nie wystarczy. Potrzebne są ilość, jednostka, waluta i ważność oferty, a także wyłączenia istotne dla tego zakupu. Niepodana opłata za uruchomienie pozostaje nieustalona. Nie traktujemy pustego pola jako bezpłatnej usługi.

   Termin również może zależeć od zdarzenia, którego data nie jest jeszcze znana. Odczyt pełnych warunków ofert dostawców pokazuje przykład dostawy liczonej od zatwierdzenia rysunku. Tutaj ten odczyt służy porównaniu wariantów zamówienia, bez automatycznego wyznaczania daty z brakujących danych.

3. 03

   Najpierw porównanie w obecnym systemie zakupowym

   Dokumentacja Dynamics 365 dotycząca porównywania odpowiedzi na zapytania opisuje zestawienie danych ofert i wybór części pozycji od różnych dostawców. Przy alternatywach pozwala zaakceptować pozycję podstawową albo jej zamiennik. To funkcje konkretnego produktu; nie potwierdzają, że dowolny podział zachowuje wszystkie warunki handlowe dostawcy.

   Jeśli zespół zbiera odpowiedzi we wspólnym formularzu, warto najpierw sprawdzić dostępne porównanie i pola warunków. Dodatkowa aplikacja może być potrzebna, gdy zależności między pozycjami pozostają w załącznikach lub późniejszych wiadomościach. Syntalith może przygotować ich odczyt i widok pytań do rozstrzygnięcia. Dostęp do systemu zakupowego trzeba potwierdzić przed integracją.

   W opisanej procedurze Dynamics akceptacja wybranych pozycji prowadzi do utworzenia zamówienia zakupu. Dlatego przegląd porównania i wykonanie akceptacji w systemie muszą być rozpoznawalnymi czynnościami. Pierwszy zakres Syntalith może kończyć się na pliku lub widoku do oceny, bez tworzenia zamówienia.

4. 04

   Dostawca odpowiada po przygotowaniu rekomendacji

   Po pytaniu kupca dostawca może potwierdzić cenę części sprzedawanych osobno albo zmienić warunek rabatu. Nowa odpowiedź powinna wskazywać, których pozycji i wariantu dotyczy. W porównaniu pozostaje wcześniejsza podstawa, żeby osoba zatwierdzająca mogła zobaczyć zmianę.

   Jeżeli rekomendacja była już zaakceptowana wewnętrznie, zespół ustala, czy zmiana wymaga ponownej decyzji. Model nie powinien sam uznać, że modyfikacja jest nieistotna. Po stronie zakupów potrzebna jest osoba, która rozstrzyga niejednoznaczny mail lub konflikt z załącznikiem.

   Przy wyborze nie wystarczy wspólny ranking oparty na cenie. Kryteria i ich znaczenie ustala firma. Możemy pokazać oddzielnie koszt potwierdzonego wariantu, niespełnione wymagania i otwarte pytania. Kupiec ma wtedy podstawę do wyjaśnienia rekomendacji zamiast jednej liczby ukrywającej braki.

5. 05

   Co potwierdza demonstracja wycen

   Demonstracja wyceny zapytań ofertowych pokazuje źródło ceny i pozycje pozostawione bez kwoty, gdy brakuje podstawy. Dotyczy przygotowania wyceny po stronie sprzedającego. Nota dowodowa wskazuje syntetyczne dane oraz brak integracji z ERP i CRM.

   Nie jest to test porównania ofert dostawców ani wyboru najlepszego zakupu. W nowym zakresie proponujemy próbę z rabatem pakietowym, opłatą wspólną dla zamówienia, ofertą alternatywną i korektą po zatwierdzeniu. Zespół przygotowuje dopuszczalne warianty oraz pytania, które muszą pozostać otwarte. Sprawdzamy czas utworzenia tabeli i koszt poprawek kupca.

6. 06

   Jak zacząć

   Gdy dokumenty są pod ręką, szkolenie zespołu może wystarczyć do przećwiczenia porównania i kontroli źródeł. Przy stałym napływie ofert automatyzację można ograniczyć do zebrania materiałów i oznaczania ich wersji. Własny panel lub agent ma sens do oceny, gdy pytania oraz decyzje przechodzą między kupcem, technikiem i zatwierdzającym.

   Szerszy zakres przedstawia AI w dziale zakupów. Automatyzacja ofertowania opisuje przygotowanie wycen dla klientów, czyli inną stronę tego procesu. Warunki usług są w cenniku; licencje i utrzymanie ustalamy oddzielnie.

   Na rozmowę o porównaniu ofert wystarczy opis zakupu, którego podział wymagał ponownego pytania dostawcy o cenę. Nie trzeba przesyłać poufnych ofert przed ustaleniem zasad pracy z nimi.