1. Az interfésznek el kell fogadnia az alhálózati IP-címekről érkező HTTPS-kéréseket:
   • 79.142.16.0, maszk 255.255.240.0 (20)
   • 91.232.230.0, maszk 255.255.254.0 (23)
2. Az interfésznek a HTTP GET metódussal kell feldolgoznia a rendszer által átadott paramétereket.
3. Az interfésznek választ kell generálnia a rendszerre XML formátum UTF-8 kódolásban.
4. Az információcsere „kérés-válasz” módban történik, miközben a válasz sebessége nem haladhatja meg a 60 másodpercet, ellenkező esetben a rendszer időtúllépéssel megszakítja a kapcsolatot.
5. Ha a csatlakoztatott szolgáltató szolgáltatásaiért várható fizetések száma intenzív lesz (akár 10 fizetés percenként vagy több), akkor szükséges, hogy az interfész támogassa a többszálú kommunikációt akár 10-15 egyidejű csatlakozásig.
6. Az interfésznek el kell fogadnia a HTTPS kéréseket a következő TCP-portok egyikén: 80, 81, 443, 8008, 8080, 8081, 8090, 8443, 4433. Más portok nem engedélyezettek.

Az interfész alapelvei

Az összes kérést a GET metódus adja át, a paraméterek a kérés elérési útjában.

A fizetéssel kapcsolatos információk szolgáltatóhoz történő továbbítását a QIWI Wallet rendszer két lépésben végzi el - az előfizető állapotának ellenőrzése és a fizetés közvetlen teljesítése. Ezenkívül hozzáadható egy előzetes fizetési paraméterek beszerzése az előfizetőnek több szolgáltatást nyújtó szolgáltatótól a fizető tájékoztatása és a fizetési paraméterek hozzáadására a fizető választása szerint.

A kérés típusát a QIWI Wallet rendszer adja át a parancsváltozóban - egy karakterláncban, amely a check , pay vagy getInfo értékeket veszi át:

Lekérdezési beállítások

Minden paramétert meg kell adni azokban a lekérdezésekben, amelyekben használatosak.

A bővíthetőség támogatása és a szolgáltató szolgáltatásának fenntartása érdekében a protokoll által biztosított különféle funkciók engedélyezésének időtartama alatt (például új fizetési adatok továbbításának engedélyezése) feltételezzük, hogy a szolgáltató nem akadályozza meg új HTTP paraméterek megjelenését a protokollban. kérés.

Garantáljuk, hogy új paraméterek megjelenése a kérésben nem eredményezi a kérések feldolgozásának megváltoztatását a szolgáltató részéről, kivéve, ha az ilyen logikai változtatást a szolgáltatóval egyeztették.

Válasz formátum

A szolgáltatónak XML formátumban kell választ adnia a rendszernek a kérésekre. A válasz általános felépítése a jobb oldali fülön látható.

Ha a szolgáltatóhoz intézett kérések bármelyike ​​sikertelen, akkor a szolgáltató hibakódot ad vissza a .

NÁL NÉL tájékoztatási rendszer a szolgáltató nem tartalmazhat két sikeresen teljesített fizetést azonos txn_id számmal. Ha a rendszer újra elküld egy kérést a szolgáltató információs rendszerében már meglévő txn_id azonosítóval, akkor a szolgáltatónak vissza kell adnia az előző kérés feldolgozásának eredményét.

A válasz a következő címkéket tartalmazhatja:

Például van egy helyzet: az ügyfél kérést küldött a rendszernek 2010.12.31-én 23:59:59-kor. Tekintettel az adatfeldolgozás és a kommunikációs csatornákon történő információküldés késedelmeire, a fizetési szolgáltató 2011.01.01. 00:00:05-kor kapja meg a fizetést, és ennek megfelelően egy másik jelentési időszakban veszi figyelembe a szolgáltató rendszerében. Az egyeztetések során a különböző beszámolási időszakokkal kapcsolatos problémák elkerülése érdekében szükséges, hogy a szolgáltató visszaadja a könyvelés dátumát a rendszerében.

