ยินดีต้อนรับสู่เรื่องซอฟต์แวร์ที่พัฒนาขึ้นภายในองค์กร (Internally Developed Software)!

สวัสดีครับ! พร้อมจะลุยไปกับหนึ่งในหัวข้อที่นำไปใช้งานได้จริงมากที่สุดในการสอบ BAR แล้วหรือยัง? ในโลกปัจจุบัน แทบทุกบริษัทกลายเป็น "บริษัทเทคโนโลยี" ไปแล้ว ไม่ว่าธุรกิจจะกำลังสร้างแอปเพื่อขายให้ลูกค้า หรือแค่สร้างพอร์ทัลส่วนตัวเพื่อให้พนักงานบันทึกชั่วโมงทำงาน ทุกคนล้วนมีการใช้จ่ายเงินไปกับ ซอฟต์แวร์ที่พัฒนาขึ้นภายในองค์กร (Internally Developed Software)

ในฐานะ CPA หน้าที่ของคุณคือการวิเคราะห์ว่า: "นี่คือค่าใช้จ่ายที่ต้องบันทึกในงบกำไรขาดทุนทันที หรือเป็นสินทรัพย์ที่เราสามารถบันทึกในงบแสดงฐานะการเงินและทยอยตัดจำหน่ายในอนาคต (Capitalization) กันนะ?" ถ้ารู้สึกยากในตอนแรก ไม่ต้องกังวลนะ เราจะมาแยกย่อยทีละขั้นตอนให้เข้าใจง่ายเอง!

1. สองเส้นทางหลัก

ก่อนจะดูตัวเลข เราต้องถามก่อนว่า: เราพัฒนาซอฟต์แวร์นี้ให้ใครใช้? เพราะกฎทางบัญชีจะเปลี่ยนไปตามคำตอบครับ

  • Hostingมีlicenseเมื่อcustomerรับsoftwareได้ทุกเวลาไม่มีsignificant penaltyและรันเอง/hostไม่เกี่ยวvendorได้ มิฉะนั้นservice contract ค่าบริการexpenseตามรับบริการ implementationใช้ASC350-40รุ่นที่ใช้ไม่capitaliseทุกอย่าง SaaS providerไม่ได้เป็นexternal-saleแค่เก็บค่าaccess ต้องดูlicense transfer

Hostingมีlicenseเมื่อcustomerรับsoftwareได้ทุกเวลาไม่มีsignificant penaltyและรันเอง/hostไม่เกี่ยวvendorได้ มิฉะนั้นservice contract ค่าบริการexpenseตามรับบริการ implementationใช้ASC350-40รุ่นที่ใช้ไม่capitaliseทุกอย่าง SaaS providerไม่ได้เป็นexternal-saleแค่เก็บค่าaccess ต้องดูlicense transfer

2. ซอฟต์แวร์สำหรับใช้ภายในองค์กร (ASC 350-40)

ระบุเวอร์ชันเกณฑ์ซอฟต์แวร์ใช้ภายใน ก่อน ASU 2025-06 ใช้ stage model ของ ASC 350-40 และตั้งทุนต้นทุน application development ที่เข้าเกณฑ์ ส่วน preliminary ฝึกอบรมและบำรุงปกติเป็นค่าใช้จ่าย ฉบับใหม่ยกเลิก stages เริ่มทุนเมื่อบริหารอนุมัติและผูกพันเงิน พร้อมโอกาสสูงที่จะเสร็จและใช้ตามตั้งใจโดยพิจารณาความไม่แน่นอนการพัฒนาสำคัญ ใช้ปีเริ่มหลัง 15 ธันวาคม 2027 และใช้ก่อนได้

ขั้นตอนที่ 1: Preliminary Project Stage (ขั้นตอนการประเมินเบื้องต้น)

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

ขั้นตอนที่ 2: Application Development Stage (ขั้นตอนการพัฒนาแอปพลิเคชัน)

ระบุเวอร์ชันเกณฑ์ซอฟต์แวร์ใช้ภายใน ก่อน ASU 2025-06 ใช้ stage model ของ ASC 350-40 และตั้งทุนต้นทุน application development ที่เข้าเกณฑ์ ส่วน preliminary ฝึกอบรมและบำรุงปกติเป็นค่าใช้จ่าย ฉบับใหม่ยกเลิก stages เริ่มทุนเมื่อบริหารอนุมัติและผูกพันเงิน พร้อมโอกาสสูงที่จะเสร็จและใช้ตามตั้งใจโดยพิจารณาความไม่แน่นอนการพัฒนาสำคัญ ใช้ปีเริ่มหลัง 15 ธันวาคม 2027 และใช้ก่อนได้

ขั้นตอนที่ 3: Post-Implementation/Operation Stage (ขั้นตอนหลังการใช้งาน)

ซอฟต์แวร์ใช้งานจริงได้แล้ว! ตอนนี้คุณแค่ทำบำรุงรักษาตามปกติและฝึกอบรมพนักงาน
วิธีการทางบัญชี: บันทึกเป็นค่าใช้จ่าย (EXPENSE) ทั้งหมด เพราะการฝึกอบรมและการบำรุงรักษาไม่ได้ทำให้ตัวสินทรัพย์ "ดีขึ้น" แต่เป็นการทำให้มันทำงานต่อไปได้เท่านั้น

