A cégeknek lehetőségük van a szállításra elektronikus jelentéstétel nemcsak speciális szolgáltatókon keresztül, hanem közvetlenül az Oroszországi Szövetségi Adószolgálat portálján keresztül is. Egyelőre kísérleti projektről van szó, de az adószolgálat tájékoztatása szerint szeptember végére már teljes egészében működőképes lesz a szolgáltatás. Ezen keresztül pedig a harmadik negyedévre (kilenc hónapra) lehet majd bevallást benyújtani. És most gyakorolhatod a "finomításokat". A műveletek algoritmusa a következő.

1 . Szerezzen elektronikus aláírást és előfizetői azonosítót

A Szövetségi Adószolgálat honlapján keresztül csak jogi képviselő, azaz igazgató által aláírt nyilatkozatot nyújthat be, de főkönyvelő nem. A már speciális szolgáltatókon keresztül bejelentő cégek használhatják a meglévő elektronikus aláírást. De azoknak, akik korábban csak papíron jelentettek, először tanúsítványt kell vásárolniuk az Oroszországi Szövetségi Adószolgálat DTC-hálózatába tartozó bármely tanúsító központban (a lista a www.nalog.ru webhelyen található). Átlagosan ez 6-10 ezer rubel.

A speciális üzemeltetőt tájékoztatni kell arról, hogy a cég a weboldalon keresztül fog bejelenteni. Csak ezután a speciális üzemeltető regisztrálja a céget az Oroszországi Szövetségi Adószolgálat portálján, és megadja az előfizetői azonosítót (egy egyedi kódot, amely nélkül nem lehet jelentést küldeni).

2 . Telepítsen egy speciális programot

A nyilatkozat elkészítéséhez és a fájl feltöltéséhez a „Jogi személy adózója” program szükséges. Ingyenesen letöltheti a www.nalog.ru webhelyről, a „Szoftver jogi személyek és magánszemélyek számára” részben. Nem szükséges újra bevinni az összes jelentési adatot, importálhatja azokat a számítógépéről számviteli program vagy flash meghajtók ("Szolgáltatás" > "Jelentések fogadása mágneses adathordozóról"). A sikeresen elkészített és feltöltött fájl bekerül a "Feltöltött fájlok nyilvántartása" ("Eszközök" gomb) közé.

3 . Nyilatkozattal készítsen szállítókonténert

A fájl elküldése előtt a digitális aláírással és az azonosítóval együtt egy szállítótartályba kerül. Ehhez be kell lépni a "Feltöltött fájlok nyilvántartásába", ki kell választani a nyilatkozatot tartalmazó fájlt, és az eszköztáron a "Szállítási konténer generálása" gombra kell kattintani.

4. Jelentések benyújtása az adószolgálati portálon keresztül

A jelentések benyújtásához keresse fel a www.nalog.ru webhelyet az „Adó- és számviteli jelentések bemutatása EV-ben” részben. De előtte jobb erről meggyőződni szoftver megfelel a portál követelményeinek (pl. operációs rendszer muszáj Microsoft Windows XP, Vista vagy 7, a böngésző pedig Microsoft internet böngésző 6.0 és újabb vagy Safari 4.0 vagy újabb). Ehhez kattintson a „Feltételek ellenőrzése” hivatkozásra. Sikeres ellenőrzés után kirakhatja a szállítótartályt és elküldheti az ellenőrzésre.

5 . Ellenőrizze, hogy a jelentéseket benyújtották-e az ellenőrzéshez

Az Interregionális Központosított Adatfeldolgozási Felügyelőség speciális kezelőként működik a portálon keresztüli jelentések küldésekor. A nyilatkozat elfogadásának megerősítéseként nyugtát küld. A nyilatkozat benyújtásának napja az a dátum, amely az átvételi elismervényen a jelentés elküldésének dátumaként szerepel (az Orosz Föderáció adótörvénykönyvének 80. cikkének 4. szakasza). Ha azonban a bejelentés nem megy át a formátum-logikai ellenőrzésen, a társaságok jelentik az elfogadás megtagadását és annak indokait. Ha eltávolítják őket, a jelentés újra elküldhető.

A cikk az "UNP" 30. számú újságban jelent meg,

