Legacy 90s Stack: Delphi, VB6, Crystal Reports, Firebird

รับงานระดับองค์กรจริง — ระบบเงินสด/สต็อก/บัญชี/สาขา/ข้อมูลสำคัญ เน้น ไม่หยุดระบบ, คุมความเสี่ยง, ตรวจสอบย้อนหลังได้ เหมาะกับโรงงานและสถาบันการเงิน

ต่อยอดระบบก่อนปี 2010 ให้ “เพิ่มของใหม่ได้” โดยไม่ทำของเดิมพัง

ระบบองค์กรจำนวนมากยังคงใช้งานซอฟต์แวร์ยุค 90s–2000s อยู่จริง ไม่ว่าจะเป็นโปรแกรมหน้าร้าน, คลังสินค้า, บัญชี-เอกสาร, งานบุคคล, หรือระบบเฉพาะทาง (เช่น โรงจำนำ / ปล่อยเงินกู้ / คลินิก / หอพัก) — เพราะมัน “ทำงานแล้ว” และเปลี่ยนทีเดียวทั้งก้อนมีความเสี่ยงสูง

เพิ่มโมดูลใหม่ (Add-on / Plug-in) เพิ่ม/แก้รายงานแบบแยกไฟล์ ทำ View/SP สำหรับ Report แยกจาก Transaction ค่อย ๆ Modernize แบบไม่สะดุดงาน รองรับหลายสาขา / สาขาย่อย / HO

ไม่แตะของเดิม

เลี่ยงการแก้ Core ถ้าไม่จำเป็น

เพิ่มได้เรื่อย ๆ

ขยายฟีเจอร์และรายงานแบบต่อพ่วง

คุมความเสี่ยง

แผนเปลี่ยนแบบย้อนกลับได้

แนวทางทำงานของเรา (สไตล์ Legacy-Friendly)

1) สำรวจระบบเดิมแบบเร็ว แต่จับจุดให้ตรง

Inventory • Data Flow

เก็บภาพรวมให้ครบก่อน: โครงสร้างโปรแกรม, DB, รายงาน, จุดเชื่อมต่อ, และงานที่กระทบเงินจริง

วิเคราะห์ “จุดที่แตะแล้วพัง” กับ “จุดที่ต่อเพิ่มได้”
แยก Transaction Core vs Reporting/Inquiry
ทำแผนเพิ่มฟีเจอร์แบบไม่ทำระบบหลักช้า

2) ต่อเพิ่มด้วยวัตถุใหม่

View/SP/DLL/Service

เพิ่มของใหม่ด้วย “ชิ้นส่วนใหม่” เช่น View/Stored Procedure/DLL/Service เพื่อไม่ต้องแก้ของเดิม

เพิ่ม View/SP สำหรับรายงานและงานอ่านข้อมูล
เพิ่มโมดูลใหม่ผ่าน DLL/COM/Library หรือแยกเป็น Service
คุมเวอร์ชันและมี Script/Migration ย้อนกลับได้

3) รายงานและเอกสาร: แยกให้อิสระ

Crystal/Jasper/Delphi/VB

งานรายงานต้องปรับบ่อยสุด — เลยต้องออกแบบให้แก้ได้ไวโดยไม่ต้องแตะโปรแกรมหลัก

แยก Template รายงานเป็นไฟล์/โปรเจกต์ย่อย
ออกแบบ Query/View สำหรับ Report โดยเฉพาะ
รองรับฟอร์ม: ใบสั่งซื้อ, ใบรับสินค้า, ใบกำกับ, ใบยืม-คืน, ใบจำนำ, สัญญากู้ ฯลฯ

4) แผน Modernize แบบ “ไม่สะดุดงาน”

Strangler Pattern

ถ้าต้องขยับขึ้นเว็บ/หลายสาขา/มือถือ: ทำเป็นชั้นคั่น (API/Service) แล้วค่อย ๆ ย้ายทีละส่วน

เริ่มจากงานอ่าน/รายงาน/ค้นหา/อนุมัติ
ตามด้วยงานเอกสาร Workflow และ Master Data
สุดท้ายค่อยย้าย Transaction ที่เสี่ยงสูง

สรุปแบบตรง ๆ: เราเน้น “ทำให้ระบบเดิมอยู่ต่อได้” พร้อม “ทำให้ของใหม่เพิ่มได้” — แทนที่จะรื้อทิ้งทั้งหมดแล้วเสี่ยงหยุดธุรกิจ

เหมาะกับใคร

องค์กร/SME ที่มีระบบเดิมใช้งานจริง และต้องเพิ่มฟีเจอร์หรือรายงานต่อ
ธุรกิจที่มีสาขา (หลายจุดขาย) ต้องคุมสต็อก-ราคา-โปรโมชัน-สิทธิ์การเข้าถึง
ธุรกิจที่มีเอกสารเยอะ ต้องใช้ Workflow อนุมัติ/ติดตามสถานะ

ไปที่หน้า โซลูชันธุรกิจ เพื่อดูตัวอย่างระบบคลัง/หน้าร้าน/เอกสาร/Workflow และโดเมนงานต่าง ๆ

มีปัญหา DB ช้า / โปรแกรมอืด / หลายเครื่องพร้อมกันแล้วล่ม? ไปที่หน้า แก้ช้า/ไม่เสถียร เพื่อดูแนวทางวิเคราะห์และแก้แบบวัดผลได้