Kontraktacja surowców rolniczych

1. Potrzeba biznesowa 2. Miejsce Trawers ERP - ogólny wniosek 3. Baza gospodarstw i kontrahentów 4. CRM i praca przedstawicieli terenowych 5. Obsługa umów kontraktacyjnych 6. Dokumenty, zdjęcia i archiwum 7. Podpis elektroniczny 8. Dokumentacja terenowa 9. Mobilność i praca offline 10. Raportowanie, Excel i przyszła integracja 11. Zalecana architektura 12. Moduły, które warto ująć we wstępnej ofercie 13. Tematy powiązane ----------------------------------- 14. Alternatywa. Bez aplikacji mobilnej 15. Etapy wdrożenia 16. Podpis elektroniczny w Trawers ERP

1. Potrzeba biznesowa

NOTE: To jest ogólna koncepcja proponowanego rozwiązania tematu: 'Kontraktacja surowców rolniczych' w oparciu o Trawers ERP jako kluczowy komponent oraz o aplikację mobilną. Potrzeba biznesowa - ogólnie Celem projektu jest uporządkowanie i cyfryzacja procesu kontraktacji surowca oraz wsparcie pracy przedstawicieli terenowych. Organizacja potrzebuje jednego, centralnego rozwiązania, które połączy informacje o kontrahentach, warunkach współpracy, umowach, wizytach terenowych i dokumentacji, zapewniając aktualny obraz całego procesu. System powinien wspierać pełny cykl współpracy z producentem - od prowadzenia bazy gospodarstw, przez przygotowanie i podpisanie umowy kontraktacyjnej, po dokumentowanie wizyt, lustracji plantacji, zaleceń i kolejnych działań. Kluczowe znaczenie ma wygodna praca mobilna, także przy ograniczonym dostępie do Internetu, oraz automatyczna synchronizacja danych po odzyskaniu połączenia. Rozwiązanie ma zwiększyć kontrolę nad realizacją kontraktacji, ograniczyć ręczną obsługę dokumentów i rozproszenie informacji, a także usprawnić raportowanie oraz wymianę danych. Architektura systemu powinna jednocześnie umożliwiać jego dalszy rozwój i przyszłą integrację z rozwiązaniami zewnętrznymi. Potrzeba biznesowa - szczegółowo Organizacja potrzebuje spójnego rozwiązania wspierającego cały proces kontraktacji surowca oraz codzienną pracę przedstawicieli terenowych. Obecnie kluczowe informacje dotyczące gospodarstw, kontaktów z producentami, warunków kontraktacji, dokumentów oraz przebiegu współpracy mogą być rozproszone pomiędzy różnymi narzędziami, plikami i osobami. Utrudnia to bieżące zarządzanie procesem, kontrolę kompletności dokumentacji oraz dostęp do aktualnych danych. Potrzebne jest centralne środowisko, które pozwoli prowadzić uporządkowaną bazę kontrahentów i gospodarstw, przypisywać ich do opiekunów, przygotowywać umowy kontraktacyjne na podstawie zatwierdzonych wzorów oraz gromadzić pełną historię współpracy. System powinien wspierać zarówno część administracyjną procesu, jak i działania realizowane w terenie - wizyty, lustracje plantacji, dokumentację fotograficzną, zalecenia oraz planowanie kolejnych kontaktów. Istotnym elementem rozwiązania jest możliwość przygotowania kompletnej umowy kontraktacyjnej na podstawie danych wprowadzonych do systemu, a następnie jej podpisania podczas spotkania z kontrahentem i bezpiecznego zarchiwizowania. Rozwiązanie powinno obsługiwać różne wzory umów, aneksy oraz zmienne parametry kontraktacji, takie jak sezon, gatunek, odmiana, powierzchnia upraw, wolumen, cena, warunki płatności czy termin i miejsce dostawy. Ze względu na charakter pracy przedstawicieli terenowych system powinien być dostępny na urządzeniach mobilnych i umożliwiać pracę także przy ograniczonym dostępie do Internetu. Dane zebrane w terenie powinny być synchronizowane automatycznie po odzyskaniu połączenia, bez konieczności ponownego wprowadzania informacji. Oczekiwane rozwiązanie ma również zapewniać osobom zarządzającym aktualny obraz procesu kontraktacji, możliwość kontroli realizacji działań terenowych, raportowania postępu oraz eksportu danych do uzgodnionych formatów. Na obecnym etapie nie jest wymagana bezpośrednia integracja z systemem ERP, jednak architektura rozwiązania powinna umożliwiać taką integrację w przyszłości. NOTE: Do rozważenia potraktowanie Trawers ERP jako podstawowego systemu firmy. Głównym celem projektu jest więc stworzenie jednego, centralnego narzędzia, które uporządkuje proces współpracy z producentami, ograniczy ręczną obsługę dokumentów, poprawi dostęp do informacji i zwiększy kontrolę nad całym cyklem kontraktacji - od pozyskania kontrahenta, przez zawarcie umowy, aż po dokumentowanie kolejnych etapów współpracy.

2. Miejsce Trawers ERP - ogólny wniosek

