Trenutna verzija konfiguracija "Upravljanje trgovinom",
revizija 10.3, namijenjena za upotrebu sa verzijom sistema
1C: Preduzeće nije niže od 8.2.19. Kada radite sa operativni sistem
Microsoft Windows 10 trebate koristiti verziju 8.3 platforme
1C: Preduzeće u načinu kompatibilnosti sa verzijom 8.2.
Ažuriranje je namijenjeno sljedećim izdanjima: 10.3.41.1, 10.3.42.1, 10.3.43.1
Šta je novo?
Dodata funkcionalnost za kontrolu perioda važenja formata elektronički dokumenti.
Dodata je funkcionalnost za slanje pozivnica za razmjenu za određeni ID učesnika EDF-a.
Maloprodaja
Hardverska podrška za "Receipt Printer"
Podržava ispis dokumenata o poravnanju na povezanom štampaču računa ili na kancelarijskom štampaču i održavanje „Evidencije dokumenata izdatih kupcu tokom poravnanja“ u skladu sa Rezolucijom RF br. 296 od 15.03.2017.
Izvještaj "Dnevnik dokumenata izdatih kupcu"
Dodan izvještaj "Dnevnik dokumenata izdatih kupcu", vidi sučelje "Upravljanje maloprodajom", meni "Prodaja".
Imenik "Blagajna KKM"
Potvrdni okvir "Arhivirani računi" dodan je obrascu referentne knjige "Blagajna kase". Kada je potvrđen potvrdni okvir "Arhiviraj račune", dokumenti "Primanja u kasi" se ne brišu nakon zatvaranja smjene, već se označavaju kao arhivirani. Podaci iz ovih dokumenata prikazuju se u izvještaju "Dnevnik dokumenata izdatih kupcu".
Dodano rukovanje uslugom za ReceiptPrinter.epf
Obradom se vrši održavanje opreme podržane upravljačkim programom "1C: Receipt Printer".
Novo u verziji 10.3.43.1
Razmjena elektroničkih dokumenata
Dodata funkcionalnost za otkazivanje proizvoljnog elektroničkog dokumenta.
Dodata je funkcionalnost za pregled EDM propisa putem obrasca "Elektronsko stablo dokumenata" za proizvoljni elektronički dokument.
Implementirana je sinhronizacija EDM stanja između svih dokumenata baze podataka koji učestvuju u UPD / UCD razmjeni.
Implementirana je mogućnost jednokratne registracije svih promjena certifikata organizacije u usluzi 1C-EDM uz istovremeno spremanje EDF profila.
Dodana je mogućnost određivanja liste korisnika koji imaju pristup certifikatu.
Obračun PDV-a
U skladu s uredbom Vlade Ruske Federacije od 25. maja 2017. br. Br. 625 u izdatim računima od 01.07.2017. Potrebno je naznačiti identifikator državnog ugovora.
U dokumentu "Račun izdat" od 01.07.2017. Polje "Identifikator državnog ugovora" dostupno je za popunjavanje.
Štampani obrazac dokumenta „Izdana faktura“ usklađen je s uredbom Vlade Ruske Federacije od 25. maja 2017. godine. Br. 625.
Maloprodaja
Dodata je podrška za format fiskalnih podataka verzije 1.0.5 u skladu sa naredbom Federalne poreske službe Rusije od 21.3.2017 N MMV-7-20 / [email zaštićen]
"O odobrenju dodatnih detalja fiskalnih dokumenata i formata fiskalnih dokumenata, obaveznih za upotrebu."
Da biste iskoristili prednosti novih karakteristika, potrebno je ažuriranje ručica servisa.
Ispravan blagajnički dokument
Dodan dokument "Ispravka potvrde o kasi". Da biste ga koristili, morate ažurirati procese servisa opreme trgovine na verziju 1.7 ili noviju.
Katalog "Komercijalna oprema"
Dodani su rekviziti "Metoda formatiranja-logička kontrola", "Dopušteno odstupanje tokom formatološke kontrole". Koristi se za fiskalizaciju čeka na blagajni s prijenosom podataka.
Dokumenti "Primitak gotovinskog naloga", "Nalog za odliv gotovine", "Plaćanje od kupca platnom karticom»
U tablični odjeljak "Dešifriranje plaćanja" dodana je varijabla "Znak načina plaćanja", ispunjena zadanom vrijednošću, dostupnom za uređivanje, korisnik može promijeniti njezinu vrijednost. Rekvizit se koristi prilikom fiskalizacije čeka na blagajni s prijenosom podataka.
Dokumenti "Prodaja robe i usluga", "Povratak robe od kupca"
Dodana mogućnost generisanja fiskalne potvrde na kasi sa prijenosom podataka.
Pronađene su ispravljene greške
FLC - format i logička kontrola, koji je dizajniran da pomogne poreskim obveznicima u popunjavanju obrazaca za poresko izvještavanje, ne slijedi cilj vođenja uredske kontrole, a razvijen je u skladu s Pravilima za sastavljanje obrazaca za poresko izvještavanje.
Prema stavu 4-1 člana 584 Poreskog zakona ZPP, sastoji se u provjeri potpunosti i ispravnosti njegovog popunjavanja, vrši se prilikom prijema i obrade poreznih izvještaja od strane sistema za prijem i obradu poreznih izvještaja poreznih vlasti (u daljnjem tekstu: sistem).
Potvrda o prijemu i obradi poreznog izvještaja od strane centralnog čvora sistema generira se u u elektroničkom formatu obavještenje o prihvatanju ili odbijanju poreskog izvještavanja od strane sistema.
Poreznim izvještajima podnesenim u elektroničkom obliku sistem dodeljuje status prihvatanja ("Prihvaćeno") i status obrade poreznih izvještaja koji se knjiže na lični račun poreskog obveznika ("Objavljeno"), a takođe generira obaveštenje o prihvatanju ili odbijanje poreskih izvještaja.
Dakle, u prisustvu navedenih statusa poreskog izvještavanja u prijavi, smatra se da je poresko izvještavanje provjereno zahtjevom formatno-logičke kontrole i da ne potpada pod normu podstavka 7) stava 5 člana 584 Poreskog zakonika.
Logička struktura datoteke
Redci datoteke privitka (od prvog retka do kraja datoteke) sadrže podatke o privitku.
Redovi datoteke moraju biti odvojeni jedni od drugih parom znakova za povratak i pomicanje redova (kodovi 1310 i 1010), odmah slijedeći jedan drugog.
Datoteka ne smije započinjati ili završavati s znakovima za povratak i pomicanje reda. Uključivanje praznih redova u datoteku (ponavljanje parova "povratak kočije" i "dodavanje linija" nekoliko puta jedan za drugim) nije dozvoljeno.
Učitavanje informacija
Svaki redak treba sadržavati vrijednosti atributa navedenih u Tabeli A.1.
Opšti zahtjevi
Format-logički kontrolni dnevnik (FLC zapisnik) generira se za svaku datoteku privitka.
Ime datoteke FLC evidencije izrađuje se od imena datoteke privitka zamjenom MO slova koja započinju ime datoteke slovom L:
L + Izvor informacija + registarski broj-CMO / MO + GGGGMMDD, gdje
Izvor informacija: 1 - SMO ili 2 - MO,
registarski broj-CMO / MO - registarski broj CMO ili MO
GGGGMMDD - datum na koji su podaci pripremljeni.
Sadržaj datoteke prenosi se u kodiranju kodne stranice Windows-1251.
Logička struktura datoteke
FLC zapisnik prenosi se u tekstualnoj datoteci s razgraničenima. Datoteka se sastoji od linija koje su međusobno odvojene parom znakova za povratak i pomicanje linija (kodovi 1310 i 1010). Kao razdjelnik koristi se točka-zarez (";", kod 3410). Pojedinačne vrijednosti moraju se zatvoriti u navodnike kada se unutar vrijednosti nađu točka sa zarezom ili navodnici.
Popis pogrešaka kontrolnog logičkog formata
Ako se u liniji pronađe barem jedna FLC greška, linija se ne prenosi za učitavanje na PC EPZ.
Popis pogrešaka logičke kontrole formata
| Kod | Polje | Opis greške | dodatna verifikacija |
|
| Broj | Naziv stupca |
|||
| Greške u određenim poljima zapisa |
||||
| 2 | 3 | EPP | Ne postoji EPP | Ne postoji STP za polisu obaveznog medicinskog osiguranja ni u jednom uzorku |
| 5 | 4 | Prezime | Nevažeći znakovi ili kombinacije znakova u prezimenu | Prezime, ime ili patronim ne ispunjava pravila FLC usvojena u EPZ |
| 6 | 5 | Ime | Nevažeći znakovi ili kombinacije znakova u imenu |
|
| 7 | 6 | srednje ime | Nevažeći znakovi ili kombinacije znakova u srednjem imenu |
|
| 10 | 7 | Datum rođenja | Datum rođenja nije naveden | |
| 11 | 7 | Datum rođenja | Greška u datumu rođenja | Naveden je nestvaran datum:
|
| 21 | 13 | SNILS | Greška u vrijednosti SNILS | Navedena vrijednost je pogrešne dužine ili sadrži znakove koji nisu brojevi. |
| 22 | 13 | SNILS | Greška u provjeri broja SNILS | Kontrolna cifra (posljednje dvije znamenke) SNILS-a izračunata je s greškom. |
| 25 | 2 | Polis_id | Nedostaju serije i broj DPFS-a | Ne postoje serija i broj za staru policu obaveznog zdravstvenog osiguranja niti broj privremene potvrde |
| 242 | 15 | Attach_Mode | Šifra metode vezivanja za MO nije navedena | |
| 243 | 15 | Attach_Mode | Nevažeći kod za način vezivanja za MO | Šifra metode privitka nije pronađena u sistemu kodiranja. |
| 246 | 17 | Attach_Date | Greška u datumu | Greške u datumu: Datum uključuje znakove koji nisu brojevi, Broj znamenki nije jednak osam, Redoslijed brojeva ne može se protumačiti kao važeći datum (na primjer, "19722510" ili "19801234"). |
| 264 | 14 | ID_MO | Broj registra nije naveden | |
| 265 | 14 | ID_MO | Broj registra nije pronađen | Navedena vrijednost nije pronađena u jedinstvenom registru MO. |
| Ostale (uobičajene) greške |
||||
| 99 | – | – | Iznimka se dogodila u obrađivaču | |
Spremanje deklaracije u dnevnik i njihovo korištenje kao početnih podataka za sljedeće razdoblje Moćan urednik deklaracije Provjeravanje suprotnih strana, učitavanje deklaracija iz xml datoteka, moćni odabiri i još mnogo toga ... A sve je to još brže i praktičnije Nova revizija 3.1Najpopularniji dodaci alkoholne deklaracije su dodaci 5, 6, 7, 11 i 12.
Prerada je namijenjena veletrgovcima ili maloprodaja... U ažuriranjima za buduću izvještajnu kompaniju planirani su Dodaci deklaracije koji su neophodni za preduzeća koja se bave proizvodnjom alkoholnih pića.
Čak i brže od izdanja 2.x! Visoka produktivnost formiranja deklaracija prema informacijskoj bazi.
Implementacija novog izdanja za naše klijente s mrežom od oko 150 trgovina pokazala je sljedeće rezultate: Formiranje Priloga 11 prema informacijskoj bazi (150 trgovina, više od 50.000 redaka za deklaraciju) - oko 3-4 minute! Istovar u FSRAR formatu - manje od jedne minute! Isti zadatak u programu Declarant-Alco izvršen je više od 48 sati.
Potpuno automatsko popunjavanje deklaracije u skladu sa bazom podataka.
Popunjavaju se svi prilozi izjave automatski režim... Podaci dokumenata "Prijem robe i usluga", "Prodaja robe i usluga" koriste se za priloge 11 i 12 "Izvještaj o maloprodaje"," Prijenos robe "," Kapitalizacija robe "," Otpis robe ".
Vođenje dnevnika sačuvanih deklaracija
Sada možete spremiti izvještaje u dnevnik. Istovremeno, nije bitno kako je vaš izvještaj formiran, prema informativnoj bazi ili je preuzet sa njega vanjska datoteka... Pomoću ovih izvještaja možete formirati početna stanja u narednom izvještajnom periodu.
Moćan uređivač deklaracija sa sljedećim funkcijama:
prethodno otpremljene XML datoteke, kao i deklaracije generirane iz podataka baze podataka. Podaci novo generiranog izvještaja (koji još nije prenesen, tj. Direktno sa ekrana monitora) mogu se ručno uređivati uz naknadno slanje podataka na XML format;- Stanja utovara na kraju prethodnog izvještajnog periodana podatke (u obliku početnih stanja) tekućeg izvještajnog razdoblja uz automatski preračun zavisnih pokazatelja. To vam omogućava organiziranje "selektivnog" računovodstva, tj. ograničenim podskupom vjerodajnica sadržanih u informacijskoj bazi.
- Automatsko popunjavanje kolona "Prijem" i "Isporuke""U Prilogu 5 i koloni" Priznanica"U odjeljku 1 iz Priloga 11 i 12. Prilikom ispravljanja podataka iz Priloga 6 i 7, kao i pogl. 2 Priloga 11 i 12, moguće je automatski izračunati vrijednosti pokazatelja odgovarajućih stupaca Priloga 5 i odl. 1 aplikacija 11 i 12.
- Funkcija automatskog ponovnog izračuna zavisnih pokazatelja učitanih izvještaja prilikom uređivanja polaznih crta ... Na primjer, prilikom uređivanja početnih stanja, završni saldi se automatski preračunavaju.
Sveobuhvatna provjera podataka izvještaja prilikom prijenosa podataka u XML datoteku.
Provjeravaju se pokazatelji kao što su prisutnost šifre tipa proizvoda, prisustvo proizvođača, ispravnost TIN-a i KPP-a (provjera ispravnosti TIN-a i KPP-a vrši se putem Interneta, koristeći uslugu za provjeru ugovornih strana prema Jedinstvenom državnom registru pravnih lica i USRIP), provjeravajući omjere kontrolnih pokazatelja izvještaja. Ako se pronađu pogreške, datoteka se ne otprema, a pronađene greške označene su crvenom bojom.
Automatska konfiguracija baze podataka za organizaciju računovodstva alkoholnih pića.
Kada započnete obradu prvi put ili u bilo koje drugo vrijeme kada vam je potrebna, Asistent za postavljanje računovodstva pomoći će vam da što brže i udobnije postavite svoj račun. baza podataka za rad s proizvodom "Deklaracija o alkoholu". Na primjer, direktorij "Šifre vrsta alkoholnih pića" popunjava se automatski u skladu sa listom kodova za alkoholna pića, odobrenim od strane FSRAR.
Računovodstvo različitih proizvođača za jednu stavku predmeta.
U UT10.3 i UT11 u tu svrhu se koristi mehanizam karakteristika. Za svaku karakteristiku stavke koja se koristi za računovodstvo alkoholnih pića dodaje se svojstvo "Proizvođač" koje se popunjava iz imenika ugovornih strana. Za verziju BP3.0 ova značajka nije podržana zbog nedostatka mehanizma karakteristika u BP3.0. U ovom slučaju morate koristiti različite predmete predmeta za različite proizvođače.
Razbijanje pokazatelja zbira izvještaja na nivo dokumenta i stavke jednim klikom.
Nije jasno zašto se taj iznos nalazi u izvještaju? Možete dobiti detaljno objašnjenje bilo kojeg iznosa u izvještaju i, ako je potrebno, direktno otvoriti i urediti dokument ili stavku iz kataloga predmeta koji su izazvali vaše zanimanje.
Mogućnost pomirenja s kolegama zahvaljujući moćnom sistemu odabira.
Izbor je moguć u okviru zasebna aplikacija, i za nekoliko prijava deklaracije. Na primjer, možete istovremeno dobiti podatke o drugoj ugovornoj strani za aplikacije 6 i 7, što će vam omogućiti da uskladite podatke ne samo o isporukama, već i o povratima.
Fleksibilni sistem za upravljanje izvorima podataka izvještaja.
Izvori podataka u izvještaju mogu biti: zapisi registra akumulacije „Roba organizacija“; prethodno istovarene datoteke deklaracija u formatu FSRAR; prilikom generisanja izvještaja o evidencijama akumulacionih evidencija, moguće je uključiti ili isključiti unos u izvještaj o kretanju dokumenata bez oznake „odražava na računu. računovodstvo "
Potpisivanje, šifriranje i verifikacija datoteka deklaracije slično je uslugama FSRAR
Generirane datoteke mogu se provjeriti u skladu s FCPAR formatom, potpisati i šifrirati. Nećete morati kupiti programe poput Crypto AWP, sve je dostupno na jednom radnom mjestu.
Radi s osnovnim verzijama
Obrada ne zahtijeva nikakve promjene konfiguracije i može raditi s njom osnovne verzije, značajno smanjujući troškove implementacije kada se koristi ne više od jednog radnog mjesta.
Modul za automatsko ažuriranje putem Interneta
Provjera ažuriranja može se izvršiti bilo na zahtjev korisnika (u poluautomatskom režimu) i pri svakom pokretanju programa. Nakon kupovine obrade, dobit ćete pojedinačno korisničko ime i lozinku za automatsko ažuriranje.
Podržane konfiguracije
| Edition \ Configuration | Računovodstvo preduzeća | Trgovinsko upravljanje | Kompleksna automatizacija |
|---|---|---|---|
| 10.3 | |||
| 3.0 | |||
| 11.1, 11.2 | |||
| 1.1 |
Možete se detaljno upoznati sa proizvodom, proučivši dokumentaciju ili ako nas kontaktirate za savjet.
Prva ideja sučelja proizvoda i nekih njegovih funkcionalnost Možete vidjeti dolje na snimcima zaslona, za različite konfiguracije.
Uvijek možete računati profesionalna tehnička podrška od proizvođača proizvoda sa više od 3 godine iskustva u primjeni deklaracija o alkoholu.
U cijenu dostave je uključeno tehnička podrška u roku od 6 mjeseci nakon plaćanja narudžbe.
.png)
Verzija za konfiguracije 1C: Upravljanje trgovinom, rev. 10.3 i 1C: Integrirana automatizacija 1.1
Verzija za konfiguraciju Upravljanje trgovinom, revs 11.1, 11.2
Sačuvani časopis o izjavama
Prozor postavki popunjavanja deklaracije
Garancija povrata novca
Infostart LLC vam garantuje povrat od 100% ako program ne odgovara deklariranoj funkcionalnosti iz opisa. Novac se može vratiti u potpunosti ako to prijavite u roku od 14 dana od dana prijema novca na naš račun.
Program je toliko dokazan u radu da takvu garanciju možemo dati s potpunim povjerenjem. Želimo da svi naši kupci budu zadovoljni kupovinom.
Efikasnost funkcionisanja automatizirani sustavi ovisi o stupnju pouzdanosti ulaznih informacija. Iskrivljavanje informacija je moguće u fazama njihove registracije, prenosa i obrade. Značajan udio grešaka unosi operator prilikom registracije informacija u procesu popunjavanja primarnih dokumenata. Prilikom prenosa podataka na računalo putem komunikacionih kanala, izobličenje informacija je moguće pod uticajem smetnji, a u procesu obrade informacija - kao rezultat kvarova i kvarova pojedinih računarskih uređaja.
Da bi se povećao nivo pouzdanosti informacija, razvijeni su razni načini kontrole podataka koji omogućavaju otkrivanje grešaka koje se javljaju u svim fazama napredovanja informacija od mjesta njihovog nastanka do mjesta obrade. Budući da se većina grešaka čini u pripremi informacija, u ovoj ćemo fazi razmotriti metode njihove kontrole.
Kontrola informacija tokom pripreme primarnih dokumenata uključuje razne vrste njihovih provjera, od kojih se neke izvršavaju direktno u procesu pripreme dokumenta na računaru u AWS sistemu, drugi dio provjera - na centralnom računaru pri unosu poruku.
Razlikovati formatirano i logično kontrola.
At formatirano kontrola:
Broj znakova u svakom indikatoru unesene poruke određuje se i upoređuje sa potrebnim brojem;
Provjerava se prisustvo dozvoljenog broja indikatora u unesenoj poruci;
Prisustvo abecednog znaka provjerava se tamo gdje treba biti numerički znak i obrnuto.
Pod logičkom kontrolom:
Provjerava se vrijednost svakog indikatora poruke područja prihvatljive vrijednosti, koji je sadržan u NSI;
Provjerava se međusobna logička korespondencija pojedinačnih pokazatelja jedni s drugima unutar svake fraze unesene poruke i između različitih fraza (kontrola među frazama);
Prisustvo grešaka u najvažnijim pokazateljima poruke, poput broja voznih parkova, stanica, tereta, otkriva se izračunavanjem kontrolnih znakova.
Izvode se formatirane i logičke kontrole za fraze servisa i informativnih poruka. Ako se otkriju greške, pretplatniku koji je poslao poruku izdaje se dijagnostička poruka 497 koja sadrži kôd greške i indikatore gdje su greške napravljene. Pretplatnik mora ispraviti greške ili ponovo unijeti poruku.
Evo nekoliko primjera grešaka:
1. Greške u formatiranju
1.1. Kontrola ispravnosti dizajna poruke 02 u cjelini.
| Pokreni poruku | Šifra poruke | Broj voza | Indeks vlakova | Uslovna dužina | Bruto težina vlaka, t | Posebne ocjene | ||||||||||||
| ECP formacijska stanica | Broj odreda u redu | ECP odredišna stanica | Broj | Mjesec | Sat | Minutes | Kôd naslovnice | Predimenzionirani indeks | Stočarstvo | Ruta | ||||||||
| № | ||||||||||||||||||
| (: | 03 |
Tip greške prikazan u ovom primjeru je nepostojeći kod poruke. Poruka 03 ne postoji.
1.2. Kontrola formata servisne fraze
| Pokreni poruku | Šifra poruke | ECP stanica za poruke | Broj voza | Indeks vlakova | Znak varanja kompozicije (1- s glave, 2 s repa) | Datum i vreme završetka formiranja kompozicije | Uslovna dužina | Bruto težina vlaka, t | Posebne ocjene | |||||||||
| ECP formacijska stanica | Broj odreda u redu | ECP odredišna stanica | Broj | Mjesec | Sat | Minutes | Kôd naslovnice | Predimenzionirani indeks | Stočarstvo | Ruta | ||||||||
| № | ||||||||||||||||||
| (: | 005 |
Ovo pokazuje grešku u metričkom formatu. Redoslijed broja voza trebao bi se sastojati od dva znaka, a ne tri, kao u primjeru.
1.3. Kontrola formata informativne fraze
| Broj kočije u redu | Inventarni broj automobila | Težina tereta, t | Kod tereta | Kod primatelja | Posebne ocjene | Broj ispuna | Broj kontejnera | Tara vagona, t | Bilješka | ||||||
| Kôd naslovnice | |||||||||||||||
| № | |||||||||||||||
| 2011 | 00/00 | H0030 |
Takođe prikazuje formatiranu metričku grešku. Vlasnički kod, oznaka kotrljajućeg ležaja mora sadržavati tri znaka.
2. Greške logičke prirode
2.1. Logička kontrola servisne fraze.
Znak otpisa sastava mora biti jednak 1 ili 2.
2.2. Logička kontrola fraze informacija
| Broj kočije u redu | Inventarni broj automobila | Vlasnički kod, oznaka valjkastih ležajeva | Težina tereta, t | Šifra stanice odredišta automobila | Kod tereta | Kod primatelja | Posebne ocjene | Broj ispuna | Broj kontejnera | ECP kod izlazne granične stanice | Tara vagona, t | Bilješka | |||
| Pripadnost ruti, neradna flota, grupna depeša, spojena | Kôd naslovnice | Posebnost automobila (preveliki, stoka, dužina, zabrana demontaže s brda) | |||||||||||||
| № | |||||||||||||||
| ____ | 00/00 |
Ako težina tereta nije nula, moraju postojati podaci o odredišnoj stanici automobila.
2.3 Logička kontrola interfraze
| Broj kočije u redu | Inventarni broj automobila | Vlasnički kod, oznaka valjkastih ležajeva | Težina tereta, t | Šifra stanice odredišta automobila | Kod tereta | Kod primatelja | Posebne ocjene | Broj ispuna | Broj kontejnera | ECP kod izlazne granične stanice | Tara vagona, t | Bilješka | |||
| Pripadnost ruti, neradna flota, grupna depeša, spojena | Kôd naslovnice | Posebnost automobila (preveliki, stoka, dužina, zabrana demontaže s brda) | |||||||||||||
| № | |||||||||||||||
| 68011105 | 00/00 | ||||||||||||||
| 68011105 | 00/00 |
Identični inventarni brojevi vagona
Zaključak
Na osnovu rezultata kontrolnog rada, moderno je zaključivati o principu funkcionisanja ASOUP-a.
Pri formiranju vlaka sastavljaju se servisni i informativni blokovi poruke 02 (TGNL), koja se prenosi u DCC. Servisni blok sadrži informacije o formiranoj kompoziciji u cjelini. Blok informacija sadrži informacije o svakom vagonu: inventarni broj, težinu tereta, odredišnu stanicu, kod tereta itd.
Ako kompozicija ne odgovara prethodno prenošenim DVT-ovima TGNL, tada se generira poruka 09, gdje su naznačene sve promjene u kompoziciji. Najčešći razlog ove neusklađenosti je planirano odvajanje ili spajanje vagona sa vlakom na putu, odvajanje vagona zbog tehničkog ili komercijalnog kvara.
Kada vlak napusti stanicu, generiraju se poruke 200;
dolazak vlaka na stanicu - poruka 201;
praćenje stanice vozom - poruka 202;
rasformiranje kompozicije - poruka 203;
utovar vagona - poruka 241;
istovar vagona - poruka 242;
prijenos automobila u neispravnu grupu - poruka 1353
Svaka od gore navedenih poruka daje informacije o vremenu formiranja vlaka, tipovima vagona u vlaku, polasku vlaka sa stanice, formiranju, utovaru i istovaru vagona, priključivanju i odvajanju vagona, otpis vagona neradnoj floti, itd.
