Zpracování pro práci fiskálních registrátorů atol. Pavel Chistov

Prvotřídní fiskální registrátor pro velké organizace s velkým zatížením prodejních míst, jehož cílem je co nejefektivněji a nejrychleji obsluhovat velké toky zákazníků. Kvalitu, pohodlí a spolehlivost testovaly tisíce uživatelů po celém Rusku. Upoutejte pozornost kupujícího umístěním marketingových informací na účtenku, informace o slevách, speciálních akcích a další informace nezbytné k vytvoření loajálních vztahů s vašimi zákazníky. Automatická řezačka pojištěna proti zaseknutí nože díky unikátní technologii od japonské společnosti Seiko Instruments. Kompatibilní se všemi nejběžnějšími operačními systémy (Windows, Linux, Android nebo iOS) a pokladními programy. Připraveno pro EGAIS— umožňuje generovat a tisknout QR kódy na účtenku. Pohodlí umístění— u pokladny je možné horizontální nebo vertikální umístění.

Rychlost tisku: až 200 mm/s
Zdroj tiskové hlavy: 100 km účtenky
Automatický řez: Ano (přítomnost hřebene pro ruční oddělení účtenky), zdroj 1 000 000 řezů
Počet znaků na řádek: od 24 do 64 (s papírem 80 mm); od 24 do 48 (s papírem 58 mm)
Rozhraní: Ethernet, USB. Volitelné Wi-Fi, 2G, 3G (instalací komunikačního modulu)
Napájení: 24V ze zdroje
Hmotnost: 1,4 kg
Rozměry: 140 × 200 × 140 mm

Nabídka stránek:

Nastavení fiskálního registrátora před připojením k počítači

Chcete-li nakonfigurovat přenos fiskálních dat pomocí kabelu USB, postupujte podle tohoto návodu.

Standardně je ATOL 30F nakonfigurován pro práci s PC přes USB port, v zařízení není potřeba nic dalšího konfigurovat.

Instalace ovladače

• K PC připojíme FPrint11 PTK. Chcete-li to provést, otevřete dříve stažené Atol hardwarový ovladač verze 6.20 a vybrat si "Nastavení vlastností":

Poté v novém okně, které se otevře, vyberte "Vyhledat zařízení":

V okně se objeví následující znak, pomocí kterého jej budeme hledat. Když je zařízení nalezeno, zobrazí se ve spodním řádku:

• Tiskárnu můžete ihned vyzkoušet zkušebním prodejem. K tomu postupně:

1. Zaškrtněte políčko „Zařízení je zapnuto“;
2. Vybrat Režim registrace v pravém horním rohu;
3. Dále klikněte na „Přihlásit se“;
4. A v centrálním poli provádíme zkušební prodej:

Pokud je pořadí akcí správné, tiskárna vytiskne účtenku. NEZAPOMEŇTE zrušit zaškrtnutí políčka zařízení je zapnuté při ukončení ovladače, jinak znesnadní zařízení práci s jinými programy.

Připojení k 1C 7.X

Připojení k 1C 8.X

"ATOL: KKM Driver" 1c v8.1/8.2

Připojení „ATOL: General KKM Driver“ k 1C verze 8.2, typická konfigurace „Retail 1.0“

Připojení ke standardní konfiguraci „Manufacturing Enterprise Management“, vydání 1.2, na platformách 1C verze 8.0/8.1/8.2 se provádí stejným způsobem.

1) Nainstalujte „ATOL: General driver KKM 6“.
Je nutné přepsat ze složky...\Program Files\ATOL\Drivers\BIN\ všechny soubory s příponou *.dll do adresáře platformy 1C (..\Program Files\1Сv81\bin\)

2) Registrujte soubor FPrnM1C.dll do systémového registru pomocí příkazu regsvr32 “[cesta k souboru]\FPrnM1C.dll” (pokud z nějakého důvodu neproběhla registrace automaticky z důvodu instalace).

3) Pokud nebylo možné soubor zaregistrovat do systému výše popsaným způsobem (což může být způsobeno vlastnostmi OS), musíte spustit příkazový řádek jako správce (ve Windows 8 můžete stisknout tlačítko Win+X a poté vyberte požadovanou položku nabídky; ve Windows 7 se příkazový řádek nachází v nabídce Start). Dále tam zadejte výše uvedený příkaz a spusťte.

4) Připojte pokladnu k PC.

5) Spusťte 1C:Enterprise.

6) Otevřete nabídku „Servis“ -> „Komerční zařízení“ -> „Asistent pro připojení a nastavení komerčního zařízení“.

7) V okně formuláře vyberte „Fiskální registrátoři“ a klikněte Dále.

7) Ve formuláři pro přidání zpracování údržby ovladače vyberte z katalogu zpracování, klikněte Získejte seznam, vyberte ATOL:Fiskální registrátoři(toto zpracování je nutné nejprve stáhnout z databáze zpracování uvedené na odkazu https://its.1c.ru/db/metod8dev#content:3020:hdoc), klikněte na Další.

8) V okně pro přidání nového zařízení vyberte svůj model a pokladnu, na které bude záznamník fungovat, klikněte Dále.

9) V nastavení vyberte port, ke kterému je rekordér připojen, stiskněte OK.

10) Zařízení je připojeno, můžete začít pracovat :)

Připojení k Androidu

Instalace softwaru

1. Zapněte smartphone a vytvořte připojení k internetu.

3. Nainstalujte stažený program do smartphonu (je umístěn ve složce Download). Během instalace se může objevit varování o instalaci programu z neznámého zdroje, v takovém případě musíte přejít do nabídky Bezpečnost zaškrtněte políčko „P“. "Povolit instalaci aplikací z neznámých zdrojů."

Získání licence

5. Vyberte položku "Aktivace licence" klikněte na DALŠÍ, vyberte „TabletPOS/VÁŠ OBCHOD“, znovu klikněte na DALŠÍ a poté zadejte LicenseID (ve formuláři licenční smlouvy Tablet POS) a DeviceID (sériové číslo na zadním panelu FPrint-11). Na zadaný e-mail bude zaslán dopis s licenčním souborem (ZIP archiv se soubory ve formátu "dat" uvnitř).

6. Rozbalte (buď pomocí smartphonu, nebo na jiném počítači a poté stáhněte do smartphonu).

Ladění komunikace se zařízením

7. Připojte snímač čárových kódů k zařízení FPrint-11.

8. V nastavení pokladny nastavte kanál výměny dat Bluetooth. Chcete-li to provést, musíte vstoupit do servisního režimu. Se stisknutým tlačítkem rychlého posunu vpřed zapněte zařízení. Aniž byste uvolnili tlačítko rychlého posunu vpřed, počkejte na pátý zvukový signál ("pištění") a teprve potom tlačítko uvolněte. Nabídka SERVISNÍHO REŽIMU by se měla vytisknout.

9. Stiskněte 2x tlačítko pro rychlý posun vpřed (při každém stisknutí by měl být slyšet zvukový signál). Měla by se vytisknout podnabídka "Výměnný kanál". Chcete-li vybrat Bluetooth (bod 3), stiskněte třikrát tlačítko pro posuv.

10. Ukončete servisní režim – jedním kliknutím.

11. Zapněte Bluetooth na svém smartphonu. Ze seznamu zařízení vyberte FPrint-11. Poté NEJPRVE potvrďte připojení na FPrint-11 (stiskněte a podržte tlačítko rychlého posunu vpřed, dokud nepípne), POTOM potvrďte připojení na smartphonu. Mělo by být vytvořeno připojení Bluetooth.

Aktivace licence

12. Otevřete program TabletPOS. „Zařízení“ -> „KKM“, vyberte FPrint-11 v nabídce „Model“ a v nabídce „Připojeno“.

13. Vraťte se do hlavní nabídky. Nyní „Služba“ -> „Licencování“, klikněte na tlačítko „Aktualizovat“. V seznamu "Nalezené licence" by měla být šedě zvýrazněna položka s názvem licenčního souboru a sériovým číslem pokladny a objeví se hlášení "Aktivní".

Navrhovaný vývoj je určen k organizaci spolupráce konfigurací 1C s fiskálními registrátory a pokladními nástroji všech modelů značek ATOL, SHTRIKH-M, ISKRA nejoblíbenějších mezi uživateli, jakož i řady dalších známých ruských vývojářů pokladní zařízení. Funkčnost programu plně splňuje požadavky federálního zákona č. 54 a umožňuje pracovat se všemi existujícími formáty fiskálních dat. V současné době se jedná o řadu verzí (protokolů) 1.0, 1.05 a 1.1.

Před instalací softwarového zpracování KKT-ONLINE nebude nutné nainstalovanou konfiguraci 1C aktualizovat - všechna potřebná nastavení ovlivní pouze speciální funkce programu. Vývojář zaručuje plnou kompatibilitu se softwarem se všemi dostupnými verzemi OS Windows a Linux. Mezi mnoho výhod nového softwarového produktu patří schopnost pracovat paralelně se dvěma nebo více fiskálními registrátory nebo pracovat z různých pracovních stanic na „společném“ FD.

Mezi mnoha možnostmi zpracování patří vytváření zcela nových originálních šablon šeků a také generování dokumentů se současným využitím několika daňových systémů. Všechny tyto funkce si může uživatel vyzkoušet před zakoupením některé z licenčních možností pro právo používat softwarový produkt KKT-ONLINE. Potenciální kupující má možnost stáhnout si distribuční sadu z webu vývojáře, zkontrolovat pro něj všechny nejdůležitější funkce zpracování a teprve poté provést nákup a získat produktový klíč.

Základní funkčnost

● Kompatibilní s téměř všemi pokladními nástroji existujícími v době vydání programu.

● Funguje pod všemi aktuálními verzemi operačního systému Windows a Linux.

● Podpora všech schválených formátů fiskálních dokumentů – od výchozí verze 1.0 a přechodového protokolu 1.05 až po v současnosti nejpokročilejší FFD 1.1.

● Funkce redistribuce dat obsažených v účtence dvěma nebo více fiskálním registrátorům.

● Zaručená podpora výměnných formátů a technologie pro generování externích komponent pro všechny konfigurace 1C, počínaje v.8.1.

Funkce tisku

● Možnost tisku kopie účtenky na běžné síťové nebo lokální tiskárně, případně na standardní tiskárně dokladů na pracovišti pokladny.

● Vytvoření tiskové fronty – možnost tisku účtenek ze dvou nebo více pracovních stanic.

● Funkce náhledu účtenky na obrazovce před jejím tiskem, která se vyvolá stisknutím odpovídajícího tlačítka v okně nastavení tisku.

● Podpora tisku „Opravných kontrol“ i v případech, kdy tento dokument není součástí funkčnosti základního programu.

● Dostupnost předběžného tiskového formuláře, který umožňuje změnit obsah fiskálních řádků v účtence nebo zadat jiný způsob platby.

Nastavení šablon

● Vytvoření nové, zcela originální šablony účtenky, umístění čárového kódu, reklamního obrázku nebo textu a dalších užitečných informací do ní. (Postupy nastavení naleznete v části „Šablony dokumentů“).

● Možnost zobrazení položky produktu v jednom řádku při práci na daňovém systému, který nevyžaduje samostatné účtování příjmů pro různé položky.

● Podpora tisku účtenky s kompletním seznamem položek produktu přímo z pokladního dokladu.

● Funkce náhledu připravené účtenky během procesu nastavení šablony.

Funkce generování a odesílání dokumentů

● Možnost současného záznamu dat v dokumentu pro více daňových systémů najednou, např. EVND a OSN. (Postup nastavení je podrobně popsán v části „Rozdělení pomůcek pro navigaci“).

● Podpora zasílání elektronické verze šeků na e-mail kupujícího pomocí funkce 1C.

● Účtování záloh a dílčích plateb v protokolech 1.05 a 1.0. (Postupy nastavení naleznete v části „Tisk zkušebního formuláře“).

● Dostupnost vlastního vestavěného formuláře, který umožňuje urychlit zadání dalších údajů ke kontrole - telefonní číslo a E-mail kupujícího.

Další funkce

● Připojení dalších knihoven pro změnu funkčnosti zpracovatelského programu v souladu s potřebami zákazníka.

● Podpora práce s pokladnami, které nejsou vybaveny fiskální úložnou jednotkou.

● Možnost instalace Emulátoru, který umožňuje vyzkoušet všechny možnosti a režimy společné práce s pokladnou.

● Možnost zadání parametru, který řídí otevření pokladní zásuvky v době tisku šeku.

Licencování

Zakoupená licence nemá žádná omezení doby používání a není třeba ji obnovovat. Lhůta 12 měsíců uvedená v licenční smlouvě je obecné povahy a nevztahuje se na všechny komerční verze softwarového produktu.

Funkce a rozdíly mezi režimy „Demo“ a „License“.

Při práci v testovacím demo režimu jsou dostupné naprosto všechny funkce a služby nainstalovaného zpracovatelského produktu. Rozdíl mezi režimem „Demo“ a funkčností produktu se zakoupeným a nainstalovaným klíčem je v tom, že při tisku účtenky se na obrazovce objeví informační okno se zprávou o práci v dočasném demo režimu a účtenka je vytištěno s určitým zpožděním. V tomto režimu je navíc omezen počet operací, které lze zadat z jedné pracovní stanice.