Példa egy előfizetői fiók állapotának ellenőrzésére és a fizetés regisztrálására irányuló kérésre

Példa feltételek:

A payment_app szolgáltató fizetési alkalmazása a yourservice.prv.ru címen található, a szerver támogatja a HTTPS kapcsolatokat a 8443-as porton.

Az előfizető állapotának ellenőrzéséhez a QIWI Wallet rendszer kérést generál (lásd a jobb oldali fület).

A kérés paramétereket tartalmaz:

• command=check – az előfizető állapotának ellenőrzésére irányuló kérés azonosítója;

Sikeres válasz a szolgáltatótól (lásd a jobb oldali fület).

Az eredmény=0 visszaadása a csekkkérésre azt jelzi, hogy az előfizető számla mezőben a megfelelő számú személyes számlája az összeg mezőben a kérelemben megadott összeggel feltölthető. Az előfizető számlaállapotának sikeres ellenőrzése után a rendszer továbblép az egyenleg feltöltésére vonatkozó kérelem (fizetési kérelem) kialakításához és elküldéséhez.

Példa személyes fiók feltöltésére vonatkozó kérelemre

Példa feltételek:

A fizetés megerősítéséhez a QIWI Wallet rendszer kérést generál (lásd a jobb oldali fület).

A kérés paramétereket tartalmaz:

• command=pay – az előfizető egyenlegének feltöltésére irányuló kérelem azonosítója;
• txn_id=1234567 – belső fizetési szám a QIWI rendszerben;
• txn_date=20090815120133 – fizetési elszámolási dátum a QIWI rendszerben;
• account=4957835959 – előfizetői azonosító a szolgáltató információs rendszerében;
• összeg=10,45 – az előfizető személyes számláján jóváírandó összeg;
• ccy=RUB – az előfizető személyes számláján jóváírt összeg pénzneme.

Az eredmény=0 visszaadásával a fizetési kérelemben a szolgáltató jelenti az egyenleg feltöltési művelet sikeres befejezését. A rendszer teljesen befejezi a tranzakció feldolgozását.

Az opcionális megjegyzésmező szolgáltatási megjegyzést tartalmaz.

Minta kérés további fizetési adatokra

Példa feltételek:

A payment_app szolgáltató fizetési alkalmazása a yourservice.prv.ru címen található, a szerver támogatja a HTTPS kapcsolatokat a 8443-as porton.

További fizetési adatok fogadásához a QIWI Wallet rendszer kérést generál (lásd a jobb oldali fület).

A kérés paramétereket tartalmaz:

• command=getInfo – azonosító kérés további fizetési adatok fogadására az előfizető számára;
• prvId=12345 – a szolgáltató szolgáltatásának meghatározására szolgáló azonosító;
• account=4957835959 – előfizetői azonosító a szolgáltató információs rendszerében;
• név1 , név2 – további előfizetői azonosítók.

Tekintse meg a szolgáltató válaszát a jobb oldali lapon.

A getInfo kérés eredmény=0 visszaadása azt jelzi, hogy a kérés sikeres volt, és további adatok érkeztek az előfizető számára történő megjelenítéshez.

Az opcionális megjegyzésmező szolgáltatási megjegyzést tartalmaz.

Napi egyeztetés

Moszkvai idő szerint 10:00 óráig a rendszer létrehozza és elküldi a megadott címre az előző napi elfogadott fizetések elektronikus nyilvántartását.

A rendszerleíró adatbázis felépítése a következő:

Tranzakció dátuma (Moszkva);Jelentés dátuma;Típus;Tranzakció száma;Tranzakció pénzneme azonosítója;Tranzakció összege;Kereskedő megjegyzése;Kereskedő tranzakció/számla száma;Számla kiállításának dátuma;QW ID;Számla;Visszatérítés azonosítója

;;Fizetés; ;;;;;;;;

;;Fizetés; ;;;;;;;;