(AsystentAI) Najlepszym wariantem byłoby zastosowanie Trawers ERP jako centralnego systemu zaplecza, uzupełnionego o dedykowaną aplikację mobilną i moduł kontraktacji. Sam standardowy Trawers pokryje dużą część bazy kontrahentów, CRM, zadań, dokumentów, uprawnień, raportowania i późniejszej integracji, ale nie zapewni kompletnego procesu mobilnej lustracji plantacji, pracy offline na iOS ani pełnego obiegu podpisu elektronicznego. Dopasowanie funkcji Trawers ERP | Wymaganie projektu | Element Trawers ERP | Ocena | | ------------------------------------ | ---------------------------------------------------------------------------------------------------------------------- | ------------- | | Centralna baza gospodarstw i firm | ZO Zakupy - kartoteka dostawców, adresy, osoby do kontaktu, dane identyfikacyjne | standard | | NIP, PESEL rolnika, dane adresowe | Kartoteka dostawców ZO; dostępne jest m.in. wyszukiwanie dostawców według PESEL, przydatne przy rolnikach ryczałtowych | standard | | Osoby reprezentujące gospodarstwo | Osoby do kontaktu ZO - wiele osób przypisanych do jednego dostawcy, z funkcją i danymi kontaktowymi | standard | | Przypisanie gospodarstwa do opiekuna | Operator/przedstawiciel w RK i RZ, zadania delegowane do konkretnych użytkowników, filtry operatorów | konfiguracja | | Historia współpracy | RK Rynek Kontakty, e-maile TrEmail, dokumenty zakupowe, zadania RZ, notatki CRM | standard | | Planowanie wizyt i przypomnienia | Kontakty planowane RK, terminy, kalendarze, alerty, zadania RZ | standard | | Dokumentacja z wizyt | Kontakt RK, notatka, zadanie RZ, załączniki PDF/JPG | +/- | | Umowy kontraktacyjne | Zamówienie zakupu ZA jako podstawa danych handlowych oraz osobny moduł kontraktacji | rozszerzenie | | Generowanie dokumentu umowy | Wzorce dokumentów, generator PDF, wiele wzorców dla jednego rodzaju dokumentu | +/- | | Aneksy i wersje umów | Załączniki, oddzielne dokumenty i numery RefNo; brak pełnego wersjonowania DMS | +/- | | Podpis podczas wizyty | Możliwe przechowanie podpisanego PDF lub podpisu graficznego; właściwy proces e-podpisu powinien być zewnętrzny | integracja | | Fotografie plantacji | Załączniki JPG powiązane z kontrahentem, kontaktem, zadaniem lub umową | standard | | Formularze lustracji | Dedykowany formularz w aplikacji mobilnej; wynik zapisany jako dane lub PDF w Trawersie | rozwój | | Android, iOS, offline | Dedykowana aplikacja mobilna z lokalną bazą i synchronizacją | rozwój | | Eksport do Excel/CSV | Raporty, zestawienia tabelaryczne, Query, definicje plików CSV | standard | | Przyszła integracja | SOA Trawers - API SOAP/XML, funkcje OutBound i InBound | standard | | Zarządzanie dostępem | Role RBAC, prawa do funkcji, obiektów, kartotek, zakładek i grup załączników | standard |

3. Baza gospodarstw i kontrahentów

Producentów rolnych należałoby prowadzić przede wszystkim jako dostawców w systemie ZO Zakupy, ponieważ z perspektywy przedsiębiorstwa dostarczają zakontraktowany surowiec. Jeżeli ten sam podmiot jest również klientem firmy, może równolegle posiadać kartę odbiorcy w NA. Trawers pozwala przypisać do kontrahenta wiele osób do kontaktu. Osoby mogą pełnić różne funkcje i uczestniczyć w kontaktach, e-mailach oraz zdarzeniach RK. Dla gospodarstwa można wykorzystać: * kartę dostawcy ZO, * jeden lub wiele adresów gospodarstwa i miejsc dostawy, * NIP, PESEL i pozostałe identyfikatory, * osoby do kontaktu, * pola uwag, memo i notatki CRM, * pliki załączników, np. KRS, pełnomocnictwa, certyfikaty i skany dokumentów. W aktualnej dokumentacji wskazano również możliwość wyszukiwania dostawców według PESEL, przeznaczoną między innymi dla rolników ryczałtowych. Dane osób uprawnionych do reprezentacji można prowadzić jako osoby do kontaktu z odpowiednią funkcją, ale dla formalnej ewidencji pełnomocnictw zalecałbym dodatkową tabelę lub sekcję modułu kontraktacji oraz załączenie dokumentu źródłowego.

4. CRM i praca przedstawicieli terenowych

Najbardziej przydatnym standardowym elementem będzie RK Rynek Kontakty. Moduł służy do zarządzania relacjami z kontrahentami, rejestruje kontakty wykonane i planowane, wiąże je z kontrahentami i osobami oraz współpracuje z systemami zakupów, sprzedaży i zadań. Kontakt RK może odpowiadać takim zdarzeniom jak: * pierwsze spotkanie z producentem, * negocjacje umowy, * wizyta kontraktacyjna, * lustracja plantacji, * przekazanie zaleceń, * odbiór dokumentów, * uzgodnienie dostawy. RK pozwala prowadzić kronikę kontaktów, zestawienia kontaktów planowanych, statystyki oraz analizę kontaktów na osi czasu. Kontakty można również akceptować przez przełożonego. Dodatkowo można zastosować RZ Projekty Zadania: * projekt 'Kontraktacja - sezon 2027', * zadania dla przedstawicieli, * terminy wykonania, * delegowanie zadań, * rejestrację przebiegu realizacji, * powiązanie z kontrahentem, e-mailem i załącznikami. Zadanie może być powiązane z operatorem, klientem, projektem, indeksem KIM, e-mailami, plikami i dokumentami poprzez RefNo. System zapamiętuje również ścieżkę delegowania zadania.

5. Obsługa umów kontraktacyjnych

