ოპერაცია „მოთხოვნა იურიდიული პირისთვის ამონაწერის მოპოვების მოთხოვნის შედეგის მისაღებად ადრე მიღებული მოთხოვნის იდენტიფიკატორის გამოყენებით. რა არის უნიკალური გადახდის იდენტიფიკატორი? როგორ გავარკვიოთ გადახდის უნიკალური იდენტიფიკატორი? მოთხოვნის მაგალითი შემოწმების sos

ზოგადი ინფორმაცია

შეყვანის პარამეტრების აღწერა

შეყვანის მონაცემები: XML დოკუმენტი სქემის მიხედვით WS_ULIPZAPRID_2_311_11_04_02 _01_01.XSD

1. გამომავალი პარამეტრების აღწერა

გამომავალი: XML დოკუმენტი სქემის მიხედვით WS_OTVVIPULXSD_2_311_14_04_02_01.XSD

ან

გამომავალი: XML დოკუმენტი სქემის მიხედვით WS_ULIPOTVID_2_311_09_04_02_01.XSD

რთული ტიპის პარამეტრები აღწერილია დანართში „ზოგადი მონაცემთა სტრუქტურების აღწერა“ (პარაგრაფებში 10, 6, 9).

1. დაბრუნების კოდები

№	დაბრუნების კოდი	დაბრუნების კოდის აღწერა	გაჩენის პირობები	კომენტარი
1	01	მოთხოვნილი ინფორმაცია ვერ მოიძებნა	ხდება იმ პირობით, რომ იურიდიული პირის შესახებ ინფორმაცია არ არის ნაპოვნი იურიდიული პირების ერთიან სახელმწიფო რეესტრში.
2	51	მოთხოვნა მიღებულია დამუშავებისთვის	ხდება მაშინ, როდესაც მოთხოვნა წარმატებით მიიღება დასამუშავებლად
3	52	პასუხი არ არის მზად	ხდება მაშინ, როდესაც პასუხი მოთხოვნაზე, რომელიც წარმატებით იქნა მიღებული დასამუშავებლად, მზად არ არის	გამოიყენება ასინქრონული მოთხოვნისთვის
4	53	იურიდიული პირის/ინდივიდუალური მეწარმის შესახებ ინფორმაციის ელექტრონულად მიწოდება შეუძლებელია	ხდება მაშინ, როდესაც შეუძლებელია მოთხოვნაზე პასუხის გამომუშავება ელექტრონული ფორმით.
5	82	ფორმატ-ლოგიკური კონტროლის შეცდომა	ხდება მაშინ, როდესაც დოკუმენტი (მოთხოვნა) არ ემთხვევა xsd სქემას	რეზერვი, არ შეიძლება გამოყენებული
6	83	არ არის მოთხოვნა მითითებული მოთხოვნის ID-ით და ინფორმაციის ტიპის მოთხოვნით ამ ორგანოსგან	წარმოიქმნება სიტუაციაში, როდესაც მოთხოვნა იურიდიული პირის ამონაწერის მოთხოვნის შედეგის შესახებ მიუთითებს არასწორ (უცნობ) მოთხოვნის იდენტიფიკატორზე და (ან) მოთხოვნა ასეთი იდენტიფიკატორით არ იყო მიღებული ამ ორგანოსგან.	გამოიყენება ასინქრონული მოთხოვნისთვის (იურიდიული პირის ამონაწერის მოთხოვნის შედეგის მიღებისას)
9	99	Სისტემის შეცდომა	ჩნდება, როდესაც არის შიდა შეცდომები რუსეთის ფედერალური საგადასახადო სამსახურის IS პროგრამულ უზრუნველყოფაში

1. სატესტო შემთხვევები

მოითხოვეთ იურიდიული პირისგან ამონაწერის მოთხოვნის შედეგის მიღება

იურიდიული პირისგან ამონაწერის მოპოვების მოთხოვნის შედეგის მიღების მოთხოვნაზე პასუხი იმ შემთხვევაში, თუ მოთხოვნა ჯერ არ დამუშავებულა.

პასუხი 53 იურიდიული პირიდან ამონაწერის მოპოვების მოთხოვნის შედეგის მიღების მოთხოვნაზე.

იურიდიული პირის ამონაწერის მოთხოვნის შედეგის მოთხოვნაზე პასუხი შეცდომით (რომლის დამუშავების კოდი არ არის დაცული)
(ატრიბუტის მნიშვნელობები იცვლება და)

შენიშვნა: სატესტო გარემოში ამ შეცდომის წარმოშობის პირობები ხელოვნურად იქნა გააქტიურებული. ეს მაგალითი აღწერს შეცდომის პასუხის ზოგად ლოგიკასა და სტრუქტურას. საწარმოო გარემოზე ტესტირებისას შეუძლებელია ზუსტად იგივე პასუხის დაბრუნება აუცილებელი პირობების უზრუნველყოფის გარეშე.

შემოწმება ხორციელდება იმის უზრუნველსაყოფად, რომ ინვოისი და შემდგომი გადახდა შეიძლება სწორად დამუშავდეს პროექტის მხარეს.

გამარტივებული ინტეგრაციით მომხმარებლის ID და შეკვეთა მოწმდება ორჯერ: გადახდის ფორმაზე გადასვლისას და გადახდის მეთოდის არჩევისას.

პროექტს სჭირდება:

• მომხმარებლის ID ან შეკვეთის დამადასტურებელი URL(მიუთითეთ ტექნიკურ პარამეტრებში თქვენს პერსონალურ ანგარიშში);
• დამმუშავებელი, რომელსაც შეუძლია მიიღოს და ამოიცნოს სისტემიდან მოთხოვნის პარამეტრები და უპასუხოს ისე, როგორც სისტემა მოელის.

