Versiune curentă Configurarea "Managementul comerțului",
Revizuirea 10.3, destinată utilizării cu versiunea sistemului
1C: Întreprindere nu mai mică de 8.2.19. Când lucrați S. sistem de operare
Microsoft Windows. 10 Trebuie să utilizați platformele Version 8.3
"1c: întreprindere" în modul de compatibilitate cu versiunea 8.2.
Actualizarea este destinată următoarelor versiuni: 10.3.41.1, 10.3.42.1, 10.3.43.1
Ce mai e nou?
A fost adăugată funcționalitatea perioadelor de control ale formatelor electronice de documente.
A adăugat funcționalitatea trimiterii invitațiilor la schimbul unui identificator specific al membrului EDO.
Cu amănuntul
Echipamente de suport "Verificări ale imprimantei"
Imprimarea documentelor de calcul pe imprimanta conectată a controalelor sau a imprimantei de birou și menținerea "revistei contabile emise de cumpărător în conformitate cu PP a Federației Ruse nr. 296 din 15 martie 2017
Raport "Jurnalul contabilității emise de cumpărătorul documentelor"
Raport adăugat "Jurnalul de contabilitate emis de cumpărătorul de documente", consultați interfața "Managementul cu amănuntul", meniul "Vânzări".
Directorul "Cash KKM"
Caseta "Verificarea verificărilor" a fost adăugată la "CSSIA CCM CCM". Când se stabilește caseta de selectare Check Arhivare, documentele "Verificați KKM" nu sunt șterse după închidere și marcate ca arhivate. Informațiile din aceste documente sunt afișate în raport "Jurnalul documentelor contabile emise de cumpărător".
Adăugat Procesul de service Pictspirter.epf
Procesarea menține echipamentul susținut de driverul "1c: verificări ale imprimantei".
Nou în versiunea 10.3.43.1
Schimbul de documente electronice
Funcționalitate adăugată pentru anularea unui document electronic arbitrar.
Funcționalitatea adăugată a vizualizării regulamentelor EDO prin formularul "Document electronic" pentru un document electronic arbitrar.
Este implementat pentru a sincroniza starea EDO între toate documentele bazei de informații implicate în schimbul de UP / CCD.
Este implementat posibilitatea unei înregistrări unice a tuturor modificărilor către certificatele organizației în serviciul 1C-EDO, menținând în același timp profilul EDO.
A adăugat capacitatea de a specifica o listă de utilizatori cu acces la certificat.
TVA Contabilitate
În conformitate cu Decretul Guvernului Federației Ruse din 25 mai 2017. Nr. 625 În facturile emise din 01 iulie 2017, este necesar să se indice identificatorul contractului de stat.
În documentul "Contul emis" de la 01.07.2017 este disponibil pentru completarea câmpului "Identificator de stat de stat".
Forma tipărită a documentului "Factura emisă" este dată în conformitate cu Decretul Guvernului Federației Ruse din 25 mai 2017. № 625.
Cu amănuntul
Suport suplimentar pentru formatul datelor fiscale Versiunea 1.0.5 în conformitate cu Ordinul Serviciului Fiscal Federal al Rusiei din 21 martie 2017 n MMB-7-20 / [E-mail protejat]
"La aprobarea detaliilor suplimentare privind documentele fiscale și formatele documentelor fiscale, obligatoriu pentru utilizare".
Pentru a utiliza noi caracteristici necesită actualizarea manipulării serviciului.
Document "Corecție de numerar Verificați"
A fost adăugat documentul "Verificarea corecție în numerar". Aceasta necesită actualizarea procesării echipamentelor comerciale la versiunea 1.7 sau mai mare.
Director "Echipament comercial"
A fost adăugată detalii "Metoda de control logic format", "discrepanța permisă în controlul formatului". Utilizate la fiscalizarea unui cec pe CCT cu transferul de date.
Documente "Ordin de casier", "Comandă de numerar consumabilă", "Plata de la cartea de plată a cumpărătorului"
În partea de masă "descifrarea plății", "semnul de calculator", este completat cu valori implicite, este disponibil pentru editare, utilizatorul își poate schimba valoarea. Requisitele utilizate la fiscalizarea unei verificări a CCT cu transferul de date.
Documente "Realizarea bunurilor și serviciilor", "Returnarea mărfurilor de la cumpărător"
A adăugat capacitatea de a forma o verificare fiscală a CCT cu transferul de date.
Erori identificate fixe
FLK - Controlul logicului formatat, Care este destinat să asiste contribuabilii în completarea formelor de raportare fiscală, nu urmărește scopul controlului cameral și este elaborat în conformitate cu normele de compilare a formularelor de raportare fiscală.
În conformitate cu articolul 584 alineatul (4) din articolul 584 din Codul fiscal al FLKAceasta este inspecția completitudinii și corectitudinii umplerii acestuia, se efectuează la primirea și prelucrarea rapoartelor fiscale a primitorului și prelucrarea raportării fiscale a autorităților fiscale (denumită în continuare "sistem).
O confirmare a recepției și prelucrării rapoartelor fiscale de către nodul central al sistemului este o notificare electronică a adoptării sau respingerii raportării fiscale de către sistem.
Sistemul atribuie rapoarte fiscale reprezentate în format electronic, statutului de admitere ("adoptat"), iar statutul de prelucrare a rapoartelor fiscale care urmează să fie ambalate în contul personal al contribuabilului ("contestat") și formează, de asemenea, o notificare de acceptare sau raportarea impozitului pe venit.
Astfel, în prezența acestor stări de statut în notificare, se crede că raportarea fiscală a fost verificarea cerinței de control logic format și nu intră sub incidența Sub-clauza 7) a articolului 584 alineatul (5) din Codul fiscal.
Structura fișierului logic
Stringurile fișierelor de atașare (pornind de la prima linie și la sfârșitul fișierului) conțin date de atașare.
Rândurile de fișiere trebuie separate unul de celălalt o pereche de semne "cărucior de întoarcere" și "transfer de rând" (coduri 1310 și 1010), urmând reciproc.
Fișierul nu trebuie să înceapă cu semnele de "întoarcere a transportului" și "transfer de rând" sau se termină cu aceste semne. Includerea în fișierul de șir gol (repetarea "returnării căruciorului" și "traducerea liniei" de mai multe ori direct între ele) nu este permisă.
Informații încărcate
Fiecare șir trebuie să conțină valorile atributului enumerate în tabelul A.1.
Cerințe generale
Jurnalul de control al format-logic (Log FLC) este format în fiecare fișier de atașament.
Numele fișierului jurnal FLC se bazează pe numele fișierului de atașare prin înlocuirea literei mo, din care începe numele fișierului, pe litera L:
L + sursa de informatii + numar de registru-Sm / Mo + gghymdd, unde
Sursa informațiilor: 1 - SMOU sau 2 - MO,
registry SMO / MO - sală de înregistrare a fontului sau Mo
GGHYMMDD - data la care au fost pregătite datele.
Conținutul fișierului este transmis la codarea paginii de cod Windows-1251.
Structura fișierului logic
Jurnalul FLC este transmis în fișierul de format text cu separatoare. Fișierul constă din rânduri separate unul de celălalt printr-o pereche de semne "cărucior de întoarcere" și "transfer de rând" (codurile 1310 și 1010). Ca separator, se utilizează un "punct cu un semn de virgulă" (";", cod 3410). Valorile separate sunt luate în mod necesar în citate în cazurile în care punctul și punctul de cotare are loc în interiorul valorii.
Lista erorilor de control logic în format
Dacă detectați cel puțin o eroare FLC în linie, șirul nu este transmis la sarcina din RS ERZ.
Lista erorilor de control logic în format
| Codul | Camp | Descrierea erorii | Verificare suplimentară |
|
| cameră | Nume coloana. |
|||
| Erori în câmpuri specifice de înregistrare |
||||
| 2 | 3 | PE ENP. | Nici un premiu | Nu există nici un ENP pentru Polis of OMS un singur eșantion |
| 5 | 4 | Nume de familie | Semne nevalide sau combinații de semne în nume | Numele, numele sau patronimic nu satisface regulile FLK adoptate în ERZ |
| 6 | 5 | Nume | Semne nevalide sau combinații de semne în nume |
|
| 7 | 6 | al doilea prenume | Semne nevalide sau combinații de semne în patronimic |
|
| 10 | 7 | Data de nastere | Nu este specificată data nașterii | |
| 11 | 7 | Data de nastere | Eroare la data nașterii | Data ireal este indicată:
|
| 21 | 13 | Snicles. | Eroare la valoarea lui Snils | Valoarea specificată este o lungime incorectă sau conține alte semne decât numerele. |
| 22 | 13 | Snicles. | Eroare la numărul de control reduce | Numărul de control (două ultimele cifre) Snils sunt calculate cu o eroare. |
| 25 | 2 | Id_polis. | Nu există serie și numărul DPFS | Nu există serie și număr pentru clasa OMS-ului vechi sau un număr de certificat temporar |
| 242 | 15 | Metoda de intrare | Nu este specificat codul de metodă de atașare la Mo | |
| 243 | 15 | Metoda de intrare | Metoda nevalidă de atașare la Mo | Codul metodei atașamentului nu se găsește în sistemul de codare. |
| 246 | 17 | Date_nigitalizare | Eroare la data | Erori de la data: Data include semne, altele decât cifrele, Numărul de numere nu este opt, Secvența de numere nu poate fi interpretată ca dată corectă (de exemplu, "19722510" sau "19801234). |
| 264 | 14 | Id_mo. | Numărul de registru nu este specificat. | |
| 265 | 14 | Id_mo. | Numărul de registru nu a fost găsit | Valoarea specificată nu a fost găsită în registrul unificat al MO. |
| Alte erori (generale) |
||||
| 99 | – | – | Programul de procesare are o situație excepțională. | |
Salvarea unei declarații de jurnal și utilizarea acestora ca date inițiale ale perioadei următoare Editor puternic Declaraţie Verificarea contrapartidelor, descărcarea de declarații din fișierele XML, selecții puternice și multe altele ... Și toate acestea sunt chiar mai rapide și mai convenabile. Noua ediție 3.1.Cele mai populare aplicații ale declarației de alcool sunt aplicațiile 5, 6, 7, 11 și 12.
Prelucrarea este destinată organizațiilor en-gros sau cu amănuntul. În actualizările viitoarei societăți de raportare, cererile sunt planificate să fie declarațiile necesare pentru întreprinderile angajate în producția de băuturi alcoolice.
Chiar mai rapid decât Ed. 2.x! Performanță ridicată a formării declarațiilor în funcție de baza de informații.
Introducerea unei noi ediții a clienților noștri cu o rețea de aproximativ 150 de magazine a arătat următoarele rezultate: formarea anexei 11 conform bazei de informații (150 de magazine, mai mult de 50.000 de rânduri de declarare) - aproximativ 3-4 minute Fotografiile! Descărcarea prin format FSRAP - mai puțin de un minut! Aceeași sarcină din programul declarantă-alco a fost efectuată mai mult de 48 de ore.
Umplerea complet automată a declarației în funcție de baza de informații.
Toate declarațiile de aplicații sunt completate mod automat. Aceste documente sunt utilizate "primirea bunurilor și serviciilor", "Implementarea bunurilor și serviciilor", pentru aplicațiile 11 și 12 " vânzări cu amănuntul"," Mutarea mărfurilor "," Certificarea mărfurilor "," Scrierea mărfurilor ".
Menținerea revistei de declarații conservate
Acum puteți salva rapoartele în jurnal. Nu contează modul în care se formează raportul dvs., în funcție de baza de informații sau a fost încărcată din fișierul extern. Aceste rapoarte pe care le puteți utiliza pentru a forma resturile inițiale ale următoarei perioade de raportare.
Editor de declarații puternice, cu următoarea funcționalitate:
Fișiere XML descărcate anterior, precum și formate în funcție de baza de informare a declarației. Datele sunt doar formate (încă descărcate, adică direct de pe ecranul monitorului) pot fi editate manual cu descărcarea ulterioară a datelor în formatul XML.;- Încărcarea reziduurilor la sfârșitul perioadei de raportare anterioare la date (sub formă de reziduuri inițiale) a perioadei de raportare curente cu recalcularea automată a indicatorilor dependenți. Acest lucru vă permite să organizați contul "selectiv", adică Conform unui subset limitat al acreditărilor conținute în baza de informații.
- Umplerea automată a coloanelor "Sosire" și "Livrări»Primirea apendice 5 și coloanelor""In sectiune. 1 Aplicații 11 și 12. La ajustarea acestor aplicații 6 și 7, precum și secta. 2 Aplicații 11 și 12, există posibilitatea de a calcula automat valorile coloanelor corespunzătoare ale aplicației 5 și sectă. 1 Aplicații 11 și 12.
- Funcția de recalculare automată a indicatorilor dependenți ai raportului descărcat la editarea indicatorilor de bază . De exemplu, la editarea reziduurilor inițiale, reziduurile de capăt sunt recalculate automat.
Verificarea datelor rapide cuprinzătoare la descărcarea datelor în fișierul format XML.
Indicatorii sunt verificați ca prezență a unui cod de tip de produs, prezența producătorului, corectitudinea hanului și a PPC (verificarea corectitudinii hanului și a PPC se efectuează prin intermediul internetului, utilizând controlul Controalele contrapartidei de către Egrul și EGRIP), verificând rapoartele indicatorilor de control al raportului. Când sunt detectate erorile, descărcarea fișierului nu este efectuată, iar erorile găsite sunt evidențiate în roșu.
Configurarea automată a bazei de informații pentru organizarea băuturilor alcoolice.
Când începeți mai întâi procesarea sau, în orice moment, atunci când aveți nevoie, ajutorul de setare a contului vă va ajuta să vă configurați rapid și confortabil baza de informare Să lucreze cu produsul "Declarația de alcool". De exemplu, o carte de referință "Coduri de băuturi alcoolice" este completată automat în conformitate cu lista codurilor de băuturi alcoolice aprobate de FSRA.
Contabilitate pentru diferiți producători pentru o poziție a nomenclaturii.
În UT10.3 și UT11, mecanismul de caracteristici este utilizat în acest scop. Fiecare caracteristică a nomenclaturii utilizate pentru a ține cont de produsele de alcool este adăugată la proprietatea producătorului, care este completă de contrapartidele de director. Pentru o versiune sub BP3.0, o astfel de oportunitate nu este acceptată, din cauza lipsei de caracteristici din BP3.0. În acest caz, pentru diferiți producători, este necesar să se utilizeze diferite poziții ale nomenclaturii.
Detalii despre indicatorii sumari ai rapoartelor la nivelul documentului și nomenclatorul într-un singur clic.
Nu este clar de ce aceasta este suma din raport? Puteți obține o decodare detaliată a oricărei sume din raport și, dacă este necesar, să deschideți și să editați documentul direct sau elementul direct al directorului nomenclaturii care a provocat interesul dumneavoastră.
Posibilitatea de reconciliere cu contrapărțile datorită unui sistem puternic de selecție.
Selecție posibilă în parte aplicații separateși mai multe aplicații ale declarației. De exemplu, puteți obține date despre contrapartidă în același timp pentru aplicațiile 6 și 7, care vă vor permite să verificați datele nu numai pentru furnizare, ci și pentru returnare.
Sistem flexibil de gestionare a surselor de raport.
Sursele de date din raport pot fi: înregistrările acumulării de "organizații" dosare descărcate a declarațiilor în formatul FSRA La formarea unui raport privind înregistrările registrelor de acumulare, este posibil să se includă sau să excludă intrarea în raportul documentelor documentelor fără marcă "reflectă în BUK. contabilitate "
Semnătura, criptarea și verificarea fișierelor de declarație similare serviciilor FSRA
Fișierele formate pot fi verificate pentru respectarea formularului FSRAP, semnul și criptarea. Nu va trebui să dobândiți astfel de programe ca brațul cripto, totul este disponibil de la un loc de muncă.
Funcționează cu versiuni de bază
Prelucrarea nu necesită modificări ale configurației și poate funcționa cu versiuni de bază, reducând semnificativ costul introducerii atunci când nu se utilizează mai mult de un loc de muncă.
Modul automat de actualizare prin Internet
Verificarea actualizărilor pot fi efectuate atât la cererea utilizatorului (în modul semi-automat), cât și de fiecare dată când programul este lansat. După achiziționarea procesării, veți primi autentificarea individuală și parola pentru actualizări automate.
Configurații acceptate
| Editorial / configurare | Companie de contabilitate | Managementul comerțului | Automatizare completă |
|---|---|---|---|
| 10.3 | |||
| 3.0 | |||
| 11.1, 11.2 | |||
| 1.1 |
Vă puteți familiariza cu produsul în detaliu după ce a studiat documentația Sau, consultați-ne pentru sfaturi.
Prima idee a interfeței produsului și a unora dintre acestea oportunități funcționale Puteți vedea mai jos pe capturi de ecran pentru diferite configurații.
Vă puteți baza întotdeauna suport tehnic profesional De la dezvoltatorii de produse cu experiență în introducerea declarațiilor de alcool de mai mult de 3 ani.
Rata de expediere include suport tehnic În termen de 6 luni de la plata comenzii.
.png)
Versiunea de configurare 1c: Managementul comerțului, roșu 10.3 și 1c: Automatizare cuprinzătoare 1.1
Versiune pentru managementul comerțului de configurare, ED 11.1, 11.2
Jurnalul de declarații conservate
Fereastra de setări de completare a declarației
Banii inapoi garantat
LLC InfoStart vă garantează rambursarea plății de 100% dacă programul nu corespunde funcționalității declarate din descriere. Banii pot fi returnați în întregime, dacă declarați acest lucru în termen de 14 zile de la data primirii banilor în contul nostru.
Programul este testat atât de testat în activitatea pe care o avem pe deplin încrezători poate oferi o astfel de garanție. Vrem ca toți cumpărătorii noștri să fie mulțumiți de cumpărare.
Eficiența funcționării sisteme automate Depinde de gradul de fiabilitate a informațiilor de intrare. Denaturarea informațiilor este posibilă în etapele înregistrării, transmiterii și prelucrării acestuia. O proporție semnificativă de erori este făcută de operator atunci când înregistrează informații în procesul de completare a documentelor primare. La transmiterea datelor către un calculator asupra canalelor de comunicare, denaturarea informațiilor este posibilă sub acțiunea de interferență și în procesul de procesare a informațiilor - ca rezultat al defecțiunilor și deficiențelor computerelor individuale.
Pentru a crește nivelul de acuratețe a informațiilor, au fost elaborate o varietate de metode de control al datelor, permițând detectarea erorilor care apar în toate etapele de promovare a informațiilor din apariția acestuia la locul de procesare. Deoarece majoritatea erorilor sunt permise la pregătirea informațiilor, luați în considerare metodele de control al acesteia în acest stadiu.
Informațiile de control în pregătirea documentelor primare includ diferite tipuri de inspecții sale, dintre care unele se efectuează direct în procesul de preparare a unui document pe un computer în sistemul ARM, cealaltă parte a cecurilor se află în calculatorul central la intrarea în calculatorul central mesaj.
Distinge format și logic control.
Pentru formatcontrol:
Numărul de caractere este determinat în fiecare indicator de mesaj introdus și în comparație cu suma necesară;
Este verificată prezența unui număr admisibil de indicatori în mesajul introdus;
Prezența unui simbol alfabetic este verificată în cazul în care ar trebui să stea un simbol digital și viceversa.
Cu control logic:
A verificat valoarea fiecărei zone a regiunii. valori admisecare este conținut în NSI;
Verificarea conformității logice reciproce a indicatorilor individuali unul de celălalt în fiecare expresie a mesajului introdus și între diferite fraze (control interfacial);
Prezența erorilor în cei mai importanți indicatori ai mesajului, cum ar fi camerele unităților de material rulant, stații, încărcătură prin calcularea caracterelor de control.
Formatul și controlul logic sunt efectuate pentru mesajul de servicii și fraze informative. Când identificați erorile abonatului care a trimis un mesaj este emis un mesaj de diagnostic 497, care conține codul de eroare și indicatorii în care sunt făcute erorile. Abonatul trebuie să corecteze erorile sau să reintroduceți mesajul.
Dăm exemple de erori:
1. Erori de format
1.1. Controlați corectitudinea mesajului mesajului 02 în ansamblu.
| Mesaj de pornire | Codul mesajului | Numărul trenului | Indexul trenului | Lungimea condiționată | Greutatea trenului Brutto, T | Marcări speciale | ||||||||||||
| Formarea stației ESR | Numărul compoziției în ordine | Stația de destinație ESR. | Număr | Lună | Ora | Minute | Cod de acoperire | Indexul de supradimensionare | Viaţă | Traseu | ||||||||
| № | ||||||||||||||||||
| (: | 03 |
Tipul de eroare oferit în acest exemplu este un cod de mesaj inexistent. Mesajele 03 nu există.
1.2. Controlul format al frazei de servicii
| Mesaj de pornire | Codul mesajului | Stația de mesaje ESR. | Numărul trenului | Indexul trenului | Simptom al compoziției compoziției (1 - de la cap, 2 - de la coadă) | Data și ora finalizării formării compoziției | Lungimea condiționată | Greutatea trenului Brutto, T | Marcări speciale | |||||||||
| Formarea stației ESR | Numărul compoziției în ordine | Stația de destinație ESR. | Număr | Lună | Ora | Minute | Cod de acoperire | Indexul de supradimensionare | Viaţă | Traseu | ||||||||
| № | ||||||||||||||||||
| (: | 005 |
Iată o eroare de format indicator. Numărul compoziției ar trebui să fie format din două caractere și nu trei, ca și în exemplul.
1.3 Formatul de control al informațiilor Fraza
| Numărul de Vagon în ordine | Inventarul Cameră de Vagon | Greutatea încărcăturii, t | Codul de marfă. | Codul destinatarului | Marcări speciale | Numărul de sigilii | Numărul de containere | Tara Wagon Greutate, T | Notă | ||||||
| Cod de acoperire | |||||||||||||||
| № | |||||||||||||||
| 2011 | 00/00 | N0030. |
Eroarea indicatorului de format este afișată și aici. Codul proprietarului, semnul rulmenților cu role trebuie să conțină trei caractere.
2. Erori logice
2.1. Controlul logic al frazei de servicii.
O indicație a compoziției compoziției trebuie să fie de 1 sau 2.
2.2. Controlul logic al frazei de informații
| Numărul de Vagon în ordine | Inventarul Cameră de Vagon | Codul proprietarului, Mark pe rulmenți cu role | Greutatea încărcăturii, t | Codul stației de destinație pentru Vagon | Codul de marfă. | Codul destinatarului | Marcări speciale | Numărul de sigilii | Numărul de containere | Codul ECR al stației de frontieră de ieșire | Tara Wagon Greutate, T | Notă | |||
| Aparținând rutei, parcului nelucrat, expedierii grupului, cuplarea | Cod de acoperire | Semn special al mașinii (suprasisită, animale, lungime, interzicerea dizolvării diapozitivului) | |||||||||||||
| № | |||||||||||||||
| ____ | 00/00 |
Cu greutatea nonzero, încărcătura trebuie să fie informații despre stația de destinație a mașinii.
2.3.Logic Interfax control
| Numărul de Vagon în ordine | Inventarul Cameră de Vagon | Codul proprietarului, Mark pe rulmenți cu role | Greutatea încărcăturii, t | Codul stației de destinație pentru Vagon | Codul de marfă. | Codul destinatarului | Marcări speciale | Numărul de sigilii | Numărul de containere | Codul ECR al stației de frontieră de ieșire | Tara Wagon Greutate, T | Notă | |||
| Aparținând rutei, parcului nelucrat, expedierii grupului, cuplarea | Cod de acoperire | Semn special al mașinii (suprasisită, animale, lungime, interzicerea dizolvării diapozitivului) | |||||||||||||
| № | |||||||||||||||
| 68011105 | 00/00 | ||||||||||||||
| 68011105 | 00/00 |
Aceleași numere de inventar vagoane
Concluzie
Conform rezultatelor lucrărilor de testare, este la modă să se încheie cu privire la principiul funcționării ASOP.
Când se formează un tren, blocurile de servicii și de informare ale mesajului 02 (TGNL) sunt compilate, care sunt transmise DVC. Unitatea de service conține informații despre compoziția formată ca întreg. Blocul de informare conține informații despre fiecare mașină: numărul de inventar, greutatea în greutate, stația de destinație, codul de încărcare etc.
Dacă compoziția nu corespunde TGNL transmis anterior, atunci se generează un mesaj 09, unde sunt indicate toate modificările din compoziție. Cea mai frecventă cauză a acestor neconcordanțe este cartea planificată sau traseul de mașină către tren de pe traseu, capturarea vagonului datorită vicii sale tehnice sau comerciale.
Când trimiteți un tren de la stație, raportează 200;
sosire la stație la stație - mesajul 201;
gara de tren de respirație - Mesajul 202;
desființarea compoziției - mesajul 203;
Încărcarea autovehiculului - mesaj 241;
descărcarea mașinii - mesajul 242;
transferarea unei mașini la un grup defect - Mesajul 1353
Fiecare dintre mesajele listate oferă informații despre formarea trenului, tipurile de vagoane în compoziție, plecarea compoziției de la stația de formare, încărcătura și descărcarea vagoanelor, remorcilor și vagoanelor, scriind vagoanele din parcul nelucrat , etc.
