Po wybraniu funkcji „import z xls” zostaje otwarte okno z parametrami importu.

Po wybraniu pliku i wpisaniu odpowiednich parametrów (data oraz typ zamówienia), system bada czy parametry są prawidłowe. Możliwe komunikaty to: 'Podano pustą datę - import niemożliwy', 'Podano nieprawidłową datę - import niemożliwy', 'Podano pusty typ - import niemożliwy', 'Błąd pobierania danych typu zamówień : ' (jeżeli wystąpiły błędy techniczne), 'Brak podanego typu zamówienia : ' (Jeżeli typu zamówienia nie ma w bazie danych).

System sprawdza czy wczytany plik jest tym, którego oczekuje. W pierwszym wierszu pliku winien znajdować się napis „Ilości pieczywa do dostarczenia”. Jeżeli go nie ma, system uznaje, że plik nie jest w odpowiednim formacie i przerywa import z komunikatem: 'Oczekiwano napisu "Ilości pieczywa do dostarczenia" w pierwszej komórce, a jest :'...'

System bada czy data dostawy z pliku xls jest identyczna z tą wpisaną w oknie parametrów. Jeżeli nie, Anakonda generuje komunikaty przerywając jednocześnie import: "Brak daty dostawy w pliku", "Data dostawy z okienka nie zgadza się z datą podaną w pliku”.

System wyszukuje w pliku xls wiersze z napisem „Dostawa” i pobiera z niego wartość z pola Rzut, która później użyteczna będzie w identyfikacji trybu w pozycjach zamówień stałych.(np. Dostawa 1 w pliku xls = Rzut 1 w słowniku Tryby dostaw w Anakondzie)

Sprawdzane są dane w podtabeli artykułu i kontrahenta - "Artykuły-oddziały", gdzie przypisane są konkretne oddziały dla importowanych artykułów. W przypadku gdy tabela jest pusta, zamówienie zostanie zaimportowane w oddziale w którym znajduje się operator. W przypadku gdy w tabeli są wypełnione dane, ale artykuł w wybranym imporcie im nie odpowiada, system wyświetli odpowiedni komunikat

System pobiera w pętli symbole obce kontrahentów i ilości zamówione symboli obcych artykułów wiersz po wierszu, aż do momentu, gdy w pliku xls pojawi się słowo „RAZEM”, co jest równoznaczne z końcem zamówienia na konkretny rzut.

Po zebraniu informacji na temat kontrahentów i ilości system wyszukuje konkretne zamówienie, do którego można dopisać ilości i/lub pozycje. Zamówienie powinno być tylko jedno. Jeżeli jest ich więcej lub nie ma wcale, wysyłany jest mail z informacją na adresy zdefiniowane w systemie. Możliwe komunikaty: ' Błąd pobierania danych zamówień na podstawie symbolu obcego kontrahenta : ' "Brak zamówienia stałego dla typu "Typ" i wybranego kontrahenta i rzutu "Rzut” „Więcej niż jedno zamówienie dla kontrahenta”

System tworzy listę odpowiednich zamówień (jeśli istnieją) zgodną z treścią pliku xls. (Niezależnie od napotkanych wcześniej problemów).

System wyszukuje na podstawie daty numer kolumny (dzień tygodnia), w której ilości będą zmieniane.

System sprawdza czy na pozycjach wybranych wcześniej zamówień (uwzględniając dzień tygodnia i rzut) istnieje tylko jeden tryb lub jeden tryb, w którym istnieją jakiekolwiek ilości przy pozycjach.

Jeżeli powyższy warunek jest spełniony, system zmienia ilości zamówienia i/lub dodaje nowe pozycje do zamówienia.

Ilości zamówione są redukowane zgodnie z limitami wprowadzonymi w rs_artykuly_kontrahenci_limity_dostaw jeżeli kontrahent ma je zdefiniowane. Informacje o obciętych ilościach dodawane są do wysyłanych maili.

Jeżeli powyższy warunek nie zostanie spełniony (np. w zamówieniu istnieją pozycje dla dwóch trybów i w obu na dany dzień tygodnia występują jakiekolwiek ilości lub wszystkie ilości są zerowe) system generuje komunikat i ignoruje zamówienie.

System na podstawie wcześniej zebranych informacji tworzy listę pozycji do zmiany.

Każda pozycja zmieniana jest po kolei. Wraz ze zmianą badane są wielkości owych zmian. Jeżeli zmiany ilości są większe niż 50% informacje o tym dodawane są do listy, która później zostanie wysłana mailem na zdefiniowane w Anakondzie adresy.

Po naniesieniu danych z pliku xls do wszystkich zebranych wcześniej pozycji tworzy się listę zmian, które wystąpią na dowodach dostaw. Lista jest tożsama z listą zmienionych pozycji.

System zeruje wartości pozycji (w konkretnym dniu i dla konkretnego trybu), których nie było w zamówieniu xls, ponieważ nie były one zamawiane.

System agreguje dane do wysyłki na maila.

System sprawdza czy istnieje dowód dostawy powstały z zamówienia. Jeżeli nie, ignoruje zmiany na dowodzie dostawy.

System sprawdza czy istnieje tylko jeden dowód, który utworzony został na podstawie zamówienia. Jeżeli nie, zgłasza to za pośrednictwem maila.

System pobiera numer oddziału, do którego mają zostać dostarczone maile o zmianach na dowodach dostaw.

System sprawdza czy tego dnia jakiś inny oddział nie ma zastępstwa.

System zmienia lub usuwa pozycje dowodów dostawy (usuwa, jeżeli ilość w pozycji zamówienia = 0). Jeżeli na zamówieniu występuje artykuł dla którego nie ma odpowiednio zdefiniowanej ceny, pozycja z tym artykułem nie zostanie utworzona i zostanie wyświetlony odpowiedni komunikat. Zmieniane są ilości zamówione, pobrane i dostarczone

Jeśli w pozycji zamówienia ilość = 0, a w zamówieniu w systemie Anakonda artykuł nie występuje, to nic nie jest modyfikowane.

Zmiana nagłówka dowodu dostawy – ustawienie, że dowód dostawy był modyfikowany.

Informacje o zmianach na dowodach dostaw zostają zapisane do maila.

UWAGA!

System sprawdza czy dla oddziału wygenerowane są sumy zamówień.

System pobiera oddział produkujący.

System sprawdza czy na pozycjach są zamawiane artykuły.

Jeżeli ilość zamawiana w zamówieniach jest większa od zera a artykułu zamawianego nie ma w sumach zamówień, w sumach dodawana jest odpowiednia pozycja.

Informacje o zmianach na pozycjach sum zamówień zbierane są do wysłania mailem.

Wysłanie mailem wszystkich zebranych w toku importu informacji na temat zmian w zamówieniach, dowodach dostaw i sumach zamówień.