თუ ინვოისის გაცემის შემდეგ პირადობის დადასტურება ვერ მოხერხდა, მაშინ ინვოისი არ გაიცემა და მომხმარებელი პარამეტრის გამოყენებით გადამისამართდება პროექტის მიერ მითითებულ გადახდის შეცდომის გვერდზე. return_url_failან ტექნიკურ პარამეტრებში (თუ გვერდი არ არის მითითებული, გამოიყენება მსგავსი გვერდი სისტემის მხარეს). პარამეტრი ავტომატურად იგზავნება გადახდის შეცდომის გვერდზე GET მეთოდის გამოყენებით err_msgმნიშვნელობით "ასეთი პერსონაჟი არ არსებობს".

მოითხოვეთ პარამეტრები სისტემიდან პროექტში

სისტემა აგზავნის პროექტს მოთხოვნას URL-ზე, რათა შეამოწმოს მომხმარებლის ID ან შეკვეთა, რომელიც მითითებულია პერსონალურ ანგარიშში ტექნიკურ პარამეტრებში.

• გადაცემის მეთოდი - პოსტი;
• კოდირება - UTF-8.

Პარამეტრი	პარამეტრის აღწერა	პარამეტრის ფორმატი	საჭირო პარამეტრი
მომხმარებლის იდენტიფიკაცია	მომხმარებლის ან შეკვეთის ID (უდრის პარამეტრის მნიშვნელობას მეტსახელი V)	სიმებიანი (256)	დიახ
userid_extra	დამატებითი ინფორმაცია, რომელიც საჭიროა გადახდის ან პროექტის მხარეზე სტატისტიკის შესაგროვებლად (პარამეტრის მნიშვნელობის ტოლი nick_extra )	სიმებიანი (500)	არა
გასაღები	მოთხოვნის დამადასტურებელი ხელმოწერა. იგი იქმნება ჰეშის სახით md5 ალგორითმის გამოყენებით შემდეგი პარამეტრების შეერთებიდან: პარამეტრის მნიშვნელობა მომხმარებლის იდენტიფიკაცია, პროექტის საიდუმლო გასაღები	md5 (0userid0project secret)	დიახ
თანხა		0	დიახ
გადახდილი	შემოწმების მოთხოვნის შემოწმება. იღებს მხოლოდ ნულოვან მნიშვნელობას (თანხა = 0)	0	დიახ
შეკვეთის ნომერი	გადახდის ID პროექტის აღრიცხვის სისტემაში (ტოლია პარამეტრის მნიშვნელობაზე შეკვეთის ნომერი V)	ვარჩარი (64)	არა

პროექტის რეაგირების ვარიანტები

სისტემის მოთხოვნამ პროექტისგან უნდა მიიღოს პასუხი.

შემდეგი წესები გამოიყენება მოთხოვნის პარამეტრების გადასაცემად:

• ფორმატი - XML;
• კოდირება - UTF-8.

Პარამეტრი	პარამეტრის აღწერა	პარამეტრის ფორმატი	საჭირო პარამეტრი
კოდი	მოითხოვეთ პასუხის კოდი. დიახ- იდენტიფიკატორი არსებობს. არა- იდენტიფიკატორი არ არსებობს	(შემთხვევის სენსიტიური)	დიახ
კომენტარი	მოთხოვნაზე პასუხის კოდის გაშიფვრა. ტექსტის მაგალითები: userid პარამეტრის ვალიდაცია ვერ მოხერხდა; შეკვეთილი პარამეტრი ვერ დადასტურდა; ძირითადი პარამეტრის დადასტურება ვერ მოხერხდა	სიმებიანი (400)	არა

პასუხის მაგალითი მომხმარებლის ID-ზე ან შეკვეთის დადასტურების მოთხოვნაზე

დიახ

მინიმალური სისტემის მოთხოვნის დამმუშავებლის მაგალითი მომხმარებლის ID ან შეკვეთის შემოწმებისას

//პასუხის ფუნქციის გენერირება sendResponse($status, $message = "")( $response = ""."\n"; $response .= " "."\n"; $response .= " ".$status.""."\n"; $response .= " ".$message.""."\n"; $response .= ""; die($response); ) //შეამოწმეთ მომხმარებლის ID ან შეკვეთის ფუნქციის არსებობა checkUser($userID)( $sql = "SELECT შესვლა მომხმარებლებისგან WHERE usr_id = ".intval($userID); $query = mysql_query ($sql ); $projectHash = md5($_POST["თანხა"].$_POST["მომხმარებლის"].$_POST["paymentid"].$secretKey); if($projectHash != $_POST["გასაღები"])( sendResponse("არა", "მოთხოვნის ხელმოწერა არასწორია."); ) if(floatval($_POST["თანხა"]) == 0 && intval( $ _POST["paymentid"]) == 0)( //მოითხოვეთ მომხმარებლის ID ან შეკვეთის შემოწმება if(checkUser($_POST["userid"]))( sendResponse ("YES", "Identifier არსებობს"); ) else( sendResponse ("არა", "იდენტიფიკატორი ვერ მოიძებნა");

უნიკალური გადახდის იდენტიფიკატორი - რა არის ეს? Რისთვის არის? ეს არის ყველაზე გავრცელებული კითხვები, რომლებსაც მეწარმეები სვამენ ბანკში გადასახადების გადახდისას, როდესაც ბანკის თანამშრომელი სთხოვს მიუთითოს ეს იწვევს დაბნეულობას. სად ვიპოვო, როგორ მივიღო და შემიძლია ამის გარეშე? ამრიგად, პროცედურის გასამარტივებლად შექმნილმა ინსტრუმენტმა გამოიწვია ახალი საკითხები, რომლებიც საჭიროებდა გარკვევას.

რა არის უნიკალური იდენტიფიკატორი?

უნიკალური გადახდის იდენტიფიკატორი არის 20-ნიშნა კოდი, რომელიც უნდა იყოს მითითებული საგადასახადო დავალიანების დაფარვისას, რაც შესაძლებელს გახდის გადასახადების მარტივად და სწრაფად გადახდას თქვენი პირადი ანგარიშიდან საგადასახადო სამსახურის ვებსაიტზე. ეს მიდგომა მნიშვნელოვნად ამარტივებს და აჩქარებს ოპერაციის პროცედურას. გადახდა ხდება სწრაფად და შესაბამისად დროულად, რაც თავიდან აიცილებს შეფერხებებს, რაც ნიშნავს ჯარიმებსა და პროცენტებს.