Po zakoupení licence a aktivaci zpracovatelského programu zadáním produktového klíče budou tato omezení automaticky odstraněna. V závislosti na verzi placené licence může aktivační klíč zajistit plnohodnotný provoz pouze na jedné nebo několika pracovních stanicích. Pokud si zakoupíte licenci pro více míst, než je výchozí verze, je nutné produkt zcela deaktivovat pomocí příslušné volby v nabídce. A teprve poté nainstalujte nový licenční klíč.

Typické problémy a kontroverzní problémy

Pokud je na serveru nainstalován softwarový balíček 1C a na počítačích jsou nainstalovány klientské verze 1C pro připojení uživatelů, budete muset pro práci v plně funkčním režimu zakoupit počet licencí odpovídající celkovému počtu počítačů s nainstalovaným program na zpracování. V případech, kdy se uživatelé připojují k serveru prostřednictvím RemoteAPP nebo protokolu RDP, je licence na zpracování zakoupena pouze pro server.

Uživatelé, kteří měli nárok na technickou podporu k 20. listopadu 2017, a také zákazníci, kteří si zakoupili zpracování v následujícím období, obdrží licence bez dalších poplatků. Počet poskytnutých licencí bude záviset na počtu dříve zakoupených programů a zbývající době technické podpory. Všichni uživatelé, kteří si dříve zakoupili zpracovatelský program, obdrží dodatečnou slevu při nákupu nových licencí.

Postup pro dokončení konfigurace

Při práci v konfiguracích, které podporují připojení „KKT“, je nebudete muset upravovat. V ostatních případech, aby bylo možné explicitně definovat dokument, ze kterého se bude tisknout, se doporučuje upravit program. Úpravu můžete provést sami pomocí speciálního video návodu nebo přímo kontaktovat vývojáře.

Individuální nastavení pro zkušené programátory

Chcete-li změnit funkčnost programu, můžete použít dodatečné zpracování, jehož distribuce je přítomna v archivu hlavního produktu. Příklady implementace možných změn názorně ukazují ukázková videa.

Kompatibilní s konfiguracemi a produkty třetích stran

Zpracování KKT-ONLINE lze integrovat do konfigurací a produktů třetích stran, které nepodporují standardní funkce pro práci s externím zpracovatelským programem. Pro různé konfigurace 1C od společností Rarus, Dalion a některých dalších vývojářů jsou připraveny upgradovací sady, které lze zakoupit spolu s hlavní licencí.

Formulář pro ladění

Aby se uživatelům zjednodušil postup kontroly a konfigurace funkčnosti, obsahuje produkt speciální „formulář pro ladění“, který je dostupný v nabídce „Soubor“ - „Otevřít“. Tento formulář umožňuje tisk předběžných a daňových dokladů z jakéhokoli dokumentu a může pomoci organizovat tisk plnohodnotných daňových dokladů bez úpravy konfigurace 1C v případě použití maloobchodního vybavení s nestandardním připojovacím rozhraním.

Technická podpora

Veškeré potřebné rady týkající se instalace a používání programu lze získat zdarma do jednoho měsíce od data platby za licenci kontaktováním vývojáře e-mailem nebo prostřednictvím zpětné vazby na webu. Aktualizace softwarových produktů jsou poskytovány bez plateb a časových omezení. Postup pro vyhledání a instalaci aktualizace můžete zahájit aktivací položky nabídky „Zkontrolovat aktualizace“. Chcete-li dokončit postup, měli byste si stáhnout odpovídající verze komponent operačního systému Breadboard z webu vývojáře a připojit je v souladu s pokyny programu.

Připojení dalších pracovních stanic a úprava konfigurací je prováděna za úplatu.

Podporuje toto zpracování tisk X reportu (non-blank report)?

Ano.

Jaké konfigurace podporuje?

Všechny, které pracují na konvenčních formách a pracují s komerčním vybavením. Například Trade Management 10.3, Integrated Automation 1, Accounting 2, Retail 1, Manufacturing Enterprise Management 1.3, Government Accounting 1, oborové programy na nich založené: Rarus: CRM, Bit: Cafe, Bit: Construction a mnoho dalších.

PBude toto zpracování fungovat pro moji konfiguraci?

Ano, pokud vaše konfigurace není na spravovaném formuláři, pak ve většině případů bude stačit.

Jak zohlednit ZÁLOHU a ČÁSTEČNOU PLATBU při prodeji?

Pro FFD 1.0 se nabízí několik možností pro účtování záloh:

1. V šeku promítnete nomenklaturu, ale snížíte množství v ní tak, aby odpovídalo částce zálohy. 2. V šeku zobrazíte jeden řádek s nápisem „Advance“, poté, když můžete provést celou platbu, vrátíte účtenku „Advance“ a obdržíte celou částku s popisem prodaných položek.

U FFD 1.05 Platba předem a Částečná platba se zohledňují prostřednictvím samostatných typů plateb „Předplatba“, „Následná platba“ a „Protiposkytnutí“

Je možné platit prostřednictvím právnické osoby?

Ano můžeš. Při zadávání objednávky vyberte platbu od právnické osoby a vyplňte údaje a pro tuto právnickou osobu bude vygenerována faktura.

Funguje toto zpracování na spravovaných formulářích (Účetnictví 3, Maloobchod 2, ERP, UT 11, UNF atd.)?

Ne, konfigurace na spravovaných formulářích (i když jsou provozovány na běžných) používají BPO (Library of Connected Equipment), to je standard pro provoz a připojení komerčního zařízení, vše je zabudováno do samotné konfigurace a pokud něco potřebuje změnit, musí být aktualizován nebo upraven.

Pokud vaše zpracování nezačne, co mám dělat?

Pokud máte nějaké dotazy při připojování, napište mi, mohu se připojit na dálku a zkontrolovat, zda je vše správně nakonfigurováno

Tato chyba je způsobena především tím, že nejsou nainstalovány ovladače pro zařízení nebo nelze nainstalovat součást, která s nimi pracuje. Nejprve zkontrolujte, zda jste nainstalovali ovladače pro vaše obchodní zařízení. Lze je zdarma stáhnout z této publikace nebo z webových stránek vývojářů. Pak zkuste spustit 1C pod plnými právy, aby se komponenta registrovala, pokud nic nepomůže, tak mi napište, společně na to určitě přijdeme.

Jak mohu nyní otevřít a zavřít směnu a vytisknout X-Report?

Zpracování je připojeno jako standardní fiskální registrátor, a proto je spouštění těchto postupů obdobné jako u fiskálního. Tito. „Obsluha“ - „Obchodní zařízení“ - „Práce s pokladnami“ - „Uzavření směny pokladny“ nebo „Hlášení směny pokladny bez storna“, tyto příkazy jsou dostupné i z Pracoviště pokladny.

Objeví se při tisku okno „Tisk dokumentu není definován. Možné chyby“?

Zákon vyžaduje velké množství dat, která je třeba přenést na úřad, a standardní tiskový mechanismus vám neumožňuje získat všechny podrobnosti, takže zpracování používá svůj vlastní algoritmus k určení dokumentu, ze kterého byla pečeť spuštěna v objednat tisk šeku. Pokud se zobrazí tato zpráva, pak tento algoritmus nemohl přijmout dokument a je třeba provést vylepšení jako ve videu v publikaci.

Demo verze je k dispozici ke stažení zdarma (připojena k publikaci s „bezplatným“ souborem „Online pokladny (podle 54-FZ) pro 1C 7.7: [Demo verze]“).
Každý, kdo má zájem o zakoupení programu, si může zdarma stáhnout demo verzi a vyzkoušet si možnosti vývoje.

Demoverze má omezení:
1) elektronický šek se zasílá pouze na pevnou e-mailovou adresu
2) částka šeku by neměla přesáhnout 300 rublů.
3) počet pozic v kontrole by neměl překročit 3.
4) doba prolomení šeku je omezena na pracovní dobu: od 8:00 do 16:59

Externí zpracovatelský kód v Demo verzi je uzavřen a chráněn pomocí KZK-2! Pro správnou funkci je nutné nejprve umístit knihovnu precomp.dll (součástí sady) do adresáře databáze 1C, ze které se spouští zpracování, nebo do instalačního adresáře programu 1C (obvykle C:\Programm Files \1cv77\bin\)

V komerční verzi je kód zpracování zcela otevřený a není chráněn.

NOVÝ!!! Ovladač Atol DTO 10 je podporován pro platformu 1C 7.7.
NOVÝ!!! Změny od 07.01.2019 jsou podporovány (tagy 1227-1231 a všechny ostatní).

NOVÝ!!! Je podporován maloobchodní prodej označených tabákových výrobků, obuvi, léků atd.

POZORNOST! Modul "54-FZ: RMK GISM (označení) pro 1C 7,7" slouží jako rozšíření základního modulu "54-FZ: Online pokladny pro 1C 7,7" a je rozhraním pro zadávání čárových kódů označených výrobků a jejich následný přenos do modulu tisku účtenek KKM.
Samostatně jej nelze plně využívat bez základního modulu a neobsahuje mechanismy pro odesílání účtenek do pokladen, protože tento mechanismus je obsažen v základním modulu - „54-FZ: Online pokladny pro 1C 7.7“, který lze samostatně zakoupit na stránce této publikace.

Video prezentace "RMK GISM (Marking) pro 1C 7.7":

Tento vývoj je bez úprav vhodný pro standardní i nestandardní konfigurace, které podporují připojení fiskálního registrátora prostřednictvím zpracování „Nastavení maloobchodního zařízení“:

Seznam podporovaných konfigurací	Dokumenty, které podporují tisk na FR
1C 7.7 „Obchod a sklad, ed. 9,2"	Kontrola KKM Příjem hotovostního příkazu Hotovostní záruka na účet
1C 7.7 „Komplex, ed. 4,5"	Kontrola KKM Příjem hotovostního příkazu Hotovostní záruka na účet
1C 7.7 „Účetnictví, ed. 4,5"	Příjem hotovostního příkazu Hotovostní záruka na účet
1C 7.7 “USN, ed. 1,3"	Příjem hotovostního příkazu Hotovostní záruka na účet
Jakákoli nestandardní nebo zastaralá konfigurace založená na 1C 7.7 (včetně konfigurací „Obchod a sklad, Rev. 8.7“, „RARUS“)	Je nutná adaptace, kterou můžete udělat sami. Přijímáme i objednávky na adaptaci

Je možné se připojit bez úpravy konfigurace 1C (bez provádění změn v metadatech 1 životopis7. md) a s úpravami konfigurace. V režimu bez úprav konfigurace dojde k deaktivaci některých funkcí, které lze ve většině případů obejít (více o tom níže, viz*).

Je také možné jej implementovat v libovolné konfiguraci, která nemá vlastní funkcionalitu pro připojení a používání maloobchodního zařízení (video návod níže):

Vývojový kód je zcela otevřený, neexistují žádné chráněné nebo uzavřené oblasti. Uživatelé mohou změnit program tak, aby vyhovoval jejich potřebám.

Videoprezentace "Jak používat modul Online pokladna (54-FZ) v 1C 7.7 pro komplexní výpočty (zálohy, zápočet zálohy, splátkový kalendář, úvěr) v rámci FFD 1.05 / 1.1":

Seznam podporovaných zařízení

Spolupracovat s modulem Online pokladna pro 1C 7.7 je možné pouze s pokladnami (KKM) typu Fiskální registrátor pomocí následujících ovladačů:

1. Atol(FprnM1C.dll)
2. Shtrikh-M(DrvFR.dll)
3. Režim emulace fiskálního registrátora. Slouží k testování tištěné podoby účtenky, slev, DPH, typů plateb. V tomto případě se údaje o šeku zobrazí na obrazovce monitoru, není vyžadován fiskální registrátor.

ATOL:"ATOL 11F", "ATOL 15F", "ATOL 20F", "ATOL 22F / FPrint-22PTK", "ATOL 25F", "ATOL 30F", "ATOL 30F+", "ATOL 42FS", "ATOL 50F", " ATOL 52F", "ATOL 55F", "ATOL 60F", "ATOL 77F", "ATOL 90F", "Evotor ST2Ft" a další.

SHTRIX-M:"SHTRIX-ON-LINE", "SHTRIX-LIGHT-01F", "SHTRIX-M-01F", "RETAIL-01F (Maloobchod-01K)", "SHTRIX-LIGHT-02F (SHTRIX-LIGHT-FR-K, SHTRIX-LIGHT-PTK, SHTRIX-LIGHT-200)", "SHTRIX-M-02-F (SHTRIX-M-FR-K, SHTRIX-M-PTK, SHTRIX-M 200)", "SHTRIX-MINI-02F (SHTRIX-MINI-PTK), "SHTRIX-FR-02F (SHTRIX-FR-PTK)", "SHTRIX-MOBILE-F (SHTRIX-MOBILE-PTK)", "ELVES-FR-F (ELVES-FR- K)", "NCR-001F (PTK NCR-001K)", "SHTRIKH-MINI-01F (SHTRIKH-MINI-FR-K)", "SHTRIKH-FR-01F (SHTRIKH-FR-K)", "MALOOBCHOD -01Ф (PTK RETAIL-01K)", "RR-02Ф (RR-02K)", "RR-01Ф (RR-01K)", "RR-04Ф (RR-04K)", "RR-03Ф (RR- 03K), "SHTRIX-COMBO-FRK", "ELWES-MICRO-K", "SHTRIX-MINI-K", "ELVES-MK", "SHTRIX-COMBO-PTK", "SHTRIX-950K", "ELWES -MF" a další.