รู้หรือไม่? ค่าใช้จ่ายในการฝึกอบรม ต้องบันทึกเป็นค่าใช้จ่ายเสมอ แม้ว่าจะเกิดขึ้นระหว่างขั้นตอนการพัฒนา เพราะคุณไม่สามารถบันทึกความรู้ของมนุษย์เป็นสินทรัพย์ได้!

3. ซอฟต์แวร์ที่พัฒนาเพื่อขาย เช่า หรือทำการตลาด (ASC 985)

เมื่อซอฟต์แวร์กลายเป็น ตัวสินค้า กฎจะเข้มงวดขึ้น จุดเปลี่ยนสำคัญคือสิ่งที่เรียกว่า ความสำเร็จทางเทคนิค (Technological Feasibility)

"ก่อน" และ "หลัง" ความสำเร็จทางเทคนิค

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

  • ก่อนความสำเร็จทางเทคนิค: ต้นทุนทั้งหมดถือเป็นค่าวิจัยและพัฒนา (R&D) และต้อง บันทึกเป็นค่าใช้จ่าย (EXPENSE)
  • หลังความสำเร็จทางเทคนิค (จนถึงวันวางจำหน่าย): ต้นทุนจะถูก บันทึกเป็นสินทรัพย์ (CAPITALIZE) เหมือนสินค้าคงเหลือ
  • หลังวางจำหน่ายทั่วไปให้ลูกค้า: ให้หยุดบันทึกสินทรัพย์ ต้นทุนใหม่ที่เกิดขึ้นจะถือเป็นต้นทุนการผลิตหรือค่าบำรุงรักษา

การตัดจำหน่ายซอฟต์แวร์สำหรับขายภายนอก

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

  1. วิธีสัดส่วนรายได้ (Percentage of Revenue Method): \( \text{ต้นทุนที่บันทึกไว้รวม} \times \left( \frac{\text{รายได้จริงในงวด}}{\text{รายได้รวมที่คาดว่าจะได้รับ}} \right) \)
  2. วิธีเส้นตรง (Straight-Line Method): \( \frac{\text{ต้นทุนที่บันทึกไว้รวม}}{\text{อายุการใช้งานทางเศรษฐกิจที่เหลืออยู่}} \)

ตัวอย่าง: ถ้ารายได้ตามวิธีที่ 1 ให้ค่า 10,000 ดอลลาร์ และวิธีเส้นตรงให้ค่า 12,000 ดอลลาร์ คุณ ต้อง บันทึกค่าตัดจำหน่ายที่ 12,000 ดอลลาร์ เป้าหมายคือการระมัดระวังและไม่ให้มูลค่าสินทรัพย์สูงเกินจริงครับ

4. การทำสัญญาใช้บริการคลาวด์ (SaaS)

Hostingมีlicenseเมื่อcustomerรับsoftwareได้ทุกเวลาไม่มีsignificant penaltyและรันเอง/hostไม่เกี่ยวvendorได้ มิฉะนั้นservice contract ค่าบริการexpenseตามรับบริการ implementationใช้ASC350-40รุ่นที่ใช้ไม่capitaliseทุกอย่าง SaaS providerไม่ได้เป็นexternal-saleแค่เก็บค่าaccess ต้องดูlicense transfer

5. ตารางสรุปและประเด็นสำคัญ

เพื่อความง่าย นี่คือ "โพย" สรุปของคุณครับ:

ระบุเวอร์ชันเกณฑ์ซอฟต์แวร์ใช้ภายใน ก่อน ASU 2025-06 ใช้ stage model ของ ASC 350-40 และตั้งทุนต้นทุน application development ที่เข้าเกณฑ์ ส่วน preliminary ฝึกอบรมและบำรุงปกติเป็นค่าใช้จ่าย ฉบับใหม่ยกเลิก stages เริ่มทุนเมื่อบริหารอนุมัติและผูกพันเงิน พร้อมโอกาสสูงที่จะเสร็จและใช้ตามตั้งใจโดยพิจารณาความไม่แน่นอนการพัฒนาสำคัญ ใช้ปีเริ่มหลัง 15 ธันวาคม 2027 และใช้ก่อนได้

ข้อผิดพลาดที่พบบ่อย: อย่าจำสับสนระหว่าง "Technological Feasibility" (ใช้ภายนอก) กับ "Management Commitment" (ใช้ภายใน) นะครับ ข้อสอบ BAR ชอบสลับคำพวกนี้เพื่อหลอกเรา!

สรุปประเด็นสำคัญ:

ระบุเวอร์ชันเกณฑ์ซอฟต์แวร์ใช้ภายใน ก่อน ASU 2025-06 ใช้ stage model ของ ASC 350-40 และตั้งทุนต้นทุน application development ที่เข้าเกณฑ์ ส่วน preliminary ฝึกอบรมและบำรุงปกติเป็นค่าใช้จ่าย ฉบับใหม่ยกเลิก stages เริ่มทุนเมื่อบริหารอนุมัติและผูกพันเงิน พร้อมโอกาสสูงที่จะเสร็จและใช้ตามตั้งใจโดยพิจารณาความไม่แน่นอนการพัฒนาสำคัญ ใช้ปีเริ่มหลัง 15 ธันวาคม 2027 และใช้ก่อนได้

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