Standardowe zamówienia zakupu ZA mogą być wykorzystane jako handlowa część kontraktu, ponieważ zawierają dostawcę, pozycje surowcowe, ilości, ceny, terminy i informacje dostawy. System ZA służy do prowadzenia zamówień kierowanych do dostawców i wykorzystuje cenniki zakupu. JD: Można rozważyć wykorzystanie dokumentu ZA/ZO - Kontrakty zakupu [OB] Proponowane odwzorowanie: | Dane kontraktu | Miejsce | | -------------------------- | --------------------------------------------------- | | Producent/gospodarstwo | Dostawca ZO | | Gatunek i odmiana | Indeks KIM lub słownik odmian modułu kontraktacji | | Wolumen | Ilość w pozycji kontraktu/zamówienia | | Cena | Cena zakupu albo formuła cenowa modułu kontraktacji | | Warunki płatności | Karta dostawcy i nagłówek dokumentu | | Termin i miejsce dostawy | Zamówienie zakupu/adres dostawy | | Uwagi i warunki szczególne | Memo, remark, notatka lub pola modułu kontraktacji | | Dokument PDF | Wzorzec wydruku i załącznik | | Identyfikator umowy | Numer kontraktu oraz RefNo | Nie wszystkie dane rolnicze mają naturalne pola w standardowym zamówieniu zakupu. Dotyczy to przede wszystkim: * sezonu kontraktacyjnego, * powierzchni upraw, * działek i lokalizacji plantacji, * formuły ustalania ceny, * harmonogramu dostaw w podziale na partie, * parametrów jakościowych, * statusu podpisu, * wersji umowy i aneksów. Dlatego rekomenduję stworzenie dedykowanej kartoteki 'Kontrakty surowcowe', powiązanej z dostawcą ZO, indeksami KIM oraz ewentualnym zamówieniem zakupu. NOTE JD: Model danych podobny jak w SE Serwisowanie produktów Dostawcy Kontrakty surowcowe Indeksy KIM Odbiorcy <---> Produkty serwisowane <---> Indeksy KIM ^ | | V Zamówienia sprzedaży Zamówienia zakupu/Kontrakty Generowanie umowy Trawers posiada mechanizm wzorców dokumentów. Wzorzec łączy teksty, elementy graficzne i dane z bazy, a wynik może zostać zapisany jako PDF, wyświetlony, wydrukowany lub wysłany e-mailem. Dla jednego dokumentu można zdefiniować wiele wzorców. Można zatem przygotować: * wzór umowy podstawowej, * wzory dla różnych gatunków lub rodzajów producentów, * wzory aneksów, * warianty językowe, * wzory zależne od sezonu lub modelu rozliczenia. Warunkiem jest udostępnienie generatorowi pól z dedykowanej kartoteki kontraktów.

6. Dokumenty, zdjęcia i archiwum

Mechanizm załączników Trawersa pozwala dołączać pliki PDF, DOCX, JPG oraz adresy URL do kartotek i dokumentów, między innymi do kontrahentów i dokumentów zakupowych. Pliki można przeglądać, wyszukiwać i zabezpieczać uprawnieniami. W projekcie można w ten sposób przechowywać: * podpisane umowy i aneksy, * pełnomocnictwa, * certyfikaty producenta, * wyniki badań, * formularze lustracji, * fotografie plantacji, * skany dokumentów, * zalecenia w PDF, * korespondencję. Uprawnienia do załączników można ograniczyć według grupy plików oraz rodzaju operacji, np. tylko przeglądanie bez prawa usuwania. Trzeba jednak uwzględnić, że jest to prosty mechanizm DMS. Standard Trawersa nie zapewnia pełnego wersjonowania dokumentów, rozbudowanego workflow akceptacji, OCR ani kompletnej obsługi podpisów elektronicznych.

7. Podpis elektroniczny

Dokumentacja Trawersa opisuje możliwość pozyskania podpisu graficznego na tablecie i zapisania go jako pliku, który następnie może zostać powiązany z dokumentem. Nie traktowałbym jednak samego obrazu podpisu jako kompletnego rozwiązania prawnego i procesowego dla umów kontraktacyjnych. Rekomendowany wariant to integracja z zewnętrzną usługą podpisu, zapewniającą: * identyfikację podpisującego, * integralność dokumentu, * znacznik czasu, * ślad audytowy, * statusy wysłania i podpisania, * przechowanie certyfikatu lub raportu podpisu. Po zakończeniu procesu podpisany PDF i raport podpisu byłyby automatycznie zapisywane jako załączniki kontraktu w Trawersie.

8. Dokumentacja terenowa

Standardowe funkcje RK, RZ, Notatek CRM i załączników pokrywają przechowywanie rezultatów wizyty. Notatki CRM mogą być powiązane z odbiorcą, dostawcą lub indeksem, mieć okres ważności, charakter prywatny lub publiczny oraz automatycznie pojawiać się jako alert. Natomiast dedykowana aplikacja powinna obsłużyć sam formularz lustracji, np.: * plantacja i działka, * gatunek oraz odmiana, * faza rozwoju, * stan plantacji, * choroby i szkodniki, * przewidywany plon, * zgodność z umową, * zalecenia, * geolokalizacja, * zdjęcia, * data kolejnej wizyty. Po synchronizacji aplikacja może: 1. utworzyć kontakt wykonany w RK, 2. utworzyć lub zaktualizować zadanie RZ, 3. zapisać szczegółowe dane lustracji w module kontraktacji, 4. dodać zdjęcia i wygenerowany protokół PDF jako załączniki.

9. Mobilność i praca offline

Trawers ERP jest aplikacją zintegrowaną, z którą zewnętrzne programy mogą wymieniać dane. Szczególnym przykładem takich zewnętrznych programów są aplikacje mobilne pracujące zdalnie, np. obsługujące serwisantów lub przedstawicieli zawierających kontrakty surowcowe (jak w opisywanym przypadku). Aplikacja mobilna dla przedstawicieli terenowych oferowana jest przez zewnętrznego dostawcę. Wymiana danych z Trawers ERP odbywa się via SOA/API. Szczegóły nt. aplikacji - funkcjonalność, koszty wdrożenia i utrzymania podane będą oddzielnym komunikacie (w ofercie wstępnej).

10. Raportowanie, Excel i przyszła integracja

