Питања наведена у овом чланку имају за циљ да вам помогну да проверите имплементацију Fiskal Middleware-а компаније RetailForce ради испуњења немачке Уредбе о безбедности касира (KassenSichV) у Немачкој.

Креирање документа

• Да ли је при креирању потврда позивана функција CreateDocument (за креирање трансакције на TSE) када се у вашем POS систему креира трансакција?
  Контекст: У Немачкој је обавезно покренути трансакцију на TSE при покретању документа (додавање првог артикла, купца или слична активност).

Пренос документа

• Да ли је обезбеђено да је сваки документ који је покренут и предат?
• Да ли се поништење потврде о испоруци преноси као CancelDocument?
• Како се поступа са поништењима линија?
• Како се на крају дана поступа са паркираним/суспендованим потврдама (уколико их има)?
• Да ли се број отворених трансакција на TSE континуирано проверава?
• Да ли је обезбеђено да више процеса не комуницира са истим FiscalClient-ом истовремено?
  (Више истовремених позива StoreDocument на истом FiscalClient-у није дозвољено, али је дозвољено више FiscalClient-ова по FiscalService-у).
  
  • Како је имплементирано руковање грешкама за бафериране позиве (погледајте и следеће питање)?
• Како је обезбеђено да се у порески систем преносе само фискално релевантни документи?
  
  • Која је процедура у случају грешке?
• Како се поступа у случају грешке када услуга није доступна?
• Постоје ли паркирани/суспендовани документи и, ако да, да ли су они имплементирани функцијом LongTermOrder или отвореним трансакцијама на TSE?
  
  • Имајте у виду да различити произвођачи TSE уређаја подржавају различит максималан број отворених трансакција на TSE.
  • Погледајте и: Процеси дугорочног наручивања у угоститељској индустрији.
• Да ли је валидација документа покренута пре слања или само када метода StoreDocument баци грешку?

Типови докумената

• Да ли ће сви типови докумената који су фискално релевантни бити пренети?
  
  • Повраћај остатка
  • Продаја
  • Депозит
  • Исплата/повлачење
  • Плењење/повлачење
  • Разлика у готовини
  • Стање готовине
• Да ли се BusinessTransactionType намерно подешава или увек остаје подразумевано?
  
  • Које су имплементиране?
  • Да ли имате пословне процесе који још нису мапирани BusinessTransactionType-ом?
    (нпр. грантови који се евидентирају преко POS система (доступни од 1.2.11)).
• Да ли се пореске стопе за позиције правилно преносе?
• Да ли се референца исправно преноси у случају отказа или повраћаја?
• Да ли се подаци о купцу преносе у случају продаје идентификоване од стране купца?
• Да ли се корисник (корисник некретнине) преноси уз документ?

Позиције

• Постоје ли неке ставке осим позиција артикала?
  
  • Постави ставку
  • Објаве / резервације
  • Текстуални елементи / текстуалне позиције
• Како се могуће продаје ваучера мапирају?
• Да ли се попусти преносе у постојећој структури?
• За NetValue/GrossValue вредности на артиклу, да ли се преносе стварне продаје остварене за тај артикл, укључујући све примењене попусте (такође кумулативне попусте/попусте на подзбир)?
• Да ли се преносе подзбирови?
• Постоје ли различити мерни јединици?

Начини плаћања

• Да ли су одговарајући типови плаћања (PaymentTypes) исправно подешени?
• Да ли се прави разлика између ваучера за једнократну и вишенаменску употребу?
• За стране валуте, да ли су курс и валута исправно пренети?

Затварање благајне

• Да ли је реализовано затварање благајне?
• Ако се користи поједнојено затварање касе, како се подаци усклађују/верификују са системом?

Испис

• Да ли се QR код штампа на сваком штампању / потврди?
• Да ли штампани извештај испуњава законске захтеве?
  
  • види такође: обавеза издавања потврда и захтеви за потврде.
• Да ли се сваки рачун штампа (или доставља електронски) и предаје купцу?
• Да ли је на штампаном изводу назначена могућа грешка TSE?
• Да ли је PrintMessage (обавезно!) из FiscalResponse-а имплементиран на штампаном изводу?

Рад

• Како је обезбеђено да се CloudConnect позове када се услуга поново покрене (и POS апликација не примети поновно покретање, релевантно само ако је облачно архивирање активно)?
  
  • Да ли је одговарајуће пресретнут код одговора (424, неуспела зависност) због недостајуће везе са облаком?
• Како је обезбеђено да услуга непрекидно ради?
  
  • Да ли је инсталиран мониторинг?
• Како се обезбеђује да се текући пренос у облак (архивирање) проверава да ли ради исправно?
  
  • Да ли се крајња тачка /api/v1/information/client/{clientId}/status користи за континуирану проверу отворених преноса у облак?
• Да ли је обезбеђена физичка (локална) близина POS система до фискалне службе и TSE?
  Погледајте и FAQ-ове BSI.

Техничка питања/тестови

• Да ли су креиране тест јединице за проверу интеграције?
  
  • Који тест случајеви су обухваћени тест јединицама?
  • Који пословни случајеви су обухваћени тест јединицама?
• Који тестови и протоколи за тестирање су креирани?
• Како се обрађује промена у издању RetailForce-а? Да ли се тест јединице поново покрећу?
  
  • Како функционише процес тестирања?
• Да ли је обезбеђено да се у продукционом раду користе само продуктивни терминали (конфигурација)?
• Да ли је обезбеђено да није могуће користити касу без везе са фискализацијом и/или TSE?
• Да ли је обезбеђено да се фискални регистар не може лако одвојити од фискализације/техничког безбедносног уређаја путем конфигурације?

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