A mezőket tábla választja el; , az összeg töredéke ponttal van elválasztva, a dátum/idő Moszkva, a soremelés vagy x0D x0A vagy egyszerűen x0D karakterekből állhat.

Például:

31.02.2005 00:04:00;31.02.2005

00:00:00;Fizetés;3464968222;USD;5,00;;;;;0957835959;;

02/31/2005 00:04:00;02/31/2005 00:00:00;Fizetés;3464968912;RUB;10,34;;;;; [e-mail védett];;

02/31/2005 00:11:00;02/31/2005 00:00:00;Fizetés;3464974548;EUR;4,72;;;;;ABC-12345;;

A rendszer csak a sikeresen teljesített befizetéseket tartalmazza a nyilvántartásban.

A visszaigazolt kifizetések azok, amelyek online üzenetben és a rendszerleíró adatbázisban is érkeztek.

Ha a nyilvántartó nem tartalmaz olyan befizetéseket, amelyek a szolgáltató adatbázisában történtek, vagy olyan befizetéseket tartalmaznak, amelyek nem szerepelnek a szolgáltató adatbázisában, vagy ha a nyilvántartó nem érkezik meg, akkor 12:00 óráig fel kell vennie a kapcsolatot a szerződésben meghatározott QIWI kapcsolattartóval. tisztázza a helyzetet és hozzon döntést.

További lehetőségek az engedélyezés kéréséhez

A csatlakozási kérelemben a szolgáltató megadhat egy azonosítót (bejelentkezést) és egy titkos jelszót, amelyet a QIWI kérései esetén használnak az engedélyezéshez.

Ezek az engedélyezési adatok a HTTP(S) kérések szabványos alapvető hitelesítési szabályai szerint kerülnek továbbításra. A kérelemhez egy Authorization HTTP fejléc kerül hozzáadásra. A fejléc tartalmazza a Basic karakterláncot (szóközzel a végén) és a BASE64 kódolású „login:password” párost:

Engedélyezés: Alap ***

BASE64("Bejelentkezés:Jelszó") = "***"

Csatlakozási kérelem (minta)

Kitöltési kódlista

A rendszertől érkező kérések feldolgozásakor a szolgáltatónak az alkalmazásában előforduló összes hibát össze kell hangolnia az alábbi listával, és vissza kell adnia a megfelelő kódokat az elemben.

A + jel a „fatalitás” oszlopban a hiba végzetességét jelzi. A QIWI Wallet rendszer esetében a végzetes hiba azt jelenti, hogy az azonos paraméterekkel rendelkező kérés újraküldése ugyanazon hiba 100%-os megismétlődését eredményezi – ezért a rendszer leállítja az ügyfélkérelem feldolgozását, és hibával fejezi be.

A nem végzetes hiba azt jelenti a rendszer számára, hogy a kérés ugyanazokkal a paraméterekkel való megismétlése bizonyos idő elteltével valószínűleg sikerre vezet. A rendszer újra megpróbálja azokat a kéréseket, amelyek nem végzetes hibával sikertelenek, folyamatosan növelve az intervallumot, amíg a művelet sikeres vagy sikertelen, vagy amíg a kérés 24 órán belül le nem jár.

A szolgáltató szerverével való kommunikáció hiánya nem végzetes hiba.

Egy elem hiánya a válaszban (érvénytelen XML, a szolgáltatás átmenetileg nem elérhető oldal stb.) szintén nem végzetes hiba.

Általános információ

1. A kimeneti paraméterek leírása

Kimenet: XML dokumentum a WS_ULIPOTVID_2_311_09_04_02_01.XSD séma szerint

Az összetett típusú paraméterek leírása a "Közönséges adatszerkezetek leírása" című mellékletben található (a 10., 6., 9. pontokban).

1. Visszaküldési kódok

1. Teszt esetek

Válasz egy jogi személytől származó kivonat iránti kérelem eredményének kézhezvételére irányuló kérelemre, ha a kérelmet még nem dolgozták fel