უნიკალური იდენტიფიკატორის გამოყენება საშუალებას აძლევს მეწარმეებს, იურიდიულ და ფიზიკურ პირებს გადაიხადონ გადასახადები მოსახერხებელი გზით. მაგრამ ამ შემთხვევაში საგადასახადო დოკუმენტაციის ფორმების მიღებასა და შევსებას აქვს თავისი მახასიათებლები, რაც გასათვალისწინებელია. პრობლემა ასევე მდგომარეობს იმაში, რომ თავად სამთავრობო საინფორმაციო სამსახურს აქვს რთული, დამაბნეველი სტრუქტურა, რომელსაც გამოცდილი მომხმარებელიც კი ყოველთვის ვერ ხვდება.

Რისთვის არის?

ეს საჭიროა იმისათვის, რომ ფედერალურმა საგადასახადო სამსახურმა იცოდეს, როდის და რომელი პირისგან შემოვიდა თანხა ანგარიშზე. GIS-ში მილიონობით მომხმარებელია დარეგისტრირებული, ძნელია იმის დადგენა, ვისგან და რა მიზნით ირიცხება ფული. სწორედ ამიტომ, ფინანსთა სამინისტროს 2013 წლის 12 ნოემბრის No107n ბრძანებით შეიცვალა წესები, რომლის მიხედვითაც გადასახადებისთვის ცალკე ჩნდებოდა დარიცხული გადახდების უნიკალური იდენტიფიკატორი.

საგადასახადო სამსახურს ეს სჭირდება, რათა უფრო ეფექტურად განახორციელოს ფისკალური პოლიტიკა და გამოავლინოს მუდმივი შემსრულებლები. იურიდიულ და ფიზიკურ პირებს ეს სჭირდებათ, როგორც გადასახადების გადახდის ყველაზე მოსახერხებელი და სწრაფი გზა. შედეგად, მთავრობას შეუძლია გააკონტროლოს საგადასახადო მოხელეების ქმედებები და შეაჩეროს შემთხვევები, როდესაც მათი ქმედება აღემატება მათთვის დელეგირებულ უფლებამოსილებებს, რაც ხშირად ხდებოდა წარსულში. ბიზნესმენები ნაკლებად არიან დამოკიდებული ინდივიდის ნებაზე და განიცდიან უკანონო გამოძალვას. შემცირდა ჩატარებული შემოწმებების რაოდენობა.

ვინ უნდა მიუთითოს?

როგორც ჩვეულებრივ მოქალაქეებს, ასევე მეწარმეებს (ფიზიკურ პირებს) და იურიდიულ პირებს შეუძლიათ მიუთითონ გადახდის უნიკალური იდენტიფიკატორი. ეს შეიძლება გაკეთდეს გადასახადების გადახდისას უშუალოდ საინფორმაციო სისტემის ანგარიშზე ან ბანკის მეშვეობით. გადარიცხვისას უნდა გაითვალისწინოთ, რომ სბერბანკის საშუალებით გადახდას აქვს საკუთარი მახასიათებლები. მათ აქვთ საკუთარი სპეციალური ფორმა, მისი შევსებისას უნიკალური იდენტიფიკატორის მითითება არ არის საჭირო. UIN მითითებულია გადასახადებისა და სახელმწიფო გადასახადების გადახდისას სახელმწიფო სერვისების სამსახურის ან ბანკის ფილიალის მეშვეობით.

თუ ფიზიკური ან იურიდიული პირი ავსებს გადახდის დოკუმენტებს გადასახადებისა და მოსაკრებლების გადახდისთვის, რომლის გადახდის ვადა ჯერ არ არის ამოწურული, მაშინ მას შეუძლია არ შეიყვანოს უნიკალური იდენტიფიკატორი, მაგრამ დეტალების შეყვანის ვადაში ნული შეიტანოს. მიუხედავად იმისა, რომ ხაზის შევსების ეს მეთოდი კანონით ნებადართულია, ბანკის მეშვეობით გადახდისას, თანამშრომელმა შეიძლება მოითხოვოს ხაზის შევსება 20-ნიშნა გადახდის ნომრით და უფლება აქვს უარი თქვას გადახდაზე. აქედან გამომდინარე, მნიშვნელოვანია ვიცოდეთ, რომელ შემთხვევებში უნდა იყოს მითითებული და რომლებში არ არის საჭირო.

რა შემთხვევაშია საჭირო მისი მითითება?

უნდა აღინიშნოს, რომ იდენტიფიკატორი ყოველთვის არ საჭიროებს დაზუსტებას, არამედ მხოლოდ გარკვეულ შემთხვევებში, რომლებიც აღწერილია რუსეთის ბანკის წესებსა და დებულებებში (კერძოდ, რეგულაცია No383-P). UIN - უნიკალური იდენტიფიკატორი მითითებულია ორ შემთხვევაში:

1. თუ იგი მითითებული იყო თანხების მიმღების მიერ და გადაეცა ფიზიკურ ან იურიდიულ პირს, რომელიც ვალდებულია გადაიხადოს ისინი ხელშეკრულების პირობების შესაბამისად. ამ შემთხვევაში, იდენტიფიკატორი ავტომატურად ენიჭება.
2. საგადასახადო ორგანოებში თანხების გადარიცხვისას. მეწარმე ან ფიზიკური პირი ავსებს გადახდის ფურცლის სპეციალურ ველებს (ხაზებს) ქაღალდის ან ელექტრონული ფორმით. ამ შემთხვევაში, შევსება იწვევს გარკვეულ სირთულეებს. ყოველივე ამის შემდეგ, მეწარმემ ყოველთვის არ იცის მისი უნიკალური გადახდის საიდენტიფიკაციო ნომერი ან სად მიიღოს იგი.

