В тази статия се описва как системи, които са били фискализирани с други фискални системи, могат да бъдат мигрирани към RetailForce.
Внимание:
По време на миграцията към RetailForce данните ще бъдат прехвърлени от старата система. В зависимост от това колко данни могат да бъдат прочетени от старата система, може да се наложи да се поддържат евентуални решения за архивиране на старата система.
Налични държави
Понастоящем могат да бъдат мигрирани следните държави (версия за клиенти 1.2.9):
- Австрия (AT)
Изисквания
- FiskalClient версия 1.2.9 или по-нова
- Фискална конфигурация за клиента, създадена във FiscalClient (например: чрез CreateClientByCloud)
- Конфигурираният client все още не съдържа данни
- Посоченият файл за импорт може да бъде прочетен и фискалната услуга разполага с необходимите разрешения за това.
- CloudConnect е бил извикан в RetailForce system (само ако данните трябва да се синхронизират с облака и клиентът е конфигуриран съответно).
Процедура за миграция (нова инсталация на RF)
- Инсталиране на услугата RetailForce (в случай на интеграция на услугата)
- Извикайте CreateClientByCloud (или CreateClient)
- Извикайте CloudConnect (ако желаете / ако е необходимо)
- Извикайте MigrateClient
Миграция
Миграцията може да се извърши много лесно с помощта на следната команда:
FiskalService
POST /api/v1/management/clients/migrate/{clientId}
Интеграция с nuget
TrustedFiscalModule.MigrateClient(string serviceUrl, string param1 = null, string param2 = null, string param3 = null, string param4 = null, string param5 = null)
Параметри
- clientId: Фискалният клиент (който вече е конфигуриран), в който трябва да се импортира клиент на друг производител (само за внедряване на фискална услуга)
- importFile: Файлът, който ще се импортира
Параметри 1–5 -> вижте документацията за съответната държава по-долу.
Допълнителна информация
- Данните също се качват автоматично в RetailForce Cloud, ако е зададено CloudArchive = true.
- Касовият апарат не трябва да бъде отписан/изведен от експлоатация от FinanzOnline, прехвърлянето се извършва при работещ касов апарат.
- Импортирането може да отнеме няколко минути (7 MB DEP файл ~ 14 мин. – Core i7).
- Ако по време на миграцията възникнат грешки, моля, проверете лог файла. Изхвърля се изключение или се връща HTTP код за грешка.
- Качването в RetailForce Cloud започва едва след успешен и пълен импорт на DCL (Data Collection Log – „DEP – Datenerfassungsprotokoll“) (и се качва само целият файл).
Допълнителна информация за Австрия
Информация:
По време на миграцията се прехвърля т.нар. „DEP7“ („DCL7“ – регистър за събиране на данни съгласно §7 RKSV – Наредба за сигурността на касовите апарати).
- По време на импорта се проверяват следните условия:
- Проверява се броячът на общата сума и се включва в изчислението -> импортират се неправилни логове, но в LOG се показва съобщение за грешка.
- Проверява се идентификационният номер на касовия апарат в Австрия, за да се установи дали има разлика между импортирания DCL/DEP файл и конфигурацията, в която се импортира DCL/DEP файлът.
Внимание:
Като формат за идентификационния номер на касовия апарат в дневника за импортиране се поддържат само следните формати: {номер на клон}-{номер на касов апарат} или {номер на клон}/{номер на касов апарат}
Параметър за Австрия
- Параметър 1: AesKey – задължително
трябва да бъде зададен Внимание: Параметърът трябва да бъде предаден като QueryString, кодиран по URL-чист начин. - Параметър 2: StartReceiptDateTime – по избор.
Ако този параметър е зададен, тогава началните касови бележки в DEP от същия ден преди действителната начална касова бележка могат да бъдат игнорирани (това може да се случи, ако по време на стартирането са направени няколко опита). Ако този параметър не е зададен, за импорта се използва първият начален документ в DEP.
Тази статия е преведена автоматично.
Коментари
0 коментара
Влезте в услугата, за да оставите коментар.