การตรวจสอบจะดำเนินการเพื่อให้แน่ใจว่าใบแจ้งหนี้และการชำระเงินที่ตามมาสามารถดำเนินการได้อย่างถูกต้องที่ด้านข้างของโครงการ

ด้วยการผสานรวมที่ง่ายขึ้น ID ผู้ใช้และคำสั่งซื้อจะได้รับการตรวจสอบสองครั้ง: เมื่อเปลี่ยนเป็นแบบฟอร์มการชำระเงินและเมื่อเลือกวิธีการชำระเงิน

โครงการต้องการ:

• ID ผู้ใช้หรือ URL การยืนยันคำสั่งซื้อ(ระบุในการตั้งค่าทางเทคนิคในบัญชีส่วนบุคคล);
• ตัวจัดการที่สามารถยอมรับและรับรู้พารามิเตอร์ของคำขอจากระบบและตอบสนองตามที่ระบบคาดหวัง

หากการตรวจสอบตัวระบุหลังจากออกใบแจ้งหนี้จบลงด้วยข้อผิดพลาด จะไม่มีการออกใบแจ้งหนี้ และผู้ใช้จะถูกเปลี่ยนเส้นทางไปยังหน้าข้อผิดพลาดการชำระเงินที่ระบุโดยโครงการโดยใช้พารามิเตอร์ return_url_failหรือในการตั้งค่าทางเทคนิค (หากไม่ได้ระบุหน้า ระบบจะใช้หน้าที่คล้ายกันในฝั่งระบบ) ไปที่หน้าข้อผิดพลาดการชำระเงิน โดยใช้วิธี GETพารามิเตอร์จะถูกส่งโดยอัตโนมัติ err_msgที่มีความหมาย "ตัวละครนี้ไม่มีอยู่จริง".

ขอพารามิเตอร์จากระบบไปยังโครงการ

ระบบส่งคำขอไปยังโครงการสำหรับ URL เพื่อตรวจสอบตัวระบุหรือคำสั่งของผู้ใช้ที่ระบุในการตั้งค่าทางเทคนิคในบัญชีส่วนบุคคล

• วิธีโอน - โพสต์;
• การเข้ารหัส - UTF-8.

พารามิเตอร์	คำอธิบายพารามิเตอร์	รูปแบบพารามิเตอร์	พารามิเตอร์บังคับ
รหัสผู้ใช้	ตัวระบุผู้ใช้หรือคำสั่งซื้อ (เท่ากับค่าพารามิเตอร์ ชื่อเล่นวี )	สตริง (256)	ใช่
userid_extra	ข้อมูลเพิ่มเติมที่จำเป็นสำหรับการชำระเงินหรือการรวบรวมสถิติด้านโครงการ (เท่ากับมูลค่าของพารามิเตอร์ nick_extra )	สตริง (500)	เลขที่
กุญแจ	ลายเซ็นตรวจสอบคำขอ มันถูกสร้างขึ้นเป็นแฮชตามอัลกอริทึม md5 จากการรวมพารามิเตอร์ต่อไปนี้: ค่าพารามิเตอร์ รหัสผู้ใช้, รหัสลับโครงการ	md5 (0 รหัสลับโครงการ userid0)	ใช่
จำนวน		0	ใช่
รหัสการชำระเงิน	การตรวจสอบคำขอตรวจสอบ รับเฉพาะศูนย์ (จำนวน = 0)	0	ใช่
เลขที่ใบสั่งซื้อ	รหัสการชำระเงินในระบบบัญชีของโครงการ (เท่ากับมูลค่าของพารามิเตอร์ order_idวี )	วาร์ชาร์ (64)	เลขที่

พารามิเตอร์การตอบสนองโครงการ

โครงการควรได้รับการตอบสนองต่อคำขอของระบบ

กฎต่อไปนี้ใช้เพื่อส่งผ่านพารามิเตอร์การสืบค้น:

• รูปแบบ - XML;
• การเข้ารหัส - UTF-8.

