»Obvezni ukrepi za zaračunavanje« province Québec zahtevajo funkcijo, ki sproži ročno pošiljanje transakcij v sistem WEB-SRM po izpadih povezave.
To se preverja tudi v testnem primeru FO-105 iz SW-78 (Testni primeri za razvijalce SRS: Dokaz skladnosti).
Med običajno uporabo storitev RetailForce Fiscalisation Service samodejno poskuša poslati vse neposlane transakcije v paketu ob vsakem dokumentu, ki ga prejme iz nadrejenega sistema.
Postopek
- nadrejeni sistem pošlje payload dokumenta na RetailForce client, vendar internetna povezava ni na voljo;
- client poskuša poslati zahtevo za »transakcijo« v zvezi s transakcijo v WEB-SRM,
- ker to ne uspe, preklopi v način brez povezave in
- dokument doda v paket neposlanih transakcij;
- nadrejeni sistem pošlje naslednji payload dokumenta, internetna povezava pa je še vedno prekinjena;
- client ponovno poskuša poslati zahtevo »transakcija« v WEB-SRM,
- če to spet ne uspe, nadaljuje v načinu brez povezave in
- dokument ponovno doda v sklop neposlanih transakcij,
- koraka 3 in 4 se ponavljata, dokler internetna povezava ni na voljo ob pošiljanju;
- internetna povezava je spet na voljo,
- nadrejeni sistem pošlje naslednji payload dokumenta in internetna povezava je spet na voljo;
- client pošlje vse neposlane transakcije kot paket v WEB-SRM;
V primeru, da je internetna povezava spet na voljo, vendar se nato na clienta RetailForce ne pošiljajo nobene transakcije, ostane tudi sklop odprtih transakcij neposlan.
To pomeni, da je ob motnji med korakoma 5 in 6 treba sprožiti ročni prenos dokumentov.
Ročni prenos se lahko sproži prek končne točke: POST /api/v1/management/canada/sendQueuedDocuments/{clientId}. Podrobnosti so pojasnjene v članku, na katerega se navezuje povezava.
Ta članek je bil samodejno preveden.
Komentar
0 komentarjev
Za dodajanje komentarja prosimo kliknite Vpis.