Obsah dodávky:

1. externí zpracování servisních fiskálních registrátorů. Složka se zpracováním dat Extformy je třeba zkopírovat do adresáře 1C infobase:

Podpora pro modely Atol pod 54-FZ je v souboru fr54_Atol.ert A fr54_Atol10.ert, modely Shtrikh-M - fr54_Shtrih-M.ert. Ve zpracování fr54_emul.ert obsahuje tiskový emulátor na DF, který umožňuje otestovat provoz před připojením skutečného DF.

Chcete-li pracovat s FR, musíte si stáhnout ovladače pro komerční zařízení: pro ATOL- Řidič DTO8 verze ne nižší nebo řidič DTO10 verze ne nižší (a současná instalace obou verzí na PC je možná: DTO8 A DTO10, během práce můžete FR libovolně přepínat ze zpracování na práci s kterýmkoli z DTO); Pro Shtrikh-M- verze ovladače nene nižší než 4,14.

Po instalaci ovladače Atol verze DTO8 je třeba vzít ze složky Program Files\ATOL\Drivers8\Bin_Free a zkopírujte dva soubory do adresáře s databází 1C nebo platformou 1C:

1. FprnM1C.dll
2. Dpp2_3.dll

Po instalaci ovladače Atol verze DTO10 je třeba vzít ze složky Program Files\ATOL\Drivers10\ KKT\ langs\ com a zkopírujte do systémového adresáře operačního systémuOkna\ Systém32 soubor addin_fptr10_x86.dll(tento soubor lze také převzít z distribuce DTO10 ve složce wrappers\com ).
Poté, abyste mohli připojit ovladač jako objekt COM, musíte knihovnu zaregistrovat v systému addin_fptr10_x86.dll pomocí příkazu regsvr32.exe(soubor není nutné kopírovat do systémového adresářeOkna a zaregistrujte jej na původním místě).

Po instalaci ovladače Shtrikh-M je třeba vzít ze složky C:\Program Files\SHTRIH-M\DrvFR 4.14\Bin a zkopírujte tři soubory do adresáře s databází 1C nebo platformou 1C:

1. DrvFR . dll
2. DrvFR . lic
3. sqlite 3. dll

Připojení požadovaného zpracování servisního FR (fiskálního registrátora) se provádí v režimu 1C: Enterprise přes menu Servis - Nastavení komerčního vybavení na záložce Fiskální registrátor:

Povinné údaje na šeku jsou funkce a celé jméno pokladníka, který šek vystavil. Pro tyto účely se používá jméno aktuálního uživatele 1C. Proto je nutné v referenční knize Uživatelé v detailech správně uveďte celé jméno uživatele Celé jméno:

V tomto případě můžete ve stejných detailech dodatečně uvést pozici pokladníka.

V zásadě tyto akce stačí k tomu, aby byly šeky pro federální fond již zaznamenávány v režimu online pokladny. Služba zpracování dat je univerzální. Lze je použít s konfigurací TIS ed. 9.2 jak nové verze 988, do které JSC 1C přidala svou vizi podpory Atol FR v režimu online pokladny (v neúplné zkrácené podobě), tak i starších verzí, aniž by provedla změny v konfiguraci samotné.

V tomto případě zpracování zobrazí na účtence následující povinné údaje:

• Celé jméno pokladníka (bude použito jméno aktuálního uživatele 1c);
• slevy na zboží. V tomto případě se slevy na šeku zobrazí správně, přestože 54-FZ nezajišťuje stažení slev do FD, ale vyžaduje, aby výpočet slev byl proveden pomocí účetního systému pro každou položku zkontrolovat;
• vyžádat si kontaktní údaje kupujícího za účelem zaslání elektronické účtenky;
• zobrazit DPH zboží na účtence. Ve výchozím nastavení bude zpracování uvažovat, že DPH je třeba odvést pouze za kontrolu vygenerovanou z PKO nebo RKO. Tuto logiku lze snadno změnit provedením malých změn ve zpracování nebo v konfiguraci 1C (více o tom níže, viz **).

TiS obsahuje algoritmus pro výpočet slevy jako celku na účtenku, kterou v obecném případě nelze bez zaokrouhlovacích chyb dle nového zákona správně přenést na účtenku. K vyřešení tohoto problému jsme použili známé „pravidlo 1 penny“ a vyvinuli algoritmus, který umožňuje zobrazit data v šeku bez zaokrouhlovacích chyb u jakýchkoli zdrojových dat. Toto pravidlo může rozdělit jednu položku produktu v účtence 1C na dvě v účtence z pokladny, aby se odstranily nesrovnalosti v algoritmu pro výpočet ceny 1C a pokladny, a zajistí, že částky za položky účtenky uvedené v 1C budou stejné přesně převedeno na pokladní doklad beze změny výpočtových částek i za 1 kopeck:

*) Provedením změn v konfiguraci můžete vyřešit následující problémy při výběru šeku do online pokladny:

• Pro zaslání elektronického šeku (pokud si kupující tento způsob přeje) je vyžadován email nebo telefonní číslo kupujícího. V dokumentu Potvrzení KKM můžete uspořádat podrobnosti pro zadání a uložení kontaktních informací kupujícího. V dokumentech PKO a RKO lze kontaktní údaje klienta převzít z detailů E-mailem adresář Protistrany nebo rekvizity Telefony adresář Jednotlivci. Bez dokončení konfigurace budou kontaktní informace kupujícího požadovány zpracováním služby FR v době proražení šeku.
• **) Vypsání sazby DPH a částky DPH na pokladním dokladu v závislosti na daňovém systému prodávajícího. Sazba DPH by se měla zobrazovat pouze v případě, že je daňový systém obecný. U zvláštních režimů (USN, UTII, Unified Agricultural Tax, PSN) by se sazba DPH neměla zobrazovat. Ve standardní konfiguraci nejsou žádné detaily pro jednoznačné určení daňového systému. Samotná konfigurace tedy standardně přijala toto pravidlo: pro maloobchodní prodej (přes KKM Check) nezobrazovat DPH v šeku, pro velkoobchodní prodej (přes PKO a RKO) uvádět DPH v šeku (což není zcela správné, protože velkoobchodní prodej může být bez DPH a maloobchodní - s DPH). Pokud tedy váš případ nespadá pod toto pravidlo, musíte provést změny v konfiguraci nebo zpracování služby. Daňový režim je určen v kódu programu prostřednictvím proměnné PUPEK(Parametry účetních zásad)
• Výstup do pokladny příjem názvů, množství a cen zboží z dokladu PKO a RKO, pokud jsou zadány na základě faktury (u vydání staré konfigurace). V nových verzích byla tato funkce přidána (i když s chybami) společností 1C CJSC, například ve verzi 988 konfigurace 1C 7.7 „Obchod a sklad, ed. 9,2".

Chcete-li provést změny v konfiguraci (pouze v případě, že potřebujete vyřešit výše uvedené problémy), postupujte podle kroků 2, 3 a 4 těchto pokynů. Tyto změny byly připraveny na příkladu konfigurace 1C 7.7 „Obchod a sklad, ed. 9,2". Jsou také plně vhodné pro 1C 7,7 “Complex, ed. 4,5". Změny pro další konfigurace lze provést podobným způsobem.

Změny v modulech dokumentu lze provádět ručně zkopírováním fragmentů kódu označených komentáři marnost, z konfiguračního souboru TIS987_54FZ.md nebo prostřednictvím režimu Kombinace konfigurací, kdy při slučování vyberete pouze dokumenty PKO, RKO, CheckKKM.

Poznámka: komentářem //tschi 54FZ TIS988 označené fragmenty kódu, které jsou dostupné ve verzi TIS 988, ale které nejsou ve starších verzích TIS.

Pro adaptaci byla speciálně převzata verze TIS 987, do které 1C CJSC ještě nestihla představit svou vizi propojování online pokladen, aby z kódu vyloučila to, co považujeme za zbytečné úpravy a chyby této verze, a aby je možné náš vývoj využít i pro ty organizace, které používají staré vydání TIS s jejich úpravami a mají potíže s přechodem na nejnovější konfigurační vydání.

Naše modifikace je však univerzální a může fungovat jak s verzí TIS 988, tak se starší verzí a automaticky určuje, jaká funkce je k dispozici a využívá možnosti konfigurace, které jsou k dispozici.

Další informace o změnách, které můžete v konfiguraci provést:

2) Do dokumentu CheckKKM je třeba přidat detail adresy kupujícího, který se zobrazí v dialogu formuláře – nezbytný pro odeslání emailu. zkontrolovat kupujícímu. Musíte zadat buď telefonní číslo kupujícího (pro zaslání potvrzení prostřednictvím SMS) nebo e-mailovou adresu. pošta. FR řidič sám zjistí, co přesně bylo zadáno. Pokud jej nevyplníte, bude vám vystaven papírový šek. Při výstupu elektronického šeku můžete zakázat tisk papírového šeku.

3)V modulu formuláře dokumentu CheckKKM v postupuPunch CheckNaKKM () je potřeba provést změny (označeno v modulu komentářem) - podrobněji viz TIS987_54FZ.md:

//[+] 54FZ If Seznam produktů.Počet řádků() > 0 Then List of Products.New Column("54FZ Data"); //info se zapisuje jako seznam hodnot v prvním řádku tabulky ProductListProductList.GetRowByNumber(1); Seznam produktů.Data54FZ = CreateObject("Seznam hodnot"); Data = Seznam produktů.Data54FZ; Data.AddValue(Context"Context"); //odkaz na aktuální dokument Pokud existují podrobnosti záhlaví("Adresa kupujícího", View()) = 1 Potom //pokud je dokument dialogu upraven tak, aby uváděl adresu kupujícího Data.AddValue(short(GetAttribute("Adresa kupujícího") )), "Adresa kupujícího"); //pokud tento řádek okomentujete, pak bude při zpracování služby FR požadována adresa Kupujícího; pokud předáte prázdný řetězec (""), bude vytištěn papírový šek bez požadavku na adresu kupujícího EndIf; If you haveCardDetails("Platba kartou", View()) = 1 Potom //pokud je dialogový dokument upraven tak, aby označoval typ platby kartou CardPayment Atribut = GetAttribute("Platba kartou"); Data.AddValue(CardPaymentAttribute,"PaymentType"); //aby se před tiskem šeku nevyžadovalo typ platby v samostatném dialogu (jelikož je typ platby zadán v šeku), 1 - před tiskem šeku si vyžádejte typ platby v samostatném dialogu. Aby tento parametr fungoval, musíte předat parametr Kontext! Jinak Atribut platby kartou = 0 EndIf; Jinak Report("Na pokladním dokladu nejsou žádné pozice pro výběr!","!!"); Návrat 0 EndIf; //[-] tschi 54ФЗ

Tento kód můžete sami změnit, aby vyhovoval vašim potřebám, konkrétně předefinovat hodnoty následujících parametrů:

« Pokladní » - pozice a celé jméno pokladníka. Ve výchozím nastavení se bere celé jméno aktuálního uživatele 1C: Pokladník = zkrácený(glUser.Name). V dokladovém modulu CheckKKM, PKO, RKO však můžete jako pokladník naprogramovat převod jiné libovolné hodnoty.

« PUPEK » - Daňový systém. Pokud potřebujete, aby bylo na účtence uvedeno DPH, přiřaďte parametru hodnotu „0“, jinak hodnotu větší než „0“. Přijatelné hodnoty: 0 - Obecná SNO, 1 - Zjednodušený daňový systém z příjmu, 2 - Zjednodušený daňový systém z příjmů a výdajů, 3 - UTII, 4 - Jednotná zemědělská daň, 5 - PSN

« Změňte SNO " - hodnota "1" znamená, že je třeba přenést daňový systém (SNO) do FR; toto lze použít k přepnutí SNO do FR, pokud se na jednom FR tisknou šeky s různými SNO. Hodnota „0“ - neměnit pomůcku pro navigaci na FR, v tomto případě je použita pomůcka pro navigaci přednastavená v FR.

« Adresa kupujícího » - kontaktní údaje kupujícího pro elektronickou účtenku: e-mail nebo telefon.

« Zkontrolujte adresu kupujícího " - hodnota "1" určuje, zda je nutné před vystavením účtenky vytisknout údaje kupujícího pro vizuální ověření jejich správnosti samotným kupujícím. Pokud takové ověření není vyžadováno (kupující například zadává údaje sám do speciálního formuláře), nastavte hodnotu tohoto parametru na „0“.

« PrintCheck » - papírový šek v případě zaslání elektronického šeku: 0 - netisknout, 1 - tisknout vždy, 2 - požadavek na vytištění papírového šeku.

« Režim tiskuSleva » - režim tisku slev: 0 - netisknout slevy na účtenku, 1 - tisknout obecnou slevu na účtenku, 2 - tisknout slevy na zboží a obecnou slevu na účtenku

4) Obdobné změny je potřeba v postupu provést u modulu formuláře dokladů PKO a RKOTisk účtenky() (změny jsou v modulu označeny komentářem, více viz TIS987_54FZ.md)

Příklad účtenky zobrazené na „emulátoru FR“:

Jak vidíte, „pravidlo 1 kopejky“ fungovalo pro produkt „Vajíčko na stůl“, protože v opačném případě algoritmus výpočtu slevy zabudovaný v TIS neumožní zobrazení produktu na online pokladně bez zkreslení částky. A to:

Výše slevy = 146,61 , množství = 30 , tedy Diskontní cena = 146,61 / 30 = 4,887

Množství a cenu je nutné převést na řidiče FR s přihlédnutím ke všem slevám a příplatkům. Cena se převádí zaokrouhlená na nejbližší kopeck ( 4,887 -> 4,89 ), řidič FR si vypočítá částku za šekovou položku sám, v důsledku toho bude šek obsahovat Částka = 30 * 4,89 = 146,70 . Je to na 9 kopecks více, než je vypočteno v dokumentu Kontrola KKM. Proto „pravidlo 1 kopeck“ rozdělilo pozici do dvou řádků, přičemž bylo vybráno množství a cena (se slevou), aby se tato chyba odstranila, přičemž cena těchto dvou pozic se od sebe neliší o více než 1 kopeck:

9 * 4,48 = 43,92

21 * 4,89 = 102,69

Celkové množství = 30, částka = 146,61 plně v souladu s původními údaji v účtence 1C.

Ve skutečnosti nebude potřeba spouštět „pravidlo 1 penny“ tak častá, ale vždy přesná a bezchybná. ;)

5) Smíšený způsob platby šekem (hotovost, bankovní karta). Typické konfigurace 1C neumožňují zadání částky pro zaplacení šeku bankovní kartou. Zpracování služby DF v této publikaci však zahrnuje funkce pro specifikaci typu platby ( hotovost, bankovní karta nebo smíšený typčást v hotovosti a část kartou). Pro implementaci smíšeného platebního rozhraní navrhujeme provést v dokumentu následující změny „ Kontrola KKM»:

1. přidejte podrobnosti do záhlaví dokumentu Platba kartou(typ Číslo.1.0)

2. do formuláře dokumentu přidejte prvky pro označení platby bankovní kartou (viz obrázek níže)

3. přidat do procedury modulu dokumentu FormHeader()čára:

Podle karty = ?((Celkem("Částka")>Přijato) a (Platba kartou=1), Celkem("Částka")-Přijato, 0); //tschi

4. v modulu účtování dokladů podmínka:

ElseIf Received< НеобходимаяСумма Тогда

je třeba nahradit:

ElseIf (Přijato< НеобходимаяСумма) и (ОплатаКартой = 0) Тогда //тщи

Zadané změny jsou zahrnuty v souboru TIS987_54FZ.md pro dokument CheckKKM:

Jiný způsob výběru typu platby navrhuje kolega - zobrazení dalšího okna při proražení šeku, ve kterém musí prodávající vybrat požadovaný typ platby:

Plány dalšího rozvoje:

1. zajistit zaokrouhlení částky šeku na celý rubl nebo 50 kopejek pro usnadnění vypořádání se zákazníky v souladu s protokolem FFD.
2. vývoj plnohodnotného RMK pro konfiguraci TIS ed. 9.2. Ukázky rozhraní si můžete prohlédnout:
3. propojení kontaktních údajů se zákaznickými slevovými kartami, aby se do účtenky u stálých zákazníků nezapisovaly stále stejné kontaktní údaje.

V nabídce Služba - Doplňkové funkce položka " 54FZ (online pokladny) Servis a nastavení", což vám umožní provádět servisní funkce na DF a také provádět počáteční nastavení:

Po zakoupení modulu je poskytována informační a technická podpora pro získání aktualizací programu z důvodu změn legislativy, úprav modulu a rozvoje funkcionality do 3 měsíců od data zakoupení ZDARMA. Dále roční předplatné aktualizací a/nebo technická podpora může být prodloužena na vyžádání a v částkách až polovina náklady na nákup modulu. Po vypršení platnosti předplatného aktualizací, pokud nechcete předplatné obnovit, funkčnost programu zůstává bez omezení doby trvání a implementované funkčnosti, ale bez možnosti instalovat případné aktualizace.

Technická podpora je poskytována e-mailem, přes Skype, poštovního agenta, ICQ nebo zavoláním vývojáři. Pro získání vysoce kvalitní technické podpory v obtížných případech je vyžadováno vzdálené připojení k počítači uživatele prostřednictvím AmmyAdmin nebo TeamViewer.

Technická podpora je poskytována pouze pro tento softwarový produkt a nezahrnuje odstraňování problémů s operačním systémem; poruchy v provozu programu 1C, které nesouvisejí s fungováním tohoto programu; nesprávné akce uživatele při používání programu (v rozporu se zavedenou uživatelskou příručkou); poradenství v otázkách nesouvisejících se zákonem 54-FZ; konfigurace nebo instalace komerčních zařízení, ovladačů komerčních zařízení; odstraňování problémů při provozu komerčních zařízení. Tyto otázky však lze řešit na samostatném smluvním základě.

Licencování programu se provádí podle čísla objednávky softwaru a DIČ organizace nebo jednotlivého podnikatele. Počet licencí potřebných k instalaci softwaru je dán počtem jednotlivých právnických osob a fyzických osob podnikatelů a nezávisí na počtu použitých pracovních stanic a pokladen na právnickou osobu nebo fyzického podnikatele. Každá právnická nebo fyzická osoba tedy vyžaduje samostatný nákup tohoto softwarového produktu. Pro každou druhou a další právnickou osobu (nebo jednotlivého podnikatele) lze produkt zakoupit za poloviční cenu.

Postup implementace modulu:

1) zakoupíte si fiskální registrátor s fiskální jednotkou (nebo upravíte svůj stávající tak, aby splňoval požadavky 54-FZ) modely v souladu s.

2) uzavřít servisní smlouvu s OFD. Pro předávání daňových přiznání Federální daňové službě je lepší zvolit OFD, který je propojen s vaším operátorem (pokud je to možné).

3) Proveďte postup pro fiskalizaci a registraci registračních pokladen prostřednictvím svého osobního účtu na webu Federální daňové služby. Vyžaduje se EDS (vhodné pro daňové výkaznictví)

4) Nainstalujte FR a jeho ovladač do počítače.

5) Kupte si modul 54-ФЗ: Online pokladny pro 1C7.7 a nainstalujte jej podle návodu. Máte-li v tomto kroku nějaké dotazy nebo problémy, kontaktujte prosím naši technickou podporu.

Pokud potřebujete technickou podporu při provádění kroku 5, pak si zakupte náš modul s technickou podporou a aktualizacemi na dobu 3 měsíců.

Pokud nepotřebujete technickou podporu a krok 5 dokončíte sami, pak si kupte modul, který bude dostávat aktualizace po dobu 3 měsíců, ale bez technické podpory.

Porovnání verzí

[Verze 1.2] 31.03.2017

1) Opraveny zjištěné chyby
2) Přidáno zpracování služeb pro FR Shtrikh-M

[Verze 1.3] 04/03/17

3) Opraveny zjištěné chyby
4) Upřesněno zobrazování slev na účtence, nyní se na účtence zobrazují součty: částka bez slevy a částka slevy na účtence
5) Přidán parametr Change ACS. hodnota „1“ znamená, že je potřeba přenést daňový systém (SNO) do FR, což lze použít k přepnutí SNO do FR, pokud se na jednom FR tisknou šeky s různými SNO. Hodnota „0“ - neměnit pomůcku pro navigaci na FR, v tomto případě je použita pomůcka pro navigaci přednastavená v FR. Přijatelné hodnoty SNO: 0 - Obecný SNO, 1 - Zjednodušený daňový systém z příjmu, 2 - Zjednodušený daňový systém z příjmů a výdajů, 3 - UTII, 4 - Jednotná zemědělská daň, 5 - PSN

[Verze 1.4] 04/07/17
6) Opraveny zjištěné chyby
7) přidán parametr Tisk účtenky, který umožňuje zakázat tisk papírové účtenky v případě odeslání elektronické nebo zobrazit požadavek na tisk papírové účtenky, pokud existuje elektronická
8) do dokumentu CheckKKM bylo přidáno rozhraní pro implementaci smíšených typů plateb šekem: hotovost, bankovní karta.

[Verze 1.5] 04/12/17
9) Algoritmy pro ovladače Shtrikh-M byly optimalizovány
10) Přidán parametrDiscountPrintMode - režim tisku slev: 2 - netisknout slevy na účtenku, 1 - tisknout celkovou slevu na účtenku, 0 - tisknout slevy na položky produktu a celkovou slevu na účtenku
11) Při tisku slev jsou částky slev zarovnány doprava
12) Přidána možnost výběru typu platby (hotovost/karta) od kolegy Sergeje (Che) Kotsyury

[Verze 1.6] 24.04.2017
13) byly přepracovány algoritmy pro uplatnění slev. Slevy se uplatňují správně díky novému firmwaru pro ovladače pokladen bez použití „pravidla 1 haléře“. Toto pravidlo je proto nyní ve výchozím nastavení zakázáno.
14) Parametr RecognizeReturn rozšířil a podporuje následující typy účtenek: 0 - prodej, 1 - vrácení prodeje, 2 - nákup, 3 - vrácení nákupu. Tento parametr ve zpracování údržby DF byl přejmenován na Typ účtenky
15) při tisku šeku se aktuální číslo směny vrací do volajícího programu v proměnné Číslo směny
16) přidány upravené konfigurační soubory pro Účetnictví 7.7, rev. 4.5 a USN 7.7, ed. 1.3

[Verze 1.7] 05/04/17
17) opraveny chyby
18) v konfiguracích v PKO/RKO bylo odstraněno přidávání duplicitního sloupce Sazba DPH (protože je přenášen sloupec DPH)
19) opravena chyba při přenosu nulového množství ke kontrole
20) přidány příkazy DF: report_without_cancellation, report_by_departments, open_box, deposit_money, select_money
21) přidáno zpracování pro nastavení a údržbu FR - „Control Panel“ (fr54_Settings.ert). Je k dispozici v nabídce Služba - Další funkce - "Ovládací panel 54FZ (online pokladny)". S jeho pomocí můžete posílat další příkazy do FR

[Verze 1.8] 05/10/17
22) automatické ověření platnosti adresy kupujícího prostřednictvím regulárních výrazů
23) přidány příkazy FD: „Získat verzi softwaru“, „Kopie poslední účtenky“, „Kopie dokumentu podle čísla FD“
24) přidán převod celého jména pokladníka do účetní závěrky (Z-Report, X-Report, Zpráva podle oddělení)
25) přidány další funkce pro práci s DF, refaktoring kódu zpracování služby DF

[Verze 1.8.1] 05/10/17
26) opravena chyba při otevírání směny pro zpracování Atol.

[Verze 1.9] 05/11/17
27) v emulátoru FR se na účtence zobrazí název zvoleného daňového systému, pokud je parametr Změna SNO = 1
28) ve zpracování služby DF jsou podporovány „servisní“ funkce pro diagnostiku stavu online pokladny
29) v Ovládacím panelu (fr54_Settings.ert) pokračuje podpora servisních funkcí: „Doba platnosti FN“, „Počet dokumentů neodeslaných do OFD“, „Diagnostika spojení s OFD“

[Verze 1.10] 18.05.2017
30) do ovládacího panelu byly přidány záložky (fr54_Settings.ert)<Параметры>A<Настройки>, s jehož pomocí můžete interaktivně (bez použití programování modulů 1C) konfigurovat parametry pro výstup kontrol a zpráv do FD ("parametry FR").
Díky tomuto mechanismu je snadnější připojit a nakonfigurovat DF do konfigurace 1C, protože nastavení pro práci s DF lze konfigurovat bez provádění změn v konfiguraci nebo s minimálními změnami.
Parametry lze konfigurovat z hlediska výběrů: Firmy, Pokladna, Uživatelé 1C, Typy dokumentů a také další libovolné podmínky. V závislosti na zvoleném výběru můžete volitelně rozlišovat následující parametry:
- Celé jméno prodejce-pokladníka
- volba daňového systému
- žádost o e-mailovou adresu kupujícího
- žádost o vizuální ověření zadané adresy kupujícího
- režim elektronického tisku účtenek
- režim pro tisk slev na účtenky
- výběr typu platby
- režim výstupu DPH v účtence (včetně zohlednění přání uživatelů na výstupu sazby DPH pro speciální režimy a také souběžný výstup sazeb DPH 18, 10, 0 % a Bez DPH)
- nastavení zobrazení čísla oddílu v šeku (včetně zohlednění přání uživatelů zobrazit číslo oddílu v závislosti na sazbě DPH pozice šeku)
- další parametry
Všechny parametry mají popis, který se zobrazí ve formuláři, když vyberete parametr. Popis parametrů je také obsažen v souboru ParametersFR.xls
30) Vzhledem k tomu, že nastavení parametrů kontrolního tisku je konfigurováno interaktivně, byly provedeny změny v dokumentových modulech v postupech kontrolního tisku. Konfigurace většiny parametrů byla z textu modulů odstraněna. Přibyl nový parametr Kontext, který umožňuje předat do zpracování služby DF odkaz na aktuální dokument (kontext). Tento odkaz je vyžadován, aby výběr "Typ dokumentu" fungoval.
31) Refaktorovací kód pro zpracování služby FR
32) Zpracování údržby FR bere v úvahu parametry specifikované interaktivně v ovládacím panelu (fr54_Settings.ert)
33) Zpracování obslužného FR zohledňuje přenos celého jména pokladníka do generovaných reportů (Uzavření směny pokladny, X-report a další). To je nezbytné pro správné generování informací na webu OFD. Celé jméno pokladníka je nastaveno v "Parametry FR"
34) Zpracování fr54_SelectPaymentType.ert bylo přesunuto do složky Extforms\EQUIP – tam patří.