พารามิเตอร์	คำอธิบายพารามิเตอร์	รูปแบบพารามิเตอร์	พารามิเตอร์บังคับ
รหัส	ขอรหัสตอบกลับ ใช่- ตัวระบุมีอยู่ ไม่- ไม่มีตัวระบุ	(กรณีที่สำคัญ)	ใช่
ความคิดเห็น	การถอดรหัสรหัสตอบกลับคำขอ ตัวอย่างของข้อความ: การตรวจสอบความถูกต้องสำหรับพารามิเตอร์ userid ล้มเหลว การตรวจสอบความถูกต้องสำหรับพารามิเตอร์ orderid ล้มเหลว การตรวจสอบพารามิเตอร์คีย์ล้มเหลว	สตริง (400)	เลขที่

ตัวอย่างการตอบกลับคำขอให้ตรวจสอบ ID ผู้ใช้หรือคำสั่งซื้อ

ใช่

ตัวอย่างของตัวจัดการคำขอระบบขั้นต่ำเมื่อตรวจสอบผู้ใช้หรือตัวระบุคำสั่งซื้อ

// สร้างฟังก์ชันตอบกลับ sendResponse (สถานะ $, $ message = "") ($ response = ""." \ n "; $ ตอบกลับ =" "." \ n "; $ ตอบกลับ =" ". $ สถานะ""." \ n "; $ ตอบกลับ =" ". $ ข้อความ""." \ n "; $ ตอบกลับ =""; die ($ ตอบกลับ);) // ตรวจสอบว่า ID ผู้ใช้หรือคำสั่งมีอยู่หรือไม่ ฟังก์ชั่น checkUser ($ userID) ($ sql =" เลือกล็อกอินจากผู้ใช้ WHERE usr_id = ".intval ($ userID); $ query = mysql_query ( $ sql ); if (mysql_error ()) (คืนค่า FALSE;) if (mysql_num_rows ($ แบบสอบถาม) == 0) (คืนค่า FALSE;) คืนค่า TRUE;) $ secretKey = "IT \" S_A_PROJECT_SECRET_WORD "; $ projectHash = md5 ($ _ POST ["amount"] $ _ POST ["userid"] $ _ POST ["paymentid"] $ secretKey); if ($ projectHash! = $ _POST ["key"]) (sendResponse ("NO", "The valid signature signature of the request is invalid.");) if (floatval ($ _ POST ["amount"]) == 0 && intval ($ _POST ["paymentid"]) == 0) (// ขอให้ตรวจสอบ ID ผู้ใช้หรือสั่งซื้อหาก (checkUser ($ _ POST ["userid"])) (sendResponse ("YES", "ID มีอยู่");) อื่น ๆ ( sendResponse ("NO", "ไม่พบ ID");))

ข้อมูลทั่วไป

คำอธิบายของพารามิเตอร์อินพุต

ป้อนข้อมูล: เอกสาร 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	ไม่พบข้อมูลที่ร้องขอ	เกิดขึ้นโดยมีเงื่อนไขว่าไม่พบข้อมูลเกี่ยวกับนิติบุคคลในทะเบียน Unified State ของนิติบุคคล
2	51	คำขอได้รับการยอมรับสำหรับการประมวลผล	เกิดขึ้นเมื่อได้รับการร้องขอสำหรับการประมวลผลสำเร็จ
3	52	คำตอบยังไม่พร้อม	เกิดขึ้นในกรณีที่ไม่สามารถตอบสนองต่อคำขอที่ยอมรับได้สำเร็จสำหรับการประมวลผล	ใช้เมื่อทำการขอแบบอะซิงโครนัส
4	53	ไม่สามารถให้ข้อมูลเกี่ยวกับนิติบุคคล / ผู้ประกอบการแต่ละรายให้ ในรูปแบบอิเล็กทรอนิกส์	เกิดขึ้นเมื่อไม่สามารถตอบสนองต่อคำขอในรูปแบบอิเล็กทรอนิกส์ได้
5	82	ข้อผิดพลาดในการควบคุมรูปแบบลอจิคัล	เกิดขึ้นเมื่อเอกสาร (คำขอ) ไม่ตรงกับ xsd-schema	สำรองใช้ไม่ได้
6	83	ไม่มีคำขอที่มี ID คำขอที่ระบุและประเภทของข้อมูลที่ร้องขอจากหน่วยงานนี้	เกิดขึ้นในสถานการณ์เมื่อมีการระบุตัวระบุคำขอที่ไม่ถูกต้อง (ไม่ทราบ) ในคำขอเพื่อให้ได้ผลลัพธ์สำหรับคำชี้แจงของคำชี้แจงของนิติบุคคลและ (หรือ) คำขอที่มีตัวระบุดังกล่าวไม่ได้รับจากหน่วยงานนี้	ใช้กับคำขอแบบอะซิงโครนัส (เมื่อได้รับผลลัพธ์ของคำขอใบแจ้งยอดสำหรับนิติบุคคล)
9	99	ระบบผิดพลาด	เกิดขึ้นเมื่อมีข้อผิดพลาดภายในในซอฟต์แวร์ของ IS FTS ของรัสเซีย