JSC GNIVT-k (Oroszországi FTS): 2016.08.05. 05:00-tól moszkvai idő szerint az FDC telephelyén végzett technológiai munka miatt a GP-3 vevőkomplexum szövetségi szintű komponensei (GPK, SM, IRUD, SP FU) elérhetetlen legyen. A befejezés becsült ideje moszkvai idő szerint 12:00. Ezzel egy időben a Link-Service cégtartani fog mérnöki munkák. levelezőszerver be rendelkezésre álló idő előfordulhat, hogy nem tud e-maileket küldeni/fogadni. Elnézést kérünk a kellemetlenségért.
Feladás dátuma: augusztus 4 2016 10:55 Vjacseszlav Abiszalov

Átmenetileg megnöveli a válaszadási időt, amikor hív minket A Rostelecom oldalán történt baleset miatt átmenetileg megnőtt a cseljabinszki iroda 734-00-03 többcsatornás telefonon történő hívása esetén a válaszadási idő.
Feladás dátuma: január 19 2016, 04:51 Vjacseszlav Abiszalov

Költségvetési osztályozók karbantartása 2016. január 1-től Az Oroszországi Föderáció Pénzügyminisztériumának 2015. június 8-i 90n számú, 2015. december 1-i 190n számú rendelete változtatásokat vezetett be az Orosz Föderáció költségvetési besorolása szerinti bevételek, kiadások és költségvetési hiányok finanszírozási forrásai osztályozóinak szerkezetében. Kérjük, forduljon szakembereinkhez az átálláshoz új verzió szoftver termék"1C: Állami intézmény számviteli osztálya 8"!
Feladás dátuma: január 18. 2016, 08:22 Vjacseszlav Abiszalov

Üzenetek az Orosz Föderáció Szövetségi Adószolgálatától. Rutinmunka 8-9.12.15 Figyelem!Az FDC telephelyén folyó technológiai munkák miatt a GP-3 vevőkomplexum szövetségi szintű komponensei (GPK, SM, IRUD, SP FU) 2015.12.08-tól moszkvai idő szerint 18:00-tól nem lesznek elérhetők.Figyelem!2015.09.12. 13:00-tól moszkvai idő szerint a GPC-frissítések telepítési munkáival kapcsolatban az FTSOD oldalon, levelezőszerver A GP-3 fogadókomplexum nem lesz elérhető. A becsült munkaidő 4 óra.
Beküldve december 8. 2015, 11:24 Vjacseszlav Abiszalov

Az Orosz Föderáció Szövetségi Adószolgálatának üzenete a technológiai munkáról Az Orosz Föderáció Szövetségi Adószolgálatának üzenete: Tisztelt adófizetők! Az oroszországi szövetségi adószolgálat oldalán végzett technológiai munkával összefüggésben válaszok az adóalany (díjfizető, adóügynök) adófizetési kötelezettségének teljesítésére vonatkozó igazolás iránti kérelmekre, a bírságokat, az adók, illetékek, kötbér, bírság, kamat befizetésének állásáról szóló igazolásokat, valamint az adók, illetékek, kötbér, bírság, kamat együttes egyeztetési okiratát az adóhatóságnak távközlési csatornán megküldik a címre. Az Adózók a technológiai munka befejezése után A technológiai munka befejezéséről, valamint a fenti dokumentumok távközlési csatornákon történő, normál üzemmódú kommunikációs lehetőségének újraindításáról a későbbiekben számolunk be.
Beküldve december 6. 2015, 13:49 Vjacseszlav Abiszalov

A SZÁLLÍTÁSI KONTÉNER EGYESÍTETT FORMÁTUMA AZ ADÓHATÓSÁGI KOMPLEXOK TÁVKÖZLÉSI CSATORNÁKON VÉDŐ INFORMÁCIÓKÖLCSÖNZÉSÉBEN ELEKTRONIKUS DIGITÁLIS ALÁÍRÁS HASZNÁLATÁVAL

1. Kifejezések és meghatározások

1.1. Elektronikus digitális aláírás(EDS) - egy elektronikus dokumentum attribútuma, amelynek célja, hogy megvédje ezt az elektronikus dokumentumot a hamisítástól, amelyet az információk kriptográfiai átalakítása eredményeként kaptak, és lehetővé teszi az aláírási kulcs tanúsítvány tulajdonosának azonosítását, valamint az információ torzításának hiányát. az elektronikus dokumentumban.

1.2. Aláírókulcs-tanúsítvány (tanúsítvány) - a hitelesítésszolgáltató (a továbbiakban: CA) felhatalmazott személyének EDS-szel ellátott papíralapú vagy elektronikus dokumentuma, amely nyilvános kulcsot tartalmaz, és amelyet a hitelesítésszolgáltató bocsát ki a hitelesség megerősítésére. pontjában meghatározottak szerint azonosítja a tanúsítvány tulajdonosát, és gondoskodik a továbbított információk bizalmas kezeléséről.

