Integracja enova365 WebAPI – budowa middleware / KOŁCZ Analytics API (REST/JSON)

Zleceniodawca
no avatar
SYLCoach
Opis

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ę.

Opublikowano
3 godziny temu
Prawa autorskie
Przeniesienie praw autorskich
Wymagane funkcje:
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.

Wysłane oferty (26)

adobe illustrator
adobe photoshop
aplikacje mobilne
+ 23 więcej
Budżet
Do negocjacji
Prawa autorskie
Przeniesienie praw autorskich
Ważne przez
30 dni

Najnowsze zlecenia z kategorii