Válasz az 53-as visszaküldési kódú jogi személytől származó kivonat iránti kérelem eredményének átvételére irányuló kérelemre

Válasz egy hibás jogi személy kivonat kérésének eredményére vonatkozó kérelemre (amelynek feldolgozási kódja nincs lefoglalva)
(attribútumok értékei és változásai)

Megjegyzés: A tesztkörnyezetben a hiba előfordulásának feltételeit mesterségesen váltották ki. Ez a példa a hibaválasz általános logikáját és szerkezetét írja le. Ha produktív környezetben tesztel, nem lehetséges pontosan ugyanazt a választ adni a szükséges feltételek biztosítása nélkül.

Az ellenőrzést azért végezzük, hogy megbizonyosodjunk arról, hogy a számla és az azt követő fizetés megfelelően feldolgozható a Projekt oldalon.

Az egyszerűsített integrációval a felhasználói azonosító és a megrendelés ellenőrzése kétszer történik: fizetési módra váltáskor és fizetési mód kiválasztásakor.

A projekthez szüksége van:

• Felhasználói azonosító vagy rendelés-ellenőrző URL(Adja meg a Személyes fiók Technikai beállításainál);
• Olyan kezelő, amely képes elfogadni és felismerni a rendszer kérési paramétereit, és a rendszer által elvárt módon válaszolni.

Ha a számlázás utáni azonosító ellenőrzése sikertelen, akkor a számla nem kerül kiállításra, és a felhasználó a projekt által a paraméterrel megadott fizetési hiba oldalra kerül. return_url_fail vagy a Technikai beállításokban (ha az oldal nincs megadva, a Rendszer oldalon hasonló oldal kerül felhasználásra). A paraméter automatikusan elküldésre kerül a fizetési hiba oldalra a GET módszerrel err_msg jelentéssel "Nincs ilyen karakter".

Paraméterek kérése a rendszertől a projekthez

A rendszer kérést küld a Projektnek a Felhasználó azonosítójának vagy megrendelésének ellenőrzésére, a Személyes fiók Műszaki beállításoknál megadott URL-re.

• átvitel módja - POST;
• kódolás - UTF-8.

Projekt válaszlehetőségek

A Projektnek választ kell kapnia a Rendszer kérésére.

A következő szabályokat kell használni a kérésparaméterek átadására:

• formátum - XML;
• kódolás - UTF-8.

Felhasználói vagy rendelési azonosító ellenőrzési kérelmére adott válaszminta

IGEN

Példa a rendszer minimális kéréskezelőjére felhasználói azonosító vagy rendelés érvényesítésekor

//Válaszfüggvény generálása sendResponse($status, $message = "")( $response = ""."\n"; $response .= " "."\n"; $response .= " ".$állapot.""."\n"; $response .= " ".$üzenet.""."\n"; $response .= ""; die($response); ) // Ellenőrizze, hogy létezik-e a felhasználó vagy a rendelés azonosítója függvény checkUser($userID)( $sql = "SELECT bejelentkezés FROM felhasználók WHERE usr_id = ".intval($userID); $query = mysql_query( $sql ); if(mysql_error())( return FALSE; ) if(mysql_num_rows($query) == 0)( return FALSE; ) return TRUE; ) $secretKey = "IT\"S_A_PROJECT_SECRET_WORD"; $projektHash = md5($_POST["összeg"].$_POST["felhasználói azonosító"].$_POST["fizetési azonosító"].$titkos kulcs); if($projectHash != $_POST["kulcs"])( sendResponse("NO", "A kérés vezérlőaláírása érvénytelen."); ) if(floatval($_POST["összeg"]) == 0 && intval( $ _POST["fizetési azonosító"]) == 0)( //Kérés a felhasználói vagy rendelési azonosító ellenőrzésére if(checkUser($_POST["felhasználói azonosító"]))( sendResponse("YES", "ID létezik"); ) else( sendResponse("NO", "Az azonosító nem található"); ) )