Trawers posiada: * generatory raportów, * zestawienia tabelaryczne, * filtry Query, * możliwość tworzenia własnych definicji raportów, * definicje plików wymiany CSV, * pliki XML, * eksport danych do innych programów. Przykładowe raporty projektu: * kontrakty według sezonu, * powierzchnia i wolumen według gatunku lub odmiany, * wykonanie kontraktacji według przedstawiciela, * kontrakty podpisane i oczekujące, * planowane wizyty, * wykonane lustracje, * prognozowany wolumen dostaw, * odchylenie dostaw od kontraktu, * kompletność dokumentacji gospodarstwa. Do przyszłej integracji można wykorzystać SOA Trawers. Interfejs działa jako usługa SOAP/XML i obsługuje pobieranie danych OutBound oraz zapisywanie danych InBound. Dostępne są między innymi funkcje dotyczące odbiorców, dostawców, adresów, produktów, operatorów i dokumentów.

11. Zalecana architektura

Aplikacja mobilna Android/iOS - baza lokalna - kontrahenci i kontrakty - wizyty i lustracje - fotografie - podpis - kolejka synchronizacji | v Warstwa integracyjna - API dla aplikacji - kontrola synchronizacji - obsługa konfliktów - statusy umów i podpisów - formularze lustracji | v Trawers ERP - ZO Dostawcy - ZA Zamówienia zakupu - KIM Surowce, gatunki, odmiany - RK Kontakty - RZ Projekty Zadania - Notatki CRM - TrEmail - Załączniki - Wzorce dokumentów - Raporty / CSV / Excel - SOA

12. Moduły, które są we wstępnej ofercie

Standard Trawers ERP: * ZO Zakupy i kartoteka dostawców, * ZA Zamówienia zakupu, * MG/KIM - kartoteka surowców, * RK Rynek Kontakty, * RZ Projekty Zadania, * TrEmail, * Notatki CRM, * załączniki i archiwum, * wzorce dokumentów, * raporty i Query, * AD - operatorzy, role i uprawnienia, * SOA. Elementy do wykonania lub rozszerzenia: * kartoteka kontraktów surowcowych, * słowniki sezonów, gatunków i odmian, * harmonogramy dostaw, * rejestr plantacji i działek, * formularze lustracji, * aplikacja Android/iOS z trybem offline, * synchronizacja i obsługa konfliktów, * integracja z usługą podpisu, * dedykowane raporty i eksporty. Rekomendacja końcowa Projekt należy oferować jako 'Trawers ERP + mobilny system kontraktacji', a nie jako wdrożenie wyłącznie standardowego Trawersa. Największą wartością Trawersa będzie: 1. centralna baza producentów i osób, 2. CRM oraz historia kontaktów, 3. planowanie i delegowanie prac, 4. przechowywanie umów, zdjęć i dokumentacji, 5. generowanie dokumentów z wzorców, 6. role, uprawnienia i audyt, 7. raportowanie i eksport, 8. gotowa architektura przyszłej integracji. Natomiast aplikacja mobilna powinna odpowiadać za proces stricte terenowy: pracę offline, lustracje, zdjęcia, geolokalizację, podpis i synchronizację.

13. Tematy powiązane

Architektura programu Trawers ERP. Opis ogólny RK Rynek Kontakty Wymiana danych z innymi programami SOA Funkcje OutBound i InBound Wzorce dokumentów i etykiet Wysyłanie danych do Excela Słowa kluczowe #TrawersERP-Architektura #TrawersERP-ProcesyGospodarcze #Admin-WymianaDanych #e-IntegracjaAPI #e-TrawersERP

14. Alternatywa. Bez aplikacji mobilnej

