Pašreizējā versija konfigurācija "Tirdzniecības vadība",
redakcija 10.3, kas paredzēta lietošanai ar sistēmas versiju
1C: uzņēmums nav zemāks par 8.2.19. Strādājot ar operētājsistēma
Microsoft Windows 10, jums ir jāizmanto platformas versija 8.3
1C: uzņēmums saderības režīmā ar versiju 8.2.
Atjauninājums ir paredzēts šādiem laidieniem: 10.3.41.1, 10.3.42.1, 10.3.43.1
Kas jauns?
Pievienota funkcionalitāte formātu derīguma termiņu kontrolei elektroniskie dokumenti.
Pievienota funkcionalitāte ielūgumu nosūtīšanai, lai apmainītos pret konkrētu EDF dalībnieka ID.
Mazumtirdzniecība
"Kvīts printera" aparatūras atbalsts
Tā atbalsta norēķinu dokumentu drukāšanu uz pievienota čeku printera vai biroja printera un "Pircējam norēķinu laikā izsniegto dokumentu uzskaites žurnāla" uzturēšanu saskaņā ar RF 2017. gada 15. 3. rezolūciju Nr. 296.
Atskaite "Pircējam izsniegto dokumentu žurnāls"
Pievienota atskaite "Pircējam izsniegto dokumentu žurnāls", skatīt saskarni "Mazumtirdzniecības vadība", izvēlne "Pārdošana".
Katalogs "Kasieris KKM"
"Kases aparāta kases" uzziņu grāmatiņas veidlapai ir pievienota izvēles rūtiņa "Arhīva čeki". Atzīmējot izvēles rūtiņu "Arhīva kvītis", dokumenti "Kases čeks" pēc maiņas slēgšanas netiek dzēsti, bet tiek atzīmēti kā arhivēti. Informācija no šiem dokumentiem tiek attēlota pārskatā "Pircējam izsniegto dokumentu žurnāls".
Pievienota pakalpojuma ReceiptPrinter.epf apkalpošana
Apstrāde veic aprīkojuma apkopi, ko atbalsta draiveris "1C: Receipt Printer".
Jaunums versijā 10.3.43.1
Elektronisko dokumentu apmaiņa
Pievienota funkcionalitāte patvaļīga elektroniska dokumenta atcelšanai.
Pievienota funkcionalitāte EDM noteikumu apskatei, izmantojot veidlapu "Elektronisko dokumentu koks" patvaļīgam elektroniskam dokumentam.
Ir ieviesta EDM stāvokļa sinhronizācija starp visiem informācijas bāzes dokumentiem, kas piedalās UPD / UCD apmaiņā.
Ieviesta iespēja vienreiz reģistrēt visas izmaiņas organizācijas sertifikātos pakalpojumā 1C-EDM, vienlaikus saglabājot EDF profilu.
Pievienota iespēja norādīt to lietotāju sarakstu, kuriem ir piekļuve sertifikātam.
PVN uzskaite
Saskaņā ar Krievijas Federācijas valdības 2017. gada 25. maija dekrētu Nr. Nr.625 izrakstītajos pavadzīmēs no 01.07.2017 nepieciešams norādīt valsts līguma identifikatoru.
Dokumentā "Izrakstīts rēķins" no 01.07.2017 aizpildīšanai ir pieejams lauks "Valsts līguma identifikators".
Dokumenta "Izrakstītais rēķins" drukātā forma ir saskaņota ar Krievijas Federācijas valdības 2017. gada 25. maija dekrētu. Nr.625.
Mazumtirdzniecība
Pievienots atbalsts fiskālo datu formāta versijai 1.0.5 saskaņā ar Krievijas Federālā nodokļu dienesta rīkojumu, kas datēts ar 03.21.2017 N ММВ-7-20 / [aizsargāts ar e-pastu]
"Par fiskālo dokumentu papildu rekvizītu apstiprināšanu un lietošanai obligāto fiskālo dokumentu formātu."
Lai izmantotu jauno funkciju priekšrocības, ir jāatjaunina pakalpojumu rokturi.
Labošanas kases čeka dokuments
Pievienots dokuments "Korekciju kases čeks". Lai to izmantotu, ir jāatjaunina veikala aprīkojuma pakalpojumu apstrādes process uz 1.7 vai jaunāku versiju.
Katalogs "Tirdzniecības aprīkojums"
Pievienoti rekvizīti "Formātu-loģiskās kontroles metode", "Pieļaujamā neatbilstība formatoloģiskās kontroles laikā". Izmanto, fiskalējot čeku kases aparātā ar datu pārsūtīšanu.
Dokumenti "Kases ordera saņemšana", "Kases izplūdes orderis", "Maksājums no pircēja ar maksājumu karti»
Tabulas sadaļā "Maksājuma atšifrēšana" ir pievienots mainīgais "Maksājuma veida zīme", kas aizpildīts ar noklusējuma vērtību, pieejams rediģēšanai, lietotājs var mainīt tā vērtību. Rekvizītu izmanto, fiskalējot čeku kases aparātā ar datu pārsūtīšanu.
Dokumenti "Preču un pakalpojumu pārdošana", "Preču atgriešana no pircēja"
Pievienota iespēja ģenerēt fiskālo kvīti kases aparātā ar datu pārsūtīšanu.
Izlabotas kļūdas
FLC - formāts un loģiskā vadība, kas paredzēts, lai palīdzētu nodokļu maksātājiem aizpildīt nodokļu atskaites veidlapas, netiecas veikt dokumentu kontroli un ir izstrādāts saskaņā ar Nodokļu atskaites veidlapu noformēšanas noteikumiem.
Saskaņā ar FLC Nodokļu kodeksa 584. panta 4.-1, sastāv no tā aizpildīšanas pilnīguma un pareizības pārbaudes, tiek veikta, saņemot un apstrādājot nodokļu pārskatus, izmantojot nodokļu iestāžu nodokļu pārskatu saņemšanas un apstrādes sistēmu (turpmāk – sistēma).
Tiek ģenerēts sistēmas centrālā mezgla apstiprinājums par nodokļu atskaites saņemšanu un apstrādi elektroniskā formātā paziņojums par sistēmas nodokļu atskaites pieņemšanu vai noraidīšanu.
Sistēma elektroniski iesniegtajām nodokļu atskaitēm piešķir akcepta statusu ("Pieņemts") un nodokļu atskaišu apstrādes statusu, kas jāievieto nodokļu maksātāja personīgajā kontā ("Ievietots"), kā arī ģenerē paziņojumu par akceptu. vai nodokļu pārskatu noraidīšana.
Tādējādi, ja paziņojumā ir norādīti nodokļu atskaites statusi, uzskatāms, ka nodokļu atskaite ir pārbaudīta pēc formāta-loģiskās kontroles prasības un neietilpst panta piektās daļas 7.apakšpunkta normā. Nodokļu kodeksa 584.
Loģiskā failu struktūra
Pielikuma faila rindas (no pirmās rindas līdz faila beigām) satur pielikuma datus.
Faila rindas vienai no otras ir jāatdala ar pāri vagonu atgriešanas un rindas padeves rakstzīmēm (kodi 1310 un 1010), kas uzreiz seko viena otrai.
Fails nedrīkst sākties vai beigties ar karieta atgriešanas un rindas padeves rakstzīmēm. Tukšu rindu iekļaušana failā (pāru "carriage return" un "line feed" atkārtošana vairākas reizes uzreiz pēc kārtas) nav atļauta.
Informācijas augšupielāde
Katrā rindā jāietver A.1. tabulā norādīto atribūtu vērtības.
Vispārīgās prasības
Formātu loģiskās vadības žurnāls (FLC žurnāls) tiek ģenerēts katram pielikuma failam.
FLC žurnālfaila nosaukums tiek veidots no pielikuma faila nosaukuma, aizstājot MO burtus, kas sāk faila nosaukumu, ar burtu L:
L + Informācijas avots + reģistra numurs-CMO / MO + GGGGMMDD, kur
Informācijas avots: 1 - SMO vai 2 - MO,
reģistra numurs-CMO / MO - reģistra numurs CMO vai MO
GGGGMMDD — datu sagatavošanas datums.
Faila saturs tiek pārsūtīts Windows-1251 koda lapas kodējumā.
Loģiskā failu struktūra
FLC žurnāls tiek pārsūtīts norobežotā teksta failā. Fails sastāv no rindām, kas viena no otras ir atdalītas ar pāri atgriešanas un rindas padeves rakstzīmēm (kodi 1310 un 1010). Semikolu (";", kods 3410) izmanto kā atdalītāju. Atsevišķas vērtības jāiekļauj pēdiņās, ja vērtībā ir sastopams semikols vai pēdiņas.
Formātu loģiskās vadības kļūdu saraksts
Ja rindā tiek atrasta vismaz viena FLC kļūda, rinda netiek pārsūtīta ielādei uz PC EPZ.
Formātu loģiskās vadības kļūdu saraksts
| Kods | Lauks | Kļūdas apraksts | papildu pārbaude |
|
| Numurs | Kolonnas nosaukums |
|||
| Kļūdas noteiktos ieraksta laukos |
||||
| 2 | 3 | EPP | Nav EPP | Viena parauga obligātās medicīniskās apdrošināšanas polisei STP nav |
| 5 | 4 | Uzvārds | Nederīgas rakstzīmes vai rakstzīmju kombinācijas uzvārdā | Uzvārds, vārds vai patronīms neatbilst EPZ pieņemtajiem FLC noteikumiem |
| 6 | 5 | Vārds | Nosaukumā nav derīgas rakstzīmes vai rakstzīmju kombinācijas |
|
| 7 | 6 | otrais vārds | Vidējā vārdā ir nederīgas rakstzīmes vai rakstzīmju kombinācijas |
|
| 10 | 7 | Dzimšanas datums | Dzimšanas datums nav norādīts | |
| 11 | 7 | Dzimšanas datums | Dzimšanas datuma kļūda | Norādīts nereāls datums:
|
| 21 | 13 | SNILS | Kļūda SNILS vērtībā | Norādītā vērtība ir nepareiza garuma vai satur citas rakstzīmes, nevis cipari. |
| 22 | 13 | SNILS | SNILS pārbaudes numura kļūda | SNILS pārbaudes cipars (pēdējie divi cipari) tika aprēķināts ar kļūdu. |
| 25 | 2 | Polis_id | Trūkst DPFS sērijas un numura | Vecā tipa obligātās medicīniskās apdrošināšanas polisei nav sērijas un numura vai pagaidu sertifikāta numura |
| 242 | 15 | Attach_Mode | MO pievienošanas metodes kods nav norādīts | |
| 243 | 15 | Attach_Mode | Nederīgs MO pievienošanas metodes kods | Kodēšanas sistēmā netika atrasts pielikuma metodes kods. |
| 246 | 17 | Attach_Date | Datuma kļūda | Datuma kļūdas: Datums ietver citas zīmes, nevis skaitļus, ciparu skaits nav vienāds ar astoņiem, Ciparu secību nevar interpretēt kā derīgu datumu (piemēram, "19722510" vai "19801234"). |
| 264 | 14 | ID_MO | Reģistra numurs nav norādīts | |
| 265 | 14 | ID_MO | Reģistra numurs nav atrasts | Norādītā vērtība MO vienotajā reģistrā netika atrasta. |
| Citas (bieži sastopamas) kļūdas |
||||
| 99 | – | – | Apdarinātājā ir noticis izņēmums | |
Deklarācijas saglabāšana žurnālā un to izmantošana kā sākumdati nākamajam periodam Spēcīgs redaktors deklarācijas Darījuma partneru pārbaude, deklarāciju ielāde no xml failiem, jaudīgas atlases un daudz kas cits ... Un tas viss ir vēl ātrāk un ērtāk Jauna versija 3.1Pieprasītākie alkohola deklarācijas pielikumi ir 5., 6., 7., 11. un 12.pielikums.
Apstrāde paredzēta vairumtirgotājiem vai mazumtirdzniecība... Atjauninājumos topošajam pārskata sniedzējam ir plānoti deklarācijas pielikumi, kas nepieciešami uzņēmumiem, kas nodarbojas ar alkoholisko dzērienu ražošanu.
Pat ātrāk nekā ed. 2.x! Augsta deklarāciju veidošanas produktivitāte pēc infobāzes datiem.
Jaunā izdevuma ieviešana mūsu klientiem ar aptuveni 150 veikalu tīklu uzrādīja sekojošus rezultātus: 11.pielikuma noformēšana pēc informācijas bāzes (150 veikali, vairāk nekā 50 000 deklarāciju rindas) - apmēram 3-4 minūtes! Izkraušana FSRAR formātā - mazāk par vienu minūti! Tas pats uzdevums Declarant-Alco programmā tika veikts vairāk nekā 48 stundas.
Pilnībā automātiska deklarācijas aizpildīšana atbilstoši informācijas bāzei.
Visi deklarācijas pielikumi ir aizpildīti automātiskais režīms... Tiek izmantoti dokumentu "Preču un pakalpojumu saņemšana", "Preču un pakalpojumu pārdošana" dati, 11. un 12.pielikumam "Pārskats par mazumtirdzniecība"," Preču nodošana "," Preču kapitalizācija "," Preču norakstīšana ".
Saglabāto deklarāciju žurnāla uzturēšana
Tagad jūs varat saglabāt atskaites žurnālā. Tajā pašā laikā nav svarīgi, kā jūsu pārskats tika izveidots, saskaņā ar informācijas bāzi vai tas tika lejupielādēts no ārējais fails... Šos pārskatus varat izmantot, lai veidotu nākamā pārskata perioda sākuma atlikumus.
Jaudīgs deklarāciju redaktors ar šādu funkcionalitāti:
iepriekš augšupielādētie XML faili, kā arī deklarācijas, kas ģenerētas no informācijas bāzes datiem. Jaunizveidotā pārskata (vēl nav augšupielādēti, t.i. tieši no monitora ekrāna) datus var manuāli rediģēt, pēc tam augšupielādējot datus XML formātā;- Atlikumu ielāde iepriekšējā pārskata perioda beigāsuz kārtējā pārskata perioda datiem (sākotnējo atlikumu veidā) ar automātisku atkarīgo rādītāju pārrēķinu. Tas ļauj organizēt "selektīvo" grāmatvedību, t. ar ierobežotu akreditācijas datu apakškopu, kas ietverta informācijas bāzē.
- Automātiska ailes "Saņemšana" un "Piegādes" aizpildīšana"5.pielikumā un ailē" Kvīts"Sec. 11. un 12. papildinājuma 1. Labojot 6. un 7. pielikuma datus, kā arī Sec. 11. un 12. pielikuma 2. punktā ir iespējams automātiski aprēķināt 5. un 12. pielikuma atbilstošo aiļu rādītāju vērtības. 1 pieteikums 11. un 12.
- Ielādētās atskaites atkarīgo rādītāju automātiskās pārrēķināšanas funkcija, rediģējot bāzes līnijas ... Piemēram, rediģējot sākuma atlikumus, beigu atlikumi tiek automātiski pārrēķināti.
Visaptveroša pārskata datu pārbaude, augšupielādējot datus XML failā.
Tiek pārbaudīti tādi indikatori kā produkta veida koda klātbūtne, ražotāja klātbūtne, TIN un KPP pareizība (TIN un KPP pareizības pārbaude tiek veikta, izmantojot internetu, izmantojot darījumu partneru pārbaudes pakalpojumu pēc Vienotā valsts juridisko personu reģistra un Vienotā valsts juridisko personu reģistra), pārbaudot pārskata kontrolrādītāju attiecības. Ja tiek atrastas kļūdas, fails netiek augšupielādēts, un atrastās kļūdas tiek iezīmētas sarkanā krāsā.
Automātiska informācijas bāzes konfigurēšana alkoholisko dzērienu uzskaites organizēšanai.
Uzsākot apstrādi pirmo reizi vai jebkurā citā brīdī, kad tas ir nepieciešams, Grāmatvedības iestatīšanas palīgs palīdzēs jums izveidot kontu pēc iespējas ātrāk un ērtāk. informācijas bāze darbam ar produktu "Alkohola deklarācija". Piemēram, direktorija "Alkoholisko dzērienu veidu kodi" tiek aizpildīta automātiski saskaņā ar FSRAR apstiprināto alkoholisko dzērienu kodu sarakstu.
Dažādu ražotāju uzskaite vienai preces vienībai.
UT10.3 un UT11 šim nolūkam tiek izmantots raksturlielumu mehānisms. Katram alkoholisko dzērienu uzskaitei izmantotajam posteņa raksturlielumam tiek pievienots rekvizīts "Ražotājs", kas tiek aizpildīts no darījuma partneru kataloga. BP3.0 versijai šī funkcija netiek atbalstīta, jo BP3.0 nav raksturlielumu mehānisma. Šajā gadījumā jums ir jāizmanto dažādas preces dažādiem ražotājiem.
Atskaišu summas rādītāju urbšana līdz dokumenta un vienumu līmenim ar vienu klikšķi.
Nav skaidrs, kāpēc šī summa ir ziņojumā? Jūs varat saņemt detalizētu skaidrojumu par jebkuru summu atskaitē un, ja nepieciešams, atvērt un tieši rediģēt dokumentu vai preču kataloga vienību, kas izraisīja jūsu interesi.
Iespēja samierināties ar darījuma partneriem, pateicoties jaudīgai atlases sistēmai.
Ietvara ietvaros iespējamas atlases atsevišķu pieteikumu, un vairākiem deklarācijas pieteikumiem. Piemēram, jūs varat vienlaikus iegūt datus par darījuma partneri 6. un 7. lietojumprogrammai, kas ļaus saskaņot datus ne tikai par piegādēm, bet arī par atgriešanu.
Elastīga sistēma pārskatu datu avotu pārvaldībai.
Pārskata datu avoti var būt: uzkrājumu reģistra “Organizāciju preces” ieraksti, iepriekš neizlādētās deklarāciju faili FSRAR formātā; veidojot pārskatu par uzkrāšanas reģistru uzskaiti, var iekļaut vai izslēgt ierakstu dokumentu kustības pārskatā bez atzīmes “atspoguļot kontā. grāmatvedība"
Deklarāciju failu parakstīšana, šifrēšana un pārbaude ir līdzīga FSRAR pakalpojumiem
Ģenerētos failus var pārbaudīt, vai tie atbilst FCPAR formātam, parakstīt un šifrēt. Jums nebūs jāiegādājas tādas programmas kā Crypto AWP, viss ir pieejams no vienas darba vietas.
Darbojas ar pamata versijām
Apstrādei nav nepieciešamas konfigurācijas izmaiņas, un tā var darboties ar pamata versijas, ievērojami samazinot ieviešanas izmaksas, izmantojot ne vairāk kā vienu darba vietu.
Automātiskās atjaunināšanas modulis, izmantojot internetu
Atjauninājumu pārbaudi var veikt vai nu pēc lietotāja pieprasījuma (pusautomātiskā režīmā), gan katrā programmas palaišanas reizē. Pēc apstrādes iegādes jūs saņemsiet individuālu lietotājvārdu un paroli automātiskajiem atjauninājumiem.
Atbalstītās konfigurācijas
| Izdevums \ Konfigurācija | Uzņēmuma grāmatvedība | Tirdzniecības vadība | Sarežģīta automatizācija |
|---|---|---|---|
| 10.3 | |||
| 3.0 | |||
| 11.1, 11.2 | |||
| 1.1 |
Jūs varat iepazīties ar preci sīkāk, izpētījis dokumentāciju vai arī sazinieties ar mums, lai saņemtu padomu.
Pirmā ideja par produkta saskarni un dažas no tā funkcionalitāte Tālāk redzamajos ekrānuzņēmumos varat redzēt dažādas konfigurācijas.
Jūs vienmēr varat paļauties uz profesionāls tehniskais atbalsts no produktu izstrādātājiem ar vairāk nekā 3 gadu pieredzi alkohola deklarāciju ieviešanā.
Piegādes cenā ietilpst tehniskā palīdzība 6 mēnešu laikā pēc pasūtījuma apmaksas.
.png)
Versija konfigurācijām 1C: Tirdzniecības pārvaldība, 10.3. versija un 1C: Integrētā automatizācija 1.1
Versija konfigurācijai Tirdzniecības vadība, apgriezieni 11.1, 11.2
Saglabāto deklarāciju žurnāls
Deklarācijas aizpildīšanas iestatījumu logs
Naudas atdošanas garantija
Infostart LLC garantē jums 100% atmaksu, ja programma neatbilst aprakstā norādītajai funkcionalitātei. Naudu var atgriezt pilnā apmērā, ja deklarējat to 14 dienu laikā no dienas, kad nauda tika saņemta mūsu kontā.
Programma ir tik pārbaudīta darbībā, ka mēs varam sniegt šādu garantiju ar pilnīgu pārliecību. Mēs vēlamies, lai visi mūsu klienti būtu apmierināti ar pirkumu.
Darbības efektivitāte automatizētas sistēmas ir atkarīgs no ievades informācijas ticamības pakāpes. Informācijas sagrozīšana ir iespējama tās reģistrācijas, pārsūtīšanas un apstrādes posmos. Ievērojamu daļu kļūdu operators ievada, reģistrējot informāciju primāro dokumentu aizpildīšanas procesā. Pārraidot datus uz datoru, izmantojot sakaru kanālus, ir iespējama informācijas sagrozīšana traucējumu ietekmē, savukārt informācijas apstrādes procesā - atsevišķu datora ierīču atteices un atteices rezultātā.
Informācijas ticamības līmeņa paaugstināšanai ir izstrādātas dažādas datu kontroles metodes, kas ļauj atklāt kļūdas, kas rodas visos informācijas virzīšanas posmos no tās izcelsmes vietas līdz apstrādes vietai. Tā kā lielākā daļa kļūdu tiek pieļautas informācijas sagatavošanā, šajā posmā mēs apsvērsim tās kontroles metodes.
Informācijas kontrole primāro dokumentu sagatavošanas laikā ietver dažāda veida tās pārbaudes, no kurām daļa tiek veikta tieši dokumenta sagatavošanas procesā datorā AWS sistēmā, otra pārbaužu daļa - centrālajā datorā ievadot. ziņa.
Atšķirt formatēts un loģisks kontrole.
Plkst formatēts kontrole:
Tiek noteikts rakstzīmju skaits katrā ievadītajā ziņojuma indikatorā un salīdzināts ar nepieciešamo skaitu;
Tiek pārbaudīts, vai ievadītajā ziņojumā ir pieļaujams indikatoru skaits;
Alfabēta rakstzīmes esamība tiek pārbaudīta tur, kur tai vajadzētu būt, un otrādi.
Zem loģiskās kontroles:
Tiek pārbaudīta katra apgabala ziņojuma indikatora vērtība pieļaujamās vērtības, kas ir ietverts NSI;
Tiek pārbaudīta atsevišķu rādītāju savstarpēja loģiskā atbilstība vienam otram katrā ievadītā ziņojuma frāzē un starp dažādām frāzēm (starpfrāžu kontrole);
Kļūdu esamība ziņojuma svarīgākajos rādītājos, piemēram, ritošā sastāva vienību, staciju, kravu skaitļos, tiek atklāta, aprēķinot kontroles zīmes.
Pakalpojumu un informatīvo ziņojumu frāzēm tiek veiktas formatētas un loģiskas vadīklas. Ja tiek konstatētas kļūdas, abonentam, kurš nosūtījis ziņojumu, tiek izsniegts diagnostikas ziņojums 497, kurā ir kļūdas kods un indikatori, kur tika pieļautas kļūdas. Abonentam ir jāizlabo kļūdas vai atkārtoti jāievada ziņojums.
Šeit ir daži kļūdu piemēri:
1. Formatēšanas kļūdas
1.1. Ziņojuma 02 noformējuma pareizības kontrole kopumā.
| Sāciet ziņojumu | Ziņojuma kods | Vilciena numurs | Vilciena indekss | Nosacīts garums | Vilciena pilna masa, t | Īpašas atzīmes | ||||||||||||
| ECP formēšanas stacija | Komandas numurs kārtībā | ECP galamērķa stacija | Numurs | Mēnesis | Stunda | Minūtes | Vāka kods | Negabarīta indekss | Mājlopi | Maršruts | ||||||||
| № | ||||||||||||||||||
| (: | 03 |
Šajā piemērā parādītais kļūdas veids ir neesošs ziņojuma kods. Ziņojums 03 neeksistē.
1.2. Pakalpojuma frāzes formāta kontrole
| Sāciet ziņojumu | Ziņojuma kods | ECP ziņojumu stacija | Vilciena numurs | Vilciena indekss | Kompozīcijas krāpšanās pazīme (1- no galvas, 2- no astes) | Skaņdarba tapšanas beigu datums un laiks | Nosacīts garums | Vilciena pilna masa, t | Īpašas atzīmes | |||||||||
| ECP formēšanas stacija | Komandas numurs kārtībā | ECP galamērķa stacija | Numurs | Mēnesis | Stunda | Minūtes | Vāka kods | Negabarīta indekss | Mājlopi | Maršruts | ||||||||
| № | ||||||||||||||||||
| (: | 005 |
Tas parāda metrikas formāta kļūdu. Vilciena numuram ir jāsastāv no divām rakstzīmēm, nevis trīs, kā parādīts piemērā.
1.3. Informācijas frāzes formāta kontrole
| Vagona numurs kārtībā | Automašīnas inventāra numurs | Kravas svars, t | Kravas kods | Saņēmēja kods | Īpašas atzīmes | Pildījumu skaits | Konteineru skaits | Vagona taras svars, t | Piezīme | ||||||
| Vāka kods | |||||||||||||||
| № | |||||||||||||||
| 2011 | 00/00 | H0030 |
Tas parāda arī formatētās metrikas kļūdu. Īpašnieka kodā, rullīšu gultņa marķējumā jāsatur trīs rakstzīmes.
2. Loģiska rakstura kļūdas
2.1. Pakalpojuma frāzes loģiskā kontrole.
Kompozīcijas norakstīšanas zīmei jābūt vienādai ar 1 vai 2.
2.2. Informācijas frāzes loģiskā kontrole
| Vagona numurs kārtībā | Automašīnas inventāra numurs | Īpašnieka kods, rullīšu gultņa atzīme | Kravas svars, t | Auto galamērķa stacijas kods | Kravas kods | Saņēmēja kods | Īpašas atzīmes | Pildījumu skaits | Konteineru skaits | Izejas robežstacijas ECP kods | Vagona taras svars, t | Piezīme | |||
| Maršrutā ietilpstoša, nestrādājoša flote, grupu dispečers, sajūgts | Vāka kods | Automašīnas īpatnība (lielgabarīts, mājlopi, garums, aizliegums izjaukt no kalna) | |||||||||||||
| № | |||||||||||||||
| ____ | 00/00 |
Ja kravas svars nav nulle, jābūt informācijai par vagona galapunktu.
2.3. Loģiskā starpfrāžu vadība
| Vagona numurs kārtībā | Automašīnas inventāra numurs | Īpašnieka kods, rullīšu gultņa atzīme | Kravas svars, t | Auto galamērķa stacijas kods | Kravas kods | Saņēmēja kods | Īpašas atzīmes | Pildījumu skaits | Konteineru skaits | Izejas robežstacijas ECP kods | Vagona taras svars, t | Piezīme | |||
| Maršrutā ietilpstoša, nestrādājoša flote, grupu dispečers, sajūgts | Vāka kods | Automašīnas īpatnība (lielgabarīts, mājlopi, garums, aizliegums izjaukt no kalna) | |||||||||||||
| № | |||||||||||||||
| 68011105 | 00/00 | ||||||||||||||
| 68011105 | 00/00 |
Identiski vagonu inventarizācijas numuri
Secinājums
Pamatojoties uz kontroles darba rezultātiem, ir modē izdarīt secinājumus par ASOUP darbības principu.
Veidojot vilcienu, tiek apkopoti ziņojuma 02 (TGNL) dienesta un informācijas bloki, kas tiek pārraidīti uz DCC. Pakalpojumu blokā ir informācija par izveidoto sastāvu kopumā. Informācijas blokā ir informācija par katru vagonu: inventāra numurs, kravas svars, galapunkts, kravas kods utt.
Ja sastāvs neatbilst iepriekš pārsūtītajam uz DVT TGNL, tiek ģenerēts ziņojums 09, kurā tiek norādītas visas sastāva izmaiņas. Visbiežākais šīs neatbilstības iemesls ir plānota vagonu atkabināšana vai piekabināšana vilcienam ceļā, vagona atkabināšana tā tehnisko vai komerciālo traucējumu dēļ.
Kad vilciens atstāj staciju, tiek ģenerēti ziņojumi 200;
vilciena ierašanās stacijā - 201.ziņojums;
sekot stacijai ar vilcienu - 202.ziņojums;
sastāva izformēšana - 203.ziņa;
vagona iekraušana - 241. ziņojums;
vagona izkraušana - 242.ziņojums;
automašīnas nodošana bojātajai grupai - ziņa 1353
Katrs no iepriekš minētajiem ziņojumiem sniedz informāciju par vilciena sastādīšanas laiku, vagonu veidiem vilcienā, vilciena atiešanu no stacijas, vagonu formēšanu, iekraušanu un izkraušanu, vagonu piekabināšanu un atkabināšanu, vagonu norakstīšana uz nestrādājošu autoparku utt.