[Verze 1.10.1] 19.05.2017
35) opravena chyba při určování podpory 54-fz pro ovladač Shtrikh-M
36) v modulech dokladů konfigurací 1C (kromě konfigurace zjednodušeného daňového systému) je poskytován samostatný přenos sazeb DPH „0 %“ a „Bez DPH“ na fiskálního registrátora. Sazby DPH se přenášejí prostřednictvím sloupce Sazba DPH nebo DPH s následujícími hodnotami 18, 10, 0 a -1 (v tomto pořadí: 18 %, 10 %, 0 % a „Bez DPH“)
37) seznam změn modulů dokumentů 1C je pro snadnější přizpůsobení popsán v samostatných textových souborech

[Verze 1.11] 23.05.2017
38) opět opravena chyba při určování podpory 54-fz pro ovladač Shtrikh-M
39) do zpracování emulátoru FR (fr54_emul.ert) přidána emulace tvorby kontrolního čísla (definovaného jako náhodné číslo) - díky Vladimír Poltavthenko pro realizaci
40) přidána podpora pro výstup šeků na FD v režimu externích tištěných formulářů (EPF). Připojení VPF k požadovanému typu dokladu se provádí v Ovládacím panelu Online Cash Desk - na záložce " Nastavení" - ve stole " Typy používaných dokumentů"přes sloup" VPF".
Tento režim výběru šeku má následující výhody:
1. Připojení vývoje ke standardní konfiguraci bez provádění jakýchkoli změn v konfiguraci samotné - nyní lze interaktivně nebo pomocí programování externích modulů provádět naprosto všechna nastavení, a to i pro stará a mnoho nestandardních verzí konfigurací.
2. Rozšiřuje se seznam typů dokumentů, přímo z jejichž formuláře můžete vybrat šek do Federálního rezervního systému. Můžete například zobrazit šek na FR z dokumentu " Implementace"bez vytvoření dokumentu" Příjem hotovostního příkazu"
3. Algoritmus pro zpracování odvolání šeku do FR pro různé typy dokladů je popsán ve funkci DocumentHandler (dokument), která se nachází v externí zprávě Extforms/PrnForms/fr54_PrintReceipt.ert.
Zpracovatel dokumentů obsahuje univerzální algoritmus, který umožňuje zobrazit téměř jakýkoli standardní i nestandardní dokument na DF, který obsahuje tabulkovou část se zbožím, službami nebo pracemi a u každé položky je uvedena částka.
Navzdory tomu, pokud máte programátorské dovednosti, můžete tuto funkci přepsat „pro sebe“, abyste ji mohli přizpůsobit pro nestandardní konfigurace a (nebo) nestandardní úlohy.

[Verze 1.11.1] 24.05.2017
41) Opravena chyba při používání zpracování VPF pro vydání TiS 988.
42) Objasněno použití výchozích hodnot pro parametry " Pokladní" A " Vyžádejte si adresu kupujícího"
43) Opraveno zobrazování počtu neodeslaných dokumentů v OFD u řidiče Shtrikh-M(děkuji kolegovi za realizaci Kolunya)

[Verze 1.11.2] 25.05.2017
44) V modulech formulářů dokladů PKO a RKO konfigurace TIS byly provedeny změny tak, že není zohledněn příznak „Slouží k promítání hotovostních plateb“ v Nastavení maloobchodního vybavení. To vám umožní používat stejnou pokladnu pro současné použití dokladů „KontrolaKKM“ a „PKO“, „RKO“, bez nutnosti přepínání tohoto příznaku. Uzavření směny při současném použití těchto dokumentů proběhne správně.
45) v modulech formuláře dokumentu CheckKKM, PKO a RKO (všechny prezentované konfigurace) byl do procedury Check Print (Punch CheckNaKKM) přidán algoritmus, který umožňuje použít další podrobnosti přidané do dialogu formuláře dokumentu: Adresa kupujícího, Přijato, Platba kartou. V tomto případě algoritmus určí přítomnost těchto podrobností a v případě jejich nepřítomnosti upraví své chování a před porušením kontroly zahájí požadavek na chybějící data.
46) Při příjmu verze softwaru pro ovladač Shtrikh-M se navíc zobrazí verze fiskálního disku.
47) Opravena chyba, která falešně diagnostikovala aktivaci režimu VPF, pokud byla tabulka Ovládacího panelu pokladny "Použité typy dokladů" prázdná.
48) Byl přidán nový parametr „13)UAP“ (Specifikujte adresu kupujícího), který vám umožní upřesnit e-mailovou adresu kupujícího před proražením šeku na pokladně. To umožňuje použít kontaktní údaje zadané v adresáři Protistrany s možností upřesnění nebo zrušení pro pokladní doklad.
49) Opravena chyba při zápisu odkazu na objekt při ukládání Parametrů v Ovládacím panelu pokladny
V

[Verze 1.12] 31.05.2017
50) pro ovladač Atol: doplňkový tisk. informace v Z-reportu (Celkové tržby, Hotovost, Elektronická); tisk kopie vašeho posledního šeku, včetně elektronických šeků; rozšířené informace při získávání verze softwaru.
51) Externí hlášení "Ovládací panel 54FZ (online pokladny)" byl přejmenován na "Ovládací panel KKM"
52) Za účelem sjednocení kódu byly některé funkce ze zpracování služby DF přesunuty do zpracování fr54_Settings.ert ("Ovládací panel KKM")
53) Časový limit pro použití demoverze byl uvolněn
54) U ovladače Atol byl do funkce RetrieveKTableFR() přidán parametr techMode
55) byly přidány nové parametry Ovládacího panelu pokladny:<Предварительный просмотр чека>, <Печатать одно наименование>, <Режим печати номенклатуры в чеке>. Tyto parametry v podstatě konfigurují tisk účtenky pro částečnou platbu nebo po přijetí zálohy. V budoucnu vám tyto parametry umožní konfigurovat interakci pomocí protokolu FFD 1.05
Režim náhledu a úprav kontrolních položek je implementován prostřednictvím externího zpracování Extforms\Equip\fr54_List of Items for Printing.ert
56) Pole "Požadavek API na službu EAN" na kartě "Nastavení" ovládacího panelu pokladní tiskárny je povoleno. Umožní vám automatizovat vyplňování nomenklaturního adresáře pomocí čárového kódu EAN pomocí placeného API - https://barcodes.olegon.ru/
V prvku adresáře „Nomenklatura“ (pro TIS) bylo přidáno tlačítko (s obrázkem dalekohledu), které automaticky vyplní název produktu na základě zadaného čárového kódu. Tato služba je nezbytná pro rychlé spuštění obchodu od nuly při přechodu z manuálního obchodování: umožňuje rychle vytvořit databázi produktů v 1C v režimu skenování čárových kódů produktů.
V modulu adresářového prvku Nomenklat přibyla procedura SearchPoShk(), která pro přístup ke službě API volá externí zpracování Extforms\ean_online.ert. Autorem tohoto zpracování je kolega volk13 (aka fkr).
57) v dokladových modulech CheckKKM, PKO, RKO byly provedeny změny pro implementaci možnosti ovládat režim tisku položek v kontrole.
58) za stejným účelem byly provedeny změny v postupu Document Handler() pro externí zpracování Extforms\PrnForms\fr54_PrintReceipt.ert

[Verze 1.12.1] 6/01/17
59) přidal požadavek na „bezplatný“ API do služby EAN (zpracováno Extforms\ean_online.ert, autor volk13). Pokud neodpoví, je kontaktována placená služba. Chcete-li používat placenou službu, musíte si zakoupit přístupový klíč https://olegon.ru/market/buy_barcode.php (10 kopejek za jeden název produktu).

[Verze 1.12.2] 06/05/17
60) požadavek „bezplatného“ API na službu EAN je ve výchozím nastavení zakázán, aby se zabránilo blokování na webu podle IP adresy.
61) opravena chyba ve výpočtu slev na účtence ve zpracování služby fiskální podatelna (chyba při zaokrouhlení o 1 kopeck)
62) byly provedeny změny v modulech externího zpracování za účelem formalizace parametrů vrácených do dokumentu 1C.

[Verze 1.13] 06.06.17
63) Opraveny zjištěné chyby
64) Přidána podpora pro více fiskálních registrátorů na jednom pracovišti pomocí logických zařízení (fiskální registrátoři musí používat stejný ovladač).
Režim pro použití více FD se aktivuje v Ovládacím panelu pokladny na záložce „Nastavení“ zaškrtnutím políčka „Povolit výběr logických zařízení fiskálního registrátora“.
V tomto případě je na záložce „Servis“ možné vybrat aktivní (aktuální) logické zařízení, pro které se budou servisní příkazy provádět.
Na záložce "Parametry" se zpřístupní parametr 4) #LU. S jeho pomocí můžete určit konkrétní číslo logického zařízení DF, na které se bude účtenka tisknout v závislosti na podmínkách (výběry: Firma, Pokladna, Uživatel, Typ dokladu, Výraz).
Samotná logická zařízení je třeba určit pomocí ovladače KKM (prostřednictvím obslužného programu KKM Driver (Driver Test) nebo v 1C prostřednictvím Service - Parameters - Properties (FR Driver).

[Verze 1.14] 06/10/17
65) Opraveny zjištěné chyby
66) Přidána podpora pro vypočítané sazby DPH (10/110 % a 18/118 %)
67) Přidáno nucené otevření směny pro řidiče Shtrikh-M
68) Byl vylepšen formulář Náhled účtenky (PPP) před proražením šeku na pokladně. V tomto formuláři můžete provádět změny ve složení produktu šeku: ručně nebo automaticky (včetně částečné platby a platby předem). určit typy plateb (hotovost, platební karta), zadat nebo upřesnit email. adresa kupujícího (telefon nebo email)
68) Přidáno rozdělení částky DPH na základě podkladového dokladu pro šek na plnou nebo částečnou platbu (se smíšenými sazbami DPH)
69) Vylepšené režimy automatické distribuce pro úplné a částečné platby pro protokol FFD 1.0
70) Doplněn mechanismus pro vrácení čísla změny pokladny na doklad 1C, stejně jako další detaily dokladu, pokud byly editovány v okně PPP (náhled účtenky): Adresa kupujícího, Přijato, Platba kartou.
71) V ovládacím panelu KKM jsou parametry rozděleny do dvou skupin: „Základní“ a „Pokročilé“ - pro snazší vnímání informací.

[Verze 2.0 beta] 06/13/17
72) (beta Поддержка проткола ФФД 1.05, а именно: тегов 1212 (признак предмета расчета), 1214 (признак способа расчета), 1215-1217 (доп. типы оплаты). Формат ФД 1.05 позволяет корректно отобразить в чеке операции по продаже подарочных карт, предоплаты или авансы, продажу товаров в кредит и другие!}
schémata se složitými možnostmi výpočtu. Hodnoty těchto značek lze prohlížet a upravovat na formuláři PPP (náhled účtenky): dvě další. sloupce "PR" (předmět kalkulace) a "CP" (způsob kalkulace) v tabulce zboží (nahoře) a doplňkové. řádky v tabulce plateb (dolní).
73) Tlačítko "Nastavit" nad tabulkou produktů je určeno pro skupinové nastavení hodnot sloupců.
74) Použití protokolu FFD 1.05 lze povolit v ovládacím panelu pokladny na záložce "Parametry" ve skupině "Upřesnit" parametrem "17) FFD"

[Verze 2.0.1 beta] 06/13/17
75) Opraveny chyby při vyplňování šekového formuláře ve formuláři HRBP pro částečnou platbu
76) Opravena chyba při zpracování obsluhy emulátoru FR

[Verze 2.0.2] 06/14/17
77) Opraveny zjištěné chyby
78) Dokončili jsme verzi požadavku EAN a také jsme od Olegona zjistili, že již nepodporuje formát csv a důrazně doporučuje json. Zpoždění s json souvisí s implementačními funkcemi jeho databáze, podrobnosti zde: https://olegon.ru/showthread.php?t=26135&page=6 (autor zpracování volk13)
79) Přidán parametr pro umožnění evidence příjmu alkoholu v EGAIS.

[Verze 2.0.3] 06/15/17
80) Opraveny zjištěné chyby, vč. nesprávná definice typu platby při použití zpracování fr54_SelectPaymentType.ert
81) Přidána možnost děrování pokladního dokladu na základě dokumentů Bankový výpis LineReceipt a Bank Statement LineExpenditure. Tento typ dokladu lze použít místo PKO/RKO v případě platby platební kartou a nikoli v hotovosti.
82) Vylepšen požadavek EAN ve zpracování ean_online.ert (autor zpracování volk13)

