ทำ report การเงินประจำเดือนให้รันเองด้วย Claude Code: จากดึงข้อมูลถึงส่งรายงาน

ทุกสิ้นเดือนมีงานชุดหนึ่งที่วนกลับมาเสมอ — ดึงข้อมูลจากหลายที่ จับให้ตรงกัน ตรวจว่าเลขไม่เพี้ยน แล้วสรุปออกมาเป็นรายงานให้คนอื่นอ่าน งานพวกนี้ "ต้องทำ" แต่กินเวลาและไม่ค่อยได้ใช้สมอง ผมเคยเสียเช้าวันจันทร์ต้นเดือนไปกับมันอยู่หลายปี จนได้ลองวางมันใหม่เป็น pipeline ที่ Claude Code ช่วยรันให้ บทความนี้ผมจะเล่าเป็นโครงที่เอาไปปรับใช้ได้ โดยไม่แตะข้อมูลหรือระบบเฉพาะของที่ไหน — เป็น pattern ทั่วไปที่ใช้ได้กับ report การเงินส่วนใหญ่

งาน report ประจำเดือนกินเวลาตรงไหนจริง ๆ

ถ้าจับเวลาดูดี ๆ เวลาส่วนใหญ่ไม่ได้หมดไปกับ "การคิด" แต่หมดไปกับงานกลไกซ้ำ ๆ ที่ทำเหมือนเดิมทุกเดือน

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

ทั้งหมดนี้คือสิ่งที่ออกแบบให้ทำซ้ำได้ และพอออกแบบเป็นขั้นตอนชัด ๆ แล้ว มันคืองานที่เหมาะกับ agent มาก

ภาพรวม: วาง report เป็น pipeline สี่ช่วง

หัวใจของการทำให้ report "รันเอง" คืออย่ามองมันเป็นงานก้อนเดียว แต่ซอยเป็นสี่ช่วงที่ต่อกัน แต่ละช่วงตรวจสอบได้ และแก้เฉพาะจุดได้เวลามีปัญหา

ช่วงทั้งสี่คือ ดึง → reconcile → ตรวจ → ส่ง ตามภาพด้านบน ไอเดียคือเราคุยกับ Claude Code ให้ช่วยสร้างสคริปต์ของแต่ละช่วงทีละอัน รันดู ปรับจนนิ่ง แล้วค่อยร้อยเข้าด้วยกันเป็นชุดเดียวที่กดรันครั้งเดียวจบ

ช่วงที่ 1 — ดึงข้อมูลให้กลายเป็นคำสั่งเดียว

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

จุดที่ต้องใส่ใจคือความสม่ำเสมอ ไม่ใช่ความเร็ว — ถ้าเดือนหน้าไฟล์หน้าตาเปลี่ยน สคริปต์ต้องบอกได้ว่ามันเปลี่ยน ไม่ใช่เงียบ ๆ แล้วให้ผลผิด

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

ช่วงที่ 2 — reconcile หลายแหล่งให้ตรงกัน

นี่คือหัวใจของงานการเงินหลายอย่าง — ยอดจากสองระบบต้องตรงกัน ถ้าไม่ตรงต้องรู้ว่าต่างตรงไหนและเท่าไร ให้ Claude Code เขียนตัวเทียบที่ไม่ใช่แค่บอก "ตรง/ไม่ตรง" แต่ชี้ออกมาเป็นรายการว่าแถวไหนต่าง ต่างเท่าไร

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

ช่วงที่ 3 — validate จับ outlier และค่าที่ขัด logic ธุรกิจ

ขั้นนี้คือที่คน domain อย่างเราได้เปรียบที่สุด เพราะเรารู้ว่าตัวเลขแบบไหน "เป็นไปไม่ได้" ในทางธุรกิจ — งานของ Claude Code คือเปลี่ยนความรู้นั้นให้เป็นกฎตรวจอัตโนมัติ

• ค่าติดลบในช่องที่ไม่ควรติดลบ
• ยอดที่กระโดดจากเดือนก่อนเกินกว่าที่อธิบายได้
• รายการที่ขัดกับเงื่อนไขหรือกฎเกณฑ์ทางธุรกิจที่เรารู้

บทเรียนสำคัญจากงาน risk ที่ผมเอามาใช้กับเรื่องนี้คือ "เตือนน้อยแต่ตรง" มีค่ากว่า "เตือนเยอะแล้วถูกบ้างผิดบ้าง" ระบบตรวจที่เด้งเตือนพร่ำเพรื่อจะถูกเมินภายในไม่กี่เดือน ตั้งกฎให้จับเฉพาะสิ่งที่ต้องดูจริง ๆ

ช่วงที่ 4 — สรุปเป็นรายงานที่กดรันแล้วเดินเอง

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

ของแบบนี้ถ้าอยากให้รันเองตามเวลาโดยไม่ต้องกดเอง ผมเขียนเรื่องการตั้งให้ Claude Code รันงานเอง 24/7ไว้แยกอีกบทความ

คุณยังเป็นคนเซ็น: ข้อควรระวังก่อนใช้กับงานจริง

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

• ข้อมูลลับ/ข้อมูลลูกค้า ต้องเช็คนโยบายองค์กรและ PDPA ก่อนเสมอ เริ่มกับข้อมูลตัวอย่างหรือ masked data ก่อน
• ตรวจผลของแต่ละช่วงตอนตั้งระบบให้มั่นใจ ก่อนปล่อยให้รันยาว
• เก็บ log ว่าแต่ละเดือนรันอะไร ได้ผลอะไร เผื่อต้องย้อนอธิบาย

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