Egyedi fizetési azonosító – mi az? Mire való? Ez a legtöbb GYIK, amelyeket a vállalkozók a banki adófizetéskor állítanak be, amikor egy banki alkalmazott ezt megköveteli, akkor elgondolkodtató. Hol találom, hogyan lehet hozzájutni és meg tudom-e csinálni nélküle? Így az eljárás egyszerűsítésére szolgáló eszköz új, tisztázandó kérdésekhez vezetett.

Mi az egyedi azonosító?

Az egyedi fizetési azonosító egy 20 számjegyből álló kód, amelyet az adótartozás törlesztésekor kell megadni, amely lehetővé teszi, hogy az adószolgálat honlapján lévő személyes számlájáról gyorsan és egyszerűen befizesse az adót. Ez a megközelítés nagyban leegyszerűsíti és felgyorsítja a műveleti eljárást. A fizetés gyorsan megtörténik, ami azt jelenti, hogy időben megtörténik, ami lehetővé teszi a késések elkerülését, ami szankciókat és büntetéseket jelent.

Az egyedi azonosító használata lehetővé teszi a vállalkozók, jogi és magánszemélyek fizessen adót az Ön számára megfelelő módon. De ebben az esetben az adódokumentum megszerzésének és kitöltésének megvannak a maga sajátosságai, amelyeket figyelembe kell venni. A probléma abban is rejlik, hogy maga az állami információs szolgáltatás bonyolult, bonyolult felépítésű, amit még egy tapasztalt felhasználó sem mindig érthet meg.

Mire való?

Erre azért van szükség, hogy a Szövetségi Adószolgálat tudja, mikor és melyik személytől jóváírták a pénzt a számlán. Több millió felhasználó van regisztrálva a térinformatikai rendszerben, nehéz megállapítani, hogy kitől és milyen célokra utalják át a pénzt. Éppen ezért a Pénzügyminisztérium 2013. november 12-i 107n számú végzése módosította azokat a szabályokat, amelyek szerint az adóknál külön megjelent a felhalmozási kifizetések egyedi azonosítója.

Az adószolgáltatás esetében a költségvetési politika hatékonyabb folytatása és a tartósan nem fizetők azonosítása érdekében van rá szükség. Jogi személyeknek és magánszemélyeknek szükségük van rá, mint a legkényelmesebb és gyors út adót fizetni. Ennek eredményeként a kormány ellenőrizheti az adótisztviselők intézkedéseit, és megállíthatja azokat az eseteket, amikor tevékenységük túllépi a rájuk ruházott hatáskört, ami korábban gyakran megtörtént. Az üzletemberek kevésbé függenek az egyén akaratától, és szenvednek az illegális zsarolásoktól. Az elvégzett ellenőrzések száma csökkent.

Kinek kell rávilágítania?

Mind az átlagpolgárok, mind a vállalkozók (magánszemélyek), mind a jogi személyek megadhatnak egyedi fizetési azonosítót. Ez megtehető adófizetés esetén közvetlenül az információs rendszer szekrényében vagy bankon keresztül. Az átutalás során szem előtt kell tartani, hogy a Sberbankon keresztül történő fizetésnek megvannak a maga sajátosságai. Saját speciális űrlappal rendelkeznek, melynek kitöltésekor nem kell egyedi azonosítót megadni. Az UIN feltüntetése adók, állami illetékek „Gosuslugi” szolgáltatáson vagy bankfiókon keresztül történő fizetése során történik.

Ha a természetes vagy jogi személy olyan adó- és illetékfizetési bizonylatokat tölt ki, amelyek befizetési határideje még nem járt le, akkor egyedi azonosítót nem írhat be, hanem nullát írhat be az adatbeviteli határidőbe. Bár a törvény ezt a sorkitöltési módot megengedi, bankon keresztüli fizetéskor a munkavállaló megkövetelheti a sor kitöltését egy 20 jegyű fizetési számmal, illetve megtagadhatja a fizetés elfogadását. Ezért fontos tudni, hogy mely esetekben kell megadni, és mely esetekben nem.

Milyen esetekben kell megadni?