[Verze 2.1] 22.06.2017
83) Pro konfiguraci 1C: Obchod a sklad, ed. 9.2 (Komplexní, rev. 4.5) přidáno do položky dokladu RKO na základě dokladu Řádek výpisu příjmu, byly provedeny změny ve funkci Plnění podle DocumentBase(), do nastavení "Zadat na základě" přidán řádek výpisu dokladu v seznamu "Zadat na základě".
84) Pro konfiguraci 1C: Účetnictví, ed. 4.5 přidána do vstupu dokumentu Odchozí objednávka na základě dokumentu Došlá objednávka, byly provedeny změny ve funkcích Měna dokumentu(), DocumentAmountVal(), DocumentRate(), procedura AtStartValueSelection()
85) Pro konfiguraci 1C: USN, ed. 1.3 přidáno:
1. nový atribut DocBasis v dokladech Došlá objednávka a Odeslaná objednávka, tento atribut se zobrazuje na formuláři zadaných dokladů a umožňuje zobrazit názvy položek ze základního dokladu v pokladním dokladu, byly provedeny změny v dokladu. procedur InputOnBasis(), PrintReceipt(), ProcessValueSelection() zadaných dokumentů, v Na konci modulu formuláře jsou programově definovány typy dokumentů, které mají být vybrány v atributu DocumentBase.
2. u dokladu Odeslaná objednávka byly do seznamu "Zadat na základě" doplněny doklady Došlá objednávka, Služby organizací třetích stran, Příjem inventury, Příjem OS a Příjem nehmotného majetku v seznamu "Zadat na základě". nastavení
86) Při tisku šeků KKM se zohledňuje možnost výpočtu daně - „DPH navrch“ (dříve se částka DPH v tomto případě zobrazovala jako příplatek) pro konfigurace 1C: Obchod a sklad, ed. 9.2, 1C: Komplex, ed. 4.5 a 1C: Účetnictví, ed. 4.5 (pro 1C: USN, rev. 1.3 – není vyžadováno)
87) Při zpracování externích tiskopisů (EPF) fr54_PechatChek.ert jsou zohledněny nové typy podkladových dokladů a možnost výpočtu daně „DPH navrch“.
88) Při zpracování obslužných fiskálních registrátorů je zavedena kontrola platnosti předávaného hesla pro přístup k metodám FD. Je povoleno nespecifikovat (nechat prázdné) heslo administrátora a uživatele ve zpracování „Nastavení obchodního zařízení“ (záložka „Fiskální registrátor“); v tomto případě bude zpracování služby FR používat výchozí hesla: heslo správce = 30, uživatelské heslo = 1.
89) při zpracování služby fr54_Shtrih-M.ert byly zohledněny připomínky technické podpory Shtrih-M k použití protokolu FFD 1.05.
90) zjištěné chyby byly opraveny.

[Verze 2.1.1] 26.06.17
91) Přidána nová hodnota pro parametr "Rule1kop" - "2 - povolit, nezobrazovat příplatky na účtence." Po instalaci této aktualizace je třeba znovu vybrat hodnoty tohoto parametru v ovládacím panelu KKM (pokud byl nainstalován dříve).
92) Ve zpracování údržby FR byla přidána kontrola, že směna je otevřena déle než 24 hodin.
93) při zpracování služby fr54_Atol.ert byly zohledněny připomínky technické podpory Atol k použití protokolu FFD 1.05. Aby tento protokol fungoval, verze ovladače KKM nesmí být nižší než 8.14.2 a verze firmwaru KKM nesmí být nižší než 3689 (aktuální 4139).
94) zjištěné chyby byly opraveny.

[Verze 2.1.2] 28.06.2017
95) ve zpracování služby fr54_Atol.ert přidána kontrola typů plateb v tabulce 12 ovladače pokladny při použití protokolu FFD 1.05. Pokud typy fiskálních plateb neodpovídají výchozím hodnotám, převedou se před tiskem šeku na výchozí
96) v ovládacím panelu pokladní tiskárny na kartě „Nastavení“ byl přidán atribut „Odkaz na aktuálního uživatele“. Ve výchozím nastavení je u typických konfigurací jeho hodnota „glUser“ - to je název globální proměnné modulu, která obsahuje odkaz na prvek adresáře Users. U nestandardních konfigurací lze hodnotu tohoto atributu přepsat.
97) zjištěné chyby byly opraveny.

[Verze 2.1.3] 29.06.2017
98) opravena chyba při zpracování fr54_List of Nomenclature for Printing.ert:
EXTFORMS\EQUIP\FR54_LIST OF NAMECLATURE FOR PRINTING.ERT(184)): Pole souhrnného objektu nenalezeno (množství)
99) do tabulky ParametryFR.xls přidán sloupec se zkrácenými názvy parametrů

[Verze 2.2.0] 07/02/17
100) Na záložku „Nastavení“ v Ovládacím panelu pokladny byly přidány nové možnosti:
. Povolit výběr do FD pouze pro vybrané výběry na záložce "Parametry" - tento příznak umožňuje omezit podmínky pro výběr šeků na FD společnostmi, uživateli atd.
. Povolit výběr šeku na FD pomocí „starých algoritmů“ - ve výchozím nastavení je povolena blokace, která neumožňuje výběr šeku na FD při použití postupu tisku šeku, neupraveného pro online pokladny.

[Verze 2.2.1] 19.07.2017
101) V Ovládacím panelu pokladny na záložce „Možnosti“ byl do skupiny „Pokročilé“ přidán nový parametr:
. 18) EGAIS - FixCheckVEGAIS - používá se při evidenci účtenek za maloobchodní prodej alkoholu v EGAIS společně s řešením https://infostart.ru/public/433840/
102) Chyby opraveny, algoritmy při zpracování fr54_Settings.ert optimalizovány
103) Opraveny chyby při zpracování fr54_List of Nomenclature for Printing.ert
104) Ve zpracování služeb FR byla přidána podpora evidence účtenek za maloobchodní prodej alkoholu v EGAIS spolu s řešením https://infostart.ru/public/433840/
105) Ve zpracování údržby DF byl přidán přenos názvu položky po řádcích (pokud to zařízení podporuje)
106) Ve zpracování služby DF bylo do postupu tisku šeku přidáno vrácení čísla fiskálního dokladu prostřednictvím proměnné Číslo FD.

[Verze 2.2.2] 25.07.17
107) V závislosti na verzi firmwaru pokladní tiskárny, verzi ovladače FR a také šabloně účtenky (pro Atol) existují omezení délky zobrazeného názvu položky na pozici účtenky. Pokud je překročena přípustná délka názvu položky, FR může zobrazit chybu „Neplatná délka“ a abnormálně zrušit kontrolu.
Pro vyřešení tohoto problému byl přidán parametr do Ovládacího panelu pokladny
. 19) MDN - MaxNameLength, která umožňuje oříznout název položky na zadanou délku před jejím výstupem do DF. Aby DF podporoval maximální délku názvu 128 znaků, doporučuje se aktualizovat firmware KKM a ovladač DF na nejnovější verzi a používat protokol FDF verze 1.05
108) Byl rozšířen seznam hodnot pro parametr 7)PEC - Tisk účtenky: Ovládací panely pokladen: přidána možnost zakázat tisk libovolné účtenky (nejen elektronické) na pásku pokladny. Využijte této příležitosti na vlastní nebezpečí a riziko, protože Zákon stanoví správní odpovědnost za nevydání pokladního dokladu – ten musí být vystaven – buď elektronicky, nebo v listinné podobě.
109) Přidána podpora pro zakázání tisku jakékoli účtenky ve zpracování služby FR
110) Vylepšené algoritmy pro částečnou platbu při zpracování fr54_List of Nomenclature for Printing.ert

[Verze 2.3.1] 08/02/17
111) Při kontrole platnosti telefonního čísla pro elektronickou kontrolu je nyní přijatelné uvádět telefonní číslo začínající +7... (změny ve zpracování fr54_Settings.ert)
112) V Ovládacím panelu pokladny na záložce „Možnosti“ byl do skupiny „Pokročilé“ přidán nový parametr:
. 20)#FD - ReturnFDNumber - Ve výchozím nastavení je vráceno kontrolní číslo. Pokud nastavíte hodnotu tohoto parametru: 1 - „Ano“, bude číslo fiskálního dokladu vráceno jako kontrolní číslo. Na šeku jsou zobrazena obě čísla (číslo šeku a číslo FD). Číslo šeku se čísluje v rámci směny pokladny, po uzavření směny začíná číslování šeku od 1. Číslo FD je koncové číslo šeku, jeho číslování od 1 začne až po výměně FN (fiskální jednotka).
Pomocí tohoto parametru můžete vybrat, které číslo bude vráceno do 1C a zaznamenáno do dokumentu 1C. Uložení čísla FD do 1C místo čísla šeku je výhodné z hlediska obdržení kopie šeku podle čísla FD (servisní funkce v Ovládacím panelu KKM).
113) Přidána podpora pro kontroly oprav. Za tímto účelem byla do Ovládacího panelu pokladny přidána záložka „Opravné kontroly“. Na této záložce můžete zadat data pro kontrolu opravy ručně a vyrazit je do FR. Podporovány jsou obě verze kontroly korekcí: 1 (pro protokol FFD 1.0) a 2 (pro protokol FFD 1.05).
Detail „Základního dokumentu“ je volitelný. Jeho vyplnění lze použít k automatickému určení ACS korekční kontroly v případě, že je ve formuláři pro korekční kontrolu zvoleno ACS - [auto].
Korekční kontrola může být dvojího druhu: „Příchozí“ – operace, při které uživatel vloží prostředky na opravu, a „Výstup“ – operace, při které uživatel opravné prostředky vybere.
Po vyražení opravného šeku se číslo šeku a číslo FD vrátí ke stejnojmenným údajům ve formuláři pro zpracování.
114) Ve zpracování služby FD byly opraveny chyby v určení čísla FD při tisku účtenky
115) Při zpracování údržby DF bylo přidáno zpracování parametru 20) #FD - Return FDN
116) Při zpracování služby DF pro provedení zprávy FS RAR http://egais.ru/news/view?id=1518 se při přenosu účtenek za maloobchodní prodej alkoholických nápojů do EGAIS nyní vždy jako číslo používá číslo FD. kontrolní číslo.
117) Přidána podpora pro kontroly korekcí tisku ve zpracování služby FR
118) Při zpracování fr54_PrintChekka.ert byla opravena chyba, kvůli které se na doklad 1C chybně vrátil indikátor platby platební kartou (v případě změny typu platby před proražením šeku externím zpracováním)
119) Při použití VPF prostřednictvím zpracování fr54_PrintChek.ert se na šeku místo krátkého vytiskne celý název položky (pokud existuje).

[Verze 2.3.2] 08/03/17
120) Objasnění algoritmů pro kontroly korekcí tisku
121) Sergeyovo zpracování pro výběr typu platby fr54_SelectPaymentType.ert bylo aktualizováno.

[Verze 2.3.3] 08/04/17
122) Objasnění algoritmů pro kontroly korekcí tisku
123) Byly opraveny chyby při určování čísla fiskálního dokladu

[Verze 2.3.4] 15.08.2017
124) probíhá fr54_Settings.ert opravena chyba v pokladním výstupu v pokladních sestavách (X-report, Z-report atd.) v případě použití více FD na jednom pracovišti
125) při zpracování údržby DF, možnost použít parametr " Nevolejtefr54_Settings". Tento parametr umožňuje vyhnout se zpracování fr54_Settings.ert. Lze jej použít, pokud programátor zajistil přenos všech potřebných parametrů z konfigurace 1C a nechce volat jiné pomocné zpracování kromě zpracování služby DF.
126) v tabulce použitých typů dokladů (na záložce " Nastavení Přidán sloupec "Ovládací panel KKM" Zkontrolujte typ". Umožňuje předefinovat typ šeku pro konkrétní typ dokladu. Lze jej použít pro explicitní určení typu šeku pro alternativní doklady, ze kterých se šek tiskne v režimu VPF (například z dokladů Prodej, Vrácení Od kupujícího atd.), jakož i z běžných dokladů (například u dokladu o vypořádání v hotovosti můžete nastavit typ šeku na „Nákup“ namísto „Vrácení prodeje“, pokud se konfigurace 1C používá k přijímání šrotu od veřejnosti)
127) ve formě náhledu (zpracování fr54_Seznam nomenklatur pro Printing.ert) zjištěné chyby byly opraveny.
128) v okně náhledu se v záhlaví formuláře zobrazí další informace, jako: typ šeku, SNO, Pokladna.
129) v okně náhledu byl přidán příznak pro zakázání automatického výpočtu typů plateb na formuláři - lze jej použít, pokud neexistuje přesná vazba mezi částkou platby na tomto formuláři a detaily dokladu, například pro alternativní dokumenty, jako jsou: Prodej, Vrácení od kupujícího atd.

[Verze 2.3.5] 16.08.2017
130) Hodnoty parametrů rozšířeny a změněny 9) Platba = RequestPaymentType. Nyní můžete přes tento parametr explicitně nastavit typ platby zcela HOTOVOSTNÍ nebo ELEKTRONICKY - bez zobrazení požadavku na typ platby při zadávání šeku na pokladně (více viz ParametryFR.xls).
POZORNOST! Hodnota pro požadavek typu platby se změnila na „2“. Po aktualizaci musíte znovu nastavit hodnotu tohoto parametru, pokud jste jej použili. V opačném případě může dojít k nesprávné činnosti.

[Verze 2.3.6] 20.08.2017
131) Řádek „ZÁLOHA“ se do šeku automaticky přidá, pokud částka platby překročí částku základního dokladu (faktury)
132) Přepracovaný návod k použití

