Skip to main content

Сценарији опоравка

Harald Krondorfer
  • Updated

Током редовног рада касе може бити потребно обновити податке, на пример због хардверских кварова, како би се наставио рад са системом за евиденцију.

Пажња: У неким земљама процеси описани у наставку за обнављање података за клијенте услуге фискализације RetailForce нису дозвољени због законских прописа. Ако је систем за евидентирање (касе, итд.) неисправан, опоравак података не може се извршити; уместо тога мора се пустити у рад нова каса. За више информација погледајте у наставку.

Опоравак преко RetailForce Cloud

Опоравак система може се извршити на основу података сачуваних у RetailForce Cloud.

Предуслови

  • Активирана лиценца за облачно архивирање,
  • активирана лиценца GetConfiguration,
  • опција cloud Archive активирана у конфигурацији,
  • директоријум података клијента који се обнавља (нпр. на Windows системима: C:\ProgramData\RetailForce\Fiscal Webservice\{clientId} не сме постојати,
  • Конфигурација клијента који се обнавља не сме бити садржана у складишту конфигурације (не сме постојати унос за одговарајући clientId у фајлу fiscalService.config.json).

Пажња: Опоравак може да се изврши само ако је одговарајући клијент већ био у функцији у претходном тренутку, тј. ако су подаци за опоравак доступни. Ако је дошло до грешке током почетног покретања (пре иницијализације), опоравак ће такође пропасти! У том случају могуће је само потпуно поновно покретање. Проверите да ли су неопходне хардверске компоненте (TSE/TSS у DE, безбедносни модул у LT итд.) већ инициране. Ако јесте, можда ће их бити потребно заменити!

Функција

Опоравак података се изводи позивањем крајњих тачака:

Напомена: Могуће је обновити само податке који су већ пренети у RetailForce Cloud. Подаци који нису пренети у облачни систем (подаци који су се налазили у фасцикли \tempcloud и, на пример, још нису пренети у облак због прекида мреже) не могу се обновити и могу бити изгубљени.

Важно: Опоравак клијента коришћењем горе поменутих функција може се успешно извршити само ако је за одговарајући фискални регистар (клијент/терминал) у прошлости сачувано барем једно дневно затварање (документ EndOfDay) и пренето у облачни архив.

Поновно покретање

Да бисте наставили рад са новим касима, потребно је знати последњи документ који је клијент обрадио.

Ово се може добити из складишта докумената преко крајње тачке

  • GET /api/v1/transactions/document/{clientId}/last

Међутим, преузима се само JSON терет који је POS систем послао клијенту, а не одговор (fiscalResponse).

Да бисте позвали и одговарајући fiscalResponse, ендпоинт

  • GET /api/v1/transactions/document/{clientId}/{documentGuid}/response

мора да се користи, наводећи параметре

  • ClientId и
  • documentGuid (из JSON објекта који је претходно враћен приликом позива GET /api/v1/transactions/document/{clientId}/last)

Користећи информације садржане у Payload и fiscalResponse, POS систем треба да може да настави са следећим бројем документа у низу.

Опоравак преко резервних података

Сервис фискализације RetailForce омогућава креирање локалних резервних копија података. Оне се могу генерисати у било ком тренутку позивањем крајње тачке:

  • GET /api/v1/management/clients/recovery/{clientId}/backup

Ово креира zip фајл који садржи све мастер и трансакцијске податке релевантне за клијента који су били доступни локално (!) у тренутку креирања резервне копије.

У случају квара система (рачунар касе је неисправан и захтева поновну инсталацију), постојећа резервна датотека може се користити за обнављање одговарајућег клијента помоћу крајње тачке 

  • POST /api/v1/management/clients/recovery/restore

Скуп података одговара сваком креирању резервне копије. Ниједан податак се не преузима из RetailForce облака (нпр. подаци који су пребачени у RetailForce облак након креирања датотеке резервне копије).

Поступак је идентичан ономе за пренос FiscalClient-а са једног рачунара на други.

Пажња: Да бисте избегли неусклађености података између касе и архиве RetailForce Cloud, препоручујемо да ову функцију користите само за офлајн системе (нпр. ако је изабран пакет лиценци БЕЗ архивирања у облаку).

Поновно покретање

Поновно покретање увозом локалне резервне датотеке функционише на потпуно исти начин као и обнављање преко RetailForce облака. Међутим, имајте у виду да ако је за одговарајућег клијента активирано облачно архивирање фискалних података, може доћи до неусклађености података између резервне датотеке и облачног система.

Да бисте то проверили, користите функције извоза података одговарајућег клијента у RetailForce порталу.

Нова инсталација

У неким случајевима, једино решење је потпуно подешавање касе од нуле, без опоравка података. Правни прописи у одговарајућим земљама такође могу захтевати нову инсталацију, нпр. ако је литвански безбедносни модул (хардвер) неисправан, нова каса мора бити регистрована.

Нова инсталација терминала/клијента врши се по уобичајеној процедури.

Земље у којима није дозвољено опорављање клијента:

  • Литва

 

 

Овај чланак је аутоматски преведен.

Povezani članci

Komentari

Komentara: 0

Molimo prijavi se da biste komentarisali.

Powered by Zendesk