W niniejszym artykule opisano, jakie zdarzenia techniczne należy rejestrować na Litwie.
Zgodnie z zasadą „Jeden interfejs – wszystkie kraje” wszystkie wpisy zdarzeń obsługiwane przez RetailForce mogą oczywiście być rejestrowane również na Litwie, jednak te opisane poniżej są absolutnie niezbędne.
| LogEntryType | Kod | Opis | Wyzwalacz |
| DocumentCancelDocument | 165 |
Anulowanie transakcji za pomocą żądania POST /api/v1/transactions/cancelDocument Anulowanie oznacza, że transakcja NIE została zrealizowana, np. gdy klient zamierzał dokonać zakupu towarów, ale ostatecznie tego nie uczynił. Dane JSON przesłane w ramach żądania POST /api/v1/transactions/cancelDocument powinny zawierać wszystkie pozycje zarejestrowane w kasie do momentu anulowania transakcji, jednak obiekt „Payments” powinien być pusty. Wpis zdarzenia zawiera sumę poszczególnych pozycji, obliczoną na podstawie przesłanego payloadu. |
Wpis zdarzenia jest generowany automatycznie po wywołaniu punktu końcowego POST /api/v1/transactions/cancelDocument. |
| DrawerOpen | 200 |
Otwarcie szuflady kasowej Liczba otwarć szuflady kasowej w ciągu dnia musi być wykazana w raporcie (X) oraz w raporcie (Z). Wartość ta jest również przekazywana do systemu iEKA (dane w raporcie (Z)). |
Zdarzenie „otwarcie szuflady kasowej” musi być przekazywane przez system nadrzędny (kasę fiskalną) za każdym razem (pod warunkiem, że szuflada kasowa jest dostępna). |
Ten artykuł został przetłumaczony automatycznie.
Komentarze
Komentarze: 0
Zaloguj się, aby dodać komentarz.