მეორე შემთხვევაში, გადასახადის გადამხდელთა უმეტესობა სირთულეებს განიცდის, რადგან არ იციან სად მიიღონ და სად მიუთითონ დოკუმენტში. არასწორად მითითებული მონაცემები იწვევს გადახდის დაგვიანებას, ჯარიმებსა და ჯარიმებს.

სად და როგორ მივიღო პირადობის მოწმობა?

როგორ გავიგო ინფორმაცია უნიკალური გადახდის იდენტიფიკატორის შესახებ, ასევე მიღებულია თუ არა გადახდა? ამის შემოწმება შეგიძლიათ როგორც თქვენს GIS-ის პირად ანგარიშზე სისტემაში დარეგისტრირების შემდეგ, ასევე გადახდის დავალების მიღებისთანავე გადახდების დაგვიანების შემთხვევაში. მაგრამ ეს უკიდურესი შემთხვევაა. ნომერი მეწარმეს ეცოდინება საგადასახადო ორგანოების წინაშე დავალიანების ან ჯარიმის არსებობის შესახებ დოკუმენტებიდან.

თუ ვადაგადაცილებული გადახდები არ ყოფილა, მაგრამ თქვენ უნდა მიუთითოთ UIN, მაშინ უბრალოდ უნდა გაგზავნოთ მოთხოვნა საგადასახადო სამსახურში ნომრის მისაღებად.

როგორ შეავსოთ ის სწორად?

როდესაც გადასახადის გადამხდელები ახორციელებენ გადახდებს რუსეთის ფედერაციის საბიუჯეტო სისტემაში, ისინი ავსებენ გადახდის დავალებას. უნიკალური იდენტიფიკატორის გარდა, მეწარმემ უნდა მიუთითოს:

• დაწესებულების BIC, რომლის მეშვეობითაც განხორციელდება გადახდა;
• ბანკის დასახელება, მისი იურიდიული მისამართი;
• მიმდინარე ანგარიში, საიდანაც განხორციელდება გადარიცხვა;
• გადახდის სახეობა (კოდი);
• ოპერაციის თარიღი.

ნომერი შეიტანება უნიკალური გადახდის იდენტიფიკატორის ხაზში - 22 (ველის კოდი). არ შეავსოთ მხოლოდ იმ შემთხვევაში, თუ გადახდა ხდება დროულად. ამ შემთხვევაში, შეიყვანეთ "0" (ნული) ამ სტრიქონში.

რა უნდა გააკეთოს, თუ დოკუმენტი უკვე შეიცავს UIN-ს?

ზოგჯერ, განსაკუთრებით სპეციალიზებული საინფორმაციო სისტემებით გადახდების განხორციელებისას, ხაზში შეკვეთის ელექტრონულად შევსებისას (მისი კოდია 22), დამოუკიდებლად ჩნდება გადახდის უნიკალური იდენტიფიკატორი. როგორ უნდა ვიგრძნოთ ეს? ითვლება თუ არა ეს შეცდომად, თუ თანხები დროულად არის ჩარიცხული? სინამდვილეში, შეცდომა არ არის. შეგიძლიათ გადაიხადოთ პირადობის ნომრის მითითებით ან ხაზში „0“-ის შეყვანით. ისინი უბრალოდ მოითხოვენ, რომ მიუთითოთ იდენტიფიკატორი, როდესაც გადახდა დაგვიანებულია, ანუ საგადასახადო სამსახურის მოთხოვნით.

მიუხედავად იმისა, რომ შესაძლებელია გადახდა შეზღუდვების გარეშე, ეს მიდგომა არასასურველია. საწარმომ უნდა განასხვავოს რეგულარული გადასახადები და გადახდილი გადასახადები საგადასახადო ორგანოების მოთხოვნით. ეს დაგეხმარებათ თავიდან აიცილოთ დაბნეულობა მოხსენებაში.

მაგრამ მაშინაც კი, თუ შეუძლებელი იყო ბრძანებაში იდენტიფიკატორის გარკვევა და მითითება, ეს არ აძლევს ბანკებს უფლებას უარი თქვან მის მიღებაზე. ბანკი ვალდებულია მიიღოს და გადარიცხოს თანხები, მაშინაც კი, თუ UIP (გადახდის უნიკალური იდენტიფიკატორი) არ არის მითითებული. ეს წესი გაწერილია საგადასახადო სამსახურის ოფიციალურ დოკუმენტებში. მასში ნათლად წერია, რომ ფიზიკურმა ან იურიდიულმა პირმა მხოლოდ უნდა მიუთითოს თავისი TIN და შეიტანოს „0“ უნიკალური გადახდის იდენტიფიკატორის სტრიქონში (კოდი 22). ამ შემთხვევაში ბანკს არ აქვს უფლება უარი თქვას გადახდის გადარიცხვაზე. მაგრამ მეწარმემ უნდა გაითვალისწინოს, რომ შეცდომის ან დაგვიანების შემთხვევაში ბანკი არ არის პასუხისმგებელი.

რას ნიშნავს კოდი: იდენტიფიკატორის გაშიფვრა

იდენტიფიკატორი გაშიფრულია შემდეგნაირად:

1. ნომრები 1-დან 3-მდე მიუთითებს საგადასახადო განყოფილების კოდზე, რომლითაც მიიღება თანხები.
2. ნომერი 4 მიუთითებს გადახდის ტიპზე. ეს ადგილი ყოველთვის ნულოვანია.
3. ნომრები 5-დან 19-მდე. საგადასახადო სისტემაში მიუთითეთ დოკუმენტის კოდი. თითოეულ გადამხდელს ენიჭება საკუთარი სპეციალური კოდი, დოკუმენტის ინდექსის წინა ვერსიის საფუძველზე.
4. ციფრი 20. მისი ნომერი განსაზღვრავს რომელი სამთავრობო უწყება ამოწმებს გადახდას. გამოითვლება კოდის დარჩენილი 19 ციფრის გათვალისწინებით.

