FX Online — Jira Epic Breakdown (Onboarding & Bank Admin)
สรุป 2 Epic onboarding FX Online: SA-1557 ฝั่งลูกค้า + SA-1744 ฝั่งธนาคาร — user stories, สถานะ, concerns รายใบ, ช่องว่างก่อน sprint, และข้อกังวลข้ามระบบ
อัปเดต: 2026-06-08
ภาพรวมงาน Customer Onboarding for FX Online บน Super App — ไล่ user story ตาม journey การสมัคร (ฝั่งลูกค้า) และ workflow การอนุมัติ (ฝั่งธนาคาร) พร้อม concern/คำถามที่ควรถามรายใบ และ ช่องว่างก่อนเข้า sprint
ภาพรวม 2 Epic
| Epic | ฝั่ง | ขอบเขต | 🟡 | ⚪ | 🔴 |
|---|---|---|---|---|---|
| SA-1557 | ลูกค้า · Customer | 14. Customer Onboarding for FX Online | 3 | 9 | 3 |
| SA-1744 | ธนาคาร · Bank Admin | 17. Bank Admin Portal — จัดการ & อนุมัติใบสมัคร | 1 | 4 | 0 |
loop ของ Rework วิ่งข้าม 2 Epic: SA-1756 (ธนาคารกด Rework) → SA-1726/SA-1743 (ลูกค้าแก้ + รับแจ้งเตือน) → กลับ SA-1756 (Resubmitted)
Epic SA-1557 · ฝั่งลูกค้า — Customer Onboarding
SA-1557 · Epic · In progress
ให้ตัวแทนลูกค้านิติบุคคลสมัครใช้บริการ FX Online ได้เองแบบ End-to-End — สมัคร ติดตามสถานะ แก้ไข และดาวน์โหลดใบสมัคร โดยลดงาน manual ของทั้งลูกค้าและเจ้าหน้าที่
| # | Key | User Story | สถานะ |
|---|---|---|---|
| 1 | SA-1740 | Enroll ตัวแทนบริษัท | 🟡 กำลังทำ |
| 2 | SA-1694 | ตรวจสอบข้อมูลนิติบุคคล | ⚪ รอคิว |
| 3 | SA-1722 | เลือกรูปแบบทำรายการ + เพิ่มผู้ใช้งาน | ⚪ รอคิว |
| 4 | SA-1721 | ผู้ติดต่อหลัก + กรรมการลงนาม | ⚪ รอคิว |
| 5 | SA-1724 | แสดงเงื่อนไขการใช้บริการ (T&C) | ⚪ รอคิว |
| 6 | SA-1725 | สร้าง/ดาวน์โหลดใบสมัคร PDF | ⚪ รอคิว |
| 7 | SA-1723 | อัปโหลดเอกสารประกอบ | 🔴 ยกเลิก |
| 8 | SA-1743 | แจ้งเตือนสถานะ (email/in-app) — ฝั่งลูกค้า | ⚪ รอคิว |
| 9 | SA-1726 | แก้ไขใบสมัครหลังถูก Rework | ⚪ รอคิว |
| 10 | SA-1741 | Enroll user หลังธนาคารอนุมัติบัญชี | ⚪ รอคิว |
| 11 | SA-1923 | ลูกค้าตรวจสอบ/ติดตามสถานะคำขอ | ⚪ รอคิว |
1 · SA-1740 — Enroll ตัวแทนบริษัท · 🟡 กำลังทำ
อยากได้: เข้าหน้าสมัคร + ยืนยันตัวตน เพื่อเริ่มกรอกใบสมัครได้
- กดจากเว็บธนาคาร → เข้า Super App FX Online แบบไม่สะดุด
- เช็ค email ก่อน: ถ้าเคยลงทะเบียนแล้ว → “มีอีเมลนี้อยู่ในระบบแล้ว”
- OTP 8 หลัก ส่งทาง email, นับถอยหลัง ~5 นาที
- Rate limit: ขอ OTP ใหม่เกิน 3 ครั้ง/15 นาที → ระงับชั่วคราว
- กรอก OTP ผิด 3 ครั้ง → ล็อก session ต้องเริ่มใหม่
- PDPA: Cookies Consent, T&C + Privacy (กดครบถึงไปต่อ), Market Consent เก็บที่ OneTrust
❓ Concern / คำถามที่ควรถาม
- email + OTP พิสูจน์แค่การ “เข้าถึง mailbox” ไม่ได้พิสูจน์ว่าเป็นตัวแทนผู้มีอำนาจจริงของนิติบุคคล → เสี่ยง impersonation ใครคุมจุดนี้?
- ทำไม OTP ทาง email ไม่ใช่ SMS? ถ้า email เข้า spam / ล่าช้า มี fallback ยังไง
- ล็อก session แล้ว “เริ่มใหม่” — ข้อมูลที่กรอกค้างไว้หายหรือ resume ได้?
2 · SA-1694 — ตรวจสอบข้อมูลนิติบุคคล · ⚪ รอคิว
อยากได้: ระบบดึงข้อมูลบริษัทอัตโนมัติ ลด rekey และ error
- กรอก TAX ID 13 หลัก
- เช็คสมัครซ้ำ: ไม่เคย/Close → ไป CRM | เคย+email เดิม → ไป Login | คนละ email → แจ้งโทร 1590-1592
- CRM เป็นลูกค้า+มีวงเงิน → โชว์ข้อมูลบริษัท (ชื่อ/ที่อยู่ TH+EN)
- ไม่ใช่ลูกค้า → “ยังไม่มีวงเงินกับธนาคาร โปรดติดต่อ 021699999”
❓ Concern / คำถามที่ควรถาม
- ถ้าข้อมูล CRM ไม่ครบ/ไม่ตรง (ชื่อ EN, ที่อยู่) ลูกค้าแก้เองได้ไหม หรือถูก block?
- เคส “คนละ email” ให้โทร call center — มี process โอนสิทธิ์/ปลดล็อกจริงไหม หรือ dead-end?
- logic ค้นหา CRM จาก SA-1720 (ถูกยกเลิก) ย้ายมาที่ใบนี้ครบหรือยัง ใครเป็น owner?
3 · SA-1722 — เลือกรูปแบบทำรายการ + เพิ่มผู้ใช้งาน · ⚪ รอคิว
อยากได้: ตั้งค่ารูปแบบ + เพิ่ม user ตามสิทธิ์และวงเงิน
- ระยะแรกมีแค่ Single User (Multiple disabled)
- user อย่างน้อย 1 คน: ชื่อ TH/EN, เลขบัตร/passport, email, เบอร์ + สิทธิ์ + วงเงิน/รายการ
- Validate: เลขบัตร 13 หลัก, email format, กันซ้ำใน TAX ID เดียวกัน
- วงเงิน config ได้ >0 ห้ามเกินเพดาน FX Online; สิทธิ์มีผลหลังธนาคารอนุมัติบัญชี
❓ Concern / คำถามที่ควรถาม
- Multiple User ถูก disable เป็น Phase ไหน? องค์กรใหญ่ทำงานคนเดียวไม่ได้จริง — business รับได้?
- มี aggregate limit รวมของบริษัทไหม หรือคุมแค่วงเงินต่อ user (เสี่ยงรวมเกินเพดานบริษัท)?
- ต้อง KYC user รายคนไหม หรือเชื่อตามที่ตัวแทนกรอก?
4 · SA-1721 — ผู้ติดต่อหลัก + กรรมการลงนาม · ⚪ รอคิว
อยากได้: ระบุผู้ประสานงาน + ผู้ลงนาม ให้ธนาคารตรวจสอบได้
- ผู้ติดต่อหลัก: ชื่อ TH/EN, ตำแหน่ง, เบอร์, email — เพิ่มได้มากกว่า 1 คน
- กรรมการลงนาม: ระบุแค่ “จำนวน” (1–4 คน) ไม่กรอกชื่อ → ระบบสร้างกล่องลงนามในใบสมัคร
- ผู้มีอำนาจลงนาม = subset ของกรรมการ
❓ Concern / คำถามที่ควรถาม
- เก็บแค่ “จำนวน” กรรมการ ระบบไม่ validate อำนาจลงนามเลย → ภาระไปตกที่ Maker ตรวจเอกสาร physical ทั้งหมด ตั้งใจแบบนี้?
- เพดาน 4 คนมาจากไหน? บริษัทที่ต้องลงนามมากกว่า 4 คนทำยังไง
5 · SA-1724 — แสดงเงื่อนไขการใช้บริการ (T&C) · ⚪ รอคิว
อยากได้: เห็น T&C ครบถ้วนก่อนยืนยันสมัคร
- แสดง T&C ครบ, scroll ได้, responsive, version ล่าสุด (Bank Admin กำหนด)
- กด “ยอมรับและดำเนินการต่อ” → popup ยืนยัน
- กด “ยืนยันสมัคร” → Generate AppID + report + บันทึก DB → หน้าดาวน์โหลด
❓ Concern / คำถามที่ควรถาม
- ถ้า admin เปลี่ยน T&C (SA-1759) ระหว่างลูกค้ากำลังกรอก — lock version ที่จุดไหน?
- เก็บหลักฐานการยอมรับ T&C (version + datetime + IP) ไหม? AC ไม่ระบุ แต่ PDPA/audit ควรมี
6 · SA-1725 — สร้าง/ดาวน์โหลดใบสมัคร PDF · ⚪ รอคิว
อยากได้: ดาวน์โหลดใบสมัครให้กรรมการเซ็น + ประทับตรา
- หลังยืนยัน → ออก Application ID → map ลง template → ปุ่ม Download PDF
- Template 4 ส่วน: นิติบุคคล+ผู้ติดต่อ / ผู้ใช้งาน / T&C / รายชื่อกรรมการลงนาม
- ส่งเอกสารไป EXIM สำนักงานใหญ่; มีปุ่มตรวจสอบสถานะ
❓ Concern / คำถามที่ควรถาม
- AppID generate ที่ใบ #5 หรือ #6? (เขียนซ้อนกันทั้งคู่)
- ลูกค้าแก้ใบ (Rework) แล้ว PDF จะ regenerate version ใหม่ / เลขเดิมไหม?
- “ส่งเอกสารไปสำนักงานใหญ่” = manual คือคอขวด onboarding จริง — ระบบ track ว่าเอกสารถึงไหม?
7 · SA-1723 — อัปโหลดเอกสารประกอบ · 🔴 ยกเลิก
อยากได้: (ยกเลิก) เดิมรับ PDF/JPG/PNG ไม่เกิน 5 ไฟล์
- ถูกยกเลิก — สอดคล้องกับ out-of-scope ที่ธนาคารยังต้องการเอกสาร physical
❓ Concern / คำถามที่ควรถาม
- ถ้าไม่ให้ upload เลย เอกสารประกอบส่ง physical 100% → self-service ไม่ครบจริง business ยืนยัน decision นี้แล้ว?
- มีแผนเปิด upload ใน phase ถัดไปไหม?
8 · SA-1743 — แจ้งเตือนสถานะ (email/in-app) — ฝั่งลูกค้า · ⚪ รอคิว
อยากได้: ติดตามสถานะใบสมัครของตน ไม่พลาดงานสำคัญ
- Email: Rework (เลขใบ+เหตุผล+ลิงก์) / Approve-ลูกค้า / Approve-User Transaction (enroll ได้แล้ว)
- In-app: Rework/Approve มีสถานะอ่าน/ยังไม่อ่าน, ส่ง 1 ครั้ง/การเปลี่ยนสถานะ
- คู่กับ SA-1757 (ฝั่ง Admin)
❓ Concern / คำถามที่ควรถาม
- ลิงก์ใน email/noti มี expiry ไหม? (SA-1713 link expiration ถูกยกเลิก → เสี่ยง security)
- ลูกค้าที่ยังไม่ enroll เต็ม (ตอน Rework) เห็น in-app notification ได้ไหม?
- email bounce / ส่งไม่ถึง มี retry หรือ fallback ไหม?
9 · SA-1726 — แก้ไขใบสมัครหลังถูก Rework · ⚪ รอคิว
อยากได้: แก้ใบเดิมแล้วส่งกลับธนาคารได้สะดวก/ปลอดภัย
- เปิดลิงก์ email/in-app: login แล้ว → ใบเดิม | ยังไม่ → login → ใบเดิม
- แก้เฉพาะส่วนที่ต้องแก้, validate เบอร์/email/เลขบัตร
- กดยืนยัน → เปลี่ยนสถานะ Rework → Resubmitted
- Security: เฉพาะเจ้าของใบสมัครเท่านั้นเข้าถึงได้
❓ Concern / คำถามที่ควรถาม
- “แก้เฉพาะส่วนที่ต้องแก้” — ระบบรู้ได้ยังไงว่าส่วนไหน? Maker ระบุ field-level หรือแค่ comment รวม?
- Rework วนได้กี่รอบ มี limit ไหม (ป้องกัน loop ไม่จบ)?
10 · SA-1741 — Enroll user หลังธนาคารอนุมัติบัญชี · ⚪ รอคิว
อยากได้: user รายคนยืนยัน email + OTP เพื่อ Enroll
- ใช้ลิงก์ที่ส่งให้ user รายคน หลัง Bank Admin อนุมัติบัญชี
- OTP 8 หลัก; email ต้องอยู่ในคำขอสถานะ Approve
- สำเร็จ → T&C/Privacy/Market Consent → Home (profile + company)
❓ Concern / คำถามที่ควรถาม
- ถ้าตัวแทนกรอก email user ผิดที่ใบ #3 — แก้ไม่ได้หลังอนุมัติ (Phase 2) → user ติด enroll ไม่ได้เลย จัดการยังไง?
- email ต้องตรงกับคำขอสถานะ Approve — มี grace / ทางแก้ไขไหม?
11 · SA-1923 — ลูกค้าตรวจสอบ/ติดตามสถานะคำขอ · ⚪ รอคิว
อยากได้: ติดตามสถานะคำขอใช้บริการ
❓ Concern / คำถามที่ควรถาม
- ยังไม่มี AC — ต้องนิยามก่อน: เห็นสถานะ/timeline อะไรบ้าง, ดาวน์โหลดใบสมัครซ้ำได้ไหม, เห็นเหตุผล Rework ไหม?
Backend / Infra / POC
| # | Key | งาน | สถานะ |
|---|---|---|---|
| 01 | SA-1685 | Generate Document Number Service (Backend) | 🟡 กำลังทำ |
| 02 | SA-1713 | Link Expiration | 🔴 ยกเลิก |
| 03 | SA-1714 | POC: map enroll FX ↔ enroll Microsoft | 🟡 กำลังทำ |
| 04 | SA-1720 | ค้นหานิติบุคคล TAX ID + CRM | 🔴 ยกเลิก |
01 · SA-1685 — Generate Document Number Service (Backend) · 🟡 กำลังทำ
อยากได้: API ออกหมายเลขเอกสารแบบไม่ซ้ำ ใช้ร่วมทั้ง Super App
- Running-number service มี lock กันเลขซ้ำ
- Config รูปแบบเลขเอกสารได้
❓ Concern / คำถามที่ควรถาม
- ทดสอบ concurrency / load ของกลไก lock แล้วหรือยัง (กันเลขชนตอนยิงพร้อมกัน)?
- รูปแบบเลขเอกสารใครเป็นคนกำหนด — ต้องตรงมาตรฐานเลขเอกสารของธนาคารไหม?
03 · SA-1714 — POC: map enroll FX ↔ enroll Microsoft · 🟡 กำลังทำ
อยากได้: พิสูจน์การ mapping ระหว่าง 2 ระบบ enroll
- ยังไม่มี description ในใบ
❓ Concern / คำถามที่ควรถาม
- POC ยังไม่มี description / success criteria — ตัดสินว่าสำเร็จยังไง และผลจะ feed เข้า story ไหน?
02 · SA-1713 — Link Expiration · 🔴 ยกเลิก
อยากได้: (ยกเลิก) คุมวันหมดอายุลิงก์ onboarding
- ถูกยกเลิก
❓ Concern / คำถามที่ควรถาม
- ยกเลิก = ลิงก์ sensitive (Rework / enroll / download) ไม่หมดอายุ → ช่องโหว่ข้ามทั้ง epic ใครรับความเสี่ยง? (ดูกล่องข้อกังวลข้ามระบบ)
04 · SA-1720 — ค้นหานิติบุคคล TAX ID + CRM · 🔴 ยกเลิก
อยากได้: (ยกเลิก) ถูกยุบรวมเข้า #2 / SA-1694
- ถูกยกเลิก — logic ย้ายไปอยู่ในใบ #2 ตรวจสอบนิติบุคคล
❓ Concern / คำถามที่ควรถาม
- logic ค้นหา CRM ย้ายไปใบ #2 (SA-1694) ครบไหม เช็ค regression แล้วหรือยัง?
ช่องว่าง / ข้อสังเกตก่อน Sprint (SA-1557)
Epic SA-1744 · ฝั่งธนาคาร — Bank Admin Portal
SA-1744 · Epic · In progress
หน้าจอฝั่งธนาคารสำหรับดูรายการ ตรวจสอบ (verify) อนุมัติ (approve) ใบสมัคร แจ้งเตือนงานค้าง และจัดการ T&C — เป้าหมายเพื่อจัดการมีประสิทธิภาพ ลดงาน manual และตรวจสอบย้อนหลังได้
| # | Key | User Story | สถานะ |
|---|---|---|---|
| A | SA-1755 | ดูรายการใบสมัคร (TaskLists) | ⚪ รอคิว |
| B | SA-1756 | จัดการใบสมัคร (Workflow หลัก) | ⚪ รอคิว |
| C | SA-1757 | แจ้งเตือนงานค้าง (Noti Phase 2) | ⚪ รอคิว |
| D | SA-1759 | จัดการ T&C ของแต่ละ Service | 🟡 กำลังทำ |
| E | SA-1878 | จัดการสิทธิ์ของ admin | ⚪ รอคิว |
A · SA-1755 — ดูรายการใบสมัคร (TaskLists) · ⚪ รอคิว
อยากได้: ลิสต์ใบสมัครแยกตาม Service + filter / sort / search
- แยกตาม Service (FX Online, Trade Finance, Guarantee …)
- Filter / Sort / Search / Pagination + ป้ายสถานะมีสี
- Approver: เห็นงาน assigned / unassigned แยกตาราง + ปุ่ม “ย้ายผู้รับผิดชอบ” (autocomplete)
❓ Concern / คำถามที่ควรถาม
- ใครมีสิทธิ์ “ย้ายผู้รับผิดชอบ” (เฉพาะ Approver?) มี audit log ไหม?
- แสดง Service อื่น (Trade Finance, Guarantee) แต่ Epic นี้ scope แค่ FX — data service อื่นมาจากไหน?
- สิทธิ์เห็นใบสมัครผูกกับ SA-1878 (ที่ยังไม่มี AC) → อาจถูก block
B · SA-1756 — จัดการใบสมัคร (Workflow หลัก) · ⚪ รอคิว
อยากได้: รับงาน-ตรวจ-อนุมัติ-Rework ตามกระบวนการธนาคาร
- Maker: รับงาน → “งานของฉัน” → ส่งพิจารณา (In Review)
- Approver: รับงาน → อนุมัติ → ใบ Approved, บัญชี Active
- Rework: บังคับระบุเหตุผล → แจ้งลูกค้า → Resubmitted
- Sanction Screening ต้องผ่านก่อนอนุมัติ; ห้ามข้าม step; เก็บ audit log ทุกครั้ง
❓ Concern / คำถามที่ควรถาม
- Sanction Screening เป็นระบบอะไร integrate ตอนไหน? ถ้า service ล่ม จะ block อนุมัติทั้งหมดไหม?
- ไม่มี path “ธนาคารปฏิเสธ / Reject” — มีแค่ Approve กับ Rework (ส่งกลับลูกค้า) ถ้าคำขอใช้ไม่ได้จริง ๆ ปิดยังไง?
- Maker คนเดียวถือใบ — ถ้า Maker ลา/ไม่อยู่ งานค้างใครเห็นและย้าย?
- Scenario ปิดบัญชี (Active→Inactive) ถูกขีดฆ่า “รอหารือ” — ยังไม่มี flow ระงับ/ปิดบริการ
C · SA-1757 — แจ้งเตือนงานค้าง (Noti Phase 2) · ⚪ รอคิว
อยากได้: แจ้ง admin เมื่อมีงานใหม่ / Resubmitted
- งานใหม่ (Submitted) → email deeplink → กองงาน (ทุกคนเห็น)
- Resubmitted → email deeplink → งานของฉัน
- Resubmitted → in-app → เปิดใบสมัคร + เปิด workflow step อัตโนมัติ
❓ Concern / คำถามที่ควรถาม
- งานใหม่แจ้ง maker “ทุกคน” — noise เยอะไหม มี team/role scoping?
- 2 maker กดจากคนละ noti พร้อมกัน → race condition ใครได้ใบ?
- deeplink เข้า Admin Portal ต้อง re-auth (Entra ID) ก่อนไหม?
D · SA-1759 — จัดการ T&C ของแต่ละ Service · 🟡 กำลังทำ
อยากได้: เพิ่ม/แก้ T&C รายบริการ พร้อมคุม version
- เลือก Service → เพิ่ม/แก้ T&C (long text) + วันที่บังคับใช้
- บันทึก version ใหม่ + เก็บทุก version
- ดันไปแสดงในใบสมัคร + ปรับ version ใบสมัครตาม
❓ Concern / คำถามที่ควรถาม
- ใครอนุมัติการแก้ T&C (legal/compliance)? มี maker-checker ไหม หรือ admin คนเดียวแก้ได้เลย → เสี่ยง
- ลูกค้าเดิมที่รับ version เก่า ต้อง re-accept ไหม? (Scenario แจ้งเตือน new version ถูกขีดฆ่า + ระบุไม่เก็บหลักฐาน) — compliance ยอมรับ?
- lock version ตอนลูกค้ากำลังกรอกใบสมัคร (ผูกกับ SA-1724)
E · SA-1878 — จัดการสิทธิ์ของ admin · ⚪ รอคิว
อยากได้: Super Admin เพิ่ม/แก้/ลบ สิทธิ์ Bank Admin รายบริการ
❓ Concern / คำถามที่ควรถาม
- ยังไม่มี AC แต่เป็นรากฐาน RBAC: Super Admin คนแรก bootstrap ยังไง? Role (Maker/Approver/Super) มาจาก Entra group หรือกำหนดใน app?
- เป็น blocker ของ SA-1755 และ SA-1756 (สิทธิ์เห็น/ทำรายการ)
Workflow หลัก (SA-1756)
หัวใจการอนุมัติ — กองงานกลาง → Maker → Approver
1 · กองงาน → Makerกด "รับงาน" → เข้า "งานของฉัน" · ใบหายจากกองงาน · บันทึกวัน-เวลา
↓
2 · Makerตรวจข้อมูล → "ส่งพิจารณา" · สถานะ → In Review · เข้ากองงาน Approver
↓
3 · Approverรับงาน → "อนุมัติ" · ใบ = Approved · บัญชีบริษัท = Active
↺
R · Rework (ได้ทั้ง 2 role)ระบุเหตุผล → แจ้งลูกค้า email + in-app · ลูกค้าแก้ → Resubmitted กลับเข้า "งานของฉัน" เดิม
สถานะใบสมัคร:
Submitted→
In Review→
Rework⇄
Resubmitted→
Approved→
Close
Roles: Maker · Approver · Super Admin
ช่องว่าง / ข้อสังเกตก่อน Sprint (SA-1744)
ข้อกังวลข้ามทั้งระบบ (Cross-cutting · 2 Epic)
ความเชื่อมโยง 2 Epic
SA-1757 (แจ้งเตือน Admin) จับคู่กับ SA-1743 (แจ้งเตือนลูกค้า) — และ loop ของ Rework วิ่งข้าม 2 Epic:
SA-1756 · ธนาคารกด Rework→
SA-1726 / SA-1743 · ลูกค้าแก้ + รับแจ้งเตือน→
SA-1756 · Resubmitted