В тази статия ще научите повече за възможните системни архитектури, които според настоящите ни познания могат да бъдат внедрени в Германия с помощта на RetailForce Fiskal middleware и вариантите на TSE, свързани с този middleware. Всички варианти са по принцип независими от избрания вариант за интеграция на RetailForce Fiskal middleware. За повече информация вижте „Варианти за инсталиране и интеграция“.
При всички варианти данните по DSFinV-K се архивират в Secure Archive на RetailForce Cloud.
Локални касови системи
единичен POS с локално TSE
Този вариант е подходящ за отделни касови апарати / самостоятелни POS системи. При него RetailForce Middleware се инсталира на съответния касов апарат, а сертифицираното техническо устройство за сигурност (TSE) се свързва директно с хардуера на касовия апарат.
За този архитектурен вариант важат следните изисквания:
- една лицензия за RetailForce Middleware на POS система
- едно hardware TSE устройство за всяка POS система
Централизирани POS системи
За централизираните POS системи има няколко варианта, от които да изберете, в зависимост от конкретната архитектура на POS системата.
POS система в централния клон с локален TSE
При POS системите на централния клон самото POS приложение или се изпълнява на сървър във всеки клон/магазин, или се предоставя на компютър в бек офиса. Отделните каси (= клиенти) са свързани с централната система чрез локалната мрежа на клона (LAN). Централната система трябва да бъде инсталирана във всеки отделен магазин.
Тук фискалният клиент (фискалното middleware) се инсталира на централната система.
Тук „Fiscal Client“ (фискалното middleware) се инсталира на централната система.
При този вариант TSE устройствата са свързани директно към централния сървър на клона/магазина или към компютъра в бек-офиса.
При тази системна архитектура трябва да се направи разграничение дали клиентите наистина могат да се разглеждат като отделни POS системи. Това е така, ако отделните клиенти могат да се разграничат в базата данни на POS системата. Например, ако за всеки клиент се управлява отделен диапазон от номера на документи. От друга страна, сървърът също може да бъде дефиниран като касов апарат. В този случай клиентите биха работили последователно, т.е. биха споделяли един и същ диапазон от номера на касови бележки/документи. В този случай всеки клиент изчаква, докато другите клиенти приключат със създаването на касови бележки.
Предпоставки за този вариант на архитектурата:
- (централна) инсталация на RetailForce Middleware – тя управлява всички POS клиенти
- или
- една лицензия за всеки POS client (ако клиентите могат да работят паралелно) или
- една лицензия за всяка централна система (ако обработката на документи на клиента е последователна),
- също така за TSE, или
- едно hardware TSE устройство за всеки POS клиент или
- един hardware TSE модул на сървър на клон или на компютър в бек-офиса.
Централизирана POS система за клонове с Cloud TSE
Като алтернатива на локалните хардуерни TSE устройства, Cloud TSE устройства също могат да се използват в централизираните POS системи на клоновете за осигуряване на сигурността на касовите документи.
Както и при описания по-горе вариант с локално свързани хардуерни TSE устройства, RetailForce Fiscal Client също се инсталира на централната POS система.
Освен това частта SMAERS от TSE (SMAERS – Security Module Application for Electronic Record Keeping Systems) също трябва да бъде инсталирана на централната система. SMAERS е софтуерен компонент, който установява сигурна връзка с отдалечения CSP (Cryptographic Service Provider) – модулът за подписване на TSE.
Предпоставките за този вариант на архитектурата са:
- (централна) инсталация на RetailForce Middleware – управляваща всички POS клиенти (режим с множество потребители),
- (централна) инсталация на TSE Cloud Connector (SMAERS),
- или
- една лицензия за всеки POS client (ако клиентите могат да работят паралелно) или
- една лицензия за всяка централна система (ако обработката на документи на клиента е последователна),
- също така за TSE – или
- едно hardware TSE устройство за всеки POS клиент или
- един hardware TSE модул на сървър на клон или на компютър в бек-офиса (ако клиентите могат да работят последователно).
Централна POS система с Cloud TSE
За разлика от двата предишни варианта, централната система тук не е сървър, достъпен за всеки клон или за компютъра в бек-офиса на магазина, а отдалечен сървър. POS приложението се изпълнява на този сървър. Отделните каси имат достъп до POS сървъра чрез интернет (WAN – Wide Area Network), например чрез връзка за отдалечен работен плот. В този случай касите не могат да работят офлайн и изискват постоянна онлайн връзка с POS сървъра по време на процеса на плащане.
Точно както при предишния вариант на архитектурата, на POS сървъра трябва да бъдат инсталирани RetailForce Middleware и компонентът SMAERS.
За да може да се използва този вариант, важат следните предварителни условия:
- (централна) инсталация на RetailForce Middleware на POS сървъра – управляваща всички POS клиенти,
- (централна) инсталация на TSE Cloud Connector (SMAERS)
- една лицензия за RetailForce Middleware на всеки POS клиент
- един лиценз за Cloud TSE на всеки POS client
В този случай последователно работещите POS системи не са описани, тъй като според нас националните версии на тези системи не отговарят на фискалните изисквания.
Облачная POS система с Cloud TSE
Архитектурата на POS системите, базирани в Cloud, е по същество идентична с тази на централните POS системи, при които връзката между централния сървър и клиентите се осъществява чрез интернет.
И в този случай RetailForce Middleware и компонентът SMAERS трябва да бъдат инсталирани на POS сървъра.
Важното при този вариант на архитектурата е, че мобилните клиенти се нуждаят от постоянна онлайн връзка по време на процеса на плащане. Клиентите не трябва да имат офлайн възможности или те трябва да са ограничени.
Изисквания за този вариант:
- (централна) инсталация на RetailForce Middleware на Cloud сървърът, управляваща всички мобилни клиенти (режим „мулти-тенант“),
- (централна) инсталация на TSE Cloud Connector (SMAERS), също на облачния сървър
- един лиценз за RetailForce Middleware за всеки Mobile POS client
- един лиценз за Cloud TSE на всеки Mobile POS client
Тази статия е преведена автоматично.
Коментари
0 коментара
Влезте в услугата, за да оставите коментар.