გადახდის უნიკალური იდენტიფიკატორი დოკუმენტის ინდექსის იდენტურია მხოლოდ იმ შემთხვევაში, თუ ინდექსი შედგება 20 ციფრისგან.

რა მოხდება, თუ არ დააკონკრეტე?

UIN ნომრის გამოყენებით, გადასახადები და სხვა გადასახადები ბიუჯეტში ავტომატურად ჩაიწერება. ინფორმაცია ბიუჯეტში გადახდების შესახებ გადადის ერთიან მონაცემთა ბაზაში. თუ არასწორ კოდს შეიყვანთ ან არ მიუთითებთ, სისტემა ვერ ამოიცნობს გადახდას და თანხა არ გადაირიცხება. ეს სავსეა ისეთი პრობლემებით, როგორიცაა:

• კომპანიას დაეკისრება დავალიანება ბიუჯეტისა და სახსრების მიმართ;
• ჯარიმები გაგრძელდება;
• მოგიწევთ გადახდის გარკვევა და მისი ბედის გარკვევა;
• თანხა ბიუჯეტში ან სახსრებში დაგვიანებით მოვა.

თუ ბიზნესმენს არ აქვს ან არ იცის გადახდის უნიკალური იდენტიფიკატორი, სად უნდა მიიღოს იგი, მას შეუძლია ნებისმიერ დროს გამოიყენოს მხარდაჭერის სერვისი GIS-ში, ვიდრე დაელოდოს საგადასახადო ორგანოების მოქმედებას. თუ მეწარმეს არ აქვს წვდომა ინტერნეტზე და სახელმწიფო სერვისების ელექტრონულ სისტემაზე, მას შეუძლია რეგულარული წერილი გაუგზავნოს უახლოეს საგადასახადო სამსახურს ან პირადად გამოცხადდეს იდენტიფიკატორის მისაღებად.

რა დოკუმენტებია საჭირო პირადობის მოწმობის მისაღებად?

ეს ყველაფერი დამოკიდებულია იმაზე, თუ რა ფორმით იქნება შედგენილი დოკუმენტი და როგორ გადაიხადოთ. თუ ეს არის ქაღალდის დოკუმენტი, მაშინ წერილობითი მოთხოვნა უნდა გაგზავნოთ საგადასახადო ორგანოში. წერილში მიუთითეთ თქვენი პასპორტის მონაცემები, INN და SNILS ნომერი. გადახდის უნიკალური იდენტიფიკატორი გაიგზავნება საპასუხო წერილში. თუ იურიდიული ან ფიზიკური პირი განყოფილებაში პირადად მოდის ამ ინფორმაციის მისაღებად, მაშინ ეს დოკუმენტები უნდა იყოს მასთან. მათ მოეთხოვებათ ფორმების შევსება.

დეტალების ელექტრონულად მისაღებად, ჯერ უნდა დარეგისტრირდეთ ერთიან საინფორმაციო სისტემაში სახელმწიფო სერვისების ვებსაიტზე, იგივე მონაცემების მითითებით, რაც წერილობითი მოთხოვნით. ამის შემდეგ, წერილი გაიგზავნება თქვენს საცხოვრებელ ადგილას დაშვების გასაღებით. და მხოლოდ ამის შემდეგ შეგიძლიათ მოითხოვოთ უნიკალური იდენტიფიკატორის მოპოვება. როგორც წესი, ეს სერვისი გათვალისწინებულია განაცხადის მიღებიდან რამდენიმე საათში. საბუთები არ არის საჭირო.

როგორც ხედავთ, იდენტიფიკატორის გამოყენებისას არაფერია რთული. მისი ამოცნობა რთული არ იქნება. ამისათვის თქვენ არ გჭირდებათ დოკუმენტების ან სერთიფიკატების შეგროვება. მაგრამ გადასახადების გადახდა შესაძლებელია მოსახერხებელი ფორმით და ნებისმიერ დროს. თუ ადრე იურიდიულ და ფიზიკურ პირებს უწევდათ დროისა და ფულის დახარჯვა გადასახადის გადასახდელად, მაშინ მისი დახმარებით მათი გადახდა შესაძლებელია სახლიდან ან ოფისიდან გაუსვლელად, სამუშაოს შეფერხების გარეშე.

1. ინტერფეისმა უნდა მიიღოს HTTPS მოთხოვნები ქვექსელის IP მისამართებიდან:
   • 79.142.16.0, ნიღაბი 255.255.240.0 (20)
   • 91.232.230.0, ნიღაბი 255.255.254.0 (23)
2. ინტერფეისმა უნდა დაამუშაოს სისტემის მიერ გადაცემული პარამეტრები HTTP GET მეთოდის გამოყენებით.
3. ინტერფეისმა უნდა შექმნას პასუხი სისტემაზე XML ფორმატში UTF-8 კოდირებით.
4. ინფორმაციის გაცვლა ხდება „მოთხოვნა-პასუხის“ რეჟიმში და რეაგირების სიჩქარე არ უნდა აღემატებოდეს 60 წამს, წინააღმდეგ შემთხვევაში სისტემა არღვევს კავშირს დროის გასვლის გამო.
5. თუ მოსალოდნელია გადახდების მოსალოდნელი რაოდენობა დაკავშირებული პროვაიდერის სერვისებისთვის (წუთში 10 გადახდამდე ან მეტი), აუცილებელია, რომ ინტერფეისმა მხარდაჭერით უზრუნველყოს მრავალსართულიანი კომუნიკაცია 10-15 ერთდროულ კავშირამდე.
6. ინტერფეისმა უნდა მიიღოს მოთხოვნები HTTPS პროტოკოლის მეშვეობით ერთ-ერთ შემდეგ TCP პორტზე: 80, 81, 443, 8008, 8080, 8081, 8090, 8443, 4433. სხვა პორტების გამოყენება დაუშვებელია.

ინტერფეისის ძირითადი პრინციპები

ყველა მოთხოვნა იგზავნება GET მეთოდით, პარამეტრები გადაეცემა მოთხოვნის გზას.

