Contact person: SYLCoach

Phone:Show

Email:Show

Location: Remote Cooperation

Budget: Recommended by industry experts

Time to start: As soon as possible

Project description:
"Szukamy programisty/backend developera do zbudowania stabilnej warstwy integracyjnej pomiędzy enova365 a naszym zewnętrznym systemem analitycznym.Korzystamy z enova365 z aktywnym Soneta.WebApi. Nasz opiekun enova365 udostępni WebAPI, Swagger/OpenAPI oraz konto techniczne. Nie oczekujemy od wykonawcy konfiguracji całej Enovy ani budowy chatbota.Cel projektu:enova365 → WebAPI → middleware / KOŁCZ Analytics API → REST/JSON → analityka, raporty, automatyzacje i w przyszłości Claude AI.ETAP 1 – Proof of Concept:- połączenie z enova365 WebAPI i obsługa autoryzacji,- pobieranie danych w trybie READ ONLY,- przygotowanie własnego, uporządkowanego REST API,- funkcje: search_products, get_product, get_stock, get_sales,- filtrowanie po okresie, produkcie, magazynie itp.,- logowanie wywołań i błędów,- dokumentacja API + przykładowe request/response,- wdrożenie w środowisku testowym.Docelowo API ma zostać rozszerzone o sprzedaż, marżę, zakupy, dostawców, klientów, handlowców, magazyny, rotację, należności, CRM, serwis i wypożyczalnię. Agregacje i logika analityczna mają działać poza enova365.Preferujemy .NET/C#, ale dopuszczamy Python/Node.js, jeśli architektura będzie dobrze uzasadniona.W odpowiedzi prosimy podać:1. doświadczenie z enova365/Soneta lub integracjami ERP,2. proponowaną technologię i architekturę,3. orientacyjny czas wykonania PoC,4. wycenę etapu 1,5. dostępność do dalszej współpracy.Dodatkowy atut: znajomość enova365 WebAPI, Soneta oraz integracji z LLM/Claude/OpenAI.Prosimy w odpowiedzi w 5–10 zdaniach opisać, jak zaprojektowaliby Państwo warstwę pomiędzy enova365 WebAPI a własnym Analytics API. Odpowiedzi ograniczające się do „mogę wykonać” nie będą brane pod uwagę." (client-provided description)

Additional information:"1. Integracja z enova365 przez Soneta.WebApi / REST.
2. Autoryzacja do WebAPI przez konto techniczne.
3. Tryb READ ONLY – bez zapisu i modyfikacji danych w enova365.
4. Własna warstwa middleware z niezależnym API REST/JSON.
5. Endpointy/funkcje:
- search_products – wyszukiwanie po nazwie, kodzie, EAN, producencie,
- get_product – podstawowe dane kartoteki,
- get_stock – stany magazynowe, rezerwacje i dostępność,
- get_sales – sprzedaż za okres z podstawowymi filtrami.
6. Obsługa paginacji, limitów, błędów i timeoutów.
7. Logowanie wywołań, czasu odpowiedzi i błędów.
8. Walidacja parametrów wejściowych.
9. Dokumentacja Swagger/OpenAPI dla przygotowanego API.
10. Konfiguracja przez zmienne środowiskowe; bez kluczy i haseł w kodzie.
11. Kod źródłowy w repozytorium Git oraz instrukcja uruchomienia.
12. Preferowane przygotowanie do uruchomienia na VPS/Docker.
Architektura powinna umożliwiać późniejsze dodanie m.in.:
analyze_sales, analyze_margin, analyze_stock, analyze_stock_rotation, analyze_customers, analyze_suppliers, analyze_receivables, compare_periods oraz integracji z Claude API.
Nie wymagamy frontendu ani aplikacji mobilnej. Kluczowe są backend, API i możliwość dalszego rozwoju." (admin-provided information)