Raderna i den bifogade filen (från den första raden till slutet av filen) innehåller den bifogade informationen.
Raderna i filen måste separeras från varandra med ett par vagnretur och radmatningstecken (koderna 1310 och 1010) omedelbart efter varandra.
Filen får inte börja eller sluta med vagnretur eller radmatningstecken. Det är inte tillåtet att inkludera tomma rader i filen (upprepade vagnretur och radmatningspar flera gånger direkt efter varandra).
Uppladdad information
Varje rad måste innehålla värdena för de attribut som anges i Tabell A.1.
Allmänna krav
Den formatlogiska kontrollloggen (FLC-loggen) genereras för varje bifogad fil.
Namnet på FLC-loggfilen är konstruerat från namnet på den bifogade filen genom att ersätta bokstäverna MO, som börjar filnamnet, med bokstaven L:
L + Informationskälla + registernummer-SMO/MO + ÅÅÅÅMMDD, där
Filinnehållet överförs i Windows-1251 kodtabellskodning.
Logisk filstruktur
FLC-loggen sänds i en textformatfil med avgränsare. Filen består av rader separerade från varandra med ett par tecken "carriage return" och "line feed" (koderna 1310 och 1010). Semikolontecknet (";", kod 3410) används som avgränsare. Individuella värden måste placeras inom citattecken i de fall ett semikolon eller citattecken förekommer inom värdet.
Lista över format och logiska kontrollfel
Om minst ett FLC-fel upptäcks i en linje, skickas inte linjen för laddning till ERZ RS.
Koda | Fält | Beskrivning av felet | Ytterligare kontroll |
|
Antal | Kolumnnamn |
|||
Fel i specifika fält i en post |
||||
2 | 3 | EPP | Ingen EPP | Det finns ingen EPP för en enhetlig obligatorisk sjukförsäkring |
5 | 4 | Efternamn | Ogiltiga tecken eller kombinationer av tecken i ett efternamn | Efternamn, förnamn eller patronym uppfyller inte FLC-reglerna som antagits i ERZ |
6 | 5 | Namn | Ogiltiga tecken eller kombinationer av tecken i namnet |
|
7 | 6 | Efternamn | Ogiltiga tecken eller kombinationer av tecken i en patronym |
|
10 | 7 | Födelsedatum | Födelsedatum ej angivet | |
11 | 7 | Födelsedatum | Fel i födelsedatum | Det angivna datumet är overkligt:
|
21 | 13 | SNILS | Fel i SNILS-värdet | Det angivna värdet har inte rätt längd eller innehåller andra tecken än siffror. |
22 | 13 | SNILS | Fel i SNILS-kontrollnummer | SNILS-kontrollnumret (de två sista siffrorna) beräknades med ett fel. |
25 | 2 | Policy_ID | DPFS-serie och nummer saknas | Det finns ingen serie och nummer för den obligatoriska sjukförsäkringen av gammal stil eller ett nummer för det tillfälliga intyget |
242 | 15 | Bifogningsmetod | Koden för metoden för anslutning till MO är inte specificerad | |
243 | 15 | Bifogningsmetod | Ogiltig kod för bifogningsmetod till MO | Koden för bifogad metod hittades inte i kodningssystemet. |
246 | 17 | Bilaga datum | Datumfel | Datumfel: Datumet innehåller andra tecken än siffror, Antalet siffror är inte lika med åtta, Talföljden kan inte tolkas som ett giltigt datum (till exempel "19722510" eller "19801234"). |
264 | 14 | ID_MO | Registreringsnummer ej angivet | |
265 | 14 | ID_MO | Registreringsnummer hittades inte | Det angivna värdet hittades inte i det enhetliga registret i Moskva-regionen. |
Andra (allmänna) fel |
||||
99 | – | – | Ett undantag inträffade i bearbetningsprogrammet |
Bearbetning är avsedd för grossist- eller detaljhandelsorganisationer. I uppdateringar för det framtida rapporterande företaget planeras deklarationsbilagor som krävs för företag som sysslar med produktion av alkoholhaltiga drycker.
Implementeringen av den nya utgåvan för våra kunder med ett nätverk av cirka 150 butiker visade följande resultat: bildandet av bilaga 11 enligt informationsbasen (150 butiker, mer än 50 000 deklarationsrader) - cirka 3-4 minuter! Ladda upp med FSRAR-format - mindre än en minut! Samma uppgift i Declarant-Alco-programmet genomfördes i mer än 48 timmar.
Alla deklarationsansökningar fylls i automatiskt. Uppgifter från dokumenten "Mottagande av varor och tjänster", "Försäljning av varor och tjänster", för bilagorna 11 och 12 "Rapport om detaljhandel", "Varuförflyttning", "Utläggning av varor", "Avskrivning av varor". ” används.
Du kan nu spara rapporter i en logg. Det spelar ingen roll hur din rapport genereras, enligt informationsbasen eller den laddades ner från en extern fil. Du kan använda dessa rapporter för att generera ingående saldon för nästa rapportperiod.
Indikatorer som närvaron av en produkttypkod, närvaron av en tillverkare, riktigheten av TIN och KPP kontrolleras (kontroll för att TIN och KPP är korrekt utförs via Internet, med hjälp av tjänsten för att kontrollera motparter i Unified State Register of Legal Entities och Unified State Register of Individual Entrepreneurs), kontrollera förhållandena mellan kontrollindikatorerna i rapporten. Om fel upptäcks laddas inte filen upp och de hittade felen är rödmarkerade.
När du först börjar bearbeta eller vid något annat tillfälle när du behöver det, hjälper bokföringsassistenten dig att konfigurera din informationsbas för att arbeta med alkoholdeklarationsprodukten så snabbt och bekvämt som möjligt. Till exempel fylls katalogen "Koder för typer av alkoholhaltiga produkter" i automatiskt i enlighet med listan över koder för alkoholhaltiga produkter som godkänts av FSRAR.
I UT10.3 och UT11 används karakteristikmekanismen för detta ändamål. För varje artikelegenskap som används för att redovisa alkoholhaltiga produkter läggs egenskapen "Tillverkare" till, som fylls i från motpartskatalogen. För versionen under BP3.0 stöds inte denna funktion, på grund av avsaknaden av en egenskapsmekanism i BP3.0. I detta fall måste olika nomenklaturartiklar användas för olika tillverkare.
Det är inte klart varför rapporten visar detta exakta belopp? Du kan få en detaljerad uppdelning av valfritt belopp i rapporten och vid behov öppna och redigera direkt dokumentet eller elementet i nomenklaturkatalogen som väckte ditt intresse.
Urval är möjligt både inom en enda ansökan och över flera tillämpningar av deklarationen. Till exempel kan du erhålla data om en motpart samtidigt för applikationerna 6 och 7, vilket gör att du kan verifiera data inte bara om leveranser utan även om returer.
Datakällor i rapporten kan vara: register över ackumuleringsregistret "Organisationers varor", tidigare nedladdade deklarationsfiler i FSRAR-format; Vid generering av en rapport om ackumuleringsregister är det möjligt att inkludera eller utesluta dokumentrörelser från att komma in i rapporten utan att kryssrutan "reflektera i redovisningen". bokföring"
De genererade filerna kan kontrolleras för överensstämmelse med FSRAR-formatet, signeras och krypteras. Du behöver inte köpa program som Crypto AWS, allt är tillgängligt från en arbetsstation.
Bearbetning kräver inga konfigurationsändringar och kan fungera med grundläggande versioner, vilket avsevärt minskar kostnaden för implementering när du inte använder mer än en arbetsstation.
Sökning efter uppdateringar kan utföras antingen på användarens begäran (i halvautomatiskt läge) eller varje gång programmet startas. Efter köpbearbetning får du en individuell inloggning och lösenord för automatiska uppdateringar.
Edition\Konfiguration | Företagsredovisning | Handelshantering | Omfattande automatisering |
---|---|---|---|
10.3 | |||
3.0 | |||
11.1, 11.2 | |||
1.1 |
Du kan bekanta dig med produkten i detalj, efter att ha studerat dokumentationen eller om du kontaktar oss för råd.
Du kan se den första idén om produktgränssnittet och en del av dess funktionalitet i skärmbilderna nedan för olika konfigurationer.
Du kan alltid lita på professionell teknisk support från produktutvecklare med mer än 3 års erfarenhet av att implementera alkoholdeklarationer.
I leveranspriset ingår teknisk support i 6 månader efter betalning av beställningen.
Infostart LLC garanterar dig 100 % återbetalning om programmet inte motsvarar den deklarerade funktionaliteten från beskrivningen. Pengarna kan återbetalas i sin helhet om du begär detta inom 14 dagar från det datum då pengarna mottagits på vårt konto.
Programmet har visat sig fungera så pass att vi kan ge en sådan garanti med full tillförsikt. Vi vill att alla våra kunder ska vara nöjda med sitt köp.
Aktuell version av Trade Management-konfigurationen,
utgåva 10.3, avsedd för användning med systemversionen
1C:Enterprise inte lägre än 8.2.19. När du arbetar med operativsystemet
Microsoft Windows 10 kräver plattformsversion 8.3
"1C:Enterprise" i kompatibilitetsläge med version 8.2.
Uppdateringen är avsedd för följande versioner: 10.3.41.1, 10.3.42.1, 10.3.43.1
Tillagd funktionalitet för att kontrollera giltighetsperioderna för elektroniska dokumentformat.
Tillagd funktionalitet för att skicka inbjudningar till utbyte till ett specifikt EDF-deltagare-ID.
Detaljhandel
Stöd för utrustning för kvittoskrivare
Det stöder utskrift av avräkningsdokument på en ansluten kvittoskrivare eller på en kontorsskrivare och upprätthållande av en "Loggbok över dokument som utfärdats till köparen under avräkningar" i enlighet med RF-förordning nr 296 av den 15 mars 2017.
Rapport "Loggbok över dokument utfärdade till köparen"
Rapporten "Loggbok över dokument utfärdade till köparen" har lagts till, se gränssnittet "Detaljhandelshantering", menyn "Försäljning".
Katalog "KKM kassadiskar"
Kryssrutan "Kvittoarkivering" har lagts till i katalogformuläret "KKM kassaregister". När kryssrutan "Kvittoarkivering" är markerad, raderas inte "KKM-kvitto"-dokument efter att skiftet är stängt, utan markeras som arkiverade. Information från dessa dokument visas i rapporten "Loggbok över dokument utfärdade till köparen".
Tillagd tjänstebearbetning för ReceiptPrinter.epf
Processing utför underhåll av utrustning som stöds av drivrutinen 1C: kvittoskrivare.
Nytt i version 10.3.43.1
Utbyte av elektroniska dokument
Tillagd funktionalitet för att avbryta ett godtyckligt elektroniskt dokument.
Tillagd funktionalitet för att se EDF-bestämmelser genom formuläret "Elektroniskt dokumentträd" för ett godtyckligt elektroniskt dokument.
Implementerade synkronisering av EDI-status mellan alla informationsbasdokument som deltar i UPD/UCD-utbytet.
Möjligheten till engångsregistrering av alla ändringar av organisationscertifikat i 1C-EDO-tjänsten samtidigt som EDO-profilen sparas har implementerats.
Lade till möjligheten att ange listan över användare som har tillgång till certifikatet.
momsredovisning
I enlighet med dekretet från Ryska federationens regering av den 25 maj 2017. nr 625 i fakturor utfärdade från 2017-01-07 är det nödvändigt att ange identifieraren för det statliga kontraktet.
I dokumentet "Faktura utfärdad" från 2017-01-07 finns fältet "Government Contract Identifier" att fylla i.
Den tryckta formen av dokumentet "Faktura utfärdad" överensstämmer med dekretet från Ryska federationens regering daterat den 25 maj 2017. nr 625.
Detaljhandel
Lade till stöd för skattedataformat version 1.0.5 i enlighet med order från Federal Tax Service of Russia daterad 21 mars 2017 N ММВ-7-20/229@
"Vid godkännande av ytterligare information om skattedokument och format för skattedokument som är obligatoriska för användning."
För att dra nytta av de nya funktionerna krävs uppdateringar av underhållsbearbetning.
Dokument "Kontantkvitto på rättelse"
Dokumentet "Kontantkorrigeringskvitto" har lagts till. För att använda den måste du uppdatera underhållsbearbetningen av butiksutrustningen till version 1.7 eller högre.
Katalog "Kommersiell utrustning"
Tillagda detaljer "Metod för formatlogisk kontroll", "Tillåten avvikelse under formatologisk kontroll". Används vid skattereglering av en check på ett kassaregister med dataöverföring.
Dokument "Inkommande kontantorder", "Utgående kontantbeställning", "Betalning från köparen med betalkort"
Attributet "Betalningsmetodindikator" har lagts till i tabellsektionen "Betalningsavkodning" det är ifyllt med standardvärdet, är tillgängligt för redigering och användaren kan ändra dess värde. Uppgifterna används vid skattereglering av en check på ett kassaregister med dataöverföring.
Dokument "Försäljning av varor och tjänster", "Retur av varor från köparen"
Lade till möjligheten att generera ett skattekvitto på ett kassaregister med dataöverföring.
Identifierade fel har korrigerats
FLC – formatlogisk styrning, som är avsedd att bistå skattskyldiga med att fylla i skattedeklarationsblanketter, har inte syftet att bedriva skrivbordskontroll och är utvecklad i enlighet med Regler för upprättande av skattedeklarationsblanketter.
Enligt punkt 4-1 i artikel 584 i FLC:s skattelagstiftning, består i att kontrollera fullständigheten och riktigheten av dess komplettering, utförd vid mottagande och behandling av skatteredovisning av systemet för mottagande och behandling av skatteredovisning hos skattemyndigheter (nedan kallat systemet).
Bekräftelse på godkännande och bearbetning av skatteredovisning av systemets centrala nod är en elektroniskt genererad anmälan om godkännande eller icke-acceptans av skatteredovisning av systemet.
Systemet tilldelar skatterapportering som lämnats elektroniskt en godkännandestatus (“Accepterad”) och en behandlingsstatus för skatterapportering med förbehåll för bokföring till den skattskyldiges personliga konto (“bokad”), och genererar även ett meddelande om godkännande eller icke-acceptans av skatteredovisning .
Om de angivna skatterapporteringsstatusarna är tillgängliga i anmälan, anses det således att skatterapporteringen har klarat testet av format och logiska kontrollkrav och inte faller under normen i stycke 7) i punkt 5 i artikel 584 i Skattelagstiftningen.
Effektiviteten hos automatiserade system beror på graden av tillförlitlighet hos den ingående informationen. Förvrängning av information är möjlig i stadierna av dess registrering, överföring och bearbetning. En betydande del av felen införs av operatören vid registrering av uppgifter i processen med att fylla i primära dokument. Vid överföring av data till en dator via kommunikationskanaler är förvrängning av information möjlig på grund av störningar och under informationsbehandling - som ett resultat av fel och fel på enskilda datorenheter.
För att öka informationens tillförlitlighet har olika datakontrollmetoder utvecklats för att upptäcka fel som uppstår i alla stadier av informationsrörelsen från ursprungsplatsen till bearbetningsplatsen. Eftersom de flesta fel görs när man förbereder information kommer vi att överväga metoder för att kontrollera den i detta skede.
Informationskontroll vid upprättande av primärdokument innefattar olika typer av kontroller, varav en del utförs direkt i processen att upprätta ett dokument på en dator i det automatiserade arbetsplatssystemet, den andra delen av kontrollerna görs i den centrala datorn när du skriver in ett meddelande.
Skilja format och logiskt kontrollera.
På formatera kontrollera:
Antalet tecken i varje inmatat meddelandeindikator bestäms och jämförs med det antal som krävs;
Närvaron av ett acceptabelt antal indikatorer i det inmatade meddelandet kontrolleras;
Kontrollerar om det finns ett alfabetiskt tecken där ett numeriskt tecken ska visas, och vice versa.
Med logisk kontroll:
Värdet för varje meddelandeindikator för intervallet av acceptabla värden som finns i masterdata kontrolleras;
En kontroll görs för den ömsesidiga logiska överensstämmelsen mellan individuella indikatorer med varandra inom varje fras i det inmatade meddelandet och mellan olika fraser (interfraskontroll);
Förekomsten av fel i meddelandets viktigaste indikatorer, såsom antal rullande materielenheter, stationer, last, upptäcks genom att beräkna kontrolltecken.
Format och logiska kontroller utförs för service- och informationsfraser i meddelandet. Om fel upptäcks får abonnenten som skickade meddelandet diagnostiskt meddelande 497, som innehåller felkoden och indikatorer där fel gjordes. Abonnenten måste korrigera fel eller skriva in meddelandet igen.
Här är exempel på några fel:
1. Formateringsfel
1.1. Övervaka korrekt formatering av meddelande 02 som helhet.
Början av meddelande | Meddelandekod | Tågnummer | Tågindex | Villkorlig längd | Träna bruttovikt, t | Specialmärken | ||||||||||||
ESR-bildningsstation | Kompositionsnummer i ordning | ECP-destinationsstation | Antal | Månad | Timme | minuter | Omslagskod | Oversize index | Djur | Rutt | ||||||||
№ | ||||||||||||||||||
(: | 03 |
Feltypen i det här exemplet är en icke-existerande meddelandekod. Meddelande 03 finns inte.
1.2. Formatkontroll av en servicefras
Början av meddelande | Meddelandekod | ECP meddelandestation | Tågnummer | Tågindex | Tecken på att skriva av kompositionen (1 - från huvudet, 2 - från svansen) | Datum och tidpunkt för slutförandet av sammansättningsbildningen | Villkorlig längd | Träna bruttovikt, t | Specialmärken | |||||||||
ESR-bildningsstation | Kompositionsnummer i ordning | ECP-destinationsstation | Antal | Månad | Timme | minuter | Omslagskod | Oversize index | Djur | Rutt | ||||||||
№ | ||||||||||||||||||
(: | 005 |
Detta visar ett metriskt formatfel. Kompositionens sekvensnummer ska bestå av två tecken, och inte tre, som i exemplet.
1.3. Formatkontroll av informationsfras
Bilnummer i ordning | Bilens lagernummer | Lastvikt, t | Lastkod | Mottagarens kod | Specialmärken | Antal fyllningar | Antal containrar | Bilens egenvikt, t | Notera | ||||||
Omslagskod | |||||||||||||||
№ | |||||||||||||||
2011 | 00/00 | H0030 |
Detta visar också ett formatindikatorfel. Ägarkod, rullagermärke ska innehålla tre tecken.
2. Logiska fel
2.1. Logisk kontroll av en servicefras.
Sammansättningsavskrivningsindikatorn måste vara lika med 1 eller 2.
2.2. Logisk kontroll av informationsfras
Bilnummer i ordning | Bilens lagernummer | Ägarkod, rullagermärke | Lastvikt, t | Bilens destinationsstationskod | Lastkod | Mottagarens kod | Specialmärken | Antal fyllningar | Antal containrar | ECP-kod för utfartsgränsstation | Bilens egenvikt, t | Notera | |||
Tillhör rutten, ej fungerande flotta, gruppsändning, koppling | Omslagskod | En speciell egenskap hos vagnen (överdimensionerad, livlig, lång, förbjuden att lösas upp från puckeln) | |||||||||||||
№ | |||||||||||||||
____ | 00/00 |
Om lastens vikt inte är noll måste information om destinationsstationen för bilen lämnas.
2.3.Logisk interfraskontroll
Bilnummer i ordning | Bilens lagernummer | Ägarkod, rullagermärke | Lastvikt, t | Bilens destinationsstationskod | Lastkod | Mottagarens kod | Specialmärken | Antal fyllningar | Antal containrar | ECP-kod för utfartsgränsstation | Bilens egenvikt, t | Notera | |||
Tillhör rutten, ej fungerande flotta, gruppsändning, koppling | Omslagskod | En speciell egenskap hos vagnen (överdimensionerad, livlig, lång, förbjuden att lösas upp från puckeln) | |||||||||||||
№ | |||||||||||||||
68011105 | 00/00 | ||||||||||||||
68011105 | 00/00 |
Identiska lagernummer för vagnar
Slutsats
Baserat på resultaten av testarbetet är det möjligt att dra en slutsats om funktionsprincipen för det automatiska styrsystemet.
När ett tåg bildas, kompileras service- och informationsblock för meddelande 02 (TGNL), vilka sänds till DVC. Serviceblocket innehåller information om den bildade kompositionen som helhet. Informationsblocket innehåller information om varje bil: lagernummer, lastvikt, destinationsstation, lastkod m.m.
Om sammansättningen inte motsvarar den TGNL som tidigare sänts till DVC:n genereras meddelande 09, vilket indikerar alla ändringar i sammansättningen. Den vanligaste orsaken till en sådan avvikelse är planerad från- eller koppling av bilar till ett tåg längs sträckan, eller frånkoppling av en bil på grund av dess tekniska eller kommersiella funktionsfel.
När tåget avgår från stationen genereras meddelanden 200;
när tåget anländer till stationen - meddelande 201;
resa med tåg till stationen - meddelande 202;
upplösning av kompositionen - meddelande 203;
lasta en vagn - meddelande 241;
lossning av bilen - meddelande 242;
överföring av bilen till den felaktiga gruppen – meddelande 1353
Vart och ett av de uppräknade meddelandena ger information om tidpunkten för tågbildning, typer av vagnar i tåget, tågets avgång från formationsstationen, lastning och lossning av vagnar, in- och urkoppling av vagnar, avveckling av vagnar till icke-fungerande flotta osv.