გადახდის ინფორმაციის პროვაიდერზე გადაცემა QIWI Wallet სისტემით ხორციელდება ორ ეტაპად - აბონენტის სტატუსის შემოწმება და უშუალოდ გადახდა. ასევე შეიძლება დაემატოს პროვაიდერისგან დამატებითი გადახდის პარამეტრების მოპოვების წინასწარი ეტაპი, რომელიც უზრუნველყოფს აბონენტს რამდენიმე სერვისით, რათა აცნობოს გადამხდელს და დაამატოს გადამხდელის არჩევანის გადახდის პარამეტრები.

მოთხოვნის ტიპი გადაცემულია QIWI Wallet სისტემით ბრძანების ცვლადში - სტრიქონი, რომელიც იღებს მნიშვნელობების შემოწმებას, გადახდას ან მიიღეთInfo-ს:

შეკითხვის პარამეტრები

ყველა პარამეტრი საჭიროა იმ შეკითხვებში, რომლებშიც ისინი გამოიყენება.

Პარამეტრი	ფორმატი	აღწერა	რა შეკითხვებში გამოიყენება?
txn_id	მთელი რიცხვი 20 სიმბოლომდე	უნიკალური გადახდის იდენტიფიკატორი QIWI სისტემაში. ეს იდენტიფიკატორი გამოიყენება საკამათო საკითხების გადასაჭრელად.	შეამოწმეთ, გადაიხადეთ
ჯამი	მეასედამდე ზუსტი წილადი რიცხვი გამოიყენება როგორც გამყოფი. (წერტილი). თუ ჯამი წარმოადგენს მთელ რიცხვს, მაშინ მას მაინც ემატება წერტილი და ნულები, მაგალითად - 152.00.	გადახდის ოდენობა	შეამოწმეთ, გადაიხადეთ
ccy	ალფა-3 ISO 4217 ვალუტის კოდი	გადახდის ვალუტა	შეამოწმეთ, გადაიხადეთ
txn_date	YYYYMMDDHHMMSS	გადახდის თარიღი (სისტემაში გადახდის თარიღი ნიშნავს კლიენტისგან მოთხოვნის მიღების თარიღს). ამ თარიღიდან გამომდინარე, ხორციელდება QIWI Wallet-სა და პროვაიდერს შორის ორმხრივი ანგარიშსწორების შემდგომი შეჯერება. მაგალითად, კლიენტმა გაუგზავნა მოთხოვნა QIWI Wallet სისტემას 12/31/2010 23:59:59 საათზე, ხოლო QIWI Wallet სისტემამ თავისი მოთხოვნა გაუგზავნა პროვაიდერს 01/01/2011 00:00:05 საათზე. ამან შეიძლება გამოიწვიოს გადახდის შეჯერების საკითხი, თუ პროვაიდერის სისტემა განათავსებს ტრანზაქციას მომდევნო ბილინგის პერიოდში. ასეთი პრობლემების თავიდან ასაცილებლად, QIWI Wallet აწვდის პროვაიდერს გადახდის თავდაპირველ თარიღს.	გადაიხადე
ანგარიში	სტრიქონი, რომელიც შეიცავს ასოებს, რიცხვებს და სპეციალურ სიმბოლოებს, 200 სიმბოლომდე სიგრძით	აბონენტის ID. პროვაიდერი თავის აბონენტს იდენტიფიცირებს უნიკალური იდენტიფიკატორით (პერსონალური ანგარიშის ნომერი, ტელეფონის ნომერი, შესვლა და ა.შ.). პროვაიდერთან გაგზავნამდე, იდენტიფიკატორი დამოწმებულია რეგულარული გამოხატვის მიხედვით, რომელიც .	შეამოწმეთ, გადაიხადეთ, მიიღეთ ინფორმაცია
ზედმეტი	მისაღები რიცხვებია რიცხვები (0-9), ქვედა ხაზი (_) და პატარა ლათინური ასოები (a-z)	გადახდის დამატებითი დეტალები (დამატებითი ველები). ამ პარამეტრების გამოყენება შესაძლებელია, თუ გადახდა შეუძლებელია დამატებითი მონაცემების გარეშე (პროვაიდერის სისტემაში ერთი მომხმარებლის ID არ არის საკმარისი). მაგალითად, მომხმარებლის ID არის საკრედიტო ბარათის ნომერი, მაგრამ გადახდისათვის ასევე უნდა მიუთითოთ ბარათის ვადის გასვლის თარიღი. პროვაიდერისთვის გადასაცემი აუცილებელი ველების სია უნდა იყოს მითითებული .	შეამოწმეთ, გადაიხადეთ
prvId	მთელი რიცხვი	სერვისის იდენტიფიკატორი პროვაიდერის საერთო სისტემაში.	ინფორმაციის მიღება
პარამეტრი_სახელი	სახელის ფორმატი და პარამეტრების მნიშვნელობა მითითებულია პროვაიდერის მიერ.	დამატებითი პარამეტრები აბონენტის იდენტიფიკაციისთვის	ინფორმაციის მიღება

პროვაიდერის სერვისის გაფართოების მხარდასაჭერად და ფუნქციონირების შესანარჩუნებლად იმ პერიოდში, როდესაც ჩართულია პროტოკოლით გათვალისწინებული სხვადასხვა ფუნქციები (მაგალითად, გადახდის ახალი დეტალების გადაცემის ჩართვა), ვარაუდობენ, რომ პროვაიდერი ხელს არ უშლის ახლის გამოჩენას. HTTP პარამეტრები მოთხოვნაში.

გარანტირებულია, რომ მოთხოვნაში ახალი პარამეტრების გამოჩენა არ გამოიწვევს პროვაიდერის მხრიდან მოთხოვნის დამუშავების შეცვლის აუცილებლობას, თუ პროვაიდერთან არ არის შეთანხმებული ლოგიკის ასეთი ცვლილება.

პასუხის ფორმატი

