Současná verze Konfigurace "Řízení obchodu", \\ t
Revize 10.3, určená pro použití s \u200b\u200bverzí systému
1C: Podnik ne méně než 8.2.19. Při práci S. operační systém
Microsoft Windows. 10 Musíte použít platformy verze 8.3
"1C: Enterprise" v režimu kompatibility s verzí 8.2.
Aktualizace je určena pro následující verzi: 10.3.41.1, 10.3.42.1, 10.3.43.1
Co je nového?
Přidána funkčnost řídicích obdobích elektronických formátů dokumentů.
Přidal funkčnost odesílání pozvánek na výměnu za konkrétní identifikátor člena EDO.
Maloobchodní
Zařízení podpory "Kontroly tiskárny"
Tisk výpočtových dokumentů na připojené tiskárně šeků nebo na tiskové tiskárně a údržbě "účetního časopisu vydaného kupujícím podle výpočtů" v souladu s PP Ruské federace č. 296 ze dne 15. března 2017
Zpráva "Journal of Choving vydaný kupujícím dokumentů"
Přidaná zpráva "Journal of Choving vydaný kupujícím dokumentů", viz "Maloobchodní management" Rozhraní, "Prodej" menu.
Adresář "Hotovost KKM"
Zaškrtávací políčko "Kontrola" je přidána do "CASSIA CCM CCM". Po kontrole kontrolní archivace zaškrtávací políčko "Kontrola KKM" nejsou po uzavření odstraněny a označeny jako archivované. Informace z těchto dokumentů se zobrazují ve zprávě "Journal of účetních dokladů vydaných kupujícím".
Přidáno servisní proces účtováníprinter.epf
Zpracování udržuje zařízení podporované řidičem "1C: kontroly tiskárny".
Novinka ve verzi 10.3.43.1
Výměna elektronických dokumentů
Přidána funkčnost pro zrušení libovolného elektronického dokumentu.
Přidána funkčnost zobrazení předpisů EDO prostřednictvím formuláře "Elektronický strom dokument" pro libovolný elektronický dokument.
Je implementován synchronizovat stav EDO mezi všemi dokumenty informační základny zapojené do výměny Upd / CCD.
Je implementována možnost jednorázové registrace všech změn certifikátů organizace v servisu 1C-EDO při zachování profilu EDO.
Přidána možnost zadat seznam uživatelů s přístupem k certifikátu.
DPH účetnictví
V souladu s vyhláškou vlády Ruské federace ze dne 25. května 2017. 625 V vydaných faktur od 01 července 2017 je nutné uvést identifikátor státní smlouvy.
V dokumentu "Účet vydaný" od 01.07.2017 je k dispozici pro vyplnění pole "Státní smlouvy Identifikátor" pole ".
Tištěná forma dokumentu "Vydaná faktura" je uvedena v souladu s vyhláškou vlády Ruské federace ze dne 25. května 2017. № 625.
Maloobchodní
Přidána podpora formátu fiskální data verze 1.0.5 v souladu s řádem federální daňové služby Ruska ze dne 21. března 2017 NMB-7-20 / [Chráněný emailem]
"Při schvalování dalších podrobností o fiskálních dokladech a formátech fiskálních dokumentů, povinné pro použití."
Pro použití nových funkcí vyžaduje aktualizaci služby služby.
Dokument "Cash Correction Check"
Přidán dokument "Cash Correction Check". Vyžaduje aktualizaci zpracování komerčních zařízení na verzi 1.7 nebo vyšší.
Adresář "Komerční vybavení"
Přidány podrobnosti "Metoda logického řízení", "přípustný nesoulad ve formátu". Používá se při fiskalizaci kontroly CCT s přenosem dat.
Dokumenty "příkaz k pokladně", "Vyžadovat platební příkaz", "platba od kupujícího platební karty"
V tabulce "Dešifrování platby" přidány "přidané rekvizity" znaménko výpočtu veletrhu ", je vyplněna výchozími hodnotami, je k dispozici pro editaci, uživatel může změnit svou hodnotu. NÁhodnosti používané při fiskalizaci kontroly CCT s přenosem dat.
Dokumenty "Realizace zboží a služeb", "návrat zboží od kupujícího"
Přidána možnost tvořit fiskální kontrolu CCT s přenosem dat.
Pevné identifikované chyby
FLK - logické řízení formátu, Což je určen k tomu, aby pomohly daňovým poplatníkům při vyplňování formy daňového výkaznictví, nesleduje účel Camerální kontroly a je vyvinut podle pravidel pro sestavování forem zpravodajství.
Podle odstavce 4-1 článku 584 daňového řádu FLKTo je kontrola úplnosti a správnosti jeho výplně, je prováděna při přijímání a zpracování daňových hlášení o přijímání a zpracování daňových hlášení o daňových úřadech (dále jen Systém).
Potvrzení o přijetí a zpracování daňového hlášení ze strany centrálního uzlu systému je elektronickým oznámením o přijetí nebo zamítnutí daňového hlášení ze systému.
Systém přiřazuje daňové zprávy zastoupené v elektronické podobě, přijímací status ("přijatý") a postavení zpracování na základě daňového hlášení, který má být zabalen na osobním účtu daňového poplatníka ("sporné"), a také vyplývá o přijetí nebo zpravodajství z příjmů.
V přítomnosti těchto statusu statusu v oznámení se tedy předpokládá, že daňová zpráva kontrolovala požadavek na logickou kontrolu formátu a nespadá do normy pododstavce 7) odstavce 5 článku 584 Daňový kód.
Struktura logické souboru
Obsahují struny souborových souborů (od prvního řádku a na konec souboru) obsahují data přílohy.
Řádky souborů by měly být od sebe odděleny dvojicí znaků "Return vozík" a "Přenos řádků" (kódy 1310 a 1010), následovat navzájem.
Soubor by neměl začít znakem "návratu vozíku" a "Přenos řádků" nebo končí s těmito značkami. Začlenění do prázdného souboru řetězce (opakování "návratu vozíku" a "line překlady" několikrát přímo spolu s ostatními) není povoleno.
Nahrané informace
Každý řetězec musí obsahovat hodnoty atributů uvedené v tabulce A.1.
Obecné požadavky
Pro každý přílový soubor je vytvořen logický protokol logického řízení (protokol FLC).
Název souboru protokolu FLC je založen na názvu přílohy souboru nahrazením písmene Mo, ze kterého začne název souboru, na písmeno L:
L + informační zdroj + registru číslo-SMO / MO + GGHYMDD, kde
Zdroj informací: 1 - CMO nebo 2 - MO,
registry SMO / MO - SMO Registrovat pokoj nebo mo
GGHYMMDD - datum, kdy byla data připravena.
Obsah souboru je přenášen do kódování kódů Windows-1251.
Struktura logické souboru
Protokol FLC je přenášen v souboru formátu textu se separátory. Soubor se skládá z řádků oddělených od sebe dvojicí znaků "Return vozík" a "Přenos řádků" (kódy 1310 a 1010). Jako separátor se používá znak "bod s čárkou" (";", kód 3410). Samostatné hodnoty jsou nutně užívány v uvozovkách v případech, kdy dojde k bodu a uvozovek uvnitř hodnoty.
Seznam chybových chyb logických řízení
Pokud zjistíte alespoň jednu chybu FLC v řádku, řetězec není přenášen na zátěž v erz RS.
Seznam chybových chyb logických řízení
| Kód | Pole | Popis chyby | další ověření |
|
| pokoj, místnost | Sloupec název |
|||
| Chyby v konkrétních záznamových polích |
||||
| 2 | 3 | Enp. | Žádný ensp. | Neexistuje ENP pro Polis OMS jediného vzorku |
| 5 | 4 | Příjmení | Neplatné značky nebo kombinace značek v názvech | Příjmení, jméno nebo patronymic nesplňuje pravidla FLK přijaté v Erz |
| 6 | 5 | název | Neplatné značky nebo kombinace značek v názvu |
|
| 7 | 6 | prostřední jméno | Neplatné značky nebo kombinace značek v patronymic |
|
| 10 | 7 | Datum narození | Není specifikováno datum narození | |
| 11 | 7 | Datum narození | Chyba v datu narození | Určené datum je uvedeno:
|
| 21 | 13 | Snils. | Chyba v hodnotě snilů | Zadaná hodnota je nesprávná délka nebo obsahuje jiné známky než čísla. |
| 22 | 13 | Snils. | Chyba v řídicím čísle | Ovládací číslo (dvě poslední číslice) SNILS jsou vypočteny chybou. |
| 25 | 2 | Id_polis. | Neexistuje žádná řada a číslo DPFS | Neexistuje žádná řada a číslo pro třídu starého vzorku OMS nebo číslo dočasného certifikátu |
| 242 | 15 | Způsob vstupu | Není zadán kód způsobu připojení k mo | |
| 243 | 15 | Způsob vstupu | Neplatný způsob připojení k mo | Kód způsobu připojení není nalezen v kódovacím systému. |
| 246 | 17 | Datum_nigitalizace | Chyba v datu | Chyby v datu: Datum zahrnuje značky jiné než čísla, Počet čísel není osm, Sekvence čísel nelze interpretovat jako správné datum (například "19722510" nebo "19801234). |
| 264 | 14 | Id_mo. | Číslo registru není zadáno. | |
| 265 | 14 | Id_mo. | Číslo registru není nalezeno | Zadaná hodnota nebyla nalezena v jednotném registru MO. |
| Ostatní (obecné) chyby |
||||
| 99 | – | – | Program zpracování má výjimečnou situaci. | |
Uložení žurnálu prohlášení a jejich používání jako počáteční data příštího období Výkonný editor Prohlášení Kontrola protistran, prohlášení o stahování z XML souborů, výkonné výběry a mnohem více ... A to vše je ještě rychlejší a pohodlnější. Nové vydání 3.1.Nejoblíbenější aplikace deklarace alkoholu jsou Aplikace 5, 6, 7, 11 a 12.
Zpracování je určeno pro organizace velkoobchodní nebo maloobchodní. V aktualizaci budoucí podkladové společnosti, aplikace jsou plánovány na prohlášení nezbytná pro podniky zabývající se výrobou alkoholických nápojů.
Ještě rychlejší než ed. 2.x! Vysoký výkon tvorby prohlášení podle informační základny.
Zavedení nového edice našich zákazníků s sítí asi 150 obchodů ukázalo následující výsledky: tvorba přílohy 11 podle informační základny (150 obchodů, více než 50 000 řádků deklarace) - cca 3-4 minuty Dokázal se! Vykládání formátem FSRAP - Méně než jednu minutu! Stejný úkol v programu deklarant-Alco byl proveden více než 48 hodin.
Plně automatické vyplnění prohlášení podle informační základny.
Všechny prohlášení o žádosti jsou vyplněny automatický režim. Tyto dokumenty se používají "Příjem zboží a služeb", "realizace zboží a služeb" pro aplikace 11 a 12 " maloobchodní tržby"," Stěhování zboží "," certifikace zboží "," odhrát zboží ".
Udržení časopisu konzervovaných prohlášení
Nyní můžete uložit sestavy v protokolu. Nezáleží na tom, jak je vaše zpráva vytvořena, podle informační základny nebo byla načtena z externího souboru. Tyto zprávy můžete použít k vytvoření počátečních zbytků příštího období vykazování.
Výkonný Editor prohlášení s následující funkčností:
Dříve vyložené XML soubory, stejně jako vytvořené podle informační základny deklarace. Data jsou právě vytvořena (ještě neoznačená, tj. Přímo z obrazovky monitoru lze ručně upravit s následným vypouštěním dat v xML formát;- Nahrávání zbytků na konci předchozího vykazovaného období k datům (ve formě počátečních zbytků) aktuálního období podávání zpráv s automatickou přepočítáním závislých ukazatelů. To vám umožní organizovat "selektivní" účet, tj. Podle omezené podmnožiny pověření obsažených v informační bázi.
- Automatické vyplnění sloupců "Příjezd" a "dodávky»Příloha 5 a sloupců""V sekci. 1 Aplikace 11 a 12. Při nastavování těchto aplikací 6 a 7, stejně jako sekty. 2 Aplikace 11 a 12, existuje příležitost automaticky vypočítat hodnoty odpovídajících sloupců aplikace 5 a sekty. 1 Aplikace 11 a 12.
- Funkce automatické přepočítání závislých indikátorů stažené zprávy při úpravách základních ukazatelů . Například při editaci počátečních zbytků jsou koncové zbytky automaticky přepočítány.
Komplexní ověření dat zprávy při vykládání dat do formátu XML.
Indikátory jsou kontrolovány jako přítomnost typu výrobku, přítomnost výrobce, správnost hostince a PPC (ověření správnosti hostince a PPC se provádí přes internet, pomocí ovládání Protistrany kontroly od společnosti Egrula a Egrip), kontrola poměru ukazatelů kontroly sestav. Když jsou zjištěny chyby, není provedeno vyložení souboru a zjištěné chyby jsou zvýrazněny červeně.
Automatická konfigurace informační základny pro organizování alkoholických nápojů.
Když se nejprve spustíte zpracování nebo kdykoliv jindy, pokud jej potřebujete, pomocník nastavení účtu vám pomůže rychle a pohodlně konfigurovat informační základna Pracovat s produktem "prohlášení o alkoholu". Například referenční kniha "kódy alkoholických nápojů" se automaticky vyplní v souladu se seznamem alkoholických nápojových kódů schválených FSRA.
Účetnictví pro různé výrobce pro jednu pozici nomenklatury.
V UT10.3 a UT11 se pro tento účel používá mechanismus charakteristiky. Každá vlastnost nomenklatury použité k účtování alkoholických produktů je přidána do vlastnosti výrobce, která je vyplněna z adresářových protistran. Pro verzi pod BP3.0 není taková příležitost podporována z důvodu nedostatku vlastností v BP3.0. V tomto případě pro různé výrobce je nutné použít různé pozice nomenklatury.
Podrobnosti o souhrnných ukazatelích zpráv o úrovni dokumentu a nomenklatury v jednom kliknutí.
Není jasné, proč je to částka ve zprávě? Podrobné dekódování jakékoli částky ve zprávě můžete získat a v případě potřeby otevřít a upravit přímo dokument nebo prvek adresáře nomenklatury, která způsobila váš zájem.
Možnost odsouhlasení s protistranami díky výkonnému selekčnímu systému.
Možný výběr v části samostatné aplikacea několik aplikací prohlášení. Například můžete získat data na protistranu současně pro aplikace 6 a 7, což vám umožní ověřit data nejen pro napájení, ale také se vrátí.
Flexibilní systém správy zdrojů.
Zdroje dat ve zprávě mohou být: záznamy o akumulaci "organizací" vykládaných souborů prohlášení ve formátu FSRA Při tvorbě zprávy o záznamech akumulačních registrů je možné zahrnout nebo vyloučit vstup do zprávy dokumentů dokumentů bez značky "odrážejí v Buk. účetnictví "
Podpis, šifrování a ověřování souborů deklarace podobných službám FSRA
Formované soubory lze zkontrolovat pro dodržování formátu FSRAP, podepsat a šifrování. Nebudete muset takové programy získat jako Crypto ARM, vše je k dispozici od jednoho pracoviště.
Pracuje se základními verzemi
Zpracování nevyžaduje změny konfigurace a může pracovat základní verze, což výrazně snižuje náklady na úvod při použití více než jednoho pracoviště.
Automatický modul aktualizace přes internet
Kontrola aktualizací lze provést jak na žádost uživatele (v poloautomatickém režimu) a pokaždé, když je program spuštěn. Po zakoupení zpracování obdržíte individuální přihlášení a heslo pro automatické aktualizace.
Podporované konfigurace
| Editorial / Konfigurace | Účetnictví | Správa obchodu | Komplexní automatizace |
|---|---|---|---|
| 10.3 | |||
| 3.0 | |||
| 11.1, 11.2 | |||
| 1.1 |
Podrobně se můžete seznámit s produktem po studiu dokumentace Nebo se nám podívejte na radu.
První myšlenka produktového rozhraní a některé z nich funkční příležitosti Můžete vidět níže na screenshotech pro různé konfigurace.
Můžete se vždy spolehnout profesionální technická podpora Vývojáři výrobků se zkušenostmi při zavádění alkoholických prohlášení o delší než 3 roky.
Sazba přepravy zahrnuje technická podpora Do 6 měsíců po zaplacení objednávky.
.png)
1c Konfigurační verze: Správa obchodu, červená 10.3 a 1C: Komplexní automatizace 1.1
Verze pro správu obchodu s konfigurací, ED 11.1, 11.2
Žurnál zachovaných prohlášení
Okno nastavení deklarace
Záruka vrácení peněz
LLC infostart vám zaručuje 100% platební vrácení plateb, pokud program neodpovídá deklarované funkčnosti z popisu. Peníze lze vrátit v plném rozsahu, pokud toto prohlásíte do 14 dnů ode dne obdržení peněz na našem účtu.
Program je tak testován v práci, kterou si plně sebevědomý může dát takovou záruku. Chceme, aby všichni naši kupující byli s nákupem spokojeni.
Efektivnost fungování automatizované systémy Závisí na stupni spolehlivosti vstupních informací. Na zkreslení informací je možné ve fázích jeho registrace, přenosu a zpracování. Významný podíl chyb provádí provozovatel při registraci informací v procesu vyplnění primárních dokumentů. Při přenosu dat do počítače přes komunikační kanály je narušení informací možné na základě akce rušení, a v procesu zpracování informací - v důsledku poruch a poruch jednotlivých počítačů.
Pro zvýšení úrovně přesnosti informací byly vyvinuty různé metody řízení dat, což umožňuje odhalit chyby, které vznikají ve všech fázích podpory informací ze svého výskytu na místo zpracování. Vzhledem k tomu, že většina všech chyb je povolena při přípravě informací, zvažte metody jeho kontroly v této fázi.
Kontrolní informace při přípravě primárních dokumentů zahrnují různé typy svých inspekcí, z nichž některé se provádí přímo v procesu přípravy dokumentu na počítači v systému ramen, druhá část šeků je v centrálním počítači při vstupu do zpráva.
Rozlišovat formát a logický řízení.
Pro formátŘízení:
Počet znaků je určen v každém zavedeného ukazatele zprávy a ve srovnání s jejich požadovanou částkou;
Je zkontrolována přítomnost přípustného počtu ukazatelů v zavedené zprávě;
Přítomnost abecedního symbolu je zkontrolována tam, kde by měl stát digitální symbol a naopak.
S logickým ovládáním:
Zkontroloval hodnotu každé oblasti regionu. přípustné hodnotykterý je obsažen v NSI;
Kontrola vzájemného logického souladu jednotlivých ukazatelů navzájem v rámci každé fráze zavedené zprávy a mezi různými frázemi (mezifázové řízení);
Přítomnost chyb v nejdůležitějších ukazatelích zprávy, jako jsou místnosti jednotek kolejových vozidel, stanic, nákladu vypočtením řídicích znaků.
Formát a logické řízení jsou prováděny pro servisní a informační fráze zprávy. Při identifikaci chyb účastníka, který poslal zprávu, vydá diagnostickou zprávu 497, která obsahuje kód chyby a indikátory, kde jsou provedeny chyby. Účastník musí opravit chyby nebo znovu zadat zprávu.
Dáváme příklady některých chyb:
1. Formátujte chyby
1.1. Ovládejte správnost zprávy zprávy 02 jako celek.
| Spustit zprávu | Kód zprávy | Číslo vlaku | Index vlaku | Podmíněná délka | Brutto vlaku, t | Zvláštní značky | ||||||||||||
| Formace stanice ESR | Číslo složení v pořádku | ESR cílová stanice | Číslo | Měsíc | Hodina | Minut | Krytový kód | Index Noste | Živobytí | Trasa | ||||||||
| № | ||||||||||||||||||
| (: | 03 |
Typ chyby uvedené v tomto příkladu je neexistující kód zprávy. Zprávy 03 neexistuje.
1.2. Formátování ovládání služby
| Spustit zprávu | Kód zprávy | ESR Stanice Stanice | Číslo vlaku | Index vlaku | Symptom kompozice kompozice (1- z hlavy, 2- z ocasu) | Datum a čas dokončení tvorby kompozice | Podmíněná délka | Brutto vlaku, t | Zvláštní značky | |||||||||
| Formace stanice ESR | Číslo složení v pořádku | ESR cílová stanice | Číslo | Měsíc | Hodina | Minut | Krytový kód | Index Noste | Živobytí | Trasa | ||||||||
| № | ||||||||||||||||||
| (: | 005 |
Zde je chybová chyba formátu indikátoru. Číslo kompozice by se měl skládat ze dvou znaků a ne tři, jako v příkladu.
1.3. Formátování informací o registraci fráze
| Číslo vaku v pořádku | Inventář vakonový pokoj | Hmotnost nákladu, t | Kód nákladu | Kodex příhody | Zvláštní značky | Počet těsnění | Počet kontejnerů | Tara Wagon Hmotnost, t | Poznámka | ||||||
| Krytový kód | |||||||||||||||
| № | |||||||||||||||
| 2011 | 00/00 | N0030. |
Zobrazí se také chyba indikátoru formátu. Kód vlastníkem, značka válečkových ložisek by měl obsahovat tři znaky.
2. logické chyby
2.1. Logické ovládání sluľby.
Indikace složení kompozice by měl být 1 nebo 2.
2.2. Logické ovládání fráze informací
| Číslo vaku v pořádku | Inventář vakonový pokoj | Kód vlastníkem, značka na válečkových ložiskách | Hmotnost nákladu, t | Todový kód vagnosti | Kód nákladu | Kodex příhody | Zvláštní značky | Počet těsnění | Počet kontejnerů | ECR kód výstupní hraniční stanice | Tara Wagon Hmotnost, t | Poznámka | |||
| Patřící do trasy, nepracovního parku, expedice skupiny, spojka | Krytový kód | Zvláštní znamení automobilu (nadpisy, hospodářská zvířata, zdlouhavost, zákaz rozpouštění snímku) | |||||||||||||
| № | |||||||||||||||
| ____ | 00/00 |
S nenulovou hmotností musí být náklad informace o cílové stanici vozu.
2.3.logic Control Interprase.
| Číslo vaku v pořádku | Inventář vakonový pokoj | Kód vlastníkem, značka na válečkových ložiskách | Hmotnost nákladu, t | Todový kód vagnosti | Kód nákladu | Kodex příhody | Zvláštní značky | Počet těsnění | Počet kontejnerů | ECR kód výstupní hraniční stanice | Tara Wagon Hmotnost, t | Poznámka | |||
| Patřící do trasy, nepracovního parku, expedice skupiny, spojka | Krytový kód | Zvláštní znamení automobilu (nadpisy, hospodářská zvířata, zdlouhavost, zákaz rozpouštění snímku) | |||||||||||||
| № | |||||||||||||||
| 68011105 | 00/00 | ||||||||||||||
| 68011105 | 00/00 |
Čísla inventářů stejných vozů
Závěr
Podle výsledků zkušební práce je módní k závěru o principu provozu ASOP.
Při vytváření vlaku jsou kompilovány servisní a informační bloky zprávy 02 (TGNL), které jsou přenášeny na DVC. Servisní jednotka obsahuje informace o vytvořeném složení jako celku. Informační blok obsahuje informace o každém voze: číslo zásob, hmotnost, hmotnost, cílová stanice, kód nákladu atd.
Pokud kompozice neodpovídá dříve přenášenému TGNL, je generována zpráva 09, kde jsou uvedeny všechny změny ve složení. Nejčastější příčinou těchto nesrovnalostí je plánovaná karta nebo autová stezka do vlaku na trase, zachycení vůz kvůli své technické nebo komerční chybě.
Při odesílání vlaku ze stanice, hlásí 200;
příjezd na stanici do stanice - zpráva 201;
dýchací vlaková stanice - zpráva 202;
rozpustí složení - zpráva 203;
načítání auta - Zpráva 241;
vykládka auta - zpráva 242;
přenos auta do vadné skupiny - Zpráva 1353
Každá z uvedených zpráv poskytuje informace o době tvorby vlaku, typy vozů ve složení, odchod kompozice z tvorby stanice, nakládací a vykládací vozy, přívěsy a vozy, psaní vozů v nepracovním parku , atd.