Analiza alternatywy - bez zewnętrznej aplikacji mobilnej Sugerowana wyżej architektura zakłada, że modułem zewnętrznym do Trawers ERP będzie Aplikacja mobilna Android/iOS. Aplikacja, która zawiera kopię baz danych. Danych, które zapewnią pracę online oraz offline (dla synchronizacji, gdy nie będzie internetu). A czy można zrezygnować z aplikacji zewnętrznej i całość funkcjonalności zrealizować Trawersem ?. Przy założeniu, że w czasie przerw w dostępie online ewidencja będzie ręczna. Sądzę, ze jest to założenie realistyczne. W zasadzie chodzi o wypełnienie dokumentów a nie intensywny dialog przedstawiciela z Trawersem. Wariant bez zewnętrznej aplikacji mobilnej jest możliwy Przy opisanym założeniu, można zaprojektować rozwiązanie, w którym Trawers ERP jest jedynym systemem operacyjnym i centralną bazą danych, a przedstawiciele terenowi pracują w nim zdalnie w trybie online. W okresowych przerwach w dostępie do Internetu, informacje byłyby zapisywane pomocniczo - na formularzu papierowym, formularzu PDF, w notatce na urządzeniu albo na wcześniej przygotowanym wydruku - a następnie wprowadzane do Trawersa po odzyskaniu połączenia. Jest to rozwiązanie realistyczne, jeżeli: * przerwy w łączności są sporadyczne, * liczba danych wprowadzanych podczas jednej wizyty jest ograniczona, * użytkownik wypełnia głównie dokumenty i formularze, * nie jest wymagana ciągła synchronizacja danych w tle, * dopuszczalne jest uzupełnienie zapisów po zakończeniu wizyty, * organizacja zaakceptuje procedurę awaryjnej ewidencji ręcznej. Ważne rozróżnienie Można zrezygnować z zewnętrznej aplikacji mobilnej, ale niekoniecznie z prac dostosowujących sam Trawers. Standardowe moduły Trawersa pokrywają znaczną część potrzeb, natomiast proces kontraktacji surowca prawdopodobnie będzie wymagał przygotowania w Trawersie: * dedykowanej kartoteki kontraktów, * dodatkowych formularzy, * słowników branżowych, * wzorców umów i aneksów, * formularza lustracji, * dedykowanych raportów, * uproszczonych funkcji przeznaczonych dla przedstawiciela terenowego. Byłoby to jednak rozszerzenie Trawers ERP, a nie budowa osobnego systemu z własną kopią bazy danych i mechanizmem synchronizacji. Proponowana uproszczona architektura ``` Przedstawiciel terenowy laptop / tablet | | połączenie internetowe | zdalny dostęp / przeglądarka / sesja terminalowa v Trawers ERP | +-- ZO Dostawcy i gospodarstwa +-- RK Kontakty i wizyty +-- RZ Zadania i terminarze +-- Kartoteka kontraktów +-- Formularze lustracji +-- Wzorce umów i aneksów +-- Załączniki, zdjęcia i skany +-- Raporty i eksport danych ``` Przy braku Internetu: ``` Wizyta terenowa | +-- formularz papierowy lub PDF +-- lokalna notatka +-- zdjęcia zapisane na urządzeniu +-- podpis na dokumencie papierowym | v Po odzyskaniu połączenia | +-- wprowadzenie danych do Trawersa +-- dołączenie zdjęć i skanów +-- oznaczenie wizyty jako wykonanej ``` Trawers umożliwia pracę zdalną z systemem znajdującym się na innym serwerze, również w chmurze. W bazie wiedzy opisano także Trawers7 ERP Cloud jako aplikację webową korzystającą z Trawersa jako systemu zaplecza. Przed przyjęciem konkretnego sposobu dostępu trzeba jednak praktycznie potwierdzić, czy wszystkie potrzebne funkcje będą wygodne na docelowych tabletach. Dokumentacja potwierdza istnienie rozwiązania webowego, ale nie przesądza, że wszystkie projektowane funkcje kontraktacji są obecnie dostępne w przeglądarce. Pokrycie potrzeb przez Trawers Baza gospodarstw i producentów Kontrahenci mogą być prowadzeni jako dostawcy w systemie ZO. Można przechowywać dane identyfikacyjne, adresy, osoby kontaktowe, informacje dodatkowe i dokumenty. Wizyty i historia współpracy Moduł RK Rynek Kontakty może rejestrować: * wizyty wykonane, * kontakty planowane, * notatki ze spotkań, * kolejne terminy, * historię współpracy. Moduły RK i RZ są stosowane w Trawersie do organizowania kontaktów, projektów, zadań i pracy zespołowej. Baza wiedzy opisuje również przykład projektu, w którym wszystkie informacje były gromadzone wyłącznie w bazie Trawers ERP. Umowy kontraktacyjne Dane handlowe umowy można częściowo oprzeć na zamówieniach zakupu, ale dla parametrów takich jak sezon, powierzchnia, odmiana, przewidywany plon, wolumen kontraktu i formuła ceny korzystniejsze będzie przygotowanie osobnej kartoteki kontraktów wewnątrz Trawersa. Na podstawie takiej kartoteki system może generować dokumenty według ustalonych wzorców. Trawers posiada system wzorców dokumentów i pozwala korzystać z pól danych pochodzących z odpowiednich modułów. Dokumentacja i zdjęcia Zdjęcia plantacji, skany umów, pełnomocnictwa, certyfikaty i protokoły mogą być przechowywane jako załączniki powiązane z kontrahentem, dokumentem lub innym rekordem. Trawers pozwala dołączać pliki PDF, JPG i DOCX między innymi do kartotek kontrahentów, zamówień i dokumentów zakupowych. Możliwe jest również kontrolowanie uprawnień do dodawania, przeglądania i usuwania załączników. Podpis Najprostszy wariant bez dodatkowego systemu to: * wygenerowanie umowy z Trawersa, * wydrukowanie jej, * podpisanie przez kontrahenta, * zeskanowanie lub sfotografowanie, * dołączenie podpisanego dokumentu do kontraktu. Trawers opisuje również możliwość pozyskania podpisu graficznego za pomocą tabletu lub urządzenia do rejestracji podpisu i zapisania go jako pliku. Nie jest to jednak równoznaczne z pełnym systemem kwalifikowanego podpisu elektronicznego. Standardowy mechanizm załączników nie zapewnia rozbudowanego wersjonowania, workflow akceptacji ani zaawansowanej obsługi e-podpisu właściwej dla systemów DMS. Patrz dalej: podpis elektroniczny Jak zorganizować pracę bez trybu offline Dla każdej planowanej wizyty Trawers może przygotowywać 'pakiet terenowy' zawierający: * dane gospodarstwa, * dane osób reprezentujących, * aktualne kontrakty, * historię ostatnich wizyt, * otwarte zadania, * pusty formularz lustracji, * projekt umowy lub aneksu. Pakiet może zostać zapisany jako PDF albo wydrukowany przed wyjazdem. W przypadku utraty łączności przedstawiciel: * uzupełnia formularz ręcznie, * wykonuje zdjęcia urządzeniem, * zapisuje zalecenia, * uzyskuje podpis na wydrukowanej umowie, * po odzyskaniu połączenia rejestruje wynik wizyty w Trawersie. Podpisywanie na dokumencie PDF - patrz: PDF Annotator Dobrą praktyką będzie przechowywanie dwóch dat: * daty faktycznego wykonania wizyty, * daty wprowadzenia informacji do Trawersa. Pozwoli to odróżnić zdarzenie terenowe od późniejszej rejestracji. Korzyści wariantu Trawers-only Największe zalety tego rozwiązania to: * jedna centralna baza danych, * brak replikacji baz i konfliktów synchronizacji, * brak kosztu budowy i utrzymywania aplikacji mobilnej, * brak osobnego API dla aplikacji, * prostsze zarządzanie użytkownikami i uprawnieniami, * szybsze uruchomienie pierwszej wersji, * łatwiejsze raportowanie, * mniejsze ryzyko rozbieżności między ERP a aplikacją terenową. Nie powstaje kopia danych kontrahentów i kontraktów na każdym urządzeniu przedstawiciela, co upraszcza również ochronę danych. Ograniczenia Należy świadomie zaakceptować kilka ograniczeń: 1. Brak Internetu oznacza brak dostępu do bieżących danych Trawersa. Użytkownik może zapisywać nowe informacje pomocniczo, ale nie sprawdzi aktualnego statusu kontraktu czy historii zmian. 2. Dane trzeba będzie przepisać. Powstaje niewielkie ryzyko opóźnień, pominięć i błędów. 3. Zdjęcia nie zostaną automatycznie przypisane do wizyty. Trzeba ustalić prostą procedurę nazewnictwa i późniejszego dołączania. 4. Komfort pracy na tablecie trzeba sprawdzić pilotażowo. Standardowy ekran ERP może być mniej wygodny niż formularz aplikacji mobilnej. 5. Nie zostanie literalnie spełniony pierwotny wymóg pracy offline z automatyczną synchronizacją. W ofercie trzeba to wyraźnie przedstawić jako uzgodnioną zmianę założenia. Wyzwania i sposoby ich rozwiązania | Wyzwanie | Propozycja rozwiązania | |---------------------------------------------|---------------------------------------------------------------------------------------------| | Opóźnienie w dostępności danych | Wprowadzenie danych po powrocie z terenu - można zautomatyzować import z plików Excel. | | Ryzyko błędów przy ręcznym wprowadzaniu | Stworzenie prostych formularzy ERP z walidacją danych (np. wymagane pola, listy wyboru). | | Brak zdjęć w systemie w czasie rzeczywistym | Możliwość dodania zdjęć do umowy po powrocie - system automatycznie przypisze je do wizyty. | Kierunek rozwoju Ten model może być pierwszym etapem wdrożenia - pozwala uporządkować proces kontraktacji i przygotować organizację do pełnej cyfryzacji. W przyszłości można dodać: - moduł importu danych z plików terenowych, - integrację z chmurą do przesyłania zdjęć, - prosty portal webowy dla przedstawicieli. Najistotniejsza kwestia ofertowa Wariant Trawers-only nie spełnia dosłownie pierwotnego wymagania: | aplikacja Android/iOS działająca przy ograniczonym dostępie do Internetu | i automatycznie synchronizująca dane. Spełnia natomiast potrzebę biznesową w uproszczony sposób: | zdalna praca online w centralnym systemie Trawers ERP oraz awaryjna ewidencja | ręczna podczas przerw w łączności. Dlatego tutaj Trawers-only jest przedstawiony jako wariant alternatywny - rekomendowany wariant ekonomiczny, do zaakceptowania pod warunkiem zmiany pierwotnych wymagań technicznych. Rekomendacja W opisanej sytuacji warto rozpocząć projekt od wariantu bez zewnętrznej aplikacji: Trawers ERP + zdalny dostęp online + procedura ręczna na wypadek braku łączności. Dopiero praktyczny pilotaż powinien odpowiedzieć, czy aplikacja mobilna jest rzeczywiście potrzebna. Pilotaż może objąć kilku przedstawicieli, rzeczywiste wizyty i formularze oraz okres 4-6 tygodni. Jeżeli okaże się, że: * przerwy w Internecie są częste, * przepisywanie danych jest uciążliwe, * wykonywanych jest dużo zdjęć, * formularze są rozbudowane, * użytkownicy potrzebują map, geolokalizacji lub automatycznej synchronizacji, wtedy aplikację mobilną można zbudować jako drugi etap. Na początku nie ma potrzeby przyjmowania jej jako elementu koniecznego. Porównanie rozwiązań | Obszar | Niezależna aplikacja mobilna | Bezpośrednia praca w Trawers ERP | |---------------------------|------------------------------------------------------------------|-----------------------------------------------------------------------------| | Architektura | Oddzielna aplikacja, wymieniająca dane z ERP przez API. | Jeden system - dostęp przez przeglądarkę lub interfejs webowy ERP. | | Synchronizacja danych | Dane przesyłane okresowo (np. po odzyskaniu połączenia). | Dane zapisywane bezpośrednio w ERP, synchronizacja natychmiastowa. | | Tryb offline | Pełna obsługa offline - dane lokalne, późniejsza synchronizacja. | Wymaga modułu cache offline w ERP (bardziej złożone technicznie). | | Interfejs użytkownika | Dedykowany, uproszczony, zoptymalizowany pod dotyk. | Responsywny interfejs ERP - wymaga dopasowania do urządzeń mobilnych. | | Bezpieczeństwo danych | Dane lokalne szyfrowane, wymiana przez bezpieczne API. | Dane pozostają w ERP - pełna kontrola i zgodność z polityką bezpieczeństwa. | | Utrzymanie i aktualizacje | Wymaga osobnych aktualizacji aplikacji i ERP. | Jedna platforma - aktualizacje wspólne dla wszystkich użytkowników. | | Elastyczność wdrożenia | Można wdrożyć niezależnie od ERP, łatwiejsze testy terenowe. | Wymaga dostosowania ERP do pracy mobilnej - większy nakład projektowy. | | Wydajność w terenie | Optymalna dla pracy offline i słabego Internetu. | Zależna od jakości połączenia i optymalizacji interfejsu ERP. | | Koszt utrzymania | Wyższy - dwa środowiska do utrzymania i integracji. | Niższy - jedno środowisko, mniejsza złożoność infrastruktury. | | Rozwój funkcjonalny | Można dodawać funkcje niezależnie od ERP. | Rozwój powiązany z cyklem aktualizacji ERP. | Ocena podejść | Kryterium | Niezależna aplikacja mobilna | Bezpośrednia praca w Trawers ERP | |---------------------------|-------------------------------------------------------|---------------------------------------------------------| | Dostępność offline | Pełna obsługa offline, lokalne przechowywanie danych. | Wymaga rozbudowanego mechanizmu cache w ERP. | | Ergonomia pracy w terenie | Interfejs dedykowany pod dotyk, szybki i prosty. | Interfejs ERP wymaga adaptacji do mobilnych ekranów. | | Spójność danych | Wymaga synchronizacji między aplikacją a ERP. | Dane zapisywane bezpośrednio w ERP - pełna spójność. | | Bezpieczeństwo | Szyfrowanie lokalne, bezpieczne API. | Dane pozostają w ERP - najwyższy poziom bezpieczeństwa. | | Koszt utrzymania | Wyższy - dwa środowiska do aktualizacji. | Niższy - jedno środowisko, wspólne aktualizacje. | | Elastyczność rozwoju | Można rozwijać niezależnie od ERP. | Rozwój powiązany z cyklem aktualizacji ERP. | | Wydajność w terenie | Optymalna dla słabego Internetu. | Zależna od jakości połączenia i optymalizacji ERP. |