1. กรณีทดสอบ

คำขอรับผลคำขอรับคำชี้แจงของนิติบุคคล

ตอบรับคำร้องรับผลคำร้องใบแจ้งยอดนิติบุคคล กรณียังไม่ดำเนินการตามคำร้อง

ตอบสนองต่อการร้องขอเพื่อรับผลลัพธ์ของการร้องขอคำชี้แจงของนิติบุคคลที่มีรหัสส่งคืน 53

ตอบสนองต่อคำขอรับผลการร้องขอคำชี้แจงของนิติบุคคลที่มีข้อผิดพลาด (รหัสการประมวลผลที่ไม่ได้สงวนไว้)
(ค่าแอตทริบิวต์เปลี่ยนแปลงและ)

หมายเหตุ: เงื่อนไขสำหรับข้อผิดพลาดนี้ในสภาพแวดล้อมการทดสอบถูกทริกเกอร์โดยไม่ได้ตั้งใจ ตัวอย่างนี้อธิบายตรรกะทั่วไปและโครงสร้างของการตอบสนองข้อผิดพลาด เมื่อทำการทดสอบในสภาพแวดล้อมที่มีประสิทธิผล จะไม่สามารถส่งคืนการตอบสนองที่เหมือนกันทุกประการโดยไม่ได้ระบุเงื่อนไขที่จำเป็น

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 ในสองขั้นตอน - ตรวจสอบสถานะของสมาชิกและชำระเงินโดยตรง นอกจากนี้ยังสามารถเพิ่มขั้นตอนเบื้องต้นในการรับพารามิเตอร์การชำระเงินเพิ่มเติมจากผู้ให้บริการที่ให้บริการหลายอย่างแก่ผู้สมัครสมาชิกเพื่อแจ้งผู้ชำระเงินและเพิ่มพารามิเตอร์การชำระเงินตามทางเลือกของผู้ชำระเงิน

ประเภทของคำขอจะถูกส่งโดยระบบกระเป๋าเงิน QIWI ในตัวแปรคำสั่ง - สตริงที่ตรวจสอบค่า จ่าย หรือ getInfo:

พารามิเตอร์แบบสอบถาม

พารามิเตอร์ทั้งหมดจำเป็นในการสืบค้นที่ใช้

