Przeszukaj Bazę wiedzy po słowach kluczowych
-
Zaczynamy
-
Podstawy
-
- Algorytm wydań magazynowych
- Algorytm przyjęć magazynowych
- Wskazywanie cech na WM/MM/RW
- Powiadomienia o nie w pełni zrealizowanym dokumencie
- Atrybuty
- Algorytm rozkładania dokumentów na pakowanie
- Wstrzymania
- Zmiana lokalizacji na pozycji
- Przesunięcie towaru na wiele lokalizacji docelowych
- Aktualizacja dokumentu w realizacji
-
-
-
- Raporty WMS: „Obciążenia miejsca magazynowego (ilości względem gniazda)”
- Raporty WMS: „Obciążenia miejsca magazynowego (ilości w czasie)”
- Raporty WMS: „Ilość zrealizowanych linii”
- Raporty WMS: „Ilość zrealizowanych dokumentów”
- Raporty WMS: "Czas pracy operatora"
- Raporty WMS: „Zaleganie towaru”
- Raporty WMS: „Zaleganie lokalizacji”
-
-
-
Konfiguracja i zaawansowane
-
Integracje
-
- Wymagane licencje i konfiguracja Comarch ERP Optima
- Zakres wymienianych informacji z Comarch Optima ERP
- Realizacja w WMS dokumentu utworzonego w EPR Optima
- Atrybuty
- Nowa kolumna – Dokumenty WMS
- Obsługa korekt z Comarch OPTIMA
- Inwentaryzacja - Optima (wersja WS, Archiwum)
- Kompletacja PWP/RWS
- Techniczny opis integracji z Comarch ERP Optima
- Synchronizacja listów przewozowych z ERP do WMS
- Wydanie 2 etapowe z komasacją
- Dwuetapowy proces wydań – konfiguracja
- Automatyczne relokacja dostawy
-
Futuriti Connector
-
- Zakres wymienianych informacji z Comarch Optima ERP
- Wymagane licencje i konfiguracja Comarch ERP Optima
- Techniczny opis integracji z Comarch ERP Optima
- Inwentaryzacja - Optima
- Obsługa korekt z Comarch OPTIMA
- Kompletacja PWP/RWS
- Realizacja w WMS dokumentu utworzonego w EPR Optima
- Atrybuty
- Konfiguracja procesu wydań – Connector
- Restart procesów dwuetapowych po przyjęciu magazynowym
- Kurierzy - zakres wymiany danych
- Inwentaryzacja częściowa - Optima
- Synchronizacja RO wewnętrznego
- Dwuetapowy proces wydań - Connector konfiguracja
- Synchronizacja: Pierwsze kroki
- Wydruki w ERP Optima
- Funkcje dodatkowe - Optima
- Pokaż wszystkie artykuły (2) Schowaj artykuły
-
- Zakres wymienianych informacji z Subiekt GT
- Subiekt GT - wymagania
- Techniczny opis integracji z Subiekt GT
- Instalacja WMS do Subiekt GT
- Dwuetapowy proces wydań - Connector konfiguracja
- Inwentaryzacja - Subiekt GT
- Synchronizacja: Pierwsze kroki
- Obsługa przyjęć i wydań wewnętrznych (PW/RW)
- Przesunięcia międzymagazynowe (MM)
- Obsługa montażu/demontażu kompletu
- Obsługa korekt faktur sprzedaży/zakupu
- Kurierzy - zakres wymiany danych
- Dodawania pozycji do zamówień w WMS
- Inwentaryzacja częściowa - Subiekt GT
-
Instalacja i wdrożenie
Autoryzacja z API WMS
Autoryzacja poprzez Auth0
Sposób uwierzytelniania bezpośrednio poprzez otrzymany z Auth0 token dostępu (Access Token).
Aby otrzymać wymagany token WMS API należy wykonać następujące żądanie POST na adres https://login.futuriti.pl/oauth/token
grant_type:"password"
client_id:{client_id}
audience:https://futuritiwms.api.production
username:{email_użytkownika}
password:{hasło_użytkownika}
scope:wms production openid
client_secret:{client_secret}
Przykładowe zapytanie wysłane za pomocą curl:
curl --location --request POST "https://login.futuriti.pl/oauth/token" \
--header "Content-Type: application/x-www-form-urlencoded" \
--data-urlencode "grant_type=password" \
--data-urlencode "client_id={client_id}" \
--data-urlencode "audience=https://futuritiwms.api.production" \
--data-urlencode "username={email_użytkownika}" \
--data-urlencode "password={hasło_użytkownika}" \
--data-urlencode "scope=wms production openid" \
--data-urlencode "client_secret={client_secret}"
Po poprawnym przesłaniu danych, serwer autoryzacyjny zwróci potrzebne tokeny.
Przykładowa odpowiedź z serwera autoryzacyjnego:
Odpowiedź JSON:
{
"access_token":"eyJhbGciOiJSUzI1NiIsInR5cCI6IkpXVCIsImtpZCI6Ik...",
"id_token":"eyJhbGciOiJSUzI1NiIsInR5cCI6IkpXVCIsImtpZCI6IktCUnF...",
"scope":"openid profile email address phone",
"expires_in":86400,
"token_type":"Bearer"
}
Do autoryzacji z API WMS wymagany jest jedynie access_token
UWAGA! Tokeny powinny być przetrzymywane jak najdłużej, najlepiej do momentu wygaśnięcia. Generowanie nowego tokena za każdym żądaniem do API WMS może spowodować wyczerpanie limitu i być odrzucone przez serwer autoryzacyjny.
Dodatkowe informacje na temat pobierania tokenów znajdują się w Przykładzie Auth0 oraz dokumentacji Auth0