Jelenlegi verzió Konfiguráció "Kereskedelmi menedzsment",
A rendszer 10.3 felülvizsgálata, amelyet a rendszer verziójával kell használni
1c: A vállalkozás nem kevesebb, mint 8.2.19. S. operációs rendszer
Microsoft Windows. 10 A 8.3-as verziót kell használnia
"1c: Enterprise" kompatibilitási módban a 8.2-es verzióval.
A frissítés a következő kiadásokra szól: 10.3.41.1, 10.3.42.1, 10.3.43.1
Mi újság?
Az elektronikus dokumentumformátumok ellenőrzési periódusainak hozzáadott funkciója.
Hozzáadta az EDO tag konkrét azonosítójának cseréjéhez való küldési funkciókat.
Kiskereskedelem
Támogató berendezések "nyomtatóellenőrzések"
A számítási dokumentumok nyomtatását az ellenőrzések csatlakoztatott nyomtatóján vagy az irodai nyomtatóban, valamint a vevő által kiadott "számviteli magazin karbantartása a számítások szerint" az Orosz Föderáció PP-vel összhangban 2017. március 15-én,
Jelentés "A Dokumentumok Vevő által kiadott számviteli naplója"
Hozzáadott jelentés "A Dokumentumok Vevő által kiadott számviteli naplója", lásd a "Kiskereskedelmi menedzsment" felületet, az "Értékesítési" menüt.
Címtár "Cash Kkm"
A "CHECKS" jelölőnégyzetet hozzáadta a "Cassia CCM CCM" -hez. Amikor a Check Archiving Checkbox létrejön, a "Check Kkm" dokumentumok nem törlődnek a zárás után, és archiválva vannak. Ezekből a dokumentumokból származó információk megjelenik a "Vevő által kiadott számviteli dokumentumok naplójának" jelentésben.
Hozzáadott szolgáltatásfolyamat átvételprinter.epf
A feldolgozás fenntartja a "1c: nyomtatóellenőrzések" által támogatott felszerelést.
Új verzió 10.3.43.1
Elektronikus dokumentumok cseréje
Hozzáadott funkcionalitás az önkényes elektronikus dokumentum törléséhez.
Hozzáadott funkcionalitás az EDO előírások megtekintésének az "Elektronikus dokumentumfa" formában egy tetszőleges elektronikus dokumentumhoz.
Ezt az UPD / CCD cseréjében részt vevő információs bázis összes dokumentuma között szinkronizálja az EDO állapotát.
Végrehajtották annak lehetőségét, hogy az 1C-EDO szolgáltatásban lévő szervezet tanúsítványainak egyszeri változásainak egyszeri bejegyzése az EDO-profil fenntartása mellett.
Hozzáadta a felhasználók listáját a tanúsítványhoz való hozzáféréssel.
ÁFA számvitel
Az Orosz Föderáció 2017. május 25-i Kormányának rendeletével összhangban. No. 625 A kibocsátott számlákban 2017. július 01-től meg kell jelölni az állami szerződés azonosítóját.
A "Kibocsátott fiók" dokumentumban a 01.07.2017-től elérhető az "Állami szerződésazonosító" mező kitöltéséhez.
A "Számlát kibocsátott" dokumentum nyomtatott formáját az Orosz Föderáció Kormányának 2017. május 25-i rendeletével összhangban adják meg. № 625.
Kiskereskedelem
Hozzáadott támogatás a fiskális adatok 1.0.5 verziójának formátumához, összhangban az Oroszország Szövetségi Adószolgálatának 2017. március 21-i NMB-7-20 / [E-mail védett]
"A fiskális dokumentumok és a fiskális dokumentumok formátumainak további részleteiben kötelező használatra."
Az új funkciók használatához a szolgáltatáskezelés frissítése szükséges.
A "Cash Correction Check" dokumentum
Hozzáadott dokumentum "Cash Correction Check". Ez megköveteli a kereskedelmi berendezések feldolgozásának frissítését az 1.7 vagy újabb verzióra.
Könyvtár "kereskedelmi berendezések"
Részletek "A formátum-logikai vezérlés módja", "Megengedett eltérés a formátumban". Az adatátvitelre vonatkozó CCT-vel való bejelídítés során.
Dokumentumok "pénztáros megrendelés", "Fogyó készpénz-megrendelés", "Fizetés a vevő fizetési kártyáról"
A táblázatban a "Decifiing Fayment" hozzáadott props "jel a számítási vásár", tele van alapértelmezett értékekkel, elérhető szerkesztéshez, a felhasználó megváltoztathatja értékét. A CCT-vel kapcsolatos ellenőrzések fiskalizálásánál használt követelmények adatátvitel esetén.
Dokumentumok "áruk és szolgáltatások megvalósítása", "Az áruk visszatérése a vevőből"
Hozzáadta a CCT-vel kapcsolatos fiskális ellenőrzés kialakításának képességét.
Fix azonosított hibák
FLK - formátum-logikai vezérlés, amelynek célja az adófizetők támogatása az adójelentés formáinak kitöltésében, nem folytatja a forgalomirányítás célját, és az adójelentési formák összeállítására vonatkozó szabályok szerint alakul ki.
Az FLK adókód 584. cikke (4-1) bekezdése szerintEz az ellenőrzés a teljességét és helyességét a kitöltés, végezzük, amikor fogadásának és feldolgozásának adóbevallását az átvevő és feldolgozása adóbevallását az adóhatóság (a továbbiakban: a rendszer).
A rendszer központi csomópontjával történő befogadásának és feldolgozásának visszaigazolása elektronikus értesítés az adójelentés elfogadásáról vagy elutasításáról a rendszer által.
A rendszer az elektronikus formában képviselt adójelentéseket hozzárendeli, a felvételi státusz ("Elfogadott"), valamint az adófizető személyi számlájára ("vitatott"), valamint az elfogadásról szóló értesítésre összpontosítva vagy jövedelemadó-jelentéstétel.
Így ezeknek az állapotállapotoknak az értesítésben való jelenlétében úgy vélik, hogy az adójelentés ellenőrizte a formátum-logikai ellenőrzés követelményét, és nem esik az 584. § (5) Adószám.
Logikai fájlszerkezet
A rögzítőfájlszálak (az első sorból indulva és a fájl végéből) tartalmaznak csatolási adatokat.
A fájlsorokat el kell választani egymástól, egy pár "visszatérő kocsi" és "ROW Transfer" (1310 és 1010 kódok), egymás után.
A fájl nem kezdődhet meg a "Carriage" és a "ROW Transfer" vagy a végeivel végzett jelekkel. Az üres karakterláncfájlba való felvétel (a "Carriage" és a "vonal" és a "vonal fordítása" többször is megengedett.
Feltöltött információk
Minden karakterláncnak tartalmaznia kell az A.1 táblázatban felsorolt \u200b\u200battribútumértékeket.
Általános követelmények
A formátum-logikai vezérlési napló (FLC napló) minden egyes melléklet fájlhoz van kialakítva.
Az FLC naplófájljának neve a mellékletfájl nevén alapul, a MO betű felváltásával, amelyből a fájlnév kezdődik, az L betűben:
L + Információs forrás + Registry Number-Smo / Mo + Gghymdd, ahol
Információforrás: 1 - CMO vagy 2 - Mo,
rendszerleíró adatbázis SMO / MO - SMO REGISZTRÁCIÓ VAGY MO
Gghymmdd - az adatok elkészített dátuma.
A fájl tartalmát a Windows-1251 kódlap kódolására továbbítják.
Logikai fájlszerkezet
Az FLC naplót a szeparátorok szöveges formátumban továbbítják. A fájl olyan sorokból áll, amelyek egymástól elkülönítve vannak a "Visszatérő kocsi" és a "ROW Transfer" jelzéssel (1310 és 1010 kódok). Elválasztóként egy "pont vesszővel" jelet használnak (";", 3410 kód). A különálló értékeket szükségszerűen idézetekben kell figyelembe venni azokban az esetekben, amikor a pont és az idézőpont az érték belsejében történik.
Formátum logikai vezérlési hibák listája
Ha legalább egy FLC hibát észlel a sorban, a karakterlánc nem kerül továbbításra az RS Erz terhelésére.
Formátum logikai vezérlési hibák listája
| A kód | Terület | Hiba leírás | További ellenőrzés |
|
| szoba | Név oszlop |
|||
| A speciális felvételi mezők hibái |
||||
| 2 | 3 | Oszlop | Nincs ENP | Nincsenek ENP az OMS egymintájának poliszéért |
| 5 | 4 | Vezetéknév | Érvénytelen jelek vagy jelek kombinációi a nevekben | A vezetéknév, a név vagy a patronamikus nem felel meg az Erzben elfogadott FLK szabályoknak |
| 6 | 5 | Név | Érvénytelen jelek vagy jelek kombinációi a névben |
|
| 7 | 6 | középső név | Érvénytelen jelek vagy jelek kombinációja patronamikus |
|
| 10 | 7 | Születési dátum | Nem meghatározott születési dátum | |
| 11 | 7 | Születési dátum | Hiba a születés napján | Az irreális dátumot jelzik:
|
| 21 | 13 | Héjak | Hiba a héjak értékében | A megadott érték helytelen hosszúságú, vagy a számoktól eltérő jeleket tartalmaz. |
| 22 | 13 | Héjak | Hiba a vezérlőszám csökkentésében | Vezérlési szám (két utolsó számjegy) A SNILS-t hibával számítják ki. |
| 25 | 2 | ID_POLIS | Nincs sorozat és a DPFS szám | A régi minta OMS vagy az ideiglenes tanúsítvány száma nem áll rendelkezésre sorozat és szám |
| 242 | 15 | Bejárati módszer | A MO-hoz kötődési módszer nem meghatározott kódja | |
| 243 | 15 | Bejárati módszer | Érvénytelen módja a Mo-hoz való rögzítésre | A csatolási módszer kódja nem található a kódolási rendszerben. |
| 246 | 17 | Dátum_nigialization | Hiba a dátumban | Hibák a dátumban: A dátum tartalmazza a számoktól eltérő jeleket, A számok száma nem nyolc, A számok sorozata nem értelmezhető a helyes dátumként (például "19722510" vagy "19801234). |
| 264 | 14 | Id_mo | A rendszerleíró adatbázis száma nincs megadva. | |
| 265 | 14 | Id_mo | A rendszerleíró adatbázis száma nem található | A megadott értéket nem találták meg a Mo egységes Hivatalában. |
| Egyéb (általános) hibák |
||||
| 99 | – | – | A feldolgozási program rendkívüli helyzetben van. | |
A naplónyilatkozat mentése és a következő időszak kezdeti adatainak felhasználásával Erőteljes szerkesztő Nyilatkozat Az ügyfelek ellenőrzése, nyilatkozatok letöltése az XML fájlokból, erőteljes kiválasztások és még sok más ... És mindez még gyorsabb és kényelmesebb. Új kiadás 3.1Az alkoholnyilatkozat legnépszerűbb alkalmazása 5, 6, 7, 11 és 12.
A feldolgozás nagykereskedelmi szervezetek számára készült kiskereskedelem. A Future Reporting Company frissítéseként az alkalmazások tervezik az alkoholtartalmú italok előállításával foglalkozó vállalkozások számára szükséges nyilatkozatok.
Még gyorsabb, mint ed. 2.x! A nyilatkozatok kialakulásának nagy teljesítménye az információs bázis szerint.
Az ügyfelek új kiadásának bevezetése kb. 150 üzletben a következő eredményeket mutatta a következő eredményeket: a 11. melléklet képződése az információs bázis (150 áruház, több mint 50 000 sorszám a nyilatkozat) - körülbelül 3-4 perc ! FSRAP formátumban történő kirakodása - kevesebb, mint egy perc alatt! Ugyanez a feladat a programnyilvántartó-alco-ban több mint 48 órán keresztül történt.
A nyilatkozat teljesen automatikus feltöltése az információs bázis szerint.
Minden alkalmazási nyilatkozat kitöltése automatikus üzemmód. Ezeket a dokumentumokat "áruk és szolgáltatások átvétele", "áruk és szolgáltatások végrehajtása", a 11. és a 12. jelentések jelentése a kiskereskedelmi forgalom"" Az áruk mozgatása "," az áruk igazolása "," az áruk megírása ".
A tartósított nyilatkozatok magazinjának fenntartása
Most már mentheti a jelentést a naplóban. Nem számít, hogyan alakul ki a jelentés, az információs bázis szerint, vagy a külső fájlból betöltött. Ezeket a jelentéseket a következő jelentési időszak kezdeti maradványainak alkotja.
Hatékony nyilatkozatszerkesztő, a következő funkcionalitással:
Korábban kirakott XML fájlok, valamint a nyilatkozat információs bázisának megfelelően alakult ki. Az adatok éppen képződnek (még nem töltődnek le, azaz közvetlenül a monitor képernyőjén) manuálisan szerkeszthetők az adatok későbbi mentesítésével xML formátum;- A maradékok feltöltése az előző jelentési időszak végén az aktuális jelentési időszakban az adatok (kezdeti maradványok formájában) az aktuális mutatók automatikus újraszámításával. Ez lehetővé teszi, hogy megszervezze a "szelektív" fiókot, azaz Az információs bázisban található hitelesítő adatok korlátozott részhalmaza szerint.
- Az oszlopok automatikus feltöltése "Érkezés" és "szállítások»5. függelék és oszlopok küldése"Szakaszban. 1 alkalmazás 11 és 12. A 6 és 7 alkalmazások beállításakor, valamint a Sect. 2 Alkalmazások 11. és 12. lehetőség nyílik arra, hogy automatikusan kiszámítsa az 5. és a SECT megfelelő oszlopainak értékeit. 1 alkalmazás 11 és 12.
- A letöltött jelentés függő indikátorainak automatikus újraszámításának funkciója az alapmutatók szerkesztésekor . Például a kezdeti maradékok szerkesztésekor a végmaradékok automatikusan újraszámolódnak.
Átfogó jelentés adatellenőrzés, amikor az adatokat az XML formátumú fájlba.
Indikátorok ellenőrzik a jelenléte kódex terméktípus, a jelenléte a gyártó, a helyességét az INN és \u200b\u200ba PPC (helyességének ellenőrzését, az INN és \u200b\u200ba PPC végzik az interneten keresztül, az irányítást a az Egrula és az EGRIP-vel szembeni ellenfél ellenőrzi, ellenőrzi a jelentésvezérlő mutatók arányait. Ha hibákat észlel, a fájl kirakodása nem történik, és a feltárt hibák piros színnel vannak kiemelve.
Az információs bázis automatikus konfigurálása az alkoholtartalmú italok szervezéséhez.
Amikor először elkezdi a feldolgozást, vagy bármikor, amikor szüksége van rá, a fiók beállítása segítő segít gyorsan és kényelmesen konfigurálni információs bázis Az "Alkoholnyilatkozat" termékkel való együttműködéshez. Például egy kézikönyv „kódok az alkoholtartalmú italok” tele van összhangban az automatikusan a lista alkoholtartalmú ital kódok által jóváhagyott FSRA.
Számvitel a különböző gyártók számára a nómenklatúra egyik helyére.
Az UT10.3 és az UT11 esetében a jellemzői mechanizmust erre a célra használják. Az alkoholipari termékek számlájára felhasznált nómenklatúra minden egyes jellemzője a gyártó tulajdonához van hozzáadva, amely a könyvtári ügyfelekből kitöltött. A BP3.0 szerinti verzió esetében az ilyen lehetőség nem támogatott, a BP3.0 jellemzőinek hiánya miatt. Ebben az esetben a különböző gyártók esetében a nómenklatúra különböző pozícióit kell alkalmazni.
A jelentések összefoglaló mutatói a dokumentum szintjére és a nómenklatúra egy kattintással.
Nem világos, hogy miért ez a jelentés összege? A jelentésben részletes dekódolást kaphat a jelentésben, és szükség esetén a közvetlenül az érdeklődését okozó nómenklatúra könyvtárának közvetlen dokumentumát vagy elemét megnyithatja és szerkesztheti.
Az ügyfelekkel való megbékélés lehetősége egy erőteljes kiválasztási rendszernek köszönhetően.
Lehetséges kiválasztás részeként külön alkalmazásokés a nyilatkozat számos alkalmazása. Például, akkor kap adatokat az ügyfél egyidejűleg alkalmazások 6. és 7., ami lehetővé teszi, hogy ellenőrizze az adatok nem csupán az ellátás, hanem visszatér.
Rugalmas jelentésforráskezelő rendszer.
A jelentés adatforrásai lehetnek: a "szervezetek" felhalmozásának nyilvántartása az FSRA formátumában található nyilatkozatok kirakodott fájljainak A felhalmozási nyilvántartások nyilvántartásairól szóló jelentés létrehozásakor lehetőség van arra, hogy a dokumentumokból származó dokumentumok bejelentését jelölje be, jelkép nélkül "tükrözze a BUK-t. könyvelés "
Az FSRA szolgáltatásaihoz hasonló nyilatkozatfájlok aláírása, titkosítása és ellenőrzése
A formázott fájlok ellenőrizhetők az FSRAP formátum, a jelzés és a titkosítás betartásához. Nem kell ilyen programokat szerezni Crypto Armként, minden elérhető egy munkahelyről.
Alapvető verziókkal működik
A feldolgozás nem igényel módosításokat a konfigurációban, és működhet alapváltozatok, jelentősen csökkenti a bevezetés költségeit, ha legfeljebb egy munkahelyet használ.
Automatikus frissítési modul az interneten keresztül
A frissítések ellenőrzése mind a felhasználó kérésére is elvégezhető (félautomata módban), és minden alkalommal, amikor a program indul. A feldolgozás megvásárlása után egyedi bejelentkezési és jelszót kap az automatikus frissítésekhez.
Támogatott konfigurációk
| Szerkesztőség / konfiguráció | Számviteli vállalat | Kereskedelmi menedzsment | Átfogó automatizálás |
|---|---|---|---|
| 10.3 | |||
| 3.0 | |||
| 11.1, 11.2 | |||
| 1.1 |
Ismerkedhet meg részletesen a termékkel miután tanulmányozta a dokumentációt Vagy olvassunk hozzánk tanácsot.
A termék felületének első ötlete és egy része funkcionális lehetőségek Az alábbi képernyőképek különböző konfigurációkhoz láthatók.
Mindig támaszkodhat szakmai technikai támogatás A termékfejlesztőktől a 3 évnél hosszabb alkoholos nyilatkozatok bevezetésével kapcsolatos tapasztalatokból.
A szállítási ár tartalmazza műszaki támogatás A megrendelés kifizetését követő 6 hónapon belül.
.png)
1C konfigurációs verzió: Kereskedelmi menedzsment, Red 10.3 és 1c: Átfogó automatizálás 1.1
Verzió a konfigurációs kereskedelem kezeléséhez, ED 11.1, 11.2
A megőrzött nyilatkozatok naplója
Nyilatkozat kitöltési beállítások ablak
Pénzvisszafizetési garancia
Az LLC Infostart garantálja a 100% -os fizetési visszatérítést, ha a program nem felel meg a leírásnak bejelentett funkcionalitásának. A pénz teljes egészében visszaküldhet, ha ezt a számláján a pénz átvételétől számított 14 napon belül kijelenti.
A program annyira tesztelve van abban a munkában, amelyet teljes mértékben magabiztosnak adhatunk ilyen garanciát. Azt akarjuk, hogy a vásárlók elégedettek legyenek a vásárlással.
A működés hatékonysága automatizált rendszerek A bemeneti információk megbízhatóságának mértékétől függ. Az információ torzulása a regisztráció, az átvitel és a feldolgozás szakaszaiban lehetséges. A hibák jelentős részét az üzemeltető az elsődleges dokumentumok kitöltésének folyamatában való nyilvántartásba vételkor jelentős hányada. Ha az adatokat számítógépre továbbítja a kommunikációs csatornákon keresztül, az információ torzulása az interferencia hatására és az információfeldolgozás folyamatában lehetséges - az egyes számítógépek kudarcai és hibáinak eredményeképpen lehetséges.
Az információk pontosságának növelése érdekében számos adatvezérlési módszert fejlesztettek ki, lehetővé téve a hibák észlelését, amelyek a feldolgozóhelyre való előfordulásának előmozdításának minden szakaszában felmerülő hibákat észlelik. Mivel a legtöbb hiba megengedett az információ előkészítésekor, fontolja meg a kontroll módszereit ebben a szakaszban.
Az elsődleges dokumentumok elkészítésében az ellenőrzési információk magukban foglalják az ellenőrzések különböző típusát, amelyek közül néhányat közvetlenül a karban lévő számítógépen lévő dokumentum elkészítésének folyamatában végzik el, az ellenőrzések másik része a központi számítógépen a központi számítógépen van üzenet.
Megkülönböztet formátum és logikus ellenőrzés.
-Ért formátumellenőrzés:
A karakterek számát minden bevezetett üzenetjelzőben határozzák meg, és összehasonlítva a szükséges összegükkel;
Ellenőrzött a megengedett üzenetek megengedett számának jelenléte;
Az ábécé szimbólum jelenlétét ellenőrizzük, ha a digitális szimbólumnak állni kell, és fordítva.
Logikai vezérléssel:
Ellenőrizte a régió egyes területeinek értékét. megengedett értékekamely az NSI-ben található;
Ellenőrizze az egyes mutatók kölcsönös logikai megfelelőségét egymásnak a bevezetett üzenet minden egyes mondatában és a különböző kifejezések között (belső irányítás) között;
A jelenléte hibák a legfontosabb mutató az üzenet, így a helyiség az egységek gördülőállomány-állomások, a rakomány kiszámítása a vezérlő karakterek.
A formátum és a logikai vezérlés szolgáltatási és információs kifejezésekről történik. Ha az üzenetet küldött előfizető hibáinak azonosításakor 497 diagnosztikai üzenetet ad ki, amely hibakódot és mutatókat tartalmaz, ahol hibákat készítenek. Az előfizetőnek ki kell javítania a hibákat, vagy írja be újra az üzenetet.
Néhány hiba példát adunk:
1. Formátum hibák
1.1. Ellenőrizze a 02 üzenet üzenetének helyességét.
| Indítási üzenet | Üzenetkód | Vonatszám | Vonat index | Feltételes hossz | Brutto vonat súly, t | Különleges jelek | ||||||||||||
| ESR állomás kialakítása | Összetétel száma rendben | ESR célállomás | Szám | Hónap | Óra | Percek | Fedőlap | Index túlnyomó | Élő | Útvonal | ||||||||
| № | ||||||||||||||||||
| (: | 03 |
Az ebben a példában megadott hiba típus egy nem létező üzenetkód. A 03 üzenetek nem léteznek.
1.2. A szolgáltatási kifejezés formázása
| Indítási üzenet | Üzenetkód | ESR Message Station | Vonatszám | Vonat index | A készítmény összetételének tünete (1- a fejtől, 2- a faroktól) | A kompozíció kialakulásának dátuma és időpontja | Feltételes hossz | Brutto vonat súly, t | Különleges jelek | |||||||||
| ESR állomás kialakítása | Összetétel száma rendben | ESR célállomás | Szám | Hónap | Óra | Percek | Fedőlap | Index túlnyomó | Élő | Útvonal | ||||||||
| № | ||||||||||||||||||
| (: | 005 |
Itt van egy jelzőformátum hiba. A készítmény számának két karakterből kell állnia, és nem három, mint a példában.
1.3. Formázza a vezérlési információk kifejezését
| Vagon száma rendben | Inventory Vagon szoba | A rakomány súlya, t | Rakománykód | Címzett | Különleges jelek | A pecsétek száma | A konténerek száma | Tara kocsi súly, t | jegyzet | ||||||
| Fedőlap | |||||||||||||||
| № | |||||||||||||||
| 2011 | 00/00 | N0030 |
Itt is megjelenik a formátumjelző hiba. A tulajdonos kódja, a görgőscsapágyak jelzése három karaktert tartalmaznia kell.
2. Logikai hibák
2.1. A szolgáltatási kifejezés logikai ellenőrzése.
A készítmény összetételének feltüntetése 1 vagy 2.
2.2. Az információs kifejezés logikai ellenőrzése
| Vagon száma rendben | Inventory Vagon szoba | Tulajdonos kód, Jelölje a görgős csapágyakat | A rakomány súlya, t | VAGON DESTULTION állomás kódja | Rakománykód | Címzett | Különleges jelek | A pecsétek száma | A konténerek száma | A kilépési határállomás ECR-kódja | Tara kocsi súly, t | jegyzet | |||
| Az útvonalhoz, a nem működő parkhoz, a csoportos kiszállításhoz, a kapcsoláshoz | Fedőlap | Az autó különleges jele (túlfeszülés, állatállomány, hosszatlanság, tilalom a dia feloszlatása) | |||||||||||||
| № | |||||||||||||||
| ____ | 00/00 |
Nonzero súlyával a rakománynak tájékoztatnia kell az autó célállomásáról.
2.3.Logic Interprase Control
| Vagon száma rendben | Inventory Vagon szoba | Tulajdonos kód, Jelölje a görgős csapágyakat | A rakomány súlya, t | VAGON DESTULTION állomás kódja | Rakománykód | Címzett | Különleges jelek | A pecsétek száma | A konténerek száma | A kilépési határállomás ECR-kódja | Tara kocsi súly, t | jegyzet | |||
| Az útvonalhoz, a nem működő parkhoz, a csoportos kiszállításhoz, a kapcsoláshoz | Fedőlap | Az autó különleges jele (túlfeszülés, állatállomány, hosszatlanság, tilalom a dia feloszlatása) | |||||||||||||
| № | |||||||||||||||
| 68011105 | 00/00 | ||||||||||||||
| 68011105 | 00/00 |
Ugyanazok a kocsik leltárszámok
Következtetés
A vizsgálati munka eredményei szerint divatos az ASOP működésének elvével kapcsolatban.
A vonat kialakításakor a 02 üzenet (TGNL) szolgáltatási és információs blokkjait összeállítja, amelyet DVC-re továbbítanak. A szervizegység tartalmazza az egész összetétel egészét. Az információs blokk információkat tartalmaz minden autóval kapcsolatban: készletszám, súly súly, célállomás, rakománykód stb.
Ha a készítmény nem felel meg a korábban továbbított TGNL-nek, akkor a 09-es üzenet keletkezik, ahol a készítmény összes módosítása megjelent. Az ilyen ellentmondások leggyakoribb oka a tervezett kártya vagy autós nyomvonal az útvonalon, a kocsi rögzítése technikai vagy kereskedelmi hibája miatt.
Ha vonatot küld az állomásról, 200-as jelentések;
Érkezés az állomásra az állomáshoz - üzenet 201;
légzés vasútállomás - 202. üzenet;
a kompozíció feloszlása \u200b\u200b- 203. üzenet;
az autó betöltése - 241 üzenet;
az autó kirakodása - 242 üzenet;
autó átvitele hibás csoportba - üzenet 1353
A felsorolt \u200b\u200büzenetek mindegyike tájékoztatást nyújt a vonat kialakításának időpontjáról, a kocsikatípusok formájában, a kompozíció elindulása, a kocsik, a pótkocsik és a kocsik, a pótkocsik és a kocsik eltávolítása, a kocsik levágása a nem működő parkban stb.