15. Etapy wdrożenia

15.1 Projekt etapów wdrożenia

W kontekście opisanej potrzeby biznesowej - projekt z podziałem na etapy i opis korzyści i role użytkowników: Etap 1: Analiza i projektowanie - Zmapowanie obecnego procesu kontraktacji surowca i pracy terenowej. - Określenie struktur danych: kontrahenci, gospodarstwa, umowy, wizyty, dokumentacja. - Przygotowanie wzorów umów i aneksów w formacie zgodnym z Trawers ERP. - Definicja parametrów kontraktacji (gatunek, odmiana, powierzchnia, cena, terminy, płatności). Rezultat: gotowy model danych i procesów do implementacji w systemie. Etap 2: Konfiguracja systemu - Utworzenie centralnej bazy kontrahentów i gospodarstw. - Konfiguracja modułów: - Kontraktacja surowca - generowanie i archiwizacja umów. - CRM terenowy - planowanie wizyt, rejestracja lustracji, zalecenia, zdjęcia. - Repozytorium dokumentów - bezpieczne przechowywanie umów i załączników. - Ustawienie uprawnień i ról użytkowników (administrator, przedstawiciel, kierownik regionu). Rezultat: działające środowisko testowe z pełną funkcjonalnością procesową. Etap 3: Mobilność i synchronizacja - Wdrożenie aplikacji mobilnej dla przedstawicieli terenowych. - Konfiguracja trybu offline i automatycznej synchronizacji danych. - Testy w terenie - wprowadzanie danych, zdjęć, zaleceń i podpisów elektronicznych. Rezultat: pełna dostępność systemu w terenie, bez utraty danych przy braku Internetu. Etap 4: Raportowanie i kontrola - Uruchomienie paneli analitycznych dla kierownictwa. - Raporty postępu kontraktacji, wizyt, kompletności dokumentacji. - Eksport danych do uzgodnionych formatów (Excel, PDF, CSV). Rezultat: bieżący obraz procesu kontraktacji i efektywności zespołu. Etap 5: Integracja i rozwój - Przygotowanie interfejsów do przyszłej integracji z ERP finansowym lub magazynowym. - Możliwość rozbudowy o moduły: logistyka dostaw, rozliczenia, kontrola jakości. Rezultat: skalowalne rozwiązanie gotowe do dalszej integracji w ekosystemie ERP.

