ID-ul cererii nu este specificat. Ce este un identificator unic de plată? Cum să aflați identificatorul unic de plată? Ce acte sunt necesare pentru a obține un act de identitate?
- Interfața trebuie să accepte solicitări HTTPS de la adresele IP de subrețea:
- 79.142.16.0, mască 255.255.240.0 (20)
- 91.232.230.0, mască 255.255.254.0 (23)
- Interfața trebuie să proceseze parametrii trecuți de sistem folosind metoda HTTP GET.
- Interfața trebuie să genereze un răspuns la sistem în format XMLîn codificare UTF-8.
- Schimbul de informații se realizează în modul „cerere-răspuns”, iar viteza de răspuns nu trebuie să depășească 60 de secunde, altfel sistemul întrerupe conexiunea din cauza unui timeout.
- Dacă numărul așteptat de plăți pentru serviciile furnizorului conectat este de așteptat să fie intensiv (până la 10 plăți pe minut sau mai mult), este necesar ca interfața să accepte comunicare multi-threaded până la 10-15 conexiuni simultane.
- Interfața trebuie să accepte solicitări prin protocolul HTTPS pe unul dintre următoarele porturi TCP: 80, 81, 443, 8008, 8080, 8081, 8090, 8443, 4433. Utilizarea altor porturi nu este permisă.
Principiile de bază ale interfeței
Toate cererile sunt trimise folosind metoda GET, parametrii sunt trecuți în calea cererii.
Transferul informațiilor de plată către furnizor este efectuat de sistemul QIWI Wallet în două etape - verificarea stării abonatului și efectuarea directă a plății. Se poate adăuga și o etapă preliminară de obținere a parametrilor de plată suplimentari de la un furnizor care oferă abonatului mai multe servicii pentru a informa plătitorul și pentru a adăuga parametrii de plată la alegerea plătitorului.
Tipul de solicitare este transmis de sistemul QIWI Wallet în variabila de comandă - un șir care preia valorile check, pay sau getInfo:
Parametrii de interogare
Toți parametrii sunt necesari în interogările în care sunt utilizați.
| Parametru | Format | Descriere | În ce interogări este folosit? |
|---|---|---|---|
| txn_id | Număr întreg de până la 20 de caractere | Identificator unic de plată în sistemul QIWI. Acest identificator este folosit pentru a rezolva probleme controversate. | verifica, plateste |
| sumă | Un număr fracționar cu o precizie de sutimi este folosit ca separator. (punct). Dacă suma reprezintă un număr întreg, atunci este încă completată cu un punct și zerouri, de exemplu - 152,00. | Suma de plata | verifica, plateste |
| ccy | Codul monedei Alpha-3 ISO 4217 | Moneda de plată | verifica, plateste |
| txn_date | AAAAMMDDDHHMMSS | Data plății (data plății în sistem înseamnă data la care a fost primită cererea de la client). Pe baza acestei date, se realizează reconcilierea ulterioară a decontărilor reciproce între QIWI Wallet și furnizor. De exemplu, clientul a trimis o solicitare către sistemul QIWI Wallet pe 31.12.2010 la ora 23:59:59, iar sistemul QIWI Wallet a trimis cererea sa furnizorului pe 01/01/2011 la 00:00:05. Acest lucru poate duce la o problemă de reconciliere a plăților dacă sistemul furnizorului plasează tranzacția în următoarea perioadă de facturare. Pentru a evita astfel de probleme, QIWI Wallet oferă furnizorului data inițială a plății. |
a plati |
| cont | Un șir care conține litere, cifre și caractere speciale, cu o lungime de până la 200 de caractere | ID-ul abonatului. Furnizorul își identifică abonatul printr-un identificator unic (număr de cont personal, număr de telefon, autentificare etc.). Înainte de a fi trimis furnizorului, identificatorul este verificat pentru corectitudinea în conformitate cu expresie uzuala, care . | verificați, plătiți, obțineți informații |
| suplimentar | Numerele acceptabile sunt cifrele (0-9), literele de subliniere (_) și literele latine mici (a-z) | Detalii suplimentare de plată (câmpuri suplimentare). Acești parametri pot fi utilizați dacă plata nu poate fi efectuată fără date suplimentare (un ID de utilizator în sistemul furnizorului nu este suficient). De exemplu, ID-ul de utilizator este un număr de card de credit, dar pentru a efectua o plată trebuie să specificați și data de expirare a cardului. Lista câmpurilor obligatorii care urmează să fie transferate furnizorului trebuie să fie indicată în . |
verifica, plateste |
| prvId | Întreg | ID de serviciu în sistem comun furnizor. | obtine informatii |
| nume_parametru | Formatul numelui și valorii parametrilor este specificat de furnizor în . | Opțiuni suplimentare pentru identificarea abonatului | obtine informatii |
Pentru a sprijini extensibilitatea și a menține funcționalitatea serviciului furnizorului în perioada în care sunt activate diferite funcții prevăzute de protocol (de exemplu, activarea transferului de noi detalii de plată), se presupune că furnizorul nu împiedică apariția unor noi Parametri HTTP din cerere.
Este garantat că apariția unor noi parametri într-o cerere nu va duce la necesitatea modificării procesării cererii din partea furnizorului, cu excepția cazului în care o astfel de modificare a logicii a fost convenită cu furnizorul.
Format de răspuns
Furnizorul trebuie să returneze răspunsul la solicitări către sistem în format XML. Structura generală a răspunsului este afișată în fila din dreapta.
Dacă oricare dintre solicitările către furnizor eșuează, furnizorul returnează un cod de eroare în conformitate cu .
ÎN Sistem informatic furnizorul nu trebuie să conțină două plăți finalizate cu succes cu același număr txn_id. Dacă sistemul retrimite o solicitare cu identificatorul txn_id deja existent în sistemul de informații al furnizorului, atunci furnizorul trebuie să returneze rezultatul procesării cererii anterioare.
Răspunsul poate conține următoarele etichete:
De exemplu, există o situație: clientul a trimis o solicitare către sistem pe 31.12.2010 la ora 23:59:59. Tinand cont de intarzierea procesarii datelor si transmiterii informatiilor prin canale de comunicare, plata va fi primita de catre furnizor in data de 01/01/2011 00:00:05 si, in consecinta, va fi luata in considerare in sistemul furnizorului intr-o alta raportare. perioadă. Pentru a evita problemele cu diferite perioade de raportare atunci când se efectuează reconcilieri, este necesar ca furnizorul să returneze data la care se efectuează contabilitatea în sistemul său.
Exemplu de solicitare de verificare a stării contului unui abonat și de înregistrare a unei plăți
Condiții de exemplu:
Aplicația de plată a furnizorului payment_app se află la yourservice.prv.ru, serverul acceptă conexiuni HTTPS pe portul 8443.
Pentru a verifica starea abonatului, sistemul QIWI Wallet generează o solicitare (vezi fila din dreapta).
OBȚINE /payment_app?command=check&txn_id=1234567& account=4957835959&sum=10.45&ccy=RUBCererea conține parametri:
- command=check – identificatorul cererii de verificare a stării abonatului;
Răspuns de succes din partea furnizorului (vezi fila din dreapta).
Returnarea rezultatului=0 la o solicitare de cec indică faptul că contul personal al abonatului cu numărul corespunzător din câmpul cont poate fi completat cu suma specificată în cerere în câmpul sumă. După verificarea cu succes a stării contului abonatului, sistemul trece la generarea și trimiterea unei cereri de reîncărcare a soldului (cerere de plată).
Exemplu de solicitare de reîncărcare a unui cont personal
Condiții de exemplu:
Pentru a confirma plata, sistemul QIWI Wallet generează o solicitare (vezi fila din dreapta).
OBȚINE /payment_app?command=pay&txn_id=1234567& txn_date=20110815120133&account=4957835959&sum=10.45&ccy=RUB HTTP / 1.1 Gazdă : yourservice.prv.ru:8443 Răspunsul furnizoruluiCererea conține parametri:
- command=pay – identificatorul cererii de reîncărcare a soldului abonatului;
- txn_id=1234567 – număr intern de plată în sistemul QIWI;
- txn_date=20090815120133 – data înregistrării plății în sistemul QIWI;
- cont=4957835959 – identificatorul abonatului în sistemul informatic al furnizorului;
- suma=10,45 – suma de creditat in contul personal al abonatului;
- ccy=RUB – moneda sumei creditate în contul personal al abonatului.
Prin returnarea rezultatului=0 la cererea de plată, furnizorul raportează finalizarea cu succes a operațiunii de completare a soldului. Sistemul finalizează procesarea acestei tranzacții.
Câmpul opțional de comentariu conține un comentariu de serviciu.
Exemplu de solicitare pentru date suplimentare de plată
Condiții de exemplu:
Aplicația de plată a furnizorului payment_app se află la yourservice.prv.ru, serverul acceptă conexiuni HTTPS pe portul 8443.
Pentru a obține date suplimentare de plată, sistemul QIWI Wallet generează o solicitare (vezi fila din dreapta).
OBȚINE /payment_app?command=getInfo&prvId=12345& account=4957835959&name1=%26%30AB&name2=0 HTTP / 1.1 Gazdă : yourservice.prv.ru:8443 Răspunsul furnizoruluiCererea conține parametri:
- command=getInfo – cerere de identificare pentru a obține date suplimentare de plată pentru abonat;
- prvId=12345 – identificator pentru identificarea serviciului furnizor;
- cont=4957835959 – identificatorul abonatului în sistemul informatic al furnizorului;
- nume1, nume2 – identificatori suplimentari de abonat.
Consultați fila din dreapta pentru răspunsul furnizorului.
Returnarea rezultatului=0 la o solicitare getInfo indică faptul că solicitarea a fost finalizată cu succes și că au fost primite date suplimentare pentru a fi afișate abonatului.
Câmpul opțional de comentariu conține un comentariu de serviciu.
Reconciliere zilnică
Înainte de ora 10:00, ora Moscovei, sistemul generează și trimite la adresa specificată un registru electronic al plăților acceptate pentru ziua precedentă.
Registrul are următoarea structură:
Data tranzacției (Moscova);Data raportului;Tip;Numărul tranzacției;ID moneda tranzacției;Suma tranzacției;Comentariul comerciantului;Numărul tranzacției/facturii comerciantului;Data emiterii facturii;ID QW;Cont;ID rambursare
Câmpurile sunt separate printr-un semn; , partea fracțională a sumei este separată printr-un punct, data/ora este Moscova, avansul de linie poate consta fie din caracterele x0D x0A, fie din pur și simplu x0D.
De exemplu:
31.02.2005 00:04:00;31.02.2005
00:00:00;Plată;3464968222;USD;5,00;;;;;0957835959;;
31.02.2005 00:04:00;31.02.2005 00:00:00;Plata;3464968912;RUB;10,34;;;;; [email protected];;
31.02.2005 00:11:00;31.02.2005 00:00:00;Plata;3464974548;EUR;4,72;;;;;ABC-12345;;
Sistemul include doar plățile efectuate cu succes în registru.
Plățile care au fost primite atât prin mesagerie online, cât și în registru sunt considerate confirmate.
Dacă registrul nu conține plăți care au fost efectuate în baza de date a furnizorului sau conține plăți care nu se află în baza de date a furnizorului sau dacă registrul nu a fost primit, trebuie să contactați persoana de contact QIWI specificată în acord înainte de ora 12:00. pentru a clarifica situația și a lua o decizie.
Opțiuni suplimentare de autorizare a cererii
În aplicația de conectare, furnizorul poate specifica un identificator (login) și o parolă secretă pentru acesta, folosită pentru autorizare la efectuarea solicitărilor de la QIWI.
Aceste date de autorizare sunt transmise conform regulilor standard de autentificare de bază pentru cererile HTTP(S). La cerere este adăugat un antet HTTP de autorizare. Antetul conține șirul Basic (cu un spațiu la sfârșit) și perechea „login:parolă” codificată în BASE64:
Autorizare: de bază ***
BASE64("Autentificare:Parolă") = "***"
Cerere de conectare (eșantion)
Lista codurilor de ieșire
La procesarea cererilor din sistem, furnizorul trebuie să potrivească toate erorile care apar în aplicația sa cu lista de mai jos și să returneze codurile corespunzătoare din element.
Semnul + din coloana „fatality” indică faptul că eroarea este fatală. Pentru sistemul QIWI Wallet, o eroare fatală înseamnă că retrimiterea unei cereri cu aceiași parametri va duce la o repetare de 100% a aceleiași erori - prin urmare, sistemul oprește procesarea cererii clientului și o completează cu o eroare.
O eroare non-fatală înseamnă pentru sistem că repetarea cererii cu aceiași parametri după o anumită perioadă de timp va duce probabil la succes. Sistemul va repeta cererile care eșuează cu o eroare non-fatală, crescând continuu intervalul, până când operațiunea reușește sau eșuează, sau până la expirarea duratei de viață de 24 de ore a cererii.
Lipsa conexiunii la serverul furnizorului este o eroare nefatală.
Absența unui element în răspuns (XML incorect, pagină temporar indisponibilă a serviciului etc.) este, de asemenea, o eroare nefatală.
| Cod |
|---|
Informații generale
Descrierea parametrilor de intrare
Descrierea parametrilor de ieșire
sau
Ieșire: Document XML conform schemei WS_ULIPOTVID_2_311_09_04_02_01.XSD
Parametrii de tip complex sunt descriși în Anexa „Descrierea structurilor generale de date” (la punctele 10, 6, 9).
Coduri de returnare
| № | Cod de returnare | Descrierea codului de returnare | Condiții de apariție | Un comentariu |
| 1 | 01 | Informațiile solicitate nu au fost găsite | Apare cu condiția ca informațiile despre persoana juridică să nu se regăsească în Registrul unificat de stat al persoanelor juridice | |
| 2 | 51 | Cerere acceptată pentru procesare | Apare atunci când o solicitare este acceptată cu succes pentru procesare | |
| 3 | 52 | Răspunsul nu este gata | Apare atunci când un răspuns la o solicitare acceptată cu succes pentru procesare nu este gata | Folosit pentru solicitări asincrone |
| 4 | 53 | Informațiile referitoare la o persoană juridică/întreprinzător fizic nu pot fi furnizate electronic | Apare atunci când este imposibil să se genereze un răspuns la o solicitare în formă electronică. | |
| 5 | 82 | Eroare format-control logic | Apare atunci când documentul (cererea) nu se potrivește cu schema xsd | Rezervă, nu poate fi folosit |
| 6 | 83 | Nu există nicio solicitare cu ID-ul cererii specificate și tipul de informații solicitate de la această autoritate | Apare într-o situație în care solicitarea unui rezultat al unei cereri de extras de la o entitate juridică indică un identificator de cerere incorect (necunoscut) și (sau) o solicitare cu un astfel de identificator nu a fost primită de la această autoritate | Folosit pentru o solicitare asincronă (când se primește rezultatul unei solicitări pentru un extras de la o entitate juridică) |
| 9 | 99 | Eroare de sistem | Apare atunci când există erori interne în software-ul IS al Serviciului Fiscal Federal al Rusiei |
Cazuri de testare
Răspuns la o solicitare de primire a rezultatului unei cereri de obținere a unui extras de la o persoană juridică, în cazul în care cererea nu a fost încă procesată
Răspuns la o solicitare de primire a rezultatului unei cereri de obținere a unui extras de la o persoană juridică cu codul de returnare 53
Răspuns la o solicitare pentru rezultatul unei solicitări de extras de la o entitate juridică cu o eroare (codul de procesare pentru care nu este rezervat)
(valorile atributelor se schimbă și)
| |
Notă: Condițiile pentru ca această eroare să apară în mediul de testare au fost declanșate artificial. Acest exemplu descrie logica generală și structura unui răspuns de eroare. Când testați într-un mediu de producție, returnarea exactă a aceluiași răspuns fără a furniza condițiile necesare nu este posibilă.
Verificarea este efectuată pentru a se asigura că factura și plata ulterioară pot fi procesate corect din partea Proiectului.
Cu o integrare simplificată, ID-ul utilizatorului și comanda sunt verificate de două ori: la accesarea formularului de plată și la alegerea unei metode de plată.
Proiectul are nevoie de:
- ID utilizator sau adresa URL de verificare a comenzii(specificați în Setări tehnice din Contul dvs. personal);
- Un handler capabil să accepte și să recunoască parametrii de solicitare din sistem și să răspundă așa cum se așteaptă sistemul.
Dacă verificarea ID după emiterea unei facturi eșuează, atunci factura nu va fi emisă, iar utilizatorul va fi redirecționat către pagina de eroare de plată specificată de proiect folosind parametrul return_url_fail sau în Setări tehnice (dacă pagina nu este specificată, se folosește una similară din partea Sistemului). Un parametru este trimis automat la pagina de eroare de plată folosind metoda GET err_msg cu sens „Un astfel de personaj nu există”.
Solicitați parametri de la Sistem către Proiect
Sistemul trimite Proiectului o solicitare la adresa URL pentru verificarea ID-ului utilizatorului sau a comenzii specificate în Setările tehnice din Contul personal.
- metoda de transfer - POST;
- codificare - UTF-8.
Parametru |
Descrierea parametrilor |
Formatul parametrului |
Parametru necesar |
|---|---|---|---|
| ID-ul de utilizator | ID utilizator sau comanda (egal cu valoarea parametrului poreclă V) | șir (256) | da |
| userid_extra | Informații suplimentare necesare pentru a efectua o plată sau pentru a colecta statistici din partea proiectului (egale cu valoarea parametrului nick_extra ) | șir (500) | Nu |
| cheie |
Semnătura de verificare a cererii. Este format ca un hash folosind algoritmul md5 din concatenarea următorilor parametri:
|
md5(0userid0project secret) | da |
| Cantitate | 0 | da | |
| paymentid | Verificarea cererii de cec. Acceptă doar o valoare zero (cantitate = 0) | 0 | da |
| Comanda ID | ID de plată în sistemul de contabilitate al proiectului (egal cu valoarea parametrului Comanda ID V) | varchar(64) | Nu |
Opțiuni de răspuns la proiect
Solicitarea Sistemului din partea Proiectului trebuie să primească un răspuns.
Următoarele reguli sunt utilizate pentru a transmite parametrii de solicitare:
- format - XML;
- codificare - UTF-8.
Parametru |
Descrierea parametrilor |
Formatul parametrului |
Parametru necesar |
|---|---|---|---|
| cod |
Solicitați codul de răspuns.
|
(caz sensibil) |
da |
| cometariu | Decodificarea codului de răspuns la cerere. Exemple de text:
|
șir (400) | Nu |
Exemplu de răspuns la un ID de utilizator sau la o solicitare de verificare a comenzii
DA
Un exemplu de handler minim de solicitare de sistem atunci când se verifică un ID de utilizator sau o comandă
//Generează o funcție de răspuns sendResponse($status, $message = "")( $răspuns = ""."\n"; $răspuns .= " „.$status”."."\n"; $răspuns .= "
Identificator unic de plată - ce este? Pentru ce este? Acesta este cel mai mult FAQîntrebările pe care antreprenorii le pun atunci când plătesc impozite la bancă, când un angajat al băncii cere să indice acest lucru, sunt derutante. Unde îl pot găsi, cum îl pot obține și mă pot descurca fără el? Astfel, un instrument creat pentru a simplifica procedura a dus la noi aspecte care trebuiau clarificate.
Ce este un identificator unic?
Un identificator unic de plată este un cod din 20 de cifre care trebuie specificat la achitarea datoriilor fiscale. Acest lucru face posibilă plata cu ușurință și rapiditate a impozitelor din contul personal de pe site-ul web al serviciului fiscal. Această abordare simplifică și accelerează foarte mult procedura de operare. Plata se face rapid, și deci la timp, ceea ce evită întârzierile, ceea ce înseamnă penalități și dobânzi.
Utilizarea unui identificator unic permite antreprenorilor, juridici și indivizii plătiți impozitele într-un mod convenabil pentru dvs. Dar primirea și completarea formularelor de documentație fiscală în acest caz are propriile sale caracteristici care trebuie luate în considerare. Problema constă și în faptul că serviciul de informare guvernamental însuși are o structură complexă, confuză, pe care nici măcar un utilizator experimentat nu o poate înțelege întotdeauna.
Pentru ce este?
Este necesar pentru ca Serviciul Fiscal Federal să știe când și de la ce persoană au fost primiți banii în cont. Există milioane de utilizatori înregistrați în GIS; este dificil de stabilit de la cine și în ce scopuri sunt transferați banii. Tocmai de aceea, prin ordinul Ministerului Finanțelor nr.107n din 12 noiembrie 2013 s-au modificat regulile, conform cărora la taxe apărea separat un identificator unic pentru plățile acumulate.
Serviciul fiscal are nevoie de ea pentru a implementa mai eficient politica fiscală și pentru a identifica cei care persistă în neregulă. Persoanele juridice și persoanele fizice au nevoie de cele mai convenabile și drumul rapid plateste taxe. Drept urmare, guvernul poate controla acțiunile funcționarilor fiscali și poate opri cazurile în care acțiunile acestora depășesc competențele care le-au fost delegate, ceea ce s-a întâmplat adesea în trecut. Oamenii de afaceri sunt mai puțin dependenți de voința individului și suferă de extorcări ilegale. Numărul de inspecții efectuate a fost redus.
Cine ar trebui să o indice?
Atât cetățenii obișnuiți, cât și antreprenorii (persoanele fizice) și persoanele juridice pot indica un identificator unic de plată. Acest lucru se poate face la plata impozitelor direct in contul sistemului informatic sau printr-o banca. La transfer, ar trebui să țineți cont de faptul că plata prin Sberbank are propriile sale caracteristici. Au propriul formular special, la completarea acestuia, nu este necesar să fie specificat un identificator unic. UIN este indicat la plata impozitelor si taxelor de stat prin serviciul Servicii de Stat sau o sucursala bancara.
Dacă o persoană fizică sau juridică completează documente de plată pentru plata impozitelor și taxelor, termenul de plată pentru care nu a expirat încă, atunci nu poate introduce un identificator unic, ci poate introduce un zero în data scadentă pentru introducerea detaliilor. Deși această metodă de completare a rândului este permisă de lege, atunci când plătește printr-o bancă, angajatul poate solicita completarea rândului cu un număr de plată din 20 de cifre și are dreptul de a refuza să accepte plata. De aceea, este important de stiut in ce cazuri trebuie indicat, si in care nu este necesar.
În ce cazuri este necesar să o indicați?
Trebuie remarcat faptul că identificatorul nu trebuie specificat întotdeauna, ci numai în anumite cazuri, care sunt descrise în regulile și reglementările Băncii Rusiei (în special, regulamentul nr. 383-P). UIN - un identificator unic este indicat în două cazuri:
- Dacă a fost indicat de către destinatarul fondurilor și furnizat unei persoane sau entitate legală obligat să le plătească în conformitate cu termenii contractului. În acest caz, identificatorul este atribuit automat.
- La transferul de fonduri către autoritățile fiscale. Un antreprenor sau persoana fizică completează câmpuri (linii) speciale ale plății pe hârtie sau în format electronic. În acest caz, umplerea provoacă unele dificultăți. La urma urmei, un antreprenor nu știe întotdeauna numărul său unic de identificare a plății sau de unde să-l obțină.
În al doilea caz, majoritatea contribuabililor întâmpină dificultăți pentru că nu știu de unde să-l obțină și de unde să-l indice în document. Datele specificate incorect duc la întârzieri la plată, penalități și amenzi.
Unde și cum pot obține un act de identitate?
Cum pot afla informații despre identificatorul unic de plată, precum și dacă plata a fost acceptată? Puteți verifica acest lucru ca în cont personal GIS după înregistrarea în sistem și la primirea unui ordin de plată în caz de întârziere a plăților. Dar acesta este un caz extrem. Antreprenorul va cunoaște numărul din documentele care indică prezența unei datorii sau a unei amenzi către organele fiscale.
Dacă nu au existat plăți restante, dar trebuie să indicați UIN, atunci trebuie doar să trimiteți o solicitare la serviciul fiscal pentru a obține un număr.
Cum să o completezi corect?
Când contribuabilii efectuează plăți către sistemul bugetar RF completează ordinul de plată. Pe lângă identificatorul unic, antreprenorul trebuie să indice:
- BIC al instituției prin care se va efectua plata;
- numele băncii, adresa legală a acesteia;
- contul curent din care se va efectua transferul;
- tipul de plată (cod);
- data operațiunii.
Numărul este introdus în rândul identificatorului unic de plată - 22 (cod câmp). Nu completați doar dacă plata se face la timp. În acest caz, introduceți „0” (zero) în această linie.
Ce să faci dacă documentul conține deja un UIN?
Uneori, mai ales la efectuarea plăților prin sisteme informatice specializate, la completarea electronică a unei comenzi în linie (codul acesteia este 22), apare singur un identificator unic de plată. Cum ar trebui să ne simțim despre asta? Este aceasta considerată o eroare dacă bani gheata sunt platiti la timp? De fapt, nu există nicio eroare. Puteți plăti fie indicând numărul ID, fie introducând „0” în rând. Pur și simplu vă cer să indicați identificatorul atunci când plata întârzie, adică la solicitarea fiscului.
Deși este posibil să plătiți fără restricții, această abordare este nedorită. O întreprindere trebuie să facă distincția între plățile regulate ale impozitelor și cele plătite la cererea autorităților fiscale. Acest lucru va ajuta la evitarea confuziei în raportare.
Dar chiar dacă nu a fost posibil să se afle și să se indice identificatorul în comandă, acest lucru nu dă dreptul băncilor să refuze să-l accepte. Banca este obligată să accepte și să transfere fonduri, chiar dacă UIP (identificatorul unic de plată) nu este specificat. Această regulă este precizată în documentele oficiale ale serviciului fiscal. Se menționează clar că o persoană fizică sau juridică trebuie doar să-și indice TIN-ul și să introducă „0” în rândul (cod 22) al identificatorului unic de plată. În acest caz, banca nu are dreptul de a refuza transferul plății. Dar antreprenorul trebuie să țină cont de faptul că în cazul unei erori sau întârzieri, banca nu este responsabilă.
Ce înseamnă codul: decodificarea identificatorului
Identificatorul este decriptat după cum urmează:
- Numerele de la 1 la 3 indică codul departamentului fiscal la care vor fi primite fondurile.
- Cifra 4 indică tipul de plată. Acest loc este întotdeauna zero.
- Numerele de la 5 la 19. Indicați codul documentului în sistemul fiscal. Fiecărui plătitor i se atribuie propriul cod special pe baza versiunea anterioara indexul documentelor.
- Cifra 20. Numărul acesteia determină ce agenție guvernamentală verifică plata. Calculat luând în considerare celelalte 19 cifre ale codului.
Identificatorul unic de plată este identic cu indexul documentului numai dacă indexul este format din 20 de cifre.
Ce se întâmplă dacă nu îl specificați?
Folosind numărul UIN, taxele și alte plăți către buget sunt înregistrate automat. Informațiile despre plățile către buget sunt transferate într-o singură bază de date. Dacă introduceți codul greșit sau nu îl specificați, sistemul nu va recunoaște plata și banii nu vor fi transferați. Acest lucru este plin de probleme precum:
- societatea va contracta datorii la buget și fonduri;
- penalitățile vor continua să se acumuleze;
- va trebui să clarificați plata și să aflați soarta acesteia;
- banii vor ajunge la buget sau fonduri cu întârziere.
Dacă un om de afaceri nu are sau nu știe un identificator unic de plată de unde să-l obțină, poate folosi oricând serviciul de asistență în GIS, în loc să aștepte ca autoritățile fiscale să ia măsuri. Dacă un antreprenor nu are acces la Internet și sistem electronic„Servicii guvernamentale”, el poate trimite o scrisoare regulată la cel mai apropiat birou fiscal sau se poate prezenta personal pentru a primi un identificator.
Ce acte sunt necesare pentru a obține un act de identitate?
Totul depinde de forma în care va fi întocmit documentul și de modul de plată. Dacă acesta este un document pe hârtie, atunci trebuie să trimiteți o cerere scrisă autorității fiscale. În scrisoare, indicați detaliile pașaportului, INN și numărul SNILS. Un identificator unic de plată va fi trimis într-o scrisoare de răspuns. Dacă o persoană juridică sau persoană fizică vine personal la departament pentru a primi aceste informații, atunci aceste documente trebuie să fie la el. Aceștia sunt obligați să completeze formulare.
Pentru a primi detalii electronic, trebuie mai întâi să vă înregistrați în sistemul informațional unificat de pe site-ul Serviciilor de Stat, indicând aceleași date ca și în cazul unei cereri scrise. După aceasta, o scrisoare va fi trimisă la locul de reședință cu o cheie de acces. Și numai după aceasta puteți face o cerere pentru a obține un identificator unic. De obicei, acest serviciu este furnizat în câteva ore după aplicare. Nu sunt necesare documente.
După cum puteți vedea, nu este nimic complicat când utilizați identificatorul. Nu va fi greu să-l recunoști. Pentru a face acest lucru, nu trebuie să colectați o grămadă de documente sau certificate. Dar taxele pot fi plătite într-o formă convenabilă și în orice moment. Dacă anterior persoane juridice și persoane fizice trebuiau să cheltuiască timp și bani pentru a efectua plăți de impozite, atunci cu ajutorul acestuia pot fi plătite fără a părăsi acasă sau birou, fără a întrerupe munca.