პროვაიდერმა უნდა დაუბრუნოს სისტემას მოთხოვნებზე პასუხი XML ფორმატში. პასუხის ზოგადი სტრუქტურა ნაჩვენებია ჩანართში მარჯვნივ.

123323498 12369Bdkjh9 100.00 643 2012-04-05T12:00:07 0

თუ პროვაიდერთან რომელიმე მოთხოვნა ვერ მოხერხდა, პროვაიდერი აბრუნებს შეცდომის კოდს .

პროვაიდერის საინფორმაციო სისტემა არ უნდა შეიცავდეს ორ წარმატებით დასრულებულ გადახდას იგივე txn_id ნომრით. თუ სისტემა ხელახლა აგზავნის მოთხოვნას პროვაიდერის საინფორმაციო სისტემაში უკვე არსებული txn_id იდენტიფიკატორით, მაშინ პროვაიდერმა უნდა დააბრუნოს წინა მოთხოვნის დამუშავების შედეგი.

პასუხი შეიძლება შეიცავდეს შემდეგ ტეგებს:

მაგალითად, არის სიტუაცია: კლიენტმა გაგზავნა მოთხოვნა სისტემაში 12/31/2010 23:59:59. მონაცემთა დამუშავებისა და საკომუნიკაციო არხებით ინფორმაციის გაგზავნის შეფერხების გათვალისწინებით, გადახდა მიიღება პროვაიდერის მიერ 01/01/2011 00:00:05 საათზე და, შესაბამისად, მხედველობაში მიიღება პროვაიდერის სისტემაში სხვა მოხსენებაში. პერიოდი. იმისათვის, რომ თავიდან იქნას აცილებული პრობლემები სხვადასხვა საანგარიშგებო პერიოდებთან შეჯერების ჩატარებისას, აუცილებელია, რომ პროვაიდერმა დააბრუნოს თარიღი, რომელზედაც აღრიცხვა ხორციელდება მის სისტემაში.

აბონენტის ანგარიშის სტატუსის შემოწმებისა და გადახდის რეგისტრაციის მოთხოვნის მაგალითი

მაგალითი პირობები:

პროვაიდერის გადახდის აპლიკაცია payment_app მდებარეობს yourservice.prv.ru, სერვერი მხარს უჭერს HTTPS კავშირებს 8443 პორტზე.

აბონენტის სტატუსის შესამოწმებლად QIWI Wallet სისტემა წარმოქმნის მოთხოვნას (იხ. ჩანართი მარჯვნივ).

მიიღეთ /payment_app?command=check&txn_id=1234567& account=4957835959&sum=10.45&cccy=RUB 1234567 2016 AB 10.45 რუბლი 0 კარგი

მოთხოვნა შეიცავს პარამეტრებს:

• command=check – აბონენტის სტატუსის შემოწმების მოთხოვნის იდენტიფიკატორი;

წარმატებული პასუხი პროვაიდერისგან (იხ. ჩანართი მარჯვნივ).

შემოწმების მოთხოვნაზე შედეგი=0-ის დაბრუნება მიუთითებს, რომ აბონენტის პირადი ანგარიში ანგარიშის ველში შესაბამისი ნომრით შეიძლება შეივსოს თანხის ველში მოთხოვნაში მითითებული თანხით. აბონენტის ანგარიშის სტატუსის წარმატებით შემოწმების შემდეგ, სისტემა აგრძელებს ბალანსის შევსების მოთხოვნის გენერირებას და გაგზავნას (გადახდის მოთხოვნა).

პირადი ანგარიშის შევსების მოთხოვნის მაგალითი

მაგალითი პირობები:

გადახდის დასადასტურებლად QIWI Wallet სისტემა წარმოქმნის მოთხოვნას (იხ. ჩანართი მარჯვნივ).

მიიღეთ /payment_app?command=pay&txn_id=1234567& txn_date=20110815120133&account=4957835959&sum=10.45&ccy=RUB HTTP / 1.1 ჰოსტი: yourservice.prv.ru:8443 პროვაიდერის პასუხი 1234567 2016 AB 10.45 რუბლი 0 კარგი 2011-08-15T12:06:45

მოთხოვნა შეიცავს პარამეტრებს:

• command=pay – აბონენტის ბალანსის შევსების მოთხოვნის იდენტიფიკატორი;
• txn_id=1234567 – შიდა გადახდის ნომერი QIWI სისტემაში;
• txn_date=20090815120133 – QIWI სისტემაში გადახდის რეგისტრაციის თარიღი;
• account=4957835959 – აბონენტის იდენტიფიკატორი პროვაიდერის საინფორმაციო სისტემაში;
• sum=10.45 – აბონენტის პირად ანგარიშზე ჩასარიცხი თანხა;
• ccy=RUB – აბონენტის პირად ანგარიშზე ჩარიცხული თანხის ვალუტა.

გადახდის მოთხოვნაზე შედეგი=0 დაბრუნებით, პროვაიდერი აცნობებს ბალანსის შევსების ოპერაციის წარმატებით დასრულებას. სისტემა ასრულებს ამ ტრანზაქციის დამუშავებას.

არჩევითი კომენტარის ველი შეიცავს სერვისის კომენტარს.

დამატებითი გადახდის მონაცემების მოთხოვნის მაგალითი

მაგალითი პირობები:

პროვაიდერის გადახდის აპლიკაცია payment_app მდებარეობს yourservice.prv.ru, სერვერი მხარს უჭერს HTTPS კავშირებს 8443 პორტზე.

დამატებითი გადახდის მონაცემების მისაღებად QIWI Wallet სისტემა წარმოქმნის მოთხოვნას (იხ. ჩანართი მარჯვნივ).

მიიღეთ /payment_app?command=getInfo&prvId=12345& account=4957835959&name1=%26%30AB&name2=0 HTTP / 1.1 ჰოსტი: yourservice.prv.ru:8443 პროვაიდერის პასუხი ანგარიში 1 ვადა2 0 კარგი

მოთხოვნა შეიცავს პარამეტრებს:

• command=getInfo – იდენტიფიკატორის მოთხოვნა აბონენტისთვის დამატებითი გადახდის მონაცემების მისაღებად;
• prvId=12345 – იდენტიფიკატორი პროვაიდერის სერვისის იდენტიფიკაციისთვის;
• account=4957835959 – აბონენტის იდენტიფიკატორი პროვაიდერის საინფორმაციო სისტემაში;
• name1, name2 - დამატებითი აბონენტის იდენტიფიკატორები.

პროვაიდერის პასუხისთვის იხილეთ ჩანართი მარჯვნივ.

getInfo მოთხოვნაზე შედეგის=0 დაბრუნება მიუთითებს, რომ მოთხოვნა წარმატებით დასრულდა და აბონენტისთვის გამოსატანი დამატებითი მონაცემები მიღებულია.

არჩევითი კომენტარის ველი შეიცავს სერვისის კომენტარს.

ყოველდღიური შერიგება

მოსკოვის დროით 10:00 საათამდე სისტემა წარმოქმნის და აგზავნის მითითებულ მისამართზე წინა დღისთვის მიღებული გადახდების ელექტრონულ რეესტრს.

რეესტრს აქვს შემდეგი სტრუქტურა:

ტრანზაქციის თარიღი (მოსკოვი); ანგარიშის თარიღი; ტიპი; ტრანზაქციის ნომერი; ტრანზაქციის ვალუტის ID; ტრანზაქციის თანხა; მოვაჭრის კომენტარი; მოვაჭრის ტრანზაქცია/ინვოისის ნომერი; ინვოისის გაცემის თარიღი; QW ID; ანგარიში; თანხის დაბრუნების ID

;;გადახდა; ;;;;;;;;

;;გადახდა; ;;;;;;;;

ველები გამოყოფილია ნიშნით; , თანხის წილადი ნაწილი გამოყოფილია წერტილით, თარიღი/დრო არის მოსკოვი, ხაზის არხი შეიძლება შედგებოდეს სიმბოლოებისგან x0D x0A ან უბრალოდ x0D.

Მაგალითად:

31.02.2005 00:04:00;31.02.2005

00:00:00;გადახდა;3464968222;USD;5.00;;;;;0957835959;;

02/31/2005 00:04:00;02/31/2005 00:00:00;გადახდა;3464968912;RUB;10.34;;;;; [ელფოსტა დაცულია];;

02/31/2005 00:11:00;02/31/2005 00:00:00;გადახდა;3464974548;ევრო;4.72;;;;;ABC-12345;;

სისტემა მოიცავს მხოლოდ წარმატებით დასრულებულ გადახდებს რეესტრში.

გადახდები, რომლებიც მიღებულია როგორც ონლაინ შეტყობინებებით, ასევე რეესტრში დადასტურებულად ითვლება.

თუ რეესტრი არ შეიცავს გადახდებს, რომლებიც განხორციელდა პროვაიდერის მონაცემთა ბაზაში, ან შეიცავს გადახდებს, რომლებიც არ არის პროვაიდერის მონაცემთა ბაზაში, ან თუ რეესტრი არ არის მიღებული, თქვენ უნდა დაუკავშირდეთ ხელშეკრულებაში მითითებულ QIWI საკონტაქტო პირს 12:00 საათამდე. სიტუაციის გასარკვევად და გადაწყვეტილების მისაღებად.

დამატებითი მოთხოვნის ავტორიზაციის ვარიანტები

კავშირის აპლიკაციაში, პროვაიდერს შეუძლია მიუთითოს იდენტიფიკატორი (შესვლა) და მისთვის საიდუმლო პაროლი, რომელიც გამოიყენება ავტორიზაციისთვის QIWI-დან მოთხოვნის მიღებისას.

ავტორიზაციის ეს მონაცემები გადაცემულია HTTP(S) მოთხოვნების სტანდარტული ავთენტიფიკაციის ძირითადი წესების მიხედვით. მოთხოვნას ემატება ავტორიზაციის HTTP სათაური. სათაური შეიცავს Basic სტრიქონს (ბოლოში ინტერვალით) და BASE64-ში დაშიფრულ წყვილს „login:password“:

ავტორიზაცია: ძირითადი ***

BASE64("Login:Password") = "***"

განაცხადი კავშირისთვის (ნიმუში)

გასასვლელი კოდების სია

სისტემიდან მოთხოვნის დამუშავებისას, პროვაიდერმა უნდა შეესაბამებოდეს მის აპლიკაციაში წარმოქმნილ ყველა შეცდომას ქვემოთ მოცემულ სიას და დააბრუნოს ელემენტში შესაბამისი კოდები.

+ ნიშანი სვეტში "fatality" მიუთითებს, რომ შეცდომა ფატალურია. QIWI Wallet სისტემისთვის ფატალური შეცდომა ნიშნავს, რომ იგივე პარამეტრებით მოთხოვნის ხელახლა გაგზავნა გამოიწვევს იგივე შეცდომის 100%-ით გამეორებას - შესაბამისად, სისტემა წყვეტს კლიენტის მოთხოვნის დამუშავებას და შეცდომით ასრულებს მას.

არასაბედისწერო შეცდომა სისტემისთვის ნიშნავს, რომ გარკვეული პერიოდის შემდეგ იგივე პარამეტრებით მოთხოვნის გამეორება, ალბათ, წარმატებამდე მიგვიყვანს. სისტემა გაიმეორებს მოთხოვნებს, რომლებიც წარუმატებელია არასასიკვდილო შეცდომით, განუწყვეტლივ გაზრდის ინტერვალს, სანამ ოპერაცია წარმატებული იქნება ან ვერ მოხერხდება, ან სანამ მოთხოვნის 24-საათიანი ვადა ამოიწურება.

პროვაიდერის სერვერთან კავშირის არარსებობა არასასიკვდილო შეცდომაა.

პასუხში ელემენტის არარსებობა (არასწორი XML, სერვისი დროებით მიუწვდომელი გვერდი და ა.შ.) ასევე არასაბედისწერო შეცდომაა.

კოდი