Meg kell jegyezni, hogy az azonosítót nem mindig kell feltüntetni, hanem csak bizonyos esetekben, amelyeket az Oroszországi Bank szabályai és előírásai (különösen a 383-P számú rendelet) írnak le. UIN - egyedi azonosítót két esetben jeleznek:

1. Ha azt a pénzeszköz átvevője megjelölte és magánszemélynek, ill jogalany köteles azokat a szerződésben foglaltaknak megfelelően megfizetni. Ebben az esetben az azonosító hozzárendelése automatikusan történik.
2. Pénzeszközök adóhatóságnak történő átutalásakor. Vállalkozó vagy magánszemély a fizetési megbízás speciális mezőit (sorait) tölti ki papíron, ill elektronikus formában. Ebben az esetben a töltés bizonyos nehézségeket okoz. Hiszen a vállalkozó nem mindig tudja az egyedi fizetési azonosító számát, hol szerezheti be.

A második esetben az adózók többsége nehézségekbe ütközik, mert nem tudja, hol szerezheti be, és hol kell feltüntetni a dokumentumban. A hibásan megadott adatok pedig fizetési késedelmet, bírságot és bírságot vonnak maguk után.

Hol és hogyan szerezhetek személyi igazolványt?

Hogyan tudhat meg információkat a fizetések egyedi azonosítójáról, és arról, hogy a fizetést elfogadták-e? Ezt így ellenőrizheti személyes fiók GIS a rendszerben történő regisztrációt követően, fizetési késedelem esetén fizetési megbízás kézhezvételekor. De ez extrém eset. A vállalkozó ismeri a számot az adóhatósággal szembeni tartozás vagy bírság fennállását jelző dokumentumokból.

Ha nem volt lejárt fizetés, és meg kell adnia az UIN-t, akkor elegendő kérést küldeni az adószolgálatnak a szám megszerzéséhez.

Hogyan kell helyesen kitölteni?

Amikor az adófizetők befizetnek költségvetési rendszer RF töltse ki a fizetési megbízást. Az egyedi azonosítón kívül a vállalkozónak fel kell tüntetnie benne:

• azon intézmény BIC-kódja, amelyen keresztül a fizetés történik;
• a bank neve, jogi címe;
• a folyószámla, amelyről az átutalás történik;
• fizetés típusa (kód);
• a művelet dátuma.

A szám az egyedi fizetési azonosító sorába kerül - 22 (mezőkód). Ne csak akkor töltse ki, ha a fizetés időben megtörténik. Ebben az esetben „0” (nulla) kerül ebbe a sorba.

Mi a teendő, ha a dokumentum már tartalmaz UIN-t?

Néha, különösen speciális információs rendszereken keresztül történő fizetéskor, a megrendelés elektronikus formában történő kitöltésekor egyedi fizetési azonosító jelenik meg a sorban (kódja 22). Hogyan kell kezelni? Ezt hibának kell tekinteni? készpénz időben benyújtották? Valójában nincs hiba. Fizetni az azonosító szám megadásával és a „0” sorba írásával egyaránt tud. Csupán arról van szó, hogy fizetési késedelem esetén, vagyis az adó kérésére kötelező az azonosító feltüntetése.

Bár különbség nélkül lehet fizetni, ez a megközelítés azonban nem kívánatos. A vállalkozásnak különbséget kell tennie a szokásos adófizetések és az adóhatóság kérésére fizetett adók között. Ez segít elkerülni a félreértéseket.

De még ha az utasításban nem is lehetett kideríteni és feltüntetni az azonosítót, ez nem jogosítja fel a bankokat az elfogadás megtagadására. A bank akkor is köteles pénzt elfogadni és átutalni, ha az UPI (egyedi fizetési azonosító) nincs megadva. Ezt a szabályt az adószolgálat hivatalos dokumentumai tartalmazzák. Teljesen egyértelműen kimondja, hogy egy magánszemélynek vagy jogi személynek elegendő megadnia a TIN-jét, és az egyedi fizetési azonosító sorába (22-es kód) beírni a „0”-t. Ebben az esetben a banknak nincs joga megtagadni a fizetés átutalását. De a vállalkozónak figyelembe kell vennie, hogy hiba vagy késés esetén a bank nem vállal felelősséget.