1.3. Elektronikus dokumentum (dokumentum) - a formátum követelményeinek megfelelően elektronikus formában bemutatott dokumentum ebből a típusból dokumentum.

1.4. Tranzakció - a dokumentumokat és az EDS-eket tartalmazó konténer átvitelének egyetlen lépése egy bizonyos típusú munkafolyamat keretein belül, amely meghatározza az átvitt dokumentumok készletét, az EDS-t, azok feladóját és címzettjét.

1.5. Elektronikus dokumentumkezelés (dokumentumfolyamat) - a dokumentumáramlás résztvevői közötti dokumentumok cseréjére szolgáló tranzakciók sorozata, amely szabályozott folyamatot biztosít a dokumentumok cseréjéhez (például dokumentumáramlás adóbevallások benyújtásához (számviteli jelentések)) .

1.6. Szállítási konténer - logikailag kapcsolódó dokumentumok és EDS, valamint kapcsolódó szállítási információk halmaza, egyetlen fájlba egyesítve.

1.7. Előfizető - az információs interakció regisztrált résztvevője, aki adóalany vagy az adózó meghatalmazott képviselője.

1.8. NBO - adóbevallások (kalkulációk), pénzügyi kimutatások és egyéb dokumentumok, amelyek az adók és illetékek kiszámításának és megfizetésének alapjául szolgálnak.

2. Általános információk

2.1. Ez a dokumentum leírja a kialakított és feldolgozott szállítótartály felépítését szoftver eszközök adóhatóság a szakosodott távközlési szolgáltatókkal és az előfizetőkkel elektronikus formában, EDS-t használó távközlési csatornákon történő információs interakció során az elektronikus dokumentumkezelés megszervezésének biztosítása érdekében, amikor az adóalanyok benyújtják az adóbevallásokat (kalkulációkat), pénzügyi kimutatásokat és egyéb dokumentumokat, amelyek alapjául szolgálnak. adók és illetékek kiszámítása és megfizetése. A munkafolyamatok típusainak listája a jelen dokumentum 4-11. függelékeiben található.

2.2. Az információs interakció a tranzakciókon keresztüli dokumentumáramlás megvalósításán keresztül történik - a dokumentumfolyam egyik résztvevőjétől egy másik szállítótartályba az ehhez a tranzakcióhoz rögzített dokumentum- és EDS-készlettel, amelyet a dokumentum érintett résztvevőinek meghatalmazottjai nevében hajtanak végre. folyam.

2.3. A munkafolyamat során a dokumentumok tömörített és titkosított formában kerülnek továbbításra, hacsak egy adott típusú munkafolyamathoz másként nem rendelkezik. A dokumentumok alatti EDS szöveges formában kerül átadásra.

2.4. Az egyes munkafolyamattípusok esetében a használt szolgáltatási és technológiai dokumentumok formátumait a www.nalog.ru webhelyen közzétett munkafolyamat-típusok referenciakönyve tartalmazza.

3. A tartály összetételére vonatkozó általános követelmények

3.1. A szállítótartály tartalma

A szállítótartály egy zip archívum, amely a következőket tartalmazza:

Fájl a szállítási információkkal xml formátumban;

Fájlok zip-archívuma az átvitt dokumentumok tartalmával;

Fájlok zip archívuma dokumentumleírásokkal;

Fájlok a továbbított EDS tartalmával.

A szállítótartály sémája az 1. ábrán látható.

1. ábra A szállítótartály vázlata (nem látható)

3.1.1. A dokumentumok tartalmát és digitális aláírásokat tartalmazó fájlokat univerzális egyedi azonosítók segítségével nevezik el a következő formátumban: .kuka".

3.1.2. A szállítási információk és a dokumentumok tartalmát és a digitális aláírásokat tartalmazó fájlok STORE módban zip-archívumban egyesülnek. A szállítási információs fájl nincs tömörítve vagy titkosítva, amikor egy szállítási tárolóban továbbítják.

3.1.3. Az egy tranzakcióhoz kapcsolódó dokumentumok és EDS-ek egy szállítótartályban kerülnek átadásra.

3.1.4. A dokumentumleírás a szállítótartályban külön zip-archívumként van jelen, ha a dokumentumleírást az átadott dokumentum típusa határozza meg. A dokumentumleírás formátumát jelen dokumentum 1. számú melléklete tartalmazza. A dokumentum leírása további információkat tartalmaz az átvitt fájlról, és csak tájékoztató jellegű. A dokumentum informatívabb diagnosztikai üzenet biztosítására használható, ha a szállítási tárolófájlok nem dekódolhatók.