พารามิเตอร์	รูปแบบ	คำอธิบาย	แบบสอบถามที่ใช้
txn_id	จำนวนเต็มไม่เกิน 20 ตัวอักษร	ตัวระบุเฉพาะของการชำระเงินในระบบ QIWI ตัวระบุนี้ใช้เพื่อแก้ไขปัญหาความขัดแย้ง	เช็ค จ่าย
ผลรวม	เศษส่วนถูกต้องหลักร้อย ใช้เป็นตัวคั่น (จุด). หากผลรวมเป็นจำนวนเต็ม ก็จะยังคงมีการเติมจุดและศูนย์ไว้ เช่น - 152.00	จำนวนเงินที่ชำระ	เช็ค จ่าย
ccy	รหัสสกุลเงิน Alpha-3 ISO 4217	สกุลเงินการชำระเงิน	เช็ค จ่าย
txn_date	ปปปปปปปปปปปปปปปปปปปปปปป	วันที่ชำระเงิน (วันที่ชำระเงินในระบบ หมายถึง วันที่ได้รับคำขอจากลูกค้า) ภายในวันที่นี้ การกระทบยอดเพิ่มเติมของการตั้งถิ่นฐานระหว่าง QIWI Wallet และผู้ให้บริการจะดำเนินการ ตัวอย่างเช่น ลูกค้าส่งคำขอไปยังระบบ QIWI Wallet เมื่อวันที่ 31/12/2010 เวลา 23:59:59 น. และระบบ QIWI Wallet ได้ส่งคำขอไปยังผู้ให้บริการเมื่อวันที่ 01/01/2011 เวลา 00:00:05 น. ซึ่งอาจนำไปสู่ปัญหาการกระทบยอดการชำระเงินหากระบบของผู้ให้บริการทำธุรกรรมในรอบการเรียกเก็บเงินถัดไป เพื่อหลีกเลี่ยงปัญหาดังกล่าว QIWI Wallet จะให้วันที่ชำระเงินเดิมแก่ผู้ให้บริการ	จ่าย
บัญชีผู้ใช้	สตริงที่ประกอบด้วยตัวอักษร ตัวเลข และอักขระพิเศษ ยาวไม่เกิน 200 อักขระ	รหัสสมาชิก ผู้ให้บริการระบุสมาชิกของตนด้วยตัวระบุที่ไม่ซ้ำกัน (หมายเลขบัญชีส่วนบุคคล หมายเลขโทรศัพท์ เข้าสู่ระบบ ฯลฯ) ก่อนที่จะถูกส่งไปยังผู้ให้บริการ ตัวระบุจะถูกตรวจสอบกับนิพจน์ทั่วไปที่	เช็ค จ่าย รับข้อมูล
พิเศษ	อนุญาตเป็นตัวเลข (0-9) ขีดล่าง (_) และอักษรละตินตัวพิมพ์เล็ก (a-z)	รายละเอียดการชำระเงินเพิ่มเติม (ช่องเพิ่มเติม) สามารถใช้พารามิเตอร์เหล่านี้ได้หากไม่สามารถชำระเงินได้หากไม่มีข้อมูลเพิ่มเติม (ID ผู้ใช้เดียวในระบบของผู้ให้บริการไม่เพียงพอ) ตัวอย่างเช่น ID ผู้ใช้ของคุณคือหมายเลขบัตรเครดิตของคุณ แต่คุณต้องระบุวันหมดอายุของบัตรด้วยเพื่อชำระเงิน ต้องระบุรายการฟิลด์ที่จำเป็นสำหรับการส่งไปยังผู้ให้บริการ	เช็ค จ่าย
prvId	จำนวนเต็ม	รหัสบริการใน ระบบทั่วไปผู้ให้บริการ.	รับข้อมูล
Parameter_name	รูปแบบของชื่อและค่าของพารามิเตอร์ถูกระบุโดยผู้ให้บริการใน	พารามิเตอร์เพิ่มเติมสำหรับการระบุสมาชิก	รับข้อมูล

เพื่อรองรับการขยายและรักษาความสามารถในการให้บริการของผู้ให้บริการในช่วงเวลาที่มีการเปิดใช้งานฟังก์ชั่นต่างๆ ที่โปรโตคอลให้มา (เช่น การเปิดใช้งานการโอนรายละเอียดการชำระเงินใหม่) ถือว่าผู้ให้บริการไม่ได้ป้องกันพารามิเตอร์ 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 = ตรวจสอบ & txn_id = 1234567 & บัญชี = 4957835959 & ผลรวม = 10.45 & ccy = RUB 1234567 2016AB 10.45 ถู 0 ตกลง

คำขอประกอบด้วยพารามิเตอร์:

• command = ตรวจสอบ - ขอตัวระบุสำหรับตรวจสอบสถานะของสมาชิก;

การตอบสนองที่ประสบความสำเร็จจากผู้ให้บริการ (ดูแท็บทางด้านขวา)