Mit jelent a kód: azonosító visszafejtése

Az azonosító visszafejtése a következőképpen történik:

1. Az 1-től 3-ig tartó számok annak az adóosztálynak a kódját jelzik, amelybe a pénzeszközök kerülnek.
2. A 4-es szám a fizetés típusát jelöli. Ez a hely mindig nulla.
3. Számok 5-től 19-ig. Jelölje ki a bizonylat kódját az adózási rendszerben. Minden fizetőhöz egyedi kódot rendelnek az alapján régi verzió dokumentummutató.
4. 20. számjegy. Száma határozza meg, hogy melyik állami hatóság ellenőrzi a fizetést. Kiszámítása a kód fennmaradó 19 számjegyének figyelembevételével történik.

Az egyedi fizetési azonosító csak akkor azonos a bizonylatindexszel, ha az index 20 számjegyből áll.

Mi történik, ha nincs megadva?

Az UIN-szám szerint az adók és egyéb költségvetési befizetések automatikusan rögzítésre kerülnek. A költségvetésbe történő kifizetésekkel kapcsolatos információk egyetlen adatbázisba kerülnek. Ha helytelen kódot ad meg, vagy nem adja meg, a rendszer nem ismeri fel a fizetést, és a pénz nem kerül átutalásra. Ez tele van olyan problémákkal, mint:

• a társaságnak adóssága lesz a költségvetéssel és az alapokkal szemben;
• folytassa a büntetések felhalmozását;
• tisztázni kell a fizetést és ki kell deríteni a sorsát;
• a pénz késéssel kerül a költségvetésbe vagy az alapokba.

Ha egy üzletember nem rendelkezik egyedi fizetési azonosítóval, vagy nem tudja hol szerezhető be, bármikor igénybe veheti a térinformatikai támogatási szolgáltatást, és nem várja meg az adóhatóság intézkedését. Ha a vállalkozó nem fér hozzá az internethez és elektronikus rendszer"Gosuslugi", rendes levelet küldhet a legközelebbi adóhivatalnak, vagy személyesen megjelenhet személyi igazolvány átvétele érdekében.

Milyen dokumentumok szükségesek a személyi igazolvány megszerzéséhez?

Minden attól függ, hogy a dokumentumot milyen formában állítják össze, és hogyan fizetik ki. Ha papír alapú dokumentumról van szó, akkor írásos kérelmet kell benyújtani az adóhatósághoz. A levélben tüntesse fel az útlevél adatait, a TIN-számot és az SNILS-számot. Válaszlevélben egyedi fizetési azonosítót küldünk. Ha jogi vagy természetes személy személyesen érkezett az osztályra, hogy átvegye ezt a kelléket, akkor ezeknek az iratoknak nála kell lenniük. Űrlapokat kell kitölteniük.

A részletek elektronikus formában történő átvételéhez először regisztrálnia kell az Állami Szolgálatok honlapján az egységes információs rendszerben, az írásbeli kérelemben szereplő adatok feltüntetésével. Ezt követően belépési kulccsal levél érkezik a lakóhely címére. És csak ezt követően kérhet egyedi azonosítót. Általában ezt a szolgáltatást az alkalmazás után néhány órán belül biztosítják. Nincs szükség dokumentumokra.

Mint látható, az azonosító használatakor nincs semmi bonyolult. Nem lesz nehéz kideríteni. Ehhez nem kell egy csomó dokumentumot vagy igazolást összegyűjtenie. De az adókat kényelmes formában és bármikor meg lehet fizetni. Ha korábban a jogi személyeknek és magánszemélyeknek időt és pénzt kellett fordítaniuk az adófizetésre, akkor segítségével otthonról, irodából, a munka megszakítása nélkül fizethetők ki.