3.1.5. A szállítási információk leírásának formátuma a jelen dokumentum 2. függelékében található.

3.2. Szállítási tároló fájlnév

3.2.1. A szállítási konténer a formátumnak megfelelően egyedi névvel ellátott fájlként kerül továbbításra

3.2.4. Ha a konténerben több bizonylat van, a szállítókonténer fájlnevében annak a bizonylatnak a kódja kerül feltüntetésre, amelynek neve a tranzakciótípus megnevezésében szerepel.

3.2.5. A fájlnévben szereplő információnak meg kell egyeznie a konténer szállítási információiban szereplő megfelelő információval.

3.3. A dokumentumtartalom-típusok leírását jelen dokumentum 3. számú melléklete tartalmazza.

3.4. A munkafolyamatok típusaira vonatkozó követelményeket a jelen dokumentum 4-11. függelékei tartalmazzák.

4. A dokumentumfolyamatban résztvevők típusai és azonosításuk

4.1. A munkafolyamatot a munkafolyamat következő résztvevői végzik.

4.3. Az adóhatóság azonosítójaként a SOUN besoroló kódolásában szereplő adóhatóság négyjegyű kódját használjuk.

4.4. Az oroszországi szövetségi adószolgálat által meghatározott egyedi három karakteres kódot használnak azonosítóként egy speciális távközlési szolgáltató és egy megbízható tanúsító hatóság számára.

4.5. Az előfizetői azonosító formátuma

<префикс системы><код абонента>

<префикс системы>- ez egy speciális távközlési szolgáltató vagy egy megbízható tanúsító hatóság azonosítója; hossz<префикса системы>egyenlő 3 karakterrel;<префикс системы>meg kell egyeznie annak a speciális távközlési szolgáltatónak az azonosítójával, amelynek szolgáltatásait az előfizető igénybe veszi;

<код абонента>-ban használt egyedi előfizetői kód belső rendszer egy speciális távközlési szolgáltató vagy egy megbízható tanúsító hatóság; hossz<код абонента>legfeljebb 43 karakter.

5. Az alkalmazott technológiák leírása

5.1. Univerzálisan egyedi azonosítók

5.1.1. Az univerzálisan egyedi azonosítók (UUID) a munkafolyamatok, dokumentumok azonosítására és fájlnevek létrehozására szolgálnak egy szállítási tárolóban.