การส่งคืนผลลัพธ์ = 0 ไปยังคำขอตรวจสอบแสดงว่าบัญชีส่วนตัวของผู้สมัครสมาชิกที่มีหมายเลขตรงกันในช่องบัญชีสามารถเติมเต็มด้วยจำนวนเงินที่ระบุในคำขอในช่องผลรวม หลังจากตรวจสอบสถานะบัญชีของสมาชิกเรียบร้อยแล้ว ระบบจะดำเนินการสร้างและส่งคำขอเพื่อเติมยอดคงเหลือ (คำขอชำระเงิน)

ตัวอย่างคำขอเติมเงินในบัญชีส่วนตัว

เงื่อนไขตัวอย่าง:

เพื่อยืนยันการชำระเงิน ระบบ QIWI Wallet จะสร้างคำขอ (ดูแท็บทางด้านขวา)

รับ / payment_app? command = จ่าย & txn_id = 1234567 & txn_date = 20110815120133 & บัญชี = 4957835959 & ผลรวม = 10.45 & ccy = RUB HTTP / 1.1 โฮสต์: yourservice.prv.ru:8443 การตอบสนองของผู้ให้บริการ 1234567 2016AB 10.45 ถู 0 ตกลง 2011-08-15T12: 06: 45

คำขอประกอบด้วยพารามิเตอร์:

• command = pay - ตัวระบุคำขอเพื่อเติมยอดคงเหลือของสมาชิก
• txn_id = 1234567 - หมายเลขการชำระเงินภายในในระบบ QIWI
• txn_date = 2009081520133 - วันที่ผ่านรายการชำระเงินในระบบ QIWI
• บัญชี = 4957835959 - ตัวระบุสมาชิกในระบบข้อมูลของผู้ให้บริการ
• ผลรวม = 10.45 - จำนวนเงินที่จะโอนเข้าบัญชีส่วนตัวของผู้สมัครสมาชิก
• ccy = RUB - สกุลเงินของจำนวนเงินที่โอนเข้าบัญชีส่วนตัวของผู้สมัครสมาชิก

ผลลัพธ์ที่ได้ = 0 ในคำขอจ่าย ผู้ให้บริการแจ้งเกี่ยวกับการดำเนินการเติมยอดคงเหลือที่เสร็จสมบูรณ์ ระบบเสร็จสิ้นการประมวลผลธุรกรรมนี้อย่างสมบูรณ์

ฟิลด์ความคิดเห็นที่เป็นตัวเลือกมีความคิดเห็นเกี่ยวกับบริการ

ตัวอย่างคำขอรับข้อมูลการชำระเงินเพิ่มเติม

เงื่อนไขตัวอย่าง:

แอปพลิเคชันการชำระเงินของผู้ให้บริการ payment_app อยู่ที่ yourservice.prv.ru เซิร์ฟเวอร์รองรับการเชื่อมต่อ HTTPS บนพอร์ต 8443

ในการรับข้อมูลการชำระเงินเพิ่มเติม ระบบ QIWI Wallet จะสร้างคำขอ (ดูแท็บทางด้านขวา)

รับ / payment_app? command = getInfo & prvId = 12345 & บัญชี = 4957835959 & name1 =% 26% 30AB & name2 = 0 HTTP / 1.1 โฮสต์: yourservice.prv.ru:8443 การตอบสนองของผู้ให้บริการ บัญชี1 เทอม2 0 ตกลง

คำขอประกอบด้วยพารามิเตอร์:

• command = getInfo - ตัวระบุคำขอรับข้อมูลการชำระเงินเพิ่มเติมสำหรับสมาชิก
• prvId = 12345 - ตัวระบุสำหรับระบุผู้ให้บริการ
• บัญชี = 4957835959 - ตัวระบุสมาชิกในระบบข้อมูลของผู้ให้บริการ
• name1, name2 - ตัวระบุสมาชิกเพิ่มเติม

ดูแท็บทางด้านขวาสำหรับคำตอบของผู้ให้บริการ

การส่งคืนผลลัพธ์ = 0 ไปยังคำขอ getInfo แสดงว่าคำขอเสร็จสมบูรณ์และได้รับข้อมูลเพิ่มเติมเพื่อแสดงต่อสมาชิก

ฟิลด์ความคิดเห็นที่เป็นตัวเลือกมีความคิดเห็นเกี่ยวกับบริการ