[Verze 2.4.0] 13. 10. 2017
133) Opravy při zpracování služby Shtrikh-M: použití administrátorského hesla při tisku opravných šeků, příjem čísla šeku na směnu, číslo fiskálního dokladu, přidán výstup částky změny v šeku.
134) pro obsluhu služby emulace DF byla přidána možnost, která umožňuje zakázat náhodné generování kontrolního čísla - na kartě "Nastavení" ovládacího panelu pokladní tiskárny.
135) ve zpracování služby DF byly upřesněny algoritmy pro přístup k datům nižší úrovně, byla přidána možnost zakázat tisk hlavičky kontrolního lístku EGAIS, od r. duplikuje výstup dat do účtenky online pokladnou - na záložce „Nastavení“ Ovládacího panelu pokladny.
136) Chyba opravena - hodnota parametru 19) MDN(Max. Délka názvu položky) nebyla použita při distribuci položek příjemky v okně náhledu účtenky.
137) Opravy v algoritmu pro automatické rozdělení kontrolních pozic podle parametru 16) Přepínač odboček pod zatížením a tlačítko "Vyplnit" v okně náhledu účtenky.

[Verze 2.4.2] 01.11.17
138) Při zpracování údržby DF byla vyjasněna logika pro čtení hodnot řetězců z tabulek ovladačů pokladny
139) u ovladače Atol je zohledněno použití firmwaru 4555 ( Pozornost! na firmware 4555 není zaručen správný výstup sazeb DPH na starších verzích zpracování /před verzí 2.4.2/)
140) Aktualizované uživatelské pokyny (přidané pokyny pro přizpůsobení nepodporovaných konfigurací 1c7.7, které neposkytují připojení maloobchodního zařízení)

[Verze 2.4.3] 19. 12. 2017
141) Do Ovládacího panelu pokladny bylo přidáno tlačítko " Pokračujte v tisku", který umožňuje pokračovat v tisku fiskálního dokumentu pro ovladač Shtrikh-M poté, co odstraníte zaseknutý papír nebo dojde papír
142) Pro ovladač Atol byl přidán tisk kontrolní hlavičky, když je povolena "volba". 6) PAP" ("Zkontrolujte adresu kupujícího")
143) Opraveny zjištěné chyby

[Verze 2.4.4] 03/06/18
144) je u standardních konfigurací 1C zohledněna podpora uzavírání směn pokladny pomocí standardního mechanismu při použití více FD na jednom pracovišti:
- byly provedeny změny v proceduře Při otevření v externím zpracování služby FR (EQUIP\fr54_***.ert)
- byly provedeny změny v postupu globálního modulu glFRCloseShift() a zpracování Closing CashierShift

[Verze 2.5.0] 04/10/18
145) Do kontroly opravy byly doplněny podrobnosti pro předání jména, čísla a data dokladu na základě opravy.
146) Pro parametr<Правило1коп>"12)P1k" je nyní výchozí na hodnotu "2 - povolit, nezobrazovat příplatky na účtence." Je to způsobeno tím, že výrobci pokladních tiskáren doporučují toto pravidlo používat vždy při tisku účtenek. Nový firmware KKM pro Shtrikh-M nepodporuje tisk účtenek, pokud je toto pravidlo zakázáno, což vede k chybě „Neplatný parametr s těmito nastaveními“.
POZORNOST!!! Po aktualizaci na tuto verzi zkontrolujte nastavení tohoto parametru a v případě potřeby jej změňte v souladu s logikou vašeho účetního systému.
147) Ve všech případech je celý název produktu, pokud je vyplněn, přenesen na pokladní doklad.
148) Doplněn parametr pro přenos vypočtených částek DPH na pokladní doklad<ПередаватьСуммыНДС>"21) Výše ​​DPH". FR standardně vypočítává částku DPH nezávisle pro pozice šeku na základě přenášených hodnot Částky a sazby DPH pozice šeku.
Při použití parametru<Правило 1 коп.>částka DPH v šeku se může lišit od částky DPH uvedené na dokladu 1C. Tuto možnost můžete použít k vyřešení nesrovnalostí.
POZORNOST!!! U pokladen používajících ovladač Shtrikh-M tento parametr funguje pouze v případě, že je povoleno „pravidlo 1 kopeck“ pomocí parametru „12)P1k“.
149) Přidána možnost převést INN pokladníka na OFD. Pokud chcete uvést daňové identifikační číslo pokladníka, zadejte ho za jméno pokladníka oddělené znakem &. Například: Anna Ivanova &112233445566. DIČ pokladny bude převedeno na OFD, ale nebude vytištěno na účtence.
Pokud při tisku šeku použijete jméno aktuálního uživatele z adresáře Uživatelé, můžete do tohoto adresáře přes konfigurátor přidat nový detail s identifikátorem TIN. Hodnota tohoto detailu bude na šeku použita jako INN pokladníka a v uživatelském jménu nesmí být INN uvedeno pomocí ampersandu (&). Pokud je tento údaj současně vyplněn a DIČ je uvedeno ve jménu pokladníka pomocí ampersandu (&), bude v šeku použito DIČ uvedené ve jménu pokladníka (má vyšší prioritu než hodnota atributu DIČ) .
150) Byl upřesněn algoritmus výpočtu podle pravidla 1 kopeck. Někdy to poskytlo výsledek, který se lišil o 1 kopejku. z toho pravého. Alexander Medveděv alias Ondul Děkujeme vám za váš výzkum této problematiky.
151) Chyby byly opraveny.

[Verze 2.5.2] 20.04.2018
152) Opravena chyba v zápisu opravného základu v opravné kontrole u řidiče Atolu, pokud není vyplněn. Změny jsou pouze ve zpracování fr54_Atol.ert, takže číslo verze zbývajících modulů zůstává 2.5.0

[Verze 2.5.3] 25.04.2018
153) Opravena chyba při použití parametru<МаксДлинаНаименования>(nebyly odstraněny nevýznamné mezery vpravo v názvu nomenklatury)
154) Opravena chyba použití parametrů pro ovladač Atol<ПередаватьСуммыНДС>

[Verze 2.5.4] 05/11/18
155) Opravena chyba při přenosu štítku 1203 „Cashier INN“ do zpráv o otevření a uzavření směn při použití ovladače Shtrikh-M

[Verze 2.6.0] 14.05.2018
156) Přidán mechanismus pro zobrazení nefiskálních dat (NFD) při tisku šeku na FD.
Příklady zobrazených informací:
- Jméno nebo celé jméno protistrany;
- název protistrany;
- informace o slevách nebo akcích;
- reklamní informace;
- jiný volný text.
Tento mechanismus umožňuje:
- konfigurovat zobrazení libovolných nefiskálních řádků na začátku a konci šeku, před a po zobrazení položek číselníku šeků v náhodném pořadí;
- organizovat automatické zalamování po řádcích dlouhého textu v závislosti na šířce FR pásky;
- určit způsob zarovnání nefiskálního textu při tisku na FR: na levý okraj, na střed, na pravý okraj a také jako zástupný znak po šířce pásky (pro zobrazení oddělovacích čar);
- při zobrazování nefiskálních údajů můžete přidat číselnou hodnotu, která bude automaticky zformátována a zobrazena v účtence podél pravého okraje podél šířky pásky (například s uvedením výše slevy nebo ceny před slevou je použito);
- nakonfigurujte výstup textu ve dvou sloupcích, přičemž text v levém sloupci bude zarovnán doleva a text v pravém sloupci bude zarovnán doprava.
- řídit výstup nefiskálních řádků v šeku interaktivně prostřednictvím okna náhledu šeku (fr54_List of Nomenclature for Printing.ert);
- nakonfigurujte výstup nefiskálních řádků programově v proceduře Check Print (Punch CheckNaKKM) a také prostřednictvím VPF fr54_Check Print.ert v proceduře Document Handler.
V tomto případě musíte do tabulky hodnot List (Seznam produktů) přidat nový sloupec s názvem NFD:
Seznam produktů.NewColumn("NFD","Číslo");
Tento sloupec může mít následující číselné hodnoty:
- 0 - "FISKÁLNÍ ČÁRA" (používá se jako dříve k zobrazení fiskálních pozic šeku)
- 1 - "Nefiskální čára se zarovnáním doleva"
- 2 - "Nefiskální linie se zarovnáním na střed"
- 3 - "Nefiskální čára se zarovnáním vpravo"
- 4 - "Nefiskální čára se zarovnáním a oříznutím na šířku pásky" (pro zobrazení oddělovacích čar).
Text nefiskálního řádku se nastavuje ve sloupci ItemName tabulky hodnot seznamu (Seznam produktů).
Pokud potřebujete dodatečně převést jakoukoli hodnotu součtu, můžete ji nastavit ve sloupci Cena. Tato číselná hodnota bude při tisku účtenky naformátována a zarovnána doprava.
Zbývající sloupce tabulky hodnot Seznam (Seznam produktů) by při zobrazování nefiskálních dat měly zůstat prázdné.

[Verze 2.6.1] 29.05.18
157) Do mechanismu pro zobrazování nefiskálních dat (NFD) při tisku šeku na FD byla přidána následující hodnota:
- 5 - "Segment"(umožňuje vám provést část kontroly s výstupem klišé)
158) Při zpracování fr54_PrintChek.ert byla opravena chyba ve výstupu částky DPH u dokladů Výkaz LineReceipt a Statement LineExpenditure standardních konfigurací 1C.
159) Do zpracování obsluhy fiskálních registrátorů byla přidána funkce pro získání zůstatku hotovosti v pokladní zásuvce. Procedura gFROCashBalance pro volání této funkce je zpracovávána fr54_Settings.ert. V případě potřeby jej lze umístit do globálního modulu vaší konfigurace 1C.
160) Aktuální stav hotovosti v pokladní zásuvce lze zobrazit kliknutím na tlačítko „Zůstatek hotovosti“ na záložce „Služba“ ovládacího panelu pokladny.
161) Přidáno FAQ.doc(často kladené otázky a odpovědi)

[Verze 2.6.1+] 06/08/18
162) byla opravena chyba - při tisku účtenky na FR pomocí ovladače Shtrikh-M byl v účtence duplikován název poslední položky.

[Verze 2.6.2] 30.06.2018
163) Opraveny zjištěné chyby
164) Pro protokol FFD 1.05 a vyšší byl přidán výstup tagů „Předmět výpočtu“ a „Způsob výpočtu“.
165) V Nastavení Ovládacího panelu pokladny přibyla možnost "Povolit výběr šeku do Spolkového fondu v režimu VPF bez zaúčtování dokladu".

[Verze 2.6.3] 07/11/18
166) Algoritmy pro tisk kontrol byly optimalizovány.
167) V parametrech Ovládacího panelu KKM byla přidána volba protokolu FFD 1.1

[Verze 2.7.0] 10/04/18
168) Opraveny zjištěné chyby
169) Ve formuláři Náhled šeku byla přidána možnost upravit typ šeku, daňový systém, celé jméno a DIČ pokladníka bezprostředně před tiskem šeku.

[Verze 2.8.0] 27. 11. 2018
170) Přidána podpora pro sazbu DPH 20 %, která by měla být uplatňována od 1. 1. 2019. Před 1. 1. 2019 je nutné PŘEDEM aktualizovat firmware na nový, který podporuje sazbu DPH 20 %. V tomto případě na Silvestra v 0:00 (dle hodin KKM) KKM automaticky přejde na používání nové sazby DPH.

[Verze 2.8.1] 23. 12. 2018
171) Opraveny zjištěné chyby, vč. Pro Shtrikh-M byl vyřešen problém „80: Předchozí příkaz se tiskne“.

[Verze 2.8.2] 31.01.2019
172) Opraveny zjištěné chyby
173) Pro Shtrikh-M byl odstraněn problém převodu pokladního TIN na OFD
174) Pro Atol byly opraveny chyby v opravné kontrole, přidána podpora více sazeb DPH v jedné opravné kontrole (podporováno od verze ovladače DTO 8.16.4)
175) pro režim emulace přidáno podrobnější zobrazení kontroly korekcí

[Verze 2.9.0] 02/05/19
176) Přidána podpora pro přenos tagu 1192 („Další podrobnosti o kontrole“) v kontrolách (včetně opravných kontrol). Prostřednictvím tohoto detailu můžete přenést atribut Fiskální šeku, který byl dříve nesprávně vygenerován pomocí pokladny. Přečtěte si více Vytvoření korekční kontroly
Fiskální atribut dokladu lze přenést na účtenku programově prostřednictvím parametru "Tag1192" nebo interaktivně prostřednictvím formuláře Náhled účtenky (parametr Ovládací panel POS je povolen 14) PPC = 2)
177) V případě použití jednoho názvu položky v účtence (parametr 15)P1N= Ano), hodnoty tagů se standardně přenášejí do kontroly Předmět výpočtu= "Produkt" a Způsob výpočtu= "Plná platba".
178) Zastaralé metody registrace kontrolních pozic byly deaktivovány. V tomto případě použijte parametr " P1k" = 0 (vypnutí pravidla "1 kopeck."") umožňuje provádět kontroly pomocí slevy a bez rozdělení položky produktu na dva řádky, což eliminuje chyby při zaokrouhlování.

[Verze 2.10.0] 03/05/19
179) Přidána podpora pro tag 1162 (kód produktu). Chcete-li jej přenést do tabulky hodnot Seznam produktů, převedeno do zpracování údržby DF, je třeba přidat další tři sloupce, které je nutné vyplnit potřebnými údaji z 1C:
- Typ označení(typ Číslo, typ označení, pro cigarety = 5)
- MarkingGroup(typ String, kód skupiny produktů, pro cigarety = GTIN)
- MarkingInstance(typ String, identifikační kód produktu, pro cigarety = Serial)
V současné době je podporován přechod označování tabákových výrobků na OFD.
54-FZ: RMK Tabak pro 1C 7.7

