บันทึกจากหน้างาน

virtual IBAN คืออะไร

virtual IBAN (vIBAN) คือเลขที่บัญชีธนาคารระหว่างประเทศ (IBAN) ที่ใช้งานได้จริง ออกจากช่วงหมายเลขเฉพาะและส่งเงินเข้าบัญชีหลักบัญชีเดียว รับเงินได้เหมือน IBAN ทั่วไป ผู้จ่ายเงินโอนผ่าน SEPA credit transfer ปกติจากธนาคารของตนเอง แต่ตัว vIBAN ไม่เก็บยอดคงเหลือเอง หน้าที่ของมันคือการระบุตัวตน เพราะ virtual IBAN แต่ละเลขถูกกำหนดให้ผู้จ่ายเงินหรือวัตถุประสงค์เพียงหนึ่งเดียว เงินที่เข้ามาจึงบอกอยู่แล้วว่าใครเป็นผู้ส่งและส่งเพื่ออะไร เงินรวมเข้าบัญชีหลักโดยอัตโนมัติ virtual IBAN เป็นเพียงป้ายกำกับของรายการชำระเงิน ไม่ใช่ที่พักเงินแห่งที่สอง

หลักการข้อเดียวนี้ คือหนึ่ง IBAN ต่อหนึ่งผู้จ่ายเงิน คือแนวคิดทั้งหมด หากอยากรู้ว่าทำไมจึงควรค่าแก่การเขียนเป็นบทความ ให้เริ่มจากปัญหาที่มันกำจัดไปก่อน

ปัญหาจริง: การจับคู่เงินกับผู้จ่าย

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

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

หนึ่ง IBAN ต่อหนึ่งผู้จ่าย: ระบุตัวตนโดยดีไซน์

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

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

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

เมื่อผู้จ่ายทุกคนจ่ายเข้า IBAN ของตนเอง เงินที่เข้ามาย่อมมีความหมายได้อย่างเดียว ปัญหาการจับคู่ไม่ได้ถูกแก้ แต่หายไปเลย
— Protocore · วิศวกรรมการชำระเงิน

เงินอยู่ที่ไหนกันแน่

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

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

สิ่งที่ virtual IBAN ไม่ใช่

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

รายการคืนเงินมาพร้อมเหตุผล

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

ในโปรแกรม vIBAN การคืนเงินคือข้อมูล มีรหัสเหตุผลในตัว เข้ามาเป็นอีเวนต์ payment.returned ที่ผูกกับ virtual IBAN เดียวกับที่รับเงินต้นทาง และมีรายการของตัวเองในใบแจ้งยอด คุณรู้ว่าเงินของใครถูกคืนและเพราะอะไรก่อนที่ใครจะเปิดงานตาม การคืนเงินกลายเป็นแถวข้อมูลที่ต้องจัดการ ไม่ใช่ปริศนาที่ต้องไล่ตาม

คิวรายการผิดปกติ ไม่ใช่ทีมจับคู่

ไม่มีดีไซน์ใดกระทบยอดได้ร้อยเปอร์เซ็นต์ เงินเข้าอาจมาที่ vIBAN ที่เลิกใช้แล้ว เกิดรายการซ้ำ หรือมีใครสักคนโอนเข้าบัญชีหลักโดยตรง เป้าหมายไม่ใช่ทำให้รายการผิดปกติเป็นไปไม่ได้ แต่ทำให้เกิดน้อยและนับได้ ในเดโม vIBAN ของ Protocore เงินเข้า 99.6% กระทบยอดอัตโนมัติ ส่วนที่เหลือเข้าคิวรอตรวจสอบพร้อมประวัติทั้งหมดของผู้จ่าย การแก้รายการผิดปกติจึงเริ่มจากบริบท ไม่ใช่จากใบแจ้งยอดธนาคารกับสเปรดชีต

ความต่างนี้เปลี่ยนโครงสร้างทีม งานจับคู่โตตามปริมาณการชำระเงิน เงินเข้ามากขึ้น รายการจับคู่ไม่ได้มากขึ้น คนก็ต้องเพิ่ม ส่วนกระบวนการจัดการรายการผิดปกติโตตามจำนวนรายการผิดปกติ ซึ่งดีไซน์ได้ลดให้เข้าใกล้ศูนย์แล้ว คนที่คุณเก็บไว้จึงจัดการความผิดปกติจริง ไม่ใช่นั่งพิมพ์อ้างอิงใหม่ ในสแต็กของเรา คิวนี้อยู่ใน Protocore Center (/products/center) คอนโซลปฏิบัติการที่ทุกการกระทำระดับสิทธิ์พิเศษต้องระบุเหตุผลและถูกบันทึกในบันทึกตรวจสอบ

การออกจำนวนมาก แท็กวัตถุประสงค์ และแพลตฟอร์ม

หนึ่ง IBAN ต่อหนึ่งผู้จ่ายจะใช้ได้ก็ต่อเมื่อการออกแต่ละเลขแทบไม่มีต้นทุน เจ้าของบ้านที่มีผู้เช่าสิบกว่าคนออก vIBAN ด้วยมือได้ แต่มาร์เก็ตเพลสที่รับผู้ขายเป็นพันรายทำไม่ได้ การออกจึงเป็นงานแบบจำนวนมาก ในเดโม vIBAN ไฟล์ CSV ที่มีผู้จ่าย 2,400 ราย จะถูกตรวจสอบ แสดงตัวอย่าง IBAN ในทุกแถว และออกได้ในการกระทำเดียว คือ 2,400 ผู้จ่าย หนึ่งการดำเนินการ โดยมีขั้นตอนตรวจทานคั่นกลาง

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

ตำแหน่งของมันในสแต็กการชำระเงิน

virtual IBAN คือโครงสร้างพื้นฐานด้านการรับเงิน มอบสิ่งที่การชำระเงินด้วยบัตรมีมาตลอดให้กับการโอนเงินขาเข้า คือตัวตนที่ติดอยู่กับรายการชำระเงินเอง ไม่ใช่สิ่งที่พิมพ์เพิ่มเข้าไป ในระบบนิเวศของ Protocore ออเดอร์แบบชำระด้วยการโอนของ Gateway มีการอ้างอิง vIBAN ส่วน Center จัดการรายการผิดปกติที่การจับคู่ทิ้งไว้ หน้าผลิตภัณฑ์ที่ /products/viban พาดูวงจรทั้งหมด ทั้งออก แชร์ จับคู่ จัดการรายการผิดปกติ และรายงาน บนข้อมูลเดโมชุดเดียวกับที่ใช้ในบทความนี้

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

มีระบบที่ต้องสร้างไหม

บอกเราว่าปัญหาคืออะไร แล้วเราจะกลับมาพร้อมสถาปัตยกรรมและแผนงาน