Nie określono identyfikatora żądania. Wyślij. Co to jest unikalny identyfikator płatności? Jak znaleźć unikalny identyfikator płatności? Co się stanie, jeśli tego nie określisz?
Informacje ogólne
Opis parametrów wejściowych
Opis parametrów wyjściowych
Lub
Wyjście: Dokument XML według schematu WS_ULIPOTVID_2_311_09_04_02_01.XSD
Parametry typu złożonego opisano w dodatku „Opis ogólnych struktur danych” (w paragrafach 10, 6, 9).
Kody zwrotne
| № | Kod powrotu | Opis kodu zwrotnego | Warunki występowania | Komentarz |
| 1 | 01 | Nie znaleziono żądanych informacji | Występuje pod warunkiem, że informacje o osobie prawnej nie znajdują się w Jednolitym Państwowym Rejestrze Podmiotów Prawnych | |
| 2 | 51 | Żądanie przyjęte do przetwarzania | Występuje, gdy żądanie zostanie pomyślnie zaakceptowane do przetworzenia | |
| 3 | 52 | Odpowiedź nie jest gotowa | Występuje, gdy odpowiedź na żądanie zaakceptowane do przetworzenia nie jest jeszcze gotowa | Używany do żądań asynchronicznych |
| 4 | 53 | Informacje dotyczące osoby prawnej/przedsiębiorcy indywidualnego nie mogą być przekazywane drogą elektroniczną | Występuje w przypadku braku możliwości wygenerowania odpowiedzi na zapytanie w formie elektronicznej. | |
| 5 | 82 | Błąd kontroli formatu logicznego | Występuje, gdy dokument (żądanie) nie pasuje do schematu xsd | Rezerwa, nie można używać |
| 6 | 83 | Nie ma wniosku o podanym identyfikatorze wniosku i rodzaju informacji wymaganych od tego organu | Występuje w sytuacji, gdy we wniosku o wynik wniosku o odpis od osoby prawnej wskazano błędny (nieznany) identyfikator wniosku i (lub) wniosek z takim identyfikatorem nie wpłynął od tego organu | Używany w przypadku żądania asynchronicznego (po otrzymaniu wyniku żądania wyciągu od osoby prawnej) |
| 9 | 99 | Błąd systemu | Występuje, gdy w oprogramowaniu IS Federalnej Służby Podatkowej Rosji występują błędy wewnętrzne |
Przypadki testowe
Odpowiedź na żądanie otrzymania wyniku wniosku o uzyskanie wypisu od osoby prawnej, w przypadku gdy wniosek nie został jeszcze rozpatrzony
Odpowiedź na prośbę o otrzymanie wyniku wniosku o uzyskanie wyciągu od osoby prawnej z kodem powrotu 53
Odpowiedź na zapytanie o wynik zapytania o wyciąg od osoby prawnej z błędem (kod przetwarzania, dla którego nie jest zastrzeżony)
(wartości atrybutów zmieniają się i)
| |
Uwaga: warunki wystąpienia tego błędu w środowisku testowym zostały sztucznie wywołane. Ten przykład opisuje ogólną logikę i strukturę odpowiedzi na błąd. Podczas testowania na środowisku produkcyjnym zwrócenie dokładnie tej samej odpowiedzi bez podania niezbędnych warunków nie jest możliwe.
- Interfejs musi akceptować żądania HTTPS z adresów IP podsieci:
- 79.142.16.0, maska 255.255.240.0 (20)
- 91.232.230.0, maska 255.255.254.0 (23)
- Interfejs musi przetwarzać parametry przekazywane przez system metodą HTTP GET.
- Interfejs musi generować odpowiedź do systemu w formacie XML w kodowaniu UTF-8.
- Wymiana informacji odbywa się w trybie „żądanie-odpowiedź”, a czas odpowiedzi nie powinien przekraczać 60 sekund, w przeciwnym razie system zerwie połączenie z powodu przekroczenia limitu czasu.
- Jeśli oczekuje się, że liczba płatności za usługi podłączonego dostawcy będzie intensywna (do 10 płatności na minutę lub więcej), konieczne jest, aby interfejs obsługiwał komunikację wielowątkową do 10-15 jednoczesnych połączeń.
- Interfejs musi akceptować żądania poprzez protokół HTTPS na jednym z następujących portów TCP: 80, 81, 443, 8008, 8080, 8081, 8090, 8443, 4433. Używanie innych portów jest niedozwolone.
Podstawowe zasady interfejsu
Wszystkie żądania wysyłane są metodą GET, parametry przekazywane są w ścieżce żądania.
Przekazanie informacji o płatności do dostawcy odbywa się przez system QIWI Wallet w dwóch etapach – sprawdzenie statusu abonenta i bezpośrednie dokonanie płatności. Można także dodać wstępny etap uzyskania dodatkowych parametrów płatności od dostawcy, który świadczy abonentowi kilka usług, aby poinformować płatnika i dodać parametry płatności według wyboru płatnika.
Rodzaj żądania przekazywany jest przez system QIWI Wallet w zmiennej komendy – ciągu znaków przyjmującym wartości check, pay lub getInfo:
Parametry zapytania
Wszystkie parametry są wymagane w zapytaniach, w których są używane.
| Parametr | Format | Opis | W jakich zapytaniach się go używa? |
|---|---|---|---|
| txn_id | Liczba całkowita o długości do 20 znaków | Unikalny identyfikator płatności w systemie QIWI. Identyfikator ten służy do rozwiązywania kontrowersyjnych kwestii. | sprawdź, zapłać |
| suma | Jako separator stosuje się liczbę ułamkową z dokładnością do setnych. (kropka). Jeśli suma jest liczbą całkowitą, to nadal jest ona uzupełniana kropką i zerami, na przykład - 152,00. | Kwota płatności | sprawdź, zapłać |
| cc | Kod waluty Alpha-3 ISO 4217 | Waluta płatności | sprawdź, zapłać |
| data_txn | RRRRMMDDGGMMSS | Termin płatności (data płatności w systemie oznacza datę otrzymania żądania od Klienta). Na podstawie tej daty dokonywane jest dalsze uzgadnianie wzajemnych rozliczeń pomiędzy QIWI Wallet a dostawcą. Na przykład klient wysłał żądanie do systemu QIWI Wallet w dniu 31.12.2010 o godzinie 23:59:59, a system QIWI Wallet wysłał swoje żądanie do dostawcy w dniu 01.01.2011 o godzinie 00:00:05. Może to prowadzić do problemu z uzgodnieniem płatności, jeśli system dostawcy umieści transakcję w następnym okresie rozliczeniowym. Aby uniknąć takich problemów, QIWI Wallet podaje dostawcy pierwotną datę płatności. |
płacić |
| konto | Ciąg znaków zawierający litery, cyfry i znaki specjalne o długości do 200 znaków | ID Subskrybera. Dostawca identyfikuje swojego abonenta za pomocą unikalnego identyfikatora (numer konta osobistego, numer telefonu, login itp.). Przed wysłaniem do dostawcy identyfikator jest sprawdzany zgodnie z wyrażeniem regularnym, które . | sprawdź, zapłać, uzyskaj informacje |
| dodatkowy | Dopuszczalne liczby to cyfry (0-9), podkreślenia (_) i małe litery łacińskie (a-z) | Dodatkowe szczegóły płatności (dodatkowe pola). Parametry te można wykorzystać w sytuacji, gdy bez dodatkowych danych nie da się dokonać płatności (jeden identyfikator użytkownika w systemie dostawcy nie wystarczy). Na przykład identyfikatorem użytkownika jest numer karty kredytowej, ale aby dokonać płatności, musisz także podać datę ważności karty. Lista wymaganych pól, które mają zostać przekazane dostawcy, musi zostać wskazana w . |
sprawdź, zapłać |
| prvId | Liczba całkowita | Identyfikator usługi we wspólnym systemie dostawcy. | zdobyć informacje |
| Nazwa parametru | Format nazwy i wartości parametrów określa dostawca w formacie . | Dodatkowe parametry identyfikacji abonenta | zdobyć informacje |
Aby wspierać rozszerzalność i utrzymanie funkcjonalności usługi dostawcy w okresie, w którym włączone są różne funkcje przewidziane przez protokół (np. umożliwienie przesyłania nowych szczegółów płatności), zakłada się, że dostawca nie zapobiega pojawianiu się nowych Parametry HTTP w żądaniu.
Gwarantuje się, że pojawienie się nowych parametrów w żądaniu nie spowoduje konieczności zmiany sposobu obsługi żądania po stronie dostawcy, chyba że taka zmiana logiki została uzgodniona z dostawcą.
Forma odpowiedzi
Dostawca musi zwrócić odpowiedź na żądania do systemu w formacie XML. Ogólna struktura odpowiedzi jest pokazana w zakładce po prawej stronie.
Jeśli którekolwiek żądanie do dostawcy zakończy się niepowodzeniem, dostawca zwróci kod błędu zgodnie z .
System informacyjny dostawcy nie powinien zawierać dwóch pomyślnie zrealizowanych płatności o tym samym numerze txn_id. Jeżeli system ponownie wyśle żądanie z identyfikatorem txn_id już istniejącym w systemie informatycznym dostawcy, wówczas dostawca musi zwrócić wynik przetworzenia poprzedniego żądania.
Odpowiedź może zawierać następujące tagi:
Przykładowo mamy sytuację: klient wysłał zapytanie do systemu 31.12.2010 o godzinie 23:59:59. Biorąc pod uwagę opóźnienie w przetwarzaniu danych i przesyłaniu informacji kanałami komunikacji, płatność zostanie otrzymana przez dostawcę w dniu 01.01.2011 o godzinie 00:00:05 i odpowiednio zostanie uwzględniona w systemie dostawcy w kolejnym raporcie okres. Aby uniknąć problemów z różnymi okresami sprawozdawczymi podczas przeprowadzania rozliczeń, konieczne jest, aby dostawca zwrócił w swoim systemie datę przeprowadzenia rozliczenia.
Przykład żądania sprawdzenia stanu konta abonenta i zarejestrowania wpłaty
Przykładowe warunki:
Aplikacja płatnicza Payment_app dostawcy znajduje się pod adresem yourservice.prv.ru, serwer obsługuje połączenia HTTPS na porcie 8443.
Aby sprawdzić status subskrybenta, system QIWI Wallet generuje żądanie (patrz zakładka po prawej stronie).
DOSTAWAĆ /payment_app?command=check&txn_id=1234567& account=4957835959&sum=10.45&ccy=RUBŻądanie zawiera parametry:
- Command=check – identyfikator żądania sprawdzenia statusu abonenta;
Pomyślna odpowiedź od dostawcy (patrz zakładka po prawej stronie).
Zwrócenie wyniku=0 do żądania czeku oznacza, że konto osobiste subskrybenta z odpowiednim numerem w polu konta może zostać uzupełnione kwotą podaną w żądaniu w polu sumy. Po pomyślnym sprawdzeniu stanu konta abonenta system przystępuje do wygenerowania i przesłania prośby o uzupełnienie salda (wezwanie do zapłaty).
Przykład prośby o doładowanie konta osobistego
Przykładowe warunki:
Aby potwierdzić płatność, system QIWI Wallet generuje żądanie (patrz zakładka po prawej).
DOSTAWAĆ /payment_app?command=pay&txn_id=1234567& txn_date=20110815120133&account=4957835959&sum=10.45&ccy=RUB Host HTTP / 1.1: yourservice.prv.ru:8443 Odpowiedź dostawcyŻądanie zawiera parametry:
- Command=pay – identyfikator żądania uzupełnienia salda abonenta;
- txn_id=1234567 – wewnętrzny numer płatności w systemie QIWI;
- txn_date=20090815120133 – data rejestracji wpłaty w systemie QIWI;
- konto=4957835959 – identyfikator abonenta w systemie informatycznym operatora;
- suma=10,45 – kwota wpływów na konto osobiste subskrybenta;
- ccy=RUB – waluta kwoty zasilonej kontem osobistym subskrybenta.
Zwracając wynik=0 do żądania zapłaty, dostawca zgłasza pomyślne zakończenie operacji uzupełnienia salda. System kończy przetwarzanie tej transakcji.
Opcjonalne pole komentarza zawiera komentarz serwisowy.
Przykład żądania dodatkowych danych do płatności
Przykładowe warunki:
Aplikacja płatnicza Payment_app dostawcy znajduje się pod adresem yourservice.prv.ru, serwer obsługuje połączenia HTTPS na porcie 8443.
Aby uzyskać dodatkowe dane dotyczące płatności, system QIWI Wallet generuje żądanie (patrz zakładka po prawej stronie).
DOSTAWAĆ /payment_app?command=getInfo&prvId=12345& konto=4957835959&name1=%26%30AB&name2=0 Host HTTP / 1.1: yourservice.prv.ru:8443 Odpowiedź dostawcyŻądanie zawiera parametry:
- Command=getInfo – żądanie identyfikatora w celu uzyskania dodatkowych danych płatniczych dla abonenta;
- prvId=12345 – identyfikator identyfikujący usługę dostawcy;
- konto=4957835959 – identyfikator abonenta w systemie informatycznym operatora;
- nazwa1, nazwa2 – dodatkowe identyfikatory abonenta.
Odpowiedź dostawcy znajdziesz w zakładce po prawej stronie.
Zwrócenie wyniku=0 do żądania getInfo oznacza, że żądanie zostało zrealizowane pomyślnie i otrzymano dodatkowe dane do wyświetlenia abonentowi.
Opcjonalne pole komentarza zawiera komentarz serwisowy.
Codzienne pojednanie
Do godziny 10:00 czasu moskiewskiego system generuje i wysyła pod wskazany adres elektroniczny rejestr przyjętych płatności za poprzedni dzień.
Rejestr ma następującą strukturę:
Data transakcji (Moskwa); Data raportu; Typ; Numer transakcji; Identyfikator waluty transakcji; Kwota transakcji; Komentarz sprzedawcy; Numer transakcji/faktury sprzedawcy; Data wystawienia faktury; Identyfikator QW; Konto; Identyfikator zwrotu pieniędzy
Pola oddzielone są znakiem; , część ułamkowa kwoty jest oddzielona kropką, data/godzina to Moskwa, znak nowego wiersza może składać się ze znaków x0D x0A lub po prostu x0D.
Na przykład:
31.02.2005 00:04:00;31.02.2005
00:00:00;Płatność;3464968222;USD;5,00;;;;;0957835959;;
31.02.2005 00:04:00;02.31.2005 00:00:00;Płatność;3464968912;RUB;10,34;;;;; [e-mail chroniony];;
31.02.2005 00:11:00;02/31/2005 00:00:00;Płatność;3464974548;EUR;4,72;;;;;ABC-12345;;
System uwzględnia w rejestrze wyłącznie pomyślnie zrealizowane płatności.
Płatności otrzymane zarówno za pośrednictwem wiadomości online, jak i w rejestrze, uważa się za potwierdzone.
Jeżeli w rejestrze nie znajdują się wpłaty, które zostały dokonane w bazie dostawcy, lub znajdują się wpłaty, których nie ma w bazie dostawcy, lub jeśli rejestr nie wpłynął, należy skontaktować się z osobą kontaktową QIWI określoną w umowie przed godziną 12:00 aby wyjaśnić sytuację i podjąć decyzję.
Dodatkowe opcje autoryzacji żądań
W aplikacji połączeniowej dostawca może podać do niego identyfikator (login) oraz tajne hasło, służące do autoryzacji przy składaniu żądań z QIWI.
Te dane autoryzacyjne są przesyłane zgodnie ze standardowymi podstawowymi zasadami uwierzytelniania dla żądań HTTP(S). Do żądania dodawany jest nagłówek HTTP Authorization. Nagłówek zawiera ciąg Basic (ze spacją na końcu) oraz parę „login:hasło” zakodowaną w BASE64:
Autoryzacja: podstawowa ***
BASE64("Login:Hasło") = "***"
Wniosek o podłączenie (przykład)
Lista kodów wyjścia
Dostawca, przetwarzając żądania z systemu, musi dopasować wszystkie błędy występujące w jego aplikacji do poniższej listy i zwrócić odpowiednie kody w elemencie.
Znak + w kolumnie „fatality” wskazuje, że błąd jest krytyczny. Dla systemu QIWI Wallet błąd krytyczny oznacza, że ponowne wysłanie żądania z tymi samymi parametrami doprowadzi do 100% powtórzenia tego samego błędu - w związku z tym system przestaje przetwarzać żądanie klienta i kończy je z błędem.
Błąd niekrytyczny oznacza dla systemu, że powtórzenie żądania z tymi samymi parametrami po pewnym czasie prawdopodobnie zakończy się sukcesem. System będzie powtarzał żądania, które zakończyły się niepowodzeniem z powodu błędu niekrytycznego, stale zwiększając odstęp czasu, aż operacja zakończy się sukcesem lub niepowodzeniem lub do upłynięcia 24-godzinnego okresu ważności żądania.
Brak połączenia z serwerem dostawcy jest błędem niekrytycznym.
Brak elementu w odpowiedzi (nieprawidłowy XML, strona chwilowo niedostępna usługi itp.) również jest błędem niekrytycznym.
| Kod |
|---|
Kontrola przeprowadzana jest w celu zapewnienia prawidłowego przetworzenia faktury i późniejszej płatności po stronie Projektu.
Dzięki uproszczonej integracji identyfikator użytkownika i zamówienie sprawdzane są dwukrotnie: przy przejściu do formularza płatności oraz przy wyborze metody płatności.
Projekt wymaga:
- Identyfikator użytkownika lub adres URL weryfikacji zamówienia(określ w Ustawieniach technicznych Twojego Konta Osobistego);
- Procedura obsługi zdolna do akceptowania i rozpoznawania parametrów żądań z Systemu i odpowiadania zgodnie z oczekiwaniami Systemu.
Jeżeli weryfikacja tożsamości po wystawieniu faktury nie powiedzie się, faktura nie zostanie wystawiona, a użytkownik zostanie przekierowany na stronę błędu płatności określoną przez projekt za pomocą parametru return_url_fail lub w Ustawieniach technicznych (jeśli strona nie jest określona, używana jest podobna strona po stronie Systemu). Parametr jest automatycznie wysyłany na stronę błędu płatności metodą GET err_msg ze znaczeniem „Taka postać nie istnieje”.
Żądanie parametrów z systemu do projektu
System wysyła do Projektu żądanie na adres URL sprawdzenia identyfikatora użytkownika lub zamówienia określonego w Ustawieniach technicznych Konta Osobistego.
- metoda transferu - POST;
- kodowanie - UTF-8.
Parametr |
Opis parametrów |
Format parametru |
Wymagany parametr |
|---|---|---|---|
| identyfikator użytkownika | Identyfikator użytkownika lub zamówienia (równy wartości parametru przezwisko V) | ciąg(256) | Tak |
| identyfikator użytkownika_dodatkowy | Dodatkowe informacje niezbędne do dokonania płatności lub gromadzenia statystyk po stronie Projektu (równe wartości parametru nick_dodatkowy ) | ciąg(500) | NIE |
| klucz |
Podpis weryfikacyjny wniosku. Tworzy się go w postaci skrótu przy użyciu algorytmu md5 z połączenia następujących parametrów:
|
md5(0userid0tajemnica projektu) | Tak |
| kwota | 0 | Tak | |
| identyfikator płatności | Sprawdzanie żądania czeku. Akceptuje tylko wartość zerową (kwota = 0) | 0 | Tak |
| zamówienie | Identyfikator płatności w systemie księgowym Projektu (równy wartości parametru identyfikator_zamówienia V) | Varchar(64) | NIE |
Opcje odpowiedzi projektu
Żądanie Systemu od Projektu musi otrzymać odpowiedź.
Do przekazywania parametrów żądania używane są następujące reguły:
- format - XML-a;
- kodowanie - UTF-8.
Parametr |
Opis parametrów |
Format parametru |
Wymagany parametr |
|---|---|---|---|
| kod |
Poproś o kod odpowiedzi.
|
(wielkość liter ma znaczenie) |
Tak |
| komentarz | Dekodowanie kodu odpowiedzi na żądanie. Przykłady tekstów:
|
ciąg(400) | NIE |
Przykładowa odpowiedź na żądanie weryfikacji identyfikatora użytkownika lub zamówienia
TAK
Przykład minimalnej procedury obsługi żądań systemowych podczas sprawdzania identyfikatora użytkownika lub zamówienia
//Generowanie funkcji odpowiedzi sendResponse($status, $message = "")( $response = ""."\n"; $odpowiedź .= " „.$stan.”"."\n"; $odpowiedź .= "
Unikalny identyfikator płatności – co to jest? Po co to jest? To najczęstsze pytania, jakie zadają przedsiębiorcy płacąc podatki w banku, gdy pracownik banku prosi o wskazanie, że powoduje to zamieszanie. Gdzie mogę go znaleźć, jak mogę go zdobyć i czy mogę się bez niego obejść? Tym samym narzędzie stworzone w celu uproszczenia procedury spowodowało nowe kwestie wymagające wyjaśnienia.
Co to jest unikalny identyfikator?
Unikalny identyfikator płatności to 20-cyfrowy kod, który należy podać przy spłacie zadłużenia podatkowego, dzięki czemu można łatwo i szybko opłacić podatki z konta osobistego w serwisie podatkowym. Takie podejście znacznie upraszcza i przyspiesza procedurę operacyjną. Płatność następuje szybko, a co za tym idzie terminowo, co pozwala uniknąć opóźnień, co oznacza kary i odsetki.
Wykorzystanie unikalnego identyfikatora pozwala przedsiębiorcom, osobom prawnym i osobom fizycznym na wygodne płacenie podatków. Jednak otrzymywanie i wypełnianie formularzy dokumentacji podatkowej w tym przypadku ma swoje własne cechy, które należy wziąć pod uwagę. Problem polega również na tym, że sam rządowy serwis informacyjny ma złożoną, zagmatwaną strukturę, której nawet doświadczony użytkownik nie zawsze jest w stanie zrozumieć.
Po co to jest?
Jest to konieczne, aby Federalna Służba Podatkowa wiedziała, kiedy i od której osoby pieniądze wpłynęły na konto. W GIS zarejestrowanych jest kilka milionów użytkowników, trudno określić od kogo i w jakim celu przekazywane są pieniądze. Dlatego też zarządzeniem Ministra Finansów nr 107n z dnia 12 listopada 2013 roku zmieniono przepisy, zgodnie z którymi unikalny identyfikator płatności memoriałowych pojawiał się odrębnie dla podatków.
Służba podatkowa tego potrzebuje, aby skuteczniej realizować politykę fiskalną i identyfikować osoby, które stale nie wywiązują się z zobowiązań. Osoby prawne i osoby fizyczne potrzebują tego jako najwygodniejszego i najszybszego sposobu płacenia podatków. Dzięki temu rząd może kontrolować działania urzędników skarbowych i zatrzymywać sprawy, gdy ich działania przekraczają powierzone im uprawnienia, co często zdarzało się w przeszłości. Biznesmeni są mniej zależni od woli jednostki i cierpią z powodu nielegalnych wymuszeń. Zmniejszono liczbę przeprowadzanych kontroli.
Kto powinien to wskazać?
Zarówno zwykli obywatele, przedsiębiorcy (osoby fizyczne), jak i osoby prawne mogą wskazać unikalny identyfikator płatności. Można tego dokonać płacąc podatki bezpośrednio na konto w systemie informatycznym lub za pośrednictwem banku. Podczas przelewu należy wziąć pod uwagę, że płatność za pośrednictwem Sbierbanku ma swoją własną charakterystykę. Mają swój własny specjalny formularz, przy jego wypełnianiu nie trzeba podawać unikalnego identyfikatora. Numer UIN jest podawany przy płaceniu podatków i ceł państwowych za pośrednictwem służb państwowych lub oddziału banku.
Jeżeli osoba fizyczna lub prawna wypełnia dokumenty płatnicze dotyczące płatności podatków i opłat, których termin płatności jeszcze nie upłynął, wówczas nie może ona wprowadzić unikalnego identyfikatora, ale wstawić zero w terminie wprowadzenia danych. Choć taki sposób wypełnienia wiersza jest prawnie dopuszczony, to w przypadku płatności za pośrednictwem banku pracownik może zażądać uzupełnienia wiersza 20-cyfrowym numerem wpłaty i ma prawo odmówić przyjęcia wpłaty. Dlatego ważne jest, aby wiedzieć, w jakich przypadkach należy to wskazać, a w jakich nie jest to konieczne.
W jakich przypadkach konieczne jest to wskazanie?
Należy zauważyć, że identyfikator nie zawsze musi być określony, ale tylko w niektórych przypadkach opisanych w regulaminie Banku Rosji (w szczególności w rozporządzeniu nr 383-P). UIN – unikalny identyfikator podawany jest w dwóch przypadkach:
- Jeżeli zostało to wskazane przez odbiorcę środków i przekazane osobie fizycznej lub prawnej zobowiązanej do ich zapłaty zgodnie z warunkami umowy. W takim przypadku identyfikator nadawany jest automatycznie.
- Podczas przekazywania środków organom podatkowym. Przedsiębiorca lub osoba fizyczna wypełnia specjalne pola (wiersze) odcinka wpłaty w formie papierowej lub elektronicznej. W tym przypadku napełnianie powoduje pewne trudności. W końcu przedsiębiorca nie zawsze wie, jaki jest jego unikalny numer identyfikacyjny płatności i gdzie go zdobyć.
W drugim przypadku większość podatników ma trudności, bo nie wiedzą, gdzie to zdobyć i gdzie to wskazać na dokumencie. Błędnie podane dane prowadzą do opóźnień w płatnościach, kar i grzywien.
Gdzie i jak mogę uzyskać dowód osobisty?
Jak mogę znaleźć informację o unikalnym identyfikatorze płatności i czy płatność została przyjęta? Możesz to sprawdzić zarówno na swoim koncie osobistym GIS po zarejestrowaniu się w systemie, jak i po otrzymaniu zlecenia płatniczego w przypadku opóźnień w płatnościach. Ale to jest skrajny przypadek. Przedsiębiorca będzie znał numer z dokumentów wskazujących na obecność długu lub grzywny wobec organów podatkowych.
Jeśli nie było zaległych płatności, ale musisz podać numer UIN, wystarczy wysłać prośbę do urzędu podatkowego o uzyskanie numeru.
Jak go poprawnie wypełnić?
Dokonując wpłat do systemu budżetowego Federacji Rosyjskiej, podatnicy wypełniają polecenie zapłaty. Oprócz unikalnego identyfikatora przedsiębiorca musi wskazać:
- BIC instytucji, za pośrednictwem której zostanie dokonana płatność;
- nazwa banku, jego adres siedziby;
- rachunek bieżący, z którego zostanie wykonany przelew;
- rodzaj płatności (kod);
- data operacji.
Numer wpisuje się w linię unikalnego identyfikatora płatności - 22 (kod pola). Nie wypełniaj tylko jeśli płatność nastąpi w terminie. W takim przypadku wpisz „0” (zero) w tym wierszu.
Co zrobić, jeśli dokument zawiera już numer UIN?
Czasami, szczególnie przy dokonywaniu płatności za pośrednictwem wyspecjalizowanych systemów informatycznych, podczas elektronicznego wypełniania zamówienia w linii (jego kod to 22) pojawia się samodzielnie unikalny identyfikator płatności. Jak powinniśmy się z tym czuć? Czy jest to uważane za błąd, jeśli środki zostaną zdeponowane na czas? Faktycznie, nie ma żadnego błędu. Możesz zapłacić podając numer identyfikacyjny lub wpisując „0” w wierszu. Wymagają po prostu wskazania identyfikatora w przypadku opóźnienia w płatności, czyli na żądanie urzędu skarbowego.
Chociaż możliwe jest płacenie bez ograniczeń, takie podejście jest niepożądane. Przedsiębiorca musi rozróżnić zwykłe płatności podatkowe od tych płaconych na żądanie organów podatkowych. Pomoże to uniknąć nieporozumień w raportowaniu.
Ale nawet jeśli nie udało się znaleźć i wskazać identyfikatora w zleceniu, nie daje to bankom prawa do odmowy jego przyjęcia. Bank ma obowiązek przyjmować i przekazywać środki pieniężne, nawet jeśli nie został podany UIP (unikalny identyfikator płatności). Zasada ta jest zapisana w oficjalnych dokumentach służby podatkowej. Wyraźnie stanowi, że osoba fizyczna lub prawna musi jedynie podać swój NIP i wpisać „0” w wierszu (kod 22) unikalnego identyfikatora płatności. W takim przypadku bank nie ma prawa odmówić przekazania płatności. Przedsiębiorca musi jednak liczyć się z tym, że w przypadku błędu lub opóźnienia bank nie ponosi odpowiedzialności.
Co oznacza kod: dekodowanie identyfikatora
Identyfikator jest odszyfrowywany w następujący sposób:
- Cyfry od 1 do 3 oznaczają kod urzędu skarbowego, do którego wpływają środki.
- Cyfra 4 wskazuje rodzaj płatności. To miejsce jest zawsze zerowe.
- Liczby od 5 do 19. Podaj kod dokumentu w systemie podatkowym. Każdemu płatnikowi przypisany jest własny, specjalny kod, bazujący na poprzedniej wersji indeksu dokumentu.
- Cyfra 20. Jej numer określa, która agencja rządowa weryfikuje płatność. Obliczane z uwzględnieniem pozostałych 19 cyfr kodu.
Unikalny identyfikator płatności jest identyczny z indeksem dokumentu tylko wtedy, gdy indeks składa się z 20 cyfr.
Co się stanie, jeśli tego nie określisz?
Za pomocą numeru UIN automatycznie rejestrowane są podatki i inne wpłaty do budżetu. Informacje o wpłatach do budżetu przekazywane są do jednej bazy danych. Jeżeli wpiszesz błędny kod lub go nie podasz, system nie rozpozna wpłaty i pieniądze nie zostaną przelane. Jest to obarczone takimi problemami, jak:
- spółka zadłuży się wobec budżetu i funduszy;
- kary będą nadal naliczane;
- będziesz musiał wyjaśnić płatność i poznać jej los;
- pieniądze trafią do budżetu lub funduszy z opóźnieniem.
Jeśli przedsiębiorca nie posiada lub nie zna unikalnego identyfikatora płatności, gdzie go zdobyć, może w każdej chwili skorzystać z usługi wsparcia w GIS, zamiast czekać na podjęcie działań przez fiskusa. Jeżeli przedsiębiorca nie ma dostępu do Internetu i systemu teleinformatycznego Służb Państwowych, może wysłać zwykłe pismo do najbliższego urzędu skarbowego lub stawić się osobiście w celu odbioru identyfikatora.
Jakie dokumenty są potrzebne do uzyskania dowodu osobistego?
Wszystko zależy od formy, w jakiej zostanie sporządzony dokument i sposobu płatności. Jeśli jest to dokument papierowy, należy wysłać pisemny wniosek do organu podatkowego. W piśmie podaj dane paszportowe, numer INN i SNILS. W odpowiedzi otrzymasz unikalny identyfikator płatności. Jeżeli osoba prawna lub osoba fizyczna przyjdzie do działu osobiście, aby otrzymać te informacje, wówczas dokumenty te muszą być przy nim. Są zobowiązani do wypełnienia formularzy.
Aby otrzymać dane drogą elektroniczną, należy najpierw zarejestrować się w jednolitym systemie informacyjnym na stronie Służb Państwowych, podając te same dane, co w przypadku pisemnego wniosku. Następnie na Twój adres zamieszkania zostanie wysłane pismo z kluczem dostępu. I dopiero potem możesz złożyć wniosek o uzyskanie unikalnego identyfikatora. Zwykle usługa ta realizowana jest w ciągu kilku godzin od złożenia wniosku. Żadne dokumenty nie są wymagane.
Jak widać, użycie identyfikatora nie jest niczym skomplikowanym. Nie będzie trudno go rozpoznać. Aby to zrobić, nie musisz gromadzić wielu dokumentów ani zaświadczeń. Podatki można jednak opłacić w dogodnej formie i w dowolnym momencie. Jeśli wcześniej osoby prawne i osoby fizyczne musiały tracić czas i pieniądze na płacenie podatków, to za jego pomocą można je płacić bez wychodzenia z domu lub biura, bez przerywania pracy.