Med običajnim delovanjem blagajne je morda potrebno obnoviti podatke, na primer zaradi okvar strojne opreme, da se lahko nadaljuje delo z evidentirnim sistemom.
Pozor: V nekaterih državah spodaj opisani postopki za obnovo klientov storitve fiskalizacije RetailForce niso dovoljeni zaradi zakonskih predpisov. Če je sistem za evidentiranje (blagajne itd.) okvarjen, se obnova podatkov ne sme izvesti; namesto tega je treba v uporabo vzpostaviti novo blagajno. Za več informacij glejte spodaj.
Obnova prek RetailForce Cloud
Obnovitev sistema je mogoče izvesti na podlagi podatkov, shranjenih v RetailForce Cloud.
Predpogoji
- Aktivirana licenca za arhiviranje v Cloudu,
- aktivirana licenca GetConfiguration,
- v konfiguraciji mora biti aktivirana možnost arhiviranja v oblaku,
- mapa s podatki stranke, ki jo je treba obnoviti (npr. v sistemih Windows: C:\ProgramData\RetailForce\Fiscal Webservice\{clientId} ne sme obstajati,
- konfiguracija stranke, ki jo želite obnoviti, ne sme biti shranjena v konfiguracijskem skladišču (v datoteki fiscalService.config.json ne sme biti vnosa za ustrezno clientId).
Pozor: Obnova je mogoča le, če je zadevni client že prej deloval, tj. če so na voljo podatki za obnovo. Če je med prvim zagonom (pred inicializacijo) prišlo do napake, bo tudi obnova neuspešna! V tem primeru je mogoč le popoln ponovni zagon. Preverite, ali so bile potrebne strojne komponente (TSE/TSS v Nemčiji, varnostni modul v Litvi itd.) že inicializirane. Če je tako, jih bo morda treba zamenjati!
Delovanje
Obnova podatkov se izvede s klicem končnih točk:
-
POST /api/v1/management/clients/recovery/restoreByCloud
ali - POST /api/v1/management/clients/recovery/restoreByCloud/ID
Opomba: Obnoviti je mogoče le podatke, ki so že bili preneseni v RetailForce Cloud. Podatki, ki niso bili preneseni v RetailForce Cloud system (podatki, ki so se nahajali v mapi \tempcloud in na primer zaradi prekinitve omrežne povezave še niso bili preneseni v oblak), se ne morejo obnoviti in so lahko izgubljeni.
Pomembno: Obnova stranke z uporabo zgoraj navedenih funkcij je mogoča le, če je bilo za zadevno blagajno (stranko/terminal) v preteklosti shranjeno vsaj eno dnevno zaključno poročilo (dokument EndOfDay) in preneseno v oblačni arhiv.
Ponovni zagon
Da bi lahko nadaljevali z delom z novimi blagajnami, je treba poznati zadnji dokument, ki ga je obdelal klient.
To je mogoče pridobiti iz shrambe dokumentov prek končne točke
- GET /api/v1/transactions/document/{clientId}/last
Vendar se pridobi le JSON payload, ki ga je sistem POS poslal clientu, ne pa odgovora (fiscalResponse).
Če želite pridobiti tudi ustrezen fiscalResponse, uporabite končno točko
- GET /api/v1/transactions/document/{clientId}/{DocumentGuid}/response
, pri čemer je treba navesti parametra
- ClientId in
- DocumentGuid (iz JSON-objekta, ki je bil prej vrnjen ob klicu GET /api/v1/transactions/document/{clientId}/last)
Na podlagi podatkov iz payload in fiscalResponse bi moral POS-sistem lahko nadaljeval z naslednjo zaporedno številko dokumenta.
Obnova s pomočjo varnostnih kopij
Storitev fiskalizacije RetailForce omogoča ustvarjanje lokalnih varnostnih kopij podatkov. Te se lahko kadarkoli ustvarijo s klicem končne točke:
- GET /api/v1/management/clients/recovery/{clientId}/backup
S tem se ustvari datoteka zip, ki vsebuje vse glavne podatke in podatke o transakcijah, ki se nanašajo na clienta in so bili lokalno (!) na voljo v trenutku ustvarjanja varnostne kopije.
V primeru okvare sistema (okvarjen računalnik blagajne, ki ga je treba ponovno namestiti) se lahko obstoječa varnostna kopija uporabi za obnovo zadevne stranke prek končne točke
- POST /api/v1/management/clients/recovery/restore
Nabor podatkov ustreza vsaki izdelavi varnostne kopije. Iz RetailForce Cloud se ne prenesejo nobeni podatki (npr. podatki, ki so bili preneseni v RetailForce Cloud po izdelavi datoteke varnostne kopije).
Postopek je enak kot pri selitvi FiscalClient z enega računalnika na drugega.
Pozor: Da bi se izognili neskladjem med podatki na blagajni in v arhivu RetailForce Cloud, priporočamo, da to funkcijo uporabljate le za sisteme, ki delujejo brez povezave z internetom (npr. če je bil izbran licenčni paket BREZ arhiviranja v oblaku).
Ponovni zagon
Ponovni zagon z uvozom lokalne varnostne kopije deluje popolnoma enako kot obnovitev prek RetailForce Cloud. Upoštevajte pa, da če je za zadevnega odjemalca aktivirano arhiviranje fiskalnih podatkov v oblaku, lahko pride do neskladja med varnostno kopijo in sistemom v oblaku.
Da bi to preverili, uporabite funkcije izvoza podatkov zadevnega klienta v RetailForce portalu.
Nova namestitev
V nekaterih primerih je edina rešitev popolna ponovna namestitev blagajne brez obnovitve podatkov. Tudi zakonski predpisi v posameznih državah lahko zahtevajo novo namestitev, npr. če je litovski varnostni modul (strojna oprema) okvarjen, je treba registrirati novo blagajno.
Nova namestitev terminala/clienta se izvede v skladu z običajnim postopkom.
Države, v katerih obnovitev odjemalca ni dovoljena:
- Litva
Ta članek je bil samodejno preveden.
Komentar
0 komentarjev
Za dodajanje komentarja prosimo kliknite Vpis.