Aktuálna verzia Konfigurácia "obchodný manažment",
Revízia 10.3, určená na použitie s verziou systému
1C: Podnik nie menej ako 8.2.19. Pri práci S. operačný systém
Microsoft Windows. 10 Musíte použiť platformy verzie 8.3
"1c: Enterprise" v režime kompatibility s verziou 8.2.
Aktualizácia je určená pre nasledujúce vydania: 10.3.41.1, 10.3.42.1, 10.3.43.1
Čo je nové?
Pridaná funkčnosť kontrolných období elektronických formátov dokumentov.
Pridaná funkčnosť odosielania pozvánok na výmenu za konkrétny identifikátor člena EDO.
Maloobchod
Podporné zariadenia "Kontroly tlačiarne"
Tlač výpočtových dokumentov na pripojenej tlačiarni kontrolných kontrol alebo na kancelársku tlačiareň a údržbu "účtovného časopisu vydaného kupujúcim v rámci výpočtov" v súlade s PP Ruskej federácie č. 296 z 15. marca 2017
Správa "Journal of Účtovníctvo vydané Kupujúcim dokumentov"
Pridaná správa "Journal of Účtovníctvo vydané Kupujúcim dokumentov", pozri rozhranie "Management", "Sales" menu.
Adresár "Cash KKM"
Začiarknite políčko "Kontroly" bolo pridané do "Cassia CCM CCM". Keď je založená začiarkavacia schránka kontrolného archivácie, "Kontrola KKM" dokumenty nie sú po zatvorení a označené ako archivované. Informácie z týchto dokumentov sa zobrazia v správe "Journal of Účtovné doklady vydané Kupujúcim".
Pridané servisné procesy potvrdeniePrinter.epf
Spracovanie Udržiava zariadenie podporované vodičom "1c: Kontroly tlačiarne".
Nové vo verzii 10.3.43.1
Výmena elektronických dokumentov
Pridané funkcie na zrušenie ľubovoľného elektronického dokumentu.
Pridaná funkčnosť prezerania predpisov EDO prostredníctvom formulára "elektronický strom dokumentov" pre ľubovoľný elektronický dokument.
Je implementovaný na synchronizáciu stavu EDO medzi všetkými dokumentmi informačnej základne zapojenej do výmeny aktualizácie / CCD.
Je implementovaný možnosť jednorazovej registrácie všetkých zmien certifikátov organizácie v službe 1C-EDO pri zachovaní profilu EDO.
Pridaná možnosť zadať zoznam používateľov s prístupom k certifikátu.
DPH Účtovníctvo
V súlade s vyhláškou vlády Ruskej federácie 25. mája 2017. 625 V vydaných faktúr od 01 01, 2017 je potrebné uviesť identifikátor štátnej zmluvy.
V dokumente "účet vydaný" od 01.07.2017 je k dispozícii na vyplnenie poľa "Identifikátor štátnej zmluvy".
Vytlačená forma dokumentu "Vydaná faktúra" je uvedená v súlade s vyhláškou vlády Ruskej federácie 25. mája 2017. № 625.
Maloobchod
Pridaná podpora formátu fiškálnej dátovej verzie 1.0.5 v súlade s objednávkou federálnej daňovej služby Ruska 21. marca 2017 N MMB-7-20 / [Chránené e-mail]
"O schvaľovaní dodatočných podrobností o fiškálnych dokumentoch a formátoch fiškálnych dokumentov, povinné na použitie."
Ak chcete použiť nové funkcie, vyžaduje aktualizáciu ovládania služieb.
Dokument "Kontrola hotovosti"
Pridaný dokument "Kontrola hotovosti". Vyžaduje aktualizáciu spracovania komerčných zariadení na verziu 1.7 alebo vyššiu.
Adresár "Komerčné vybavenie"
Pridané podrobnosti "Metóda formátu-logická kontrola", "prípustný rozdiel vo formáte označovania". Používa sa pri fiškácii šeku na CCT s prenosom dát.
Dokumenty "Pokladničný poriadok", "Spotrebný hotovostný príkaz", "Platba od platobnej karty Kupujúceho"
V tabuľke časť "Rozlúšca platba" pridaná podpätok "Znamenie výpočtu veľtrhu" je vyplnený predvolenými hodnotami, je k dispozícii na úpravu, používateľ môže zmeniť hodnotu. POTREBY POUŽÍVANIA POUŽÍVANÝMI POTREBUJE POTREBUJÚCEHO KONTROLA NA CCT s prenosom dát.
Dokumenty "Realizácia tovaru a služieb", "vrátenie tovaru od kupujúceho"
Pridaná možnosť tvoriť fiškálnu kontrolu na CCT s prenosom dát.
Pevné identifikované chyby
FLK - Format-Logical Control, ktorý je určený na pomoc daňovým poplatníkom pri vypĺňaní foriem daňového výkazníctva, nevyslovuje účel castrement kontroly a je vyvinutý v súlade s pravidlami pre zostavovanie formulárov dane.
Podľa odseku 4-1 článku 584 daňového poriadku FLKIde o kontrolu úplnosti a správnosti jeho vyplnenia, vykonáva sa pri prijímaní a spracovaní daňového vykazovania prijímania a spracovania daňových oznamovaní daňových orgánov (ďalej len "systém uvedený v systéme).
Potvrdenie recepcie a spracovania daňového výkazníctva centrálnym uzlom systému je elektronickým oznámením o prijatí alebo zamietnutí daňového výkazníctva systémom.
Systém prideľuje daňové správy zastúpené v elektronickej forme, status prijímania ("prijatý") a štatút spracovania o daňových správach, ktoré majú byť zabalené na osobnom účte daňovníka (ďalej len "sporné"), a tiež formuluje oznámenie o prijatí alebo výkazníctva dane z príjmov.
Predpokladá sa teda v prítomnosti týchto stavov stavu v oznámení, predpokladá sa, že daňové vykazovanie kontroluje požiadavku formát-logickej kontroly a nespadá pod normu odseku 7) bodu 5 článku 584 Daňový kód.
Štruktúra logickej súboru
Zásielky pripojenia (od prvého riadku a na koniec súboru) obsahujú údaje o pripojení.
Riadky súborov by mali byť oddelené od seba pár značiek "Return Carriage" a "Prenos riadkov" (kódy 1310 a 1010), podľa druhého.
Súbor by nemal začínať so znakmi "návratu vozíka" a "ROW TRANSHION" ALEBO KONIEC S TÝMTO ZNAČKAMI. Zaradenie do prázdneho súboru reťazca (opakovanie "návratu vozíka" a "linky prekladu" niekoľkokrát priamo navzájom) nie je povolené.
Nahrané informácie
Každý reťazec musí obsahovať hodnoty atribútov uvedené v tabuľke A.1.
Všeobecné požiadavky
Format-Logical Control Log (FLC LOG) je vytvorený do každého upevňovacieho súboru.
Názov protokolového súboru FLC je založený na názve súboru prílohy nahradením písmena MO, z ktorého začína názov súboru, na písmene L:
L + Zdroj informácií + Number Registry-SMO / MO + GGHYMDD, kde
Zdroj informácií: 1 - SOT alebo 2 - MO,
registry SMO / MO - SMO Registrácia izba alebo MO
GGHYMMDD - dátum, kedy boli údaje pripravené.
Obsah súboru sa prenáša do kódovania kódovania kódovania Windows-1251.
Štruktúra logickej súboru
FLC protokol sa prenáša v súbore formátového formátu so separátormi. Súbor pozostáva z riadkov oddelených od seba pár značiek "Return Carriage" a "ROCE TRANSHION" (kódy 1310 a 1010). Ako separátor sa používa "bod s označením čiarky" (";", kód 3410). Samostatné hodnoty sú nevyhnutne prijaté v citáciách v prípadoch, keď sa bod a citátsky bod vyskytuje vo vnútri hodnoty.
Zoznam Formát Logické Control Chyby
Ak zistíte aspoň jednu chybu FLC v riadku, reťazec nie je prenášaný na zaťaženie v RS EZ.
Zoznam Formát Logické Control Chyby
| Kód | Lúka | Popis chyby | ďalšie overenie |
|
| miestnosť | Názov Názov |
|||
| Chyby v špecifických záznamových poliach |
||||
| 2 | 3 | Zaviesť | Žiadna ESP | Pre Polis OMS Jednotnej vzorky nie je žiadna ESP |
| 5 | 4 | Priezvisko | Neplatné známky alebo kombinácie značiek v menách | Priezvisko, meno alebo patronymické nespĺňa pravidlá FLK prijaté v ERZ |
| 6 | 5 | názov | Neplatné známky alebo kombinácie značiek v mene |
|
| 7 | 6 | stredné meno | Neplatné známky alebo kombinácia značiek v patronymickom |
|
| 10 | 7 | Dátum narodenia | Nešpecifikovaný dátum narodenia | |
| 11 | 7 | Dátum narodenia | Chyba v dátume narodenia | Uvedená dátum nereálneho:
|
| 21 | 13 | Snils | Chyba v hodnote snilov | Zadaná hodnota je nesprávna dĺžka, alebo obsahuje iné označenia ako čísla. |
| 22 | 13 | Snils | Chyba v riadiacom čísle | Kontrolné číslo (dva posledné číslice) SNIL sa vypočítajú s chybou. |
| 25 | 2 | Id_polis | Neexistuje žiadna séria a číslo DPFS | Neexistuje žiadna séria a číslo pre triedu starej vzorky OMS alebo dočasného čísla certifikátu |
| 242 | 15 | Metóda vstupu | Nešpecifikovaný kód spôsobu pripojenia do MO | |
| 243 | 15 | Metóda vstupu | Neplatná metóda pripojenia do MO | Kód metódy pripojenia sa nenachádza v kódovacom systéme. |
| 246 | 17 | Dátum_nigitalizácia | Chyba v dátume | Chyby v deň: Dátum zahŕňa iné označenia ako údaje, \\ t Počet čísel nie je osem, Sekvencia čísel nie je možné interpretovať ako správny dátum (napríklad "19722510" alebo "1901234). |
| 264 | 14 | Id_mo | Číslo registra nie je špecifikované. | |
| 265 | 14 | Id_mo | Číslo registra sa nenašlo | Zadaná hodnota sa nenašla v jednotnom registri MO. |
| Iné (všeobecné) chyby |
||||
| 99 | – | – | Program spracovania má výnimočnú situáciu. | |
Ukladanie vyhlásenia o časopise a ich použitie ako počiatočné údaje nasledujúceho obdobia Editor Vyhlásenie Kontrola protistrany, sťahovanie vyhlásení z XML súborov, výkonných výberov a oveľa viac ... A to všetko je ešte rýchlejšie a pohodlnejšie. Nové vydanie 3.1Najobľúbenejšie aplikácie alkoholu vyhlásenia sú aplikácie 5, 6, 7, 11 a 12.
Spracovanie je určené pre organizácie veľkoobchod alebo maloobchod. V aktualizáciách budúcej spoločnosti, aplikácie sa plánujú byť vyhláseniami potrebné pre podniky zaoberajúce sa výrobou alkoholických nápojov.
Rýchlejšie ako ED. 2.x! Vysoký výkon tvorby vyhlásení podľa informačnej základne.
Zavedenie nového vydania našich zákazníkov so sieťou približne 150 obchodov ukázalo nasledovné výsledky: tvorba prílohy 11 podľa informačnej základne (150 obchodov, viac ako 50 000 riadkov vyhlásenia) - približne 3-4 minúty ! Vykladanie formát FSRAP - menej ako jednu minútu! Rovnaká úloha v programe deklarant-Alco bola vykonaná viac ako 48 hodín.
Plne automatické vyplnenie vyhlásenia podľa informačnej základne.
Všetky vyhlásenia aplikácií sú vyplnené automatický režim. Tieto dokumenty sa používajú "Potvrdenie tovaru a služieb", "Implementácia tovarov a služieb", pre aplikácie 11 a 12 " maloobchodné tržby"," Pohyb tovaru "," certifikácia tovaru "," Odpis tovaru ".
Udržanie časopisu konzervovaných vyhlásení
Teraz môžete uložiť správy v protokole. Nezáleží na tom, ako je vaša správa vytvorená, podľa informačnej základne alebo bola načítaná z externého súboru. Tieto správy môžete použiť na vytvorenie počiatočných zvyškov nasledujúceho podávania správ.
Výkonný editor vyhlásenia s nasledujúcimi funkciami:
Predtým vyložených súborov XML, ako aj vytvorené podľa informačnej základne vyhlásenia. Údaje sa práve vytvoria (zatiaľ nie sú vyložené, t.j. priamo z obrazovky monitora) možno manuálne upravovať s následným vypúšťaním údajov v formát XML;- Nahrávanie zvyškov na konci predchádzajúceho sledovaného obdobia na údaje (vo forme počiatočných zvyškov) súčasného vykazovaného obdobia s automatickým prepočtom závislých ukazovateľov. To vám umožní usporiadať "selektívny" účet, t.j. Podľa obmedzenej podmnožiny poverení obsiahnutých v informačnej základni.
- Automatické vyplnenie stĺpcov "Príchod" a "Dodávky»Príloha 5 a stĺpce" Príjem»V sekcii. 1 Aplikácie 11 a 12. Pri úprave týchto aplikácií 6 a 7, ako aj sekty. 2 Aplikácie 11 a 12, je tu možnosť automaticky vypočítať hodnoty zodpovedajúcich stĺpcov aplikácie 5 a Sect. 1 Aplikácie 11 a 12.
- Funkciu automatického prepočítania závislých indikátorov prevzaté správy pri úprave základných ukazovateľov . Napríklad pri úprave počiatočných zvyškov sa koncové zvyšky automaticky prepočítajú.
Komplexné overenie údajov o správach pri vyložení údajov XML formátu.
Indikátory sa kontrolujú ako prítomnosť kódu typu produktu, prítomnosť výrobcu, správnosť Inn a PPC (overenie správnosti Inn a PPC sa vykonáva prostredníctvom internetu, pomocou kontroly Kontroly protistrany podľa Eglula a Egrip), kontrolu pomerov indikátorov kontroly prehľadov. Keď sú zistené chyby, nevykladanie súborov nie je vykonané a zistené chyby sú zvýraznené červenou farbou.
Automatická konfigurácia informačnej základne pre organizovanie alkoholických nápojov.
Keď prvýkrát spustíte spracovanie alebo v inom čase, keď ho potrebujete, pomocník na nastavenie účtu vám pomôže rýchlo a pohodlne nakonfigurovať informačná základňa Pracovať s produktom "Alkohol Deklarácia". Napríklad referenčná kniha "Kódy alkoholických nápojov" sa automaticky vyplní v súlade so zoznamom alkoholických nápojových kódov schválených FSRA.
Účtovníctvo rôznych výrobcov pre jednu pozíciu nomenklatúry.
V UT10.3 a UT11 sa na tento účel používa mechanizmus vlastností. Každá vlastnosť nomenklatúry používaná na účet pre alkoholické produkty sa pridáva do vlastníctva výrobcu, ktorý je vyplnený z administratívnych protistrán. Pre verziu podľa BP3.0, takáto príležitosť nie je podporovaná, kvôli nedostatku charakteristík v BP3.0. V tomto prípade pre rôznych výrobcov je potrebné použiť rôzne pozície nomenklatúry.
Podrobnosti o súhrnných ukazovateľoch správ na úrovni dokumentu a nomenklatúru jedným kliknutím.
Nie je jasné, prečo je to suma v správe? Podrobné dekódovanie akéhokoľvek množstva v prehľade môžete získať v prehľade av prípade potreby otvoriť a upravovať priamo dokument alebo prvok adresára nomenklatúry, ktorý spôsobil váš záujem.
Možnosť zmierenia s protistranami vďaka mocnému výberovému systému.
Možný výber samostatné aplikáciea niekoľko žiadostí vyhlásenia. Môžete napríklad získať údaje na protistrany súčasne pre aplikácie 6 a 7, ktoré vám umožnia overiť údaje nielen pre dodávku, ale aj návrat.
Flexibilný systém riadenia zdrojov.
Zdroje údajov v správe môžu byť: záznamy o akumulácii "organizácií" nezaložených súborov vyhlásení vo formáte FSRA Pri vytváraní správy o záznamoch akumulačných registrov je možné zahrnúť alebo vylúčiť zápis do správy dokumentov dokumentov bez ochrannej známky "Odrážať v Buk. Účtovníctvo "
Podpis, šifrovanie a overovanie súborov vyhlásenia podobné služby FSRA
Vytvorené súbory je možné skontrolovať na súlad s formátom FSRAP, podpisom a šifrovaním. Takéto programy nebudete musieť získať ako krypto rameno, všetko je k dispozícii z jedného pracoviska.
Pracuje so základnými verziami
Spracovanie nevyžaduje zmeny v konfigurácii a môže pracovať základné verzie, výrazne znižuje náklady na zavedenie pri používaní nie viac ako jedného pracoviska.
Automatický aktualizačný modul cez internet
Kontrola aktualizácií môžu byť vykonané na žiadosť používateľa (v poloautomatickom režime) a zakaždým, keď sa program spustí. Po zakúpení spracovania dostanete individuálne prihlasovacie meno a heslo pre automatické aktualizácie.
Podporované konfigurácie
| Editorial / Configuration | Účtovná spoločnosť | Riadenie obchodu | Komplexná automatizácia |
|---|---|---|---|
| 10.3 | |||
| 3.0 | |||
| 11.1, 11.2 | |||
| 1.1 |
Podrobne môžete zoznámiť s produktom po štúdiu dokumentácie Alebo nás odkazujú na radu.
Prvá myšlienka rozhrania produktu a niektoré z nich funkčné príležitosti Môžete vidieť nižšie na obrázkoch pre rôzne konfigurácie.
Môžete sa vždy spoliehať profesionálna technická podpora Od vývojárov produktov so skúsenosťami so zavádzaním alkoholických vyhlásení o viac ako 3 rokoch.
Doprava technická podpora Do 6 mesiacov po zaplatení objednávky.
.png)
1C Konfiguračná verzia: Riadenie obchodu, Červená 10.3 a 1C: Komplexná automatizácia 1.1
Verzia pre konfiguračný obchodný manažment, ED 11.1, 11.2
Journal of Convelled vyhlásenia
Windows Windows Vyhlásenie
Garancia vrátenia peňazí
LLC Infostart vám zaručuje 100% platobnú náhradu, ak program nezodpovedá deklarovanej funkcii z popisu. Peniaze môžu byť vrátené v plnej výške, ak to deklarujete do 14 dní od dátumu prijatia peňazí na našom účte.
Program je tak testovaný v práci, ktorú môžeme plne si istí poskytnúť takúto záruku. Chceme, aby všetci naši kupujúci boli spokojní s nákupom.
Efektívnosť fungovania automatizované systémy Závisí od stupňa spoľahlivosti vstupných informácií. Narušenie informácií je možné v etapách jeho registrácie, prenosu a spracovania. Významná časť chýb vykonáva prevádzkovateľ pri registrácii informácií v procese plnenia primárnych dokumentov. Pri prenose dát do počítača cez komunikačné kanály je možné narušenie informácií možné podľa činností interferencie av procese spracovania informácií - v dôsledku zlyhaní a zlyhaní jednotlivých počítačov.
Na zvýšenie úrovne presnosti informácií boli vyvinuté rôzne metódy kontroly údajov, čo umožňuje zistiť chyby, ktoré vznikajú vo všetkých fázach podpory informácií z jej výskytu na miesto spracovania. Keďže väčšina všetkých chýb je povolená pri príprave informácií, zvážte metódy jeho kontroly v tomto štádiu.
Kontrolné informácie Pri príprave primárnych dokumentov zahŕňajú rôzne typy svojich inšpekcií, z ktorých niektoré sa vykonáva priamo v procese prípravy dokumentu na počítači v systéme ARM, druhá časť kontrol je v centrálnom počítači pri vstupe do systému správu.
Rozlišovať formát a logické kontrolu.
Pre formátkontrola:
Počet znakov sa určuje v každom indikátore zavedenej správy a v porovnaní s ich požadovaným množstvom;
Kontroluje sa prítomnosť prípustného počtu ukazovateľov v zavedenej správe;
Prítomnosť abecedného symbolu sa kontroluje, kde by mal stáť digitálny symbol, a naopak.
S logickou kontrolou:
Skontrolovala hodnotu každej oblasti regiónu. prípustné hodnotyktorý je obsiahnutý v NSI;
Kontrola vzájomného logického súladu jednotlivých ukazovateľov v rámci každej frázy zavedenej správy a medzi rôznymi frázami (inklinálna kontrola);
Prítomnosť chýb v najdôležitejších ukazovateľoch správy, ako sú miestnosti jednotiek železničných koľajových vozidiel, staníc, nákladom výpočtom ovládacích znakov.
Formát a logické ovládanie sa vykonávajú pre servisné a informačné frázy. Pri identifikácii chýb účastníkovi, ktorý poslal správu, je vydaná diagnostická správa 497, ktorá obsahuje chybový kód a ukazovatele, kde sú vykonané chyby. Účastník musí správať chyby alebo znova zadať správu.
Uveďte príklady niektorých chýb:
1. Formátové chyby
1.1. Ovládajte správnosť posolstva správy 02 ako celok.
| Spustiť správu | Kód správy | Číslo vlaku | Index vlaku | Podmienečná dĺžka | Brutto Hmotnosť vlaku, T | Špeciálne známky | ||||||||||||
| Tvorba stanice ESR | Číslo zloženia v poradí | Cieľová stanica ESR | Číslo | Mesiac | Hodina | Zápisnica | Kódový kód | Indexová kontrola | Živý | Trasa | ||||||||
| № | ||||||||||||||||||
| (: | 03 |
Typom chýb uvedenej v tomto príklade je neexistujúci kód správy. Správy 03 neexistujú.
1.2. Formátovanie ovládania servisnej frázy
| Spustiť správu | Kód správy | Stanica ESR | Číslo vlaku | Index vlaku | Príznak zloženia kompozície (1- z hlavy, 2- z chvosta) | Dátum a čas ukončenia tvorby zloženia | Podmienečná dĺžka | Brutto Hmotnosť vlaku, T | Špeciálne známky | |||||||||
| Tvorba stanice ESR | Číslo zloženia v poradí | Cieľová stanica ESR | Číslo | Mesiac | Hodina | Zápisnica | Kódový kód | Indexová kontrola | Živý | Trasa | ||||||||
| № | ||||||||||||||||||
| (: | 005 |
Tu je chyba formátu indikátora. Počet zloženia by sa mal pozostávať z dvoch znakov a nie tri, ako v príklade.
1.3. Format Control Information Fráza
| Číslo vagonu v poriadku | Inventory Vagon Room | Hmotnosť nákladu, t | Kód CARGO | Kódex príjemcu | Špeciálne známky | Počet tesnení | Počet kontajnerov | Hmotnosť vozidla Tara, t | Poznámka | ||||||
| Kódový kód | |||||||||||||||
| № | |||||||||||||||
| 2011 | 00/00 | N0030 |
Zobrazí sa aj chyba indikátora formátu. Kód vlastníka, značka ložísk valcov by mala obsahovať tri znaky.
2. Logické chyby
2.1. Logická kontrola frázy služby.
Indikácia zloženia kompozície by mala byť 1 alebo 2.
2.2. Logická kontrola informačnej frázy
| Číslo vagonu v poriadku | Inventory Vagon Room | Kód vlastníka, značka na ložiskách valcov | Hmotnosť nákladu, t | Kód cieľovej stanice vagonov | Kód CARGO | Kódex príjemcu | Špeciálne známky | Počet tesnení | Počet kontajnerov | Kód ECR výstupnej stanice | Hmotnosť vozidla Tara, t | Poznámka | |||
| Patriaci do trasy, bez pracovného parku, skupinová expedícia, spojka | Kódový kód | Osobitné znamenie auta (oversitída, hospodárske zvieratá, zdĺhavosť, zákaz rozpustenia snímky) | |||||||||||||
| № | |||||||||||||||
| ____ | 00/00 |
S nenulovou hmotnosťou musí byť náklad informácií o cieľovej stanici auta.
2.3.Logic Kontrola interpreta
| Číslo vagonu v poriadku | Inventory Vagon Room | Kód vlastníka, značka na ložiskách valcov | Hmotnosť nákladu, t | Kód cieľovej stanice vagonov | Kód CARGO | Kódex príjemcu | Špeciálne známky | Počet tesnení | Počet kontajnerov | Kód ECR výstupnej stanice | Hmotnosť vozidla Tara, t | Poznámka | |||
| Patriaci do trasy, bez pracovného parku, skupinová expedícia, spojka | Kódový kód | Osobitné znamenie auta (oversitída, hospodárske zvieratá, zdĺhavosť, zákaz rozpustenia snímky) | |||||||||||||
| № | |||||||||||||||
| 68011105 | 00/00 | ||||||||||||||
| 68011105 | 00/00 |
Čísla inventárajúcich vozňov
Záver
Podľa výsledkov skúšobnej práce je módne konštatovať záver fungovania ASOP.
Pri vytváraní vlaku sú kompilované servisné a informačné bloky správy 02 (TGNL), ktoré sa prenášajú na DVC. Servisná jednotka obsahuje informácie o vytvorenej kompozícii ako celku. Informačný blok obsahuje informácie o každom aute: Číslo zásob, Hmotnosť, cieľová stanica, Kód nákladu atď.
Ak kompozícia nezodpovedá predtým prenášanému TGNL, potom sa generuje správa 09, kde sú uvedené všetky zmeny v kompozícii. Najčastejšou príčinou takýchto nezrovnalostí je plánovaná karta alebo automobilová cesta k vlaku na trase, zachytávanie vozňa kvôli svojej technickej alebo obchodnej chybe.
Pri odosielaní vlaku zo stanice, správy 200;
príchod na stanicu do stanice - správa 201;
vlaková stanica dýchania - správa 202;
odstraňovanie kompozície - správa 203;
načítanie vozidla - správa 241;
vykladanie vozidla - správa 242;
prenos autom do chybnej skupiny - správa 1353
Každá z uvedených správ poskytuje informácie v čase vytvorenia vlaku, typov vozňov v zložení, odchod z kompozície z formácie stanice, nakladanie a vykladanie vozňov, prívesov a vagónov, odpísanie vozňov v nebračnom parku , atď.