[Verze 3.0.0] 21.03.2019
180) Přidána podpora pro verzi ovladače Atol DTO 10 .
181) Přidán přenos atributu fiskálního dokumentu (FPD) po prolomení kontroly v 1C. Hodnotu tohoto parametru lze číst ve volající proceduře pomocí metody:
Data = Seznam produktů.Data54FZ;
FPD = Data.Get("FPD");
Při proražení šeku přes EPF (externí tištěný formulář) se do komentáře dokumentu zapíše FPD, a pokud doklad obsahuje detail s identifikátorem FPD, zapíše se do něj.
182) Zjištěné chyby byly opraveny, Uživatelská příručka byla aktualizována (byl přidán popis podpory DTO10 pro Atol), byla upřesněna popis parametrů: 12) P1k, 17) FFD a 21) Množství KÁĎ.
183) Zpracování fr54_Atol10_Settings.ert bylo přidáno do balíčku pro implementaci vlastního mechanismu logického zařízení pro ovladač DTO10, protože tento ovladač neposkytuje logická zařízení. Seznam logických zařízení pro obsluhu DTO10 je uložen ve složce Windows v souboru Windows\fr54_Atol10_Settings.ini (je třeba poskytnout uživateli práva pro zápis do tohoto souboru).
184) Podle zprávy PAR http://egais.ru/news/view?id=1518 se do šeku EGAIS přenese číslo fiskální jednotky, nikoli sériové číslo pokladny. Nyní toto číslo není nutné ukládat do adresáře Pokladna, zpracovává se metodami ovladače pokladny.

[Verze 3.1.0] 21.04.2019
185) Opraveny zjištěné chyby
186) Při zpracování obsluhy fiskálních registrátorů byl rozšířen seznam podpory pro tag 1162 pro označené produkty: tabákové výrobky, obuv, kožešinové výrobky, léky .
Pro maloobchodní prodej je doporučeno spolu s naším produktem používat modul „54-FZ: Online pokladny pro 1C 7,7“, který zajišťuje skenování etiketovacích kódů při prodeji zboží a jeho převedení v požadovaném formátu do zpracování služby FR .
187) Aktualizováno zpracování API požadavku na službu EAN (zpracování Extforms\ean_online.ert, autor volk13): nalezené názvy produktů jsou zbaveny zakázaných znaků.

[Verze 3.1.1] 20.05.19
188) Rozšířené použití parametru 4)#LU (<Номер ЛУ ФР>).
Nyní můžete prostřednictvím tohoto parametru zadat sériové (tovární) číslo RF a oddělit jej od čísla LU znakem „ampersand“ (&), například: 2&1234567901234,
kde 2 je číslo LU a 12345678901234 je sériové číslo RF, které je přiřazeno tomuto číslu LU.
V tomto případě program zkontroluje, zda zadané číslo souhlasí se sériovým číslem skutečně připojeného DF - v případě neshody bude operace zamítnuta.
V tomto parametru je možné uvést pouze sériové číslo RF bez uvedení čísla LU, například: &1234567901234.
V tomto případě program pomocí zadaného sériového čísla vyhledá LU, ke které je připojen DF se zadaným sériovým číslem, a provede operaci na nalezeném DF.
189) Ve zpracování výběru logických zařízení fr54_Atol10_Settings.ert bylo přidáno tlačítko „Kontrola komunikace“, které vrací název modelu a sériové číslo DF nebo popis chyby při připojení k DF se zadaným parametry je nemožné.

[Verze 3.2.0] 25.05.19
190) Přidána podpora tagů 1227 (Jméno klienta / kupujícího), 1228 (TIN klienta), kód země původu zboží (Tag 1230), číslo celní deklarace (Tag 1231) atd. ke zpracování služeb fiskálních registrátorů. Více o účelu nových značek se můžete dozvědět po odkazu https://its.1c.ru/db/newscomm#content:458995:hdoc
Uvedené značky jsou podporovány počínaje firmwarem 10-7824 pro Atol a firmwarem ze dne 24. 10. 2018 pro Shtrikh-M.
Hodnotu tagů, které se týkají šeku (nikoli kontroly pozic), lze do šeku přenést programově standardním způsobem:
Data.Set("Tag1227", "Pupkin Vasya");
Data.Set("Tag1230", 413);
Štítky budou přeneseny do OFD po proražení šeku.
Pokud je nutné, aby byly štítky na účtence dodatečně vytištěny nefiskálním textem (pro informování kupujícího), je třeba k názvu štítku přidat příponu „_p“, například:

Data.Set("Tag1230_p", 413);
Pro tagy 1227 a 1228 můžete použít synonymní označení „Client“ a „ClientINN“, například následující dvojice záznamů jsou ekvivalentní:
Data.Set("Tag1227_p", "Pupkin Vasya");
Data.Set("Klient_p", "Pupkin Vasya");
A
Data.Set("Tag1228", "770123456789");
Data.Set("ClientINN", "770123456789");

Hodnoty tagů, které se vztahují k pozicím účtenky, lze přenést do účtenky prostřednictvím tabulky Seznam hodnot (Seznam produktů). Chcete-li to provést, musíte pro něj otevřít další sloupce s názvy značek a přiřadit hodnoty při vyplňování tabulky hodnot Seznam (Seznam produktů) v cyklu procházení řádků účtenky, pro příklad:
List.NewColumn("Tag1230_p", "Číslo"); //kód země původu produktu (pro Rusko se nevyplňuje)
List.NewColumn("Tag1231", "Řádek"); //Číslo celního prohlášení
Přípona „_p“ v názvu tagu určuje, zda bude hodnota tagu zobrazena na účtence jako nefiskální řádek pro pohodlí uživatele, nebo zda bude hodnota pouze přenesena do OFD.

191) Do zpracování VPF fr54_PrintChek.ert byla přidána podpora pro nové tagy.

192) Do standardních konfiguračních dokumentů (TIS, Bukh, USN) byla přidána podpora pro nové tagy. Za tímto účelem byly do hlavičky dokumentu přidány nové podrobnosti: FPD a Do Not Transfer Client VOFD a byly provedeny změny v modulech dokumentu:
- PKO, RKO, Příjem řádků výpisů, Výdaje na řádky výpisů, KontrolaKKM (TIS 9.2)
- Příchozí příkaz, Odchozí příkaz (účetnictví a zjednodušený daňový systém)
Atribut Do Not Transfer Client VOFD byl přidán do formulářů dokumentů (kromě CheckKKM) jako zaškrtávací políčko. Atribut FPD je zobrazen v textovém atributu TextCheckNumberKKM, za tímto účelem je ve formuláři zvětšen na šířku, aby se do něj vešlo číslo šeku a číslo FPD.
Atribut FPD ukládá fiskální atribut dokladu, který se používá jako tag 1192 při zadávání šeku vrácení peněz na základě prodejního dokladu (nebo naopak).

193) Soubory popisující změny ve standardních konfiguračních dokumentech byly aktualizovány:
- ChangesForConfigurationTIS987_54FZ.txt
- ChangesForConfigurationBuh633_54FZ.txt
- ChangesForConfigurationUSN275_54FZ.txt

194) 54-FZ: RMK GISM (označení) pro 1C 7.7 aktualizováno na verzi 1.3 – přidána podpora pro označování léků a opravy chyb.

[Verze 3.2.1] 31.05.2019
195) Vzhledem k tomu, že tisk dalších kontrolních údajů (štítek) se doporučuje řídit prostřednictvím ovladače pokladny, bylo v konfiguračních modulech a při externím zpracování odstraněno výchozí používání přípony „_p“ při změně štítků (viz změny verze 3.2 .0).
V případě potřeby však lze tuto příponu použít k zobrazení značek v nefiskálním textu na účtence (nedoporučuje se).
196) Opravena chyba ve verzi 3.2.0 pro zpracování údržby ovladače DTO10 (fr54_Atol10.ert): při předávání dalších značek došlo k chybě tisku.

[Verze 3.2.2] 19.06.2019
197) Opraveny chyby při přenosu tagu 1162 (kód produktu) pro ovladače DTO8 a DTO10 (Atol).
198) Opraveny chyby při přenosu tagů 1129 - 1231 přes ovladač Shtrikh-M. Pro převod částky spotřební daně (tag 1229) musí být verze ovladače alespoň 4.14.768 (ze dne 17. června 2019) - lze stáhnout z odkazu https://cloud.mail.ru/public/PVBd/2tUfX7bz9
199) Přidána možnost přenést tag 1227 (jméno klienta), když chybí tag 1228 (daňové identifikační číslo klienta). To je povoleno pro protokol FFD 1.05. Pro FFD 1.1 je vyžadován štítek 1228 (daňové identifikační číslo klienta).
Opravena chyba: kromě TIN byly do tagu 1228 přeneseny také první znaky klientského kontrolního bodu.
Byly provedeny změny v proceduře PrintReceipt() v konfiguračních dokumentech a zpracování servisu VPF fr54_PrintReceipt.ert.
Aby se při použití VPF nepřenesly tagy 1227 a 1228 do šeku, je nutné, aby byl v dokumentu nastaven příznak „Nepřevádět klienta do OFD“ nebo jméno klienta bylo „Soukromá osoba“ nebo „ Maloobchodní kupující“.

[Verze 3.2.2+] 06/20/19
200) Opravena chyba: v tagu 1228 byly kromě TIN přenášeny také první znaky klientského kontrolního bodu. Byly provedeny změny v postupu Print Receipt() v konfiguračních dokumentech a v popisu změn konfigurace ChangesForConfiguration****.txt
201) Byly provedeny změny ve zpracování údržby ovladače Strih-M fr54_Strih-M.ert: tagy 1227 a 1228 nebyly u některých modelů FR přenášeny.

[Verze 3.2.3] 06/28/19
202) Opravená chyba: prostřednictvím zpracování VPF f r54_PrintReceipt.ert DIČ a jméno kupujícího nebyly přeneseny (štítky 1227 a 1228)
203) Opraveny chyby při přenosu tagů 1229 - 1231
204) Přidána podpora pro tagy pro platební agenty, obchodování provizí: tagy 1057, 1222, 1226, stejně jako tagy 1005, 1016, 1026, 1044, 1073, 1074, 1075 (jako součást komplexního tagu a tagu 1223) 1171 (jako součást komplexní značky 1224)

54-FZ: RMK GISM (označení) pro 1C 7.7 aktualizováno na verzi 1.4 - opraveny chyby v podpoře označování bot a léků.

[Verze 3.3.0] 07/03/19
205) do formuláře Náhled účtenky byla přidána možnost prohlížet, upravovat a přidávat libovolné další štítky účtenky a také kódy označení produktů (tag 1162).
206) do ovládacího panelu pokladny byla přidána možnost vyrazit šek bez propojení s dokumentem 1C. Univerzální editor účtenek umožňuje vytvářet, upravovat a děrovat jakoukoli účtenku s jakýmkoli obsahem a libovolnými štítky bez odkazu na data 1C.
207) Parametr 17)FDD má nyní výchozí hodnotu 1,05.
208) Vylepšená kompatibilita s konfigurací 1C: Production+Services+Accounting 7.7 prostřednictvím mechanismu VPF.
209) Přidána možnost tisku šeků prostřednictvím mechanismu VPF pro zastaralé konfigurace 1C TiS, ed. 9.2 bez aktualizace výčtu Transakčních kódů.
210) Opraveny zjištěné chyby

[Verze 3.3.1] 07/03/19
211) Byly opraveny chyby ve zpracování fr54_Settings.ert a fr54_List of Items for Printing.ert, které v některých případech vedly k nemožnosti používat editor účtenek.
212) V režimu VPF se bere v úvahu, že konfigurace 1C nemusí mít obecný atribut dokumentu „Comment“ (fr54_PrintReceipt.ert)

[Verze 3.3.2] 07/08/19
213) V režimu VPF(externí tištěné formuláře) přidána podpora pro tisk štítků 1230 a 1231 (Země původu a celní prohlášení) v účtence v případě<automatický výběr> šarže v prodejních dokladech zboží a materiálu. (Podpora tisku vložená do modulů dokumentů bude k dispozici v budoucí verzi.)
V případě potřeby se řádek dokladu při tisku účtenky rozdělí na několik pozic, pokud jeden řádek dokladu obsahuje více celních prohlášení v evidenci "Dostupnost šarže".
Zaokrouhlování kopií pro Částku a DPH se upraví automaticky při výstupu na šek, doporučujeme povolit parametr " 21) Výše ​​DPH„tak, aby se celková částka DPH na šeku shodovala s původním dokladem.

Záruka vrácení peněz

Infostart LLC vám garantuje 100% vrácení peněz, pokud program nebude odpovídat deklarované funkčnosti z popisu. Peníze mohou být vráceny v plné výši, pokud o to požádáte do 14 dnů od data přijetí peněz na náš účet.

Program se osvědčil natolik, že můžeme poskytnout takovou záruku s naprostou důvěrou. Chceme, aby všichni naši zákazníci byli s nákupem spokojeni.