5.1.2. A használt univerzálisan egyedi azonosítókat a szerint kell előállítani Általános elvek UUID létrehozása az RFC 4122-ben (http://www.ietf.org/rfc/rfc4122.txt) leírtak szerint. Az univerzálisan egyedi azonosítók 32 jegyű hexadecimális számként vannak ábrázolva, kisbetűkkel írva.

5.2. Fájlok egyesítése és tömörítése

5.2.1. A zip archív formátum több dokumentum egyetlen szállítási konténerbe való egyesítésére és a dokumentumok tömörítésére szolgál.

5.2.2. A zip archívum formátumát a http://www.pkware.com/documents/casestudies/APPNOTE.TXT címen elérhető nyílt specifikáció írja le. Az archiválást a pontnak megfelelően kell elvégezni alapvető képességeit 2.0 verzió, titkosítás használata nélkül.

5.2.3. A dokumentum a tömörítés előtt „fájl” nevet kap, majd az archívumban tárolódik. Az archívum elnevezése a 3.1.1. bekezdés szerint alakul. Amikor egy dokumentumot kicsomagol egy archívumból, a szállítási információs leíró fájl információit használják fel az eredeti fájlnév visszaállítására.

5.3. Kriptográfia

5.3.1. A titkosításhoz a GOST 28147-89 algoritmusokat használják. Az EDS kialakításához a GOST R 34.10-2001 algoritmusokat használják.

5.3.2. A titkosított adatok és az EDS átvitele a PKCS #7 tárolóval történik (RFC 2315, /content/base/). A DER kódolást a fájlba történő mentésre használják.

5.3.3. A titkosított adatok ContentInfo struktúraként kerülnek átadásra, tartalomként EnvelopedData struktúrával.

5.3.4. A digitális aláírásokat ContentInfo struktúraként továbbítják, tartalomként pedig SignedData struktúrát. A digitális aláírás tartalmazhat tanúsítványt, és nem tartalmazhat aláírt tartalmat.

5.3.5. Az elsődleges szállítási konténer részeként továbbított dokumentumok titkosítását a címre kell elvégezni nyilvános kulcsok a címzett titkosításra megadott tanúsítványai, valamint a küldő tanúsítványainak nyilvános kulcsai. A bejövő dokumentum fogadása vagy feldolgozása eredményeként továbbított dokumentumok titkosítása a címzett tanúsítványainak titkosításra meghatározott nyilvános kulcsainak címére, a küldő tanúsítványainak nyilvános kulcsai, valamint azon tisztviselők tanúsítványainak nyilvános kulcsaira történik. aláírta a beérkező dokumentumot.

6. A levél összetételére vonatkozó általános követelmények az adóbevallások és pénzügyi kimutatások távközlési csatornákon keresztül történő elektronikus formában történő benyújtására szolgáló egységes rendszerrel való kapcsolattartás során

Amikor üzenetváltást használnak szakosodott távközlési szolgáltatók és szerverek között az adóhatóság egységes fogadó komplexumának elektronikus dokumentumainak cseréjére az SMTP és a POP3 protokollok használatával üzenetformátumban Email szerkezeti követelmények mail üzenet e dokumentum 12. függeléke tartalmazza.

JÓVÁHAGYOTT
az Oroszországi Szövetségi Adószolgálat rendelete
tól től " 19 » 04 2012
№ MMV-7-6/ [e-mail védett]

Egységes szállítási konténer formátum
a befogadó komplexumokkal való információs interakció során
adóhatóságok távközlési csatornákon keresztül
elektronikus aláírás használatával

1. Kifejezések és meghatározások

1.1. Elektronikus dokumentum(dokumentum) - elektronikus formában benyújtott dokumentum, az ezen dokumentumtípusra vonatkozó formátum követelményeinek megfelelően.

1.2. tranzakció- egy konténer átvitelének egyetlen lépése a dokumentumokkal és elektronikus aláírások a szükséges típusú (ES) egy bizonyos típusú munkafolyamat keretében, amely meghatározza az átadott dokumentumok halmazát, ES-t, azok feladóját és címzettjét.

1.3. Elektronikus dokumentumkezelés (dokumentumfolyamat)- a dokumentumáramlás résztvevői közötti iratcserére vonatkozó tranzakciók sorozata, amely bizonyos szabályozott folyamatokat biztosít a dokumentumcseréhez (például az adóbevallások (számviteli jelentések) benyújtásához szükséges dokumentumáramlás).

1.4. szállító konténer- logikailag összefüggő dokumentumok és ES-ek halmaza, valamint a kapcsolódó szállítási információk egy fájlba egyesítve.

1.5. Előfizető- az információs interakció regisztrált résztvevője, aki adózó vagy adózó meghatalmazott képviselője.

1.6. NBO - adóbevallások (kalkulációk), pénzügyi kimutatások és egyéb olyan dokumentumok, amelyek az adók és illetékek kiszámításának és megfizetésének alapjául szolgálnak.

2. Általános információ

2.1. Jelen dokumentum ismerteti az adóhatóság szoftvere által generált és feldolgozott szállítókonténer felépítését a szakosodott távközlési szolgáltatókkal és az előfizetőkkel elektronikus formában, távközlési csatornákon, ES segítségével, az adóalanyok benyújtásakor az elektronikus dokumentumkezelés megszervezése érdekében. adóbevallások (kalkulációk), pénzügyi kimutatások és egyéb adók és illetékek kiszámításának és megfizetésének alapjául szolgáló dokumentumok. A munkafolyamatok típusainak listája a jelen dokumentum 4-11. függelékeiben található.

2.2. Az információs interakció a tranzakciókon keresztüli dokumentumáramlás megvalósításán keresztül történik - a dokumentumfolyam egyik résztvevőjétől egy másik szállítótartályba az ehhez a tranzakcióhoz rögzített dokumentum- és ES-készlettel, amelyet a dokumentum érintett résztvevőinek meghatalmazottjai nevében hajtanak végre. folyam.

2.3. A munkafolyamat során a dokumentumok tömörített és titkosított formában kerülnek továbbításra, hacsak egy adott típusú munkafolyamathoz másként nem rendelkezik. Az ES dokumentumok nyílt formában kerülnek átadásra.

2.4. Az egyes munkafolyamat-típusok esetében az alkalmazott szolgáltatási és technológiai dokumentumok formátumait a www. *****

3. Általános követelmények a tartály összetételéhez

3.1. A szállítótartály tartalma

A szállítótartály egy zip archívum, amely a következőket tartalmazza:

szállítási információkat tartalmazó fájl xml formátumban; az átvitt dokumentumok tartalmát tartalmazó fájlok zip-archívuma; fájlok zip-archívuma a dokumentumok leírásával; fájlok az átvitt ES tartalmával;

A szállítótartály sémája az 1. ábrán látható.

Microsoft" href="/text/category/microsoft/" rel="bookmark">Microsoft Word, Microsoft Excel, Open Document Text, Document Spreadsheet, Open XML Word és Open XML Spreadsheet, amelyek beolvasott képeket tartalmaznak, a következő követelmények vonatkoznak: fekete-fehér kép legalább 150 és legfeljebb 300 dpi szkennelt dokumentum felbontással, a szürke 256 árnyalatával.

3.4. A munkafolyamatok típusaira vonatkozó követelményeket a 4 - 11. melléklet tartalmazza , 1 ehhez a dokumentumhoz.

4. A dokumentumfolyamatban résztvevők típusai és azonosításuk

4.1. A munkafolyamatot a munkafolyamat következő résztvevői végzik.

Szimbólum	Leírás
előfizető	adófizető ( entitás vagy egyéni vállalkozó) vagy meghatalmazott képviselője
adóhatóság	Az Oroszországi Szövetségi Adószolgálat adóhatósága
speciális kezelő	Speciális távközlési szolgáltató
megbízható CA	Az Oroszországi Szövetségi Adószolgálat Megbízható CA-inak hálózatába tartozó tanúsító hatóság

4.2. A dokumentumfolyamat résztvevőinek azonosítói latin karakterekből állnak: a–z, 0–9, „@”, „.” és "-". Az azonosítók nem különböznek egymástól.

4.3. Az adóhatóság azonosítójaként a SOUN besoroló kódolásában szereplő adóhatóság négyjegyű kódját használjuk.

4.4. Az oroszországi szövetségi adószolgálat által meghatározott egyedi három karakteres kódot használnak azonosítóként egy speciális távközlési szolgáltató és egy megbízható tanúsító hatóság számára.

4.5. Az előfizetői azonosító formátuma

<префикс системы><код абонента>

<префикс системы>egy speciális távközlési szolgáltató vagy egy megbízható tanúsító hatóság azonosítója; hossz<префикса системы>egyenlő 3 karakterrel;<префикс системы>meg kell egyeznie annak a speciális távközlési szolgáltatónak az azonosítójával, amelynek szolgáltatásait az előfizető igénybe veszi;

<код абонента>egy egyedi előfizetői kód, amelyet egy speciális távközlési szolgáltató vagy egy megbízható hitelesítési központ belső rendszerében használnak; hossz<код абонента>legfeljebb 43 karakter.

5. Az alkalmazott technológiák leírása

5.1. Univerzálisan egyedi azonosítók

5.1.1. Az univerzálisan egyedi azonosítók (UUID) a munkafolyamatok, dokumentumok azonosítására és fájlnevek létrehozására szolgálnak egy szállítási tárolóban.

5.1.2. A használt UUID-ket az RFC 4122-ben (http://www.ietf.org/rfc/rfc4122.txt) leírt általános elvek szerint kell előállítani. Az univerzálisan egyedi azonosítók 32 jegyű hexadecimális számként vannak ábrázolva, kisbetűkkel írva.

5.2. Fájlok egyesítése és tömörítése

5.2.1. A zip archív formátum több dokumentum egyetlen szállítási konténerbe való egyesítésére és a dokumentumok tömörítésére szolgál.

5.2.2. A zip archívum formátumát a http://www. címen elérhető nyílt specifikáció írja le. /dokumentumok/esettanulmányok/APPNOTE. txt. Az archiválást a 2.0-s verzió alapvető jellemzőinek megfelelően kell végrehajtani, titkosítás használata nélkül.

5.2.3. A dokumentum a tömörítés előtt „fájl” nevet kap, majd az archívumban tárolódik. Az archívum neve a 3.1.1. pont szerint alakul. Dokumentum archívumból való kibontásakor a szállítási információs leíró fájlból származó információk az eredeti fájlnév visszaállítására szolgálnak.

5.3. Kriptográfia

5.3.1. A titkosításhoz használt algoritmusok GOST. Az ES generálásához algoritmusokat használnak GOST R 34.10-2001.

5.3.2. A titkosított adatok és az ES átvitele PKCS #7 tárolóval történik (RFC 2315, http://www.ietf.org/rfc/rfc2315.txt). A DER kódolást a fájlba történő mentésre használják.

5.3.3. A titkosított adatok struktúraként kerülnek továbbításra ContentInfo szerkezettel EnvelopedData mint tartalom.

5.3.4. Az EP-ket struktúraként továbbítják ContentInfo szerkezettel SignedData mint tartalom. Az ES-nek tartalmaznia kell egy erre vonatkozó tanúsítványt, és nem tartalmazhat az általa aláírt dokumentumot.

5.3.5 Az elsődleges szállítási konténer részeként továbbított dokumentumok titkosítását a címzett tanúsítványainak titkosításra meghatározott nyilvános kulcsainak, valamint a küldő tanúsítványainak nyilvános kulcsainak címére kell végrehajtani. A bejövő dokumentum fogadása vagy feldolgozása eredményeként továbbított dokumentumok titkosítása a címzett tanúsítványainak titkosításra meghatározott nyilvános kulcsainak címére, a küldő tanúsítványainak nyilvános kulcsai, valamint azon tisztviselők tanúsítványainak nyilvános kulcsaira történik. aláírta a beérkező dokumentumot.

6. A levél összetételére vonatkozó általános követelmények az adóbevallások és pénzügyi kimutatások távközlési csatornákon keresztül történő elektronikus formában történő benyújtására szolgáló egységes rendszerrel való kapcsolattartás során

Amikor a szakosodott távközlési szolgáltatók és szerverek közötti üzenetváltást használják az adóhatóság egységes fogadó komplexumának elektronikus dokumentumainak SMTP és POP3 protokollok használatával e-mail üzenetek formátumában történő cseréjére, az e-mail üzenet szerkezetére vonatkozó követelmények a következők: e dokumentum 12. függelékében megállapított.

én. NBO dokumentumleíró formátum

(02-es verzió)

1. ÁLTALÁNOS

1.1. Célja

Ez a dokumentum a szállítótartályban található NBO-dokumentumról (a továbbiakban: cserefájl) kapcsolatos információk elektronikus továbbításához szükséges XML-fájlok követelményeit írja le.

2. AZ CSERE FÁJL LEÍRÁSA

TR_DEKL_2_700_02_09_02_xx, ahol xx Jelenlegi verzió rendszer.

A fájlnév kiterjesztése xsd.

Formátum karakterlánc T(n-k) vagy T(=k) formában jelölve, ahol n a karakterek minimális száma egy sorban, k - maximális összeget karaktereket, a "-" szimbólum elválasztó, a "=" szimbólum azt jelenti állandó mennyiség karakter soronként. Ha a karakterek minimális száma 0, a formátum T(0-k). Ha a karakterek maximális száma korlátlan, a formátum T(n-). Ha az elem határozatlan hosszúságú, a formátum T

· további információ. Összetett elemek esetén egy hivatkozás található egy táblázathoz, amely leírja az elem összetételét. Azoknál az elemeknél, amelyek korlátozott értéklistát vesznek át az osztályozóból (kódszótár stb.), az osztályozó megfelelő neve (kódszótár stb.) kerül feltüntetésre, vagy egy lista kerül megadásra. lehetséges értékek. Osztályozóhoz (kódszótárhoz stb.) a helyére való hivatkozás jelezhető. Az egyéni adattípust használó elemeknél a típuselem neve meg van adva.

3. Fájlcsere diagram

1. ábra. Exchange fájlszerkezeti diagram

4. A cserefájl logikai modelljének szerkezeti elemeinek listája

A cserefájl logikai modelljének szerkezeti elemeinek listája a táblázatban található. 4.1

					4.1. táblázat
Az átadott NBO dokumentum leírása (leírás)
Elem neve	Az elem rövidített neve (kódja).	Elemtípus attribútum	Elem formátum	Kötelező elem jele	további információ
Az átadott NBO dokumentum nyomtatványának neve	nameForms
KND a továbbított dokumentum NBO	KNDForms
Az átadott dokumentum típusa NBO	dokumentum típusa				Elfogadja az "elsődleges" vagy a "javító" értékeket
Beszámolási év, amelyre az NBO dokumentumot benyújtották					Általános elem
Annak az időszaknak a kódja, amelyre az NBO dokumentumot továbbítják	codePeriod				Annak az időszaknak a kódja, amelyre az NBO dokumentumot továbbítják, az adózási (beszámolási) időszakot meghatározó kódjegyzék (SKNP) szerint Egybeesik a beszámolóban meghatározott adózási (bevallási) időszakkal Szükséges, ha szerepel a jelentésben
Annak az adóhatóságnak a kódja, ahol az előfizetőt bejegyezték	NPOLocationAccounting				Általános elem<СОНОТип>
Annak az adóhatóságnak a kódja, amelyben az adózás tárgyának adminisztrációját végzik, amely szerint az NBO dokumentumot továbbítják	NPOLocation				Általános elem<СОНОТип>Kódok az adóhatósági megjelölési rendszer osztályozójából
további információ					Általános elem (többszörös)

II. A fellebbezés, a levél és a levelezőlista leírásának formátuma

(02-es verzió)

1. ÁLTALÁNOS

1.1. Célja

Ez a dokumentum a fellebbezés, a levél és a terjesztés leírásával kapcsolatos információk elektronikus továbbításához szükséges XML-fájlok követelményeit írja le.

2. AZ CSERE FÁJL LEÍRÁSA

2.1. Általános információk a cserefájlról

A cserefájl nevének így kell kinéznie:

A fájlnév kiterjesztése xml. A fájlnév kiterjesztése kis- és nagybetűkkel is megadható.

A cserefájl első sorának paraméterei

Az XML fájl első sorának így kell kinéznie:

A cserefájl sémáját tartalmazó fájl neve

A cserefájl XSD-sémáját tartalmazó fájl nevének így kell kinéznie:

TR_PISRAS_2_700_03_09_02_xx, ahol xx a jelenlegi sémaverzió.

A fájlnév kiterjesztése xsd.

2.2. A cserefájl logikai modellje

A fájl logikai modelljét grafikusan az 1. ábra 3. szakasza mutatja be. A cserefájl logikai modelljének elemei az XML fájl elemei és attribútumai. A logikai fájlmodell szerkezeti elemeinek teljes listája és az azokra vonatkozó információk a 4. részben találhatók.

A logikai fájlmodell minden egyes szerkezeti elemére vonatkozóan a 4. szakasz a következő információkat tartalmazza:

· Az elem neve. Meg van adva az elem teljes neve.

· Az elem rövidített neve. Meg van adva az elem rövidített neve. A rövidített nevek írhatók betűkkel és számokkal.

· Elemtípus jele. A következő értékeket veheti fel: "C" - összetett elem(beágyazott elemekkel), "P" - egyszerű elem (nem beágyazott elemekkel); A egy attribútum. Ha egyéni adattípust használnak egy elem meghatározásához, akkor az adattípus (tipikus elem) neve a "További információk" oszlopban jelenik meg.

elem formátum. A formátum a következőben van bemutatva legenda, amelyek a következő értékeknek felelnek meg: Т – karakterlánc; N egy numerikus érték (egész vagy tört).

A karakterlánc formátumát T(n-k) vagy T(=k) adjuk meg, ahol n a karakterlánc minimális karakterszáma, k a karakterek maximális száma, a „-” szimbólum egy elválasztó, a A "=" szimbólum egy sorban rögzített számú karaktert jelent. Ha a karakterek minimális száma 0, a formátum T(0-k). Ha a karakterek maximális száma korlátlan, a formátum T(n-). Ha az elem határozatlan hosszúságú, a formátum T.

A numerikus érték formátuma N(m. k), ahol m a karakterek maximális száma a számban, beleértve az előjelet (negatív szám esetén), egész számot és törtrész szám elválasztó tizedesvessző nélkül, k pedig a tizedesjegyek maximális száma. Ha a tizedesjegyek száma 0 (vagyis a szám egész szám), akkor a számérték formátuma N(m).

Az egyszerű XML-elemek esetében (amelyek a http://www.w3.org/TR/xmlschema-0 címen vannak meghatározva), mint például a „date” típusú elemek, az „Elemformátum” mező üresen marad. Az ilyen elemeknél az alapelem típusa a „További információk” mezőben van feltüntetve.

A kötelező elem jele határozza meg az elem kötelező jelenlétét XML fájl. A kötelező elem attribútuma a következő értékeket veheti fel: „O” – az elem kötelező jelenléte (az elem nevének és értékének szerepelnie kell a cserefájlban); „H” – az elem jelenléte nem kötelező (az elem neve és értéke a cserefájlban hiányozhat). Ha egy elem korlátozott értéklistát vehet fel (osztályozó, kódszótár stb. szerint), akkor az elem kötelezettségének attribútuma kiegészül a "К" szimbólummal. Például: "OK". Ha egy elem implementációinak száma több is lehet, akkor az elem kötelező jele kiegészül az „M” jellel. Például: "OM, OKM".