e-Tax Invoice ทำเองหรือใช้ตัวแทน ต้นทุนระบบซ่อนอยู่คนละจุด

|ผู้เขียน: กองบรรณาธิการ QUASA|2 นาทีในการอ่าน
e-Tax Invoice ทำเองหรือใช้ตัวแทน ต้นทุนระบบซ่อนอยู่คนละจุด

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

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

ปริมาณเอกสารและจังหวะงานชี้ว่าควรใช้ช่องทางใด

คู่มือ Upload XML ของกรมสรรพากร ระบุช่องทางนำส่งผ่านเว็บไซต์ การเชื่อมต่อแบบ Host to Host และการใช้ผู้ให้บริการตัวแทน พร้อมอธิบายการตรวจผลหลังอัปโหลด ทางเลือกจึงมีมากกว่าการลงทุนเชื่อมต่อเองกับการซื้อบริการภายนอก การอัปโหลดเหมาะแก่การนำมาเปรียบเทียบเมื่อกิจการจัดไฟล์ได้อยู่แล้ว และยังไม่มีความถี่ของงานที่ทำให้การส่งเป็นรอบกลายเป็นคอขวด

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

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

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

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

ทำเองต้องจ่ายค่าพัฒนาและค่าดูแลที่เกิดซ้ำ

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

งานเริ่มต้นยังรวมการลงลายมือชื่อดิจิทัล การตรวจโครงสร้างไฟล์ และการทดสอบรายการที่มีเงื่อนไขต่างกัน การประเมินโครงการจึงควรแยกค่าพัฒนาโปรแกรมออกจากเวลาของฝ่ายบัญชี ฝ่ายภาษี และฝ่ายไอทีที่ใช้ตรวจข้อมูลร่วมกัน ระบบที่ส่งรายการตัวอย่างได้ยังต้องรับมือกับเอกสารแก้ไขและข้อผิดพลาดจากข้อมูลจริง ไม่เช่นนั้นค่าใช้จ่ายจะย้ายไปอยู่ในงานแก้ปัญหาหลังเปิดใช้

เมื่อระบบเริ่มทำงาน ต้นทุนประจำเกิดจากการเฝ้าดูงานส่งที่ค้าง การตรวจรายการที่ไม่ผ่าน การต่ออายุเครื่องมือที่ใช้ลงลายมือชื่อ และการปรับโปรแกรมเมื่อระบบบัญชีเปลี่ยน หากทีมไอทีมีคนที่เข้าใจการเชื่อมต่อเพียงคนเดียว ควรคิดเวลาถ่ายทอดงานและการรับช่วงเมื่อคนนั้นไม่อยู่ด้วย การประหยัดค่าบริการภายนอกจึงต้องเทียบกับกำลังคนที่กิจการจัดไว้จริง ไม่ใช่เทียบกับระบบที่สมมติว่าดูแลตัวเองได้

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

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

ใช้ตัวแทนต้องดูขอบเขตงานก่อนดูราคา

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

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

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

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

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

ผลนำส่งและการเก็บรักษาคือค่าใช้จ่ายที่ต้องจัดคนรับผิดชอบ

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

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

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

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

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

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

ตรวจทะเบียนและสิทธิของตัวแทนก่อนลงสัญญา

ขอบเขตผู้ให้บริการ e-Tax Invoice ต่างกันระหว่างนำส่งข้อมูลกับจัดทำและนำส่งข้อมูล พร้อมจุดตรวจวันสิ้นสุดการรับรอง

การมีชื่อทางการค้าหรือคำว่าได้รับการรับรองในใบเสนอราคา ยังไม่บอกว่าบริการที่เสนอครอบคลุมงานที่กิจการต้องการ ทะเบียนผู้ให้บริการตัวแทนของกรมสรรพากร เปิดให้ค้นด้วยชื่อนิติบุคคลหรือเลขประจำตัวผู้เสียภาษี และแยกหมวด e-Tax Invoice & e-Receipt ตามขอบเขตนำส่งข้อมูล กับจัดทำและนำส่งข้อมูล ทะเบียนยังแสดงวันสิ้นสุดของหนังสือรับรอง และระบุว่าการรับรองต้องต่ออายุทุก 3 ปี จึงควรตรวจวันสิ้นสุดก่อนทำสัญญา

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

วันที่สิ้นสุดในทะเบียนควรอ่านคู่กับช่วงสัญญา หากการรับรองจะสิ้นสุดระหว่างช่วงบริการ ควรถามขั้นตอนต่ออายุและวิธีแจ้งลูกค้าเมื่อสถานะเปลี่ยน การตรวจครั้งเดียวตอนขอใบเสนอราคาไม่เพียงพอสำหรับสัญญาที่เริ่มใช้งานภายหลัง ส่วนการตรวจสิทธิก่อนลงนามช่วยคัดผู้ให้บริการที่มีขอบเขตตรงงาน โดยไม่ต้องอาศัยคำอ้างในเอกสารขายเพียงอย่างเดียว

หลังเลือกผู้ให้บริการ ขั้นตอนของกรมสรรพากร กำหนดให้ผู้ประกอบการแจ้งชื่อผู้ให้บริการผ่านระบบ e-Tax Invoice & e-Receipt ก่อนเริ่มใช้บริการ ขั้นตอนนี้ต้องอยู่ในแผนเริ่มงานร่วมกับการเตรียมข้อมูลและทดสอบการส่ง เมื่อทดลองแล้วเห็นได้ครบตั้งแต่เอกสารต้นทางถึงผลตอบกลับและการค้นย้อนหลัง กิจการจึงจะเปรียบเทียบได้ว่าต้นทุนที่จ่ายซื้อเพียงช่องทางส่ง หรือซื้อการลดภาระงานที่ต้องการจริง

แชร์:

สมัครรับจดหมายข่าวของเรา

รับข่าวสารล่าสุดเกี่ยวกับ Web3, AI และคริปโตส่งตรงถึงกล่องจดหมายของคุณ

0