การกระทบยอดรายวัน

จนถึงเวลา 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; EUR; 4.72 ;;;;; ABC-12345 ;;

ระบบรวมเฉพาะการชำระเงินที่สำเร็จในการลงทะเบียน

การชำระเงินที่ยืนยันแล้วถือเป็นการชำระเงินที่มาทั้งในระหว่างการส่งข้อความออนไลน์และในการลงทะเบียน

หากการลงทะเบียนไม่มีการชำระเงินที่ทำในฐานข้อมูลของผู้ให้บริการ หรือมีการชำระเงินที่ไม่ได้อยู่ในฐานข้อมูลของผู้ให้บริการ หรือหากไม่ได้รับการลงทะเบียน คุณต้องติดต่อผู้ติดต่อ QIWI ที่ระบุในสัญญาภายในเวลา 12:00 น. เพื่อชี้แจงสถานการณ์และตัดสินใจ

ตัวเลือกเพิ่มเติมสำหรับการอนุญาตคำขอ

ในแอปพลิเคชันสำหรับการเชื่อมต่อ ผู้ให้บริการสามารถตั้งค่าตัวระบุ (เข้าสู่ระบบ) และรหัสผ่านลับได้ ซึ่งใช้สำหรับให้สิทธิ์เมื่อส่งคำขอจาก QIWI

ข้อมูลการอนุญาตนี้ถูกส่งโดย กฎมาตรฐานการตรวจสอบสิทธิ์พื้นฐานสำหรับคำขอ HTTP (S) ส่วนหัว HTTP การอนุญาตถูกผนวกเข้ากับคำขอ ส่วนหัวประกอบด้วยบรรทัดพื้นฐาน (โดยเว้นวรรคตอนท้าย) และคู่ “ล็อกอิน: รหัสผ่าน” ซึ่งเข้ารหัสใน BASE64:

การอนุญาต: พื้นฐาน ***

BASE64 ("เข้าสู่ระบบ: รหัสผ่าน") = "***"

แอปพลิเคชันการเชื่อมต่อ (ตัวอย่าง)

รายการรหัสสำเร็จ

เมื่อประมวลผลคำขอจากระบบ ผู้ให้บริการต้องจับคู่ข้อผิดพลาดทั้งหมดที่เกิดขึ้นในแอปพลิเคชันของเขากับรายการด้านล่างและส่งคืนรหัสที่เกี่ยวข้องในองค์ประกอบ

เครื่องหมาย + ในคอลัมน์ที่ร้ายแรงแสดงถึงสัญญาณข้อผิดพลาดร้ายแรง สำหรับระบบ QIWI Wallet ข้อผิดพลาดร้ายแรงหมายความว่าการส่งคำขอใหม่ด้วยพารามิเตอร์เดียวกันจะส่งผลให้เกิดข้อผิดพลาดเดียวกันซ้ำ 100% ดังนั้นระบบจะหยุดประมวลผลคำขอของไคลเอ็นต์และจบลงด้วยข้อผิดพลาด

ข้อผิดพลาดที่ไม่ร้ายแรงหมายถึงระบบที่ทำซ้ำคำขอด้วยพารามิเตอร์เดียวกันหลังจากช่วงระยะเวลาหนึ่งอาจนำไปสู่ความสำเร็จ ระบบจะลองส่งคำขอที่ล้มเหลวอีกครั้งโดยมีข้อผิดพลาดที่ไม่ร้ายแรง เพิ่มช่วงเวลาอย่างต่อเนื่องจนกว่าการดำเนินการจะสำเร็จหรือล้มเหลว หรือจนกว่าคำขอจะหมดอายุ - 24 ชั่วโมง

การไม่สื่อสารกับเซิร์ฟเวอร์ของผู้ให้บริการถือเป็นข้อผิดพลาดที่ไม่ร้ายแรง

การไม่มีองค์ประกอบในการตอบกลับ (XML ไม่ถูกต้อง หน้าบริการไม่พร้อมใช้งานชั่วคราว ฯลฯ) ก็เป็นข้อผิดพลาดที่ไม่ร้ายแรงเช่นกัน

รหัส