Internally developed software

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

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

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

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

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

• ซอฟต์แวร์สำหรับใช้ภายในองค์กร (Internal Use Software): ซอฟต์แวร์ที่สร้างขึ้นเพื่อตอบโจทย์การทำงานภายในบริษัทเท่านั้น (เช่น ระบบบัญชีภายใน หรือพอร์ทัลทรัพยากรบุคคล)
• ซอฟต์แวร์ที่พัฒนาเพื่อขาย เช่า หรือทำการตลาด (Software to be Sold, Leased, or Marketed): ซอฟต์แวร์ที่สร้างเป็นผลิตภัณฑ์เพื่อสร้างรายได้ (เช่น เกม หรือแพลตฟอร์ม SaaS บนคลาวด์ที่ขายให้กับผู้อื่น)

ทบทวนสั้นๆ: ถ้าคุณสร้างเพื่อใช้เอง ให้ใช้กฎ "Internal Use" แต่ถ้าสร้างเพื่อนำไปขาย ให้ใช้กฎ "External Sale" ครับ

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

ลองนึกภาพการสร้างซอฟต์แวร์ภายในเหมือนกับการต่อเติมระเบียงบ้าน คุณไม่สามารถแค่ตอกตะปูมั่วๆ ได้ มันมีกระบวนการของมัน สำหรับทางบัญชี เราแบ่งออกเป็น 3 ขั้นตอน ใช้เทคนิคช่วยจำว่า "P.A.P." ครับ!

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

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

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

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

ขั้นตอนที่ 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)

ในโลกยุคใหม่ หลายบริษัทไม่ได้ "ซื้อ" ซอฟต์แวร์ แต่ใช้วิธี "เช่า" ผ่านระบบคลาวด์ (Software as a Service)

กฎทอง: หากสัญญา ไม่ให้ สิทธิ์ลูกค้าในการครอบครองซอฟต์แวร์นั้น จะถือเป็น สัญญาบริการ (Service Contract)
- ให้บันทึกค่าบริการเป็นค่าใช้จ่ายเมื่อเกิดขึ้น
- อย่างไรก็ตาม หากมี "ต้นทุนการติดตั้ง" (เช่น การเขียนโค้ดปรับแต่งอินเทอร์เฟซให้เข้ากับพอร์ทัลคลาวด์ของคุณ) ให้ใช้กฎเดียวกับ ซอฟต์แวร์ใช้ภายในองค์กร (บันทึกต้นทุนขั้นตอนการพัฒนาเป็นสินทรัพย์ได้!)

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

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

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

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

ช่วง "กลาง" ของกระบวนการมักจะเป็นส่วนที่คุณบันทึกเป็นสินทรัพย์ ส่วนช่วง "เริ่มต้น" (วางแผน/วิจัย) และ "ท้ายสุด" (บำรุงรักษา/ฝึกอบรม) มักจะเป็นค่าใช้จ่ายเสมอ ถ้าคุณกำลังขายซอฟต์แวร์ อย่าลืมทดสอบ "ค่าที่สูงกว่า" (Greater of) ในการตัดจำหน่ายด้วยนะ!

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