15.2 Korzyści dla grup użytkowników

| Grupa | Kluczowe korzyści | |--------------------------|-------------------------------------------------------------------------------------------------| | Przedstawiciele terenowi | Mobilny dostęp do danych, szybkie generowanie umów, praca offline, automatyczna synchronizacja. | | Dział kontraktacji | Centralna baza danych, spójne wzory umów, kontrola kompletności dokumentacji. | | Kierownictwo | Raporty i analizy w czasie rzeczywistym, kontrola działań terenowych, lepsze planowanie sezonu. | | Administracja IT | Modularna architektura, łatwa integracja z innymi systemami, bezpieczeństwo danych. | Efekt końcowy Trawers ERP stanie się jednym źródłem prawdy dla całego procesu kontraktacji surowca - od pozyskania kontrahenta po dokumentowanie współpracy w terenie. System uporządkuje dane, usprawni komunikację i pozwoli zarządzać procesem w sposób przejrzysty, mobilny i kontrolowany.

16. Podpis elektroniczny w Trawers ERP

16.1 Wariant: Bezpośrednia praca z Trawersem

Integracja Trawers ERP z modułami podpisu elektronicznego polega na połączeniu systemu z zewnętrznym lub wbudowanym mechanizmem, który umożliwia autoryzację i podpisanie dokumentów w sposób cyfrowy, zgodny z obowiązującymi przepisami (np. eIDAS). 1. Generowanie dokumentu w systemie - Umowa kontraktacyjna jest tworzona w Trawers ERP na podstawie danych z bazy (kontrahent, parametry kontraktacji, warunki płatności, terminy dostaw). - System generuje dokument w formacie PDF lub innym zatwierdzonym wzorze. 2. Przekazanie do podpisu - Dokument może być przekazany do podpisu elektronicznego bezpośrednio z poziomu Trawers ERP. - Integracja odbywa się poprzez API z dostawcami usług podpisu, np. Autenti, DocuSign, Szafir, mSzafir, Adobe Sign. - Użytkownik wybiera kontrahenta i inicjuje proces podpisu - system wysyła dokument do platformy podpisującej. 3. Proces podpisania - Kontrahent otrzymuje link do podpisania dokumentu (np. przez e-mail lub SMS). - Podpis może być: - kwalifikowany - z certyfikatem osobistym (pełna moc prawna), - zaawansowany - z weryfikacją tożsamości (np. kod SMS, e-mail), - prosty - dla dokumentów wewnętrznych lub mniej formalnych. - Po podpisaniu, system automatycznie pobiera podpisany plik i zapisuje go w repozytorium dokumentów Trawers ERP. 4. Archiwizacja i kontrola - Podpisany dokument jest oznaczony metadanymi (data, osoba, typ podpisu, status). - Można go przeglądać, filtrować i raportować w module kontraktacji. - System zapewnia pełną ścieżkę audytu - kto, kiedy i jak podpisał dokument. 5. Korzyści z integracji | Obszar | Korzyść | |--------------------------|-----------------------------------------------------------------------| | Administracja | Eliminacja papierowych umów, automatyczne archiwum, zgodność z eIDAS. | | Przedstawiciele terenowi | Możliwość podpisania umowy w terenie - na tablecie lub telefonie. | | Kontrahenci | Szybszy proces, brak konieczności drukowania i wysyłki dokumentów. | | Zarządzanie | Pełna kontrola nad statusem podpisów i kompletnością dokumentacji. |

16.2 Wariant. Urządzenie mobilne

Opis mobilnego wariantu procesu podpisu elektronicznego w Trawers ERP, który pokazuje, jak przedstawiciel terenowy może obsłużyć cały cykl kontraktacji bezpośrednio w terenie: Etapy procesu mobilnego podpisu 1. Generowanie umowy w aplikacji mobilnej Przedstawiciel terenowy wprowadza dane kontrahenta i parametry kontraktacji (gatunek, powierzchnia, cena, terminy). System automatycznie tworzy dokument na zatwierdzonym wzorze umowy. 2. Przekazanie dokumentu do platformy podpisu Aplikacja mobilna Trawers ERP wysyła dokument do zintegrowanej platformy podpisu elektronicznego (np. Autenti, DocuSign, Szafir). Proces odbywa się bezpośrednio z urządzenia - bez konieczności logowania do osobnego systemu. 3. Podpisanie przez kontrahenta na urządzeniu mobilnym Kontrahent podpisuje umowę na tablecie lub telefonie - palcem, rysikiem lub poprzez kod SMS (w zależności od rodzaju podpisu). Zapisuje podpis i potwierdzenie autentyczności. 4. Synchronizacja danych z centralną bazą ERP Jeśli urządzenie działa offline, dane są przechowywane lokalnie. Po odzyskaniu połączenia z Internetem system automatycznie synchronizuje podpisany dokument z centralną bazą Trawers ERP. 5. Archiwizacja i dostęp w module kontraktacji Dokument trafia do repozytorium z pełnymi metadanymi (data, osoba, typ podpisu, status). Kierownictwo i dział kontraktacji mają natychmiastowy dostęp do podpisanej umowy i mogą ją raportować lub eksportować. Korzyści mobilnego wariantu | Obszar | Korzyść | |-------------------------|-----------------------------------------------------------------------------------------| | Przedstawiciel terenowy | Pełna obsługa kontraktacji w terenie, bez papieru i bez potrzeby wracania do biura. | | Kontrahent | Szybszy proces podpisu, wygoda i bezpieczeństwo. | | Organizacja | Natychmiastowa aktualizacja danych, pełna kontrola nad dokumentacją i zgodność z eIDAS. | Ten wariant sprawia, że Trawers ERP staje się narzędziem terenowym klasy enterprise, łączącym mobilność, bezpieczeństwo i automatyzację procesu kontraktacji. ************************************************************************************************* ************************************************************************************************* ************************************************************************************************* Do ew. wykorzystania: Trawers ERP może bardzo dobrze odpowiedzieć na tę potrzebę, ponieważ jego architektura i moduły są zaprojektowane właśnie do integracji procesów biznesowych w jednym, spójnym środowisku. Centralizacja danych i kontraktacji - Moduł Kontraktacji Surowca umożliwia tworzenie, edycję i archiwizację umów kontraktacyjnych w oparciu o zatwierdzone wzory. - Dane kontrahentów, gospodarstw i plantacji są przechowywane w jednej bazie, z możliwością przypisania opiekunów i historii współpracy. - System pozwala na definiowanie zmiennych parametrów kontraktacji (sezon, gatunek, odmiana, powierzchnia, cena, warunki płatności, terminy dostaw). Wsparcie pracy terenowej - Aplikacja mobilna Trawers ERP umożliwia dostęp do danych kontrahentów, umów i historii wizyt w terenie. - Przedstawiciele mogą rejestrować wizyty, dodawać zdjęcia, notatki i zalecenia bezpośrednio z urządzenia mobilnego. - Tryb offline pozwala na pracę bez dostępu do Internetu, a dane synchronizują się automatycznie po odzyskaniu połączenia. Obsługa dokumentów i podpisów - System wspiera generowanie dokumentów kontraktacyjnych na podstawie danych z bazy. - Możliwa jest integracja z modułami podpisu elektronicznego, co pozwala na podpisanie umowy podczas spotkania z kontrahentem. - Wszystkie dokumenty są bezpiecznie archiwizowane w repozytorium systemowym. Raportowanie i kontrola procesu - Kierownictwo ma dostęp do paneli analitycznych prezentujących status kontraktacji, postęp działań terenowych i kompletność dokumentacji. - Dane mogą być eksportowane do uzgodnionych formatów (np. Excel, PDF). - System umożliwia kontrolę realizacji wizyt, planowanie kolejnych kontaktów i analizę efektywności przedstawicieli. Architektura i przyszła integracja - Trawers ERP jest oparty na modularnej architekturze, co pozwala na przyszłą integrację z innymi systemami ERP lub zewnętrznymi bazami danych. - Dzięki temu rozwiązanie może ewoluować wraz z rozwojem organizacji, bez konieczności wymiany całego systemu.