การพัฒนาซอฟต์แวร์สั่งทำ
คำถามที่พบบ่อยที่สุดเกี่ยวกับช่วงเวลาที่เหมาะสมในการพัฒนาซอฟต์แวร์สั่งทำ ค่าใช้จ่าย กรรมสิทธิ์ในซอร์สโค้ด และการดำเนินการหลังเปิดใช้งาน
ซอฟต์แวร์สั่งทำคุ้มค่ากว่า SaaS สำเร็จรูปในกรณีใด?
หากกระบวนการทำงานของท่านคือความได้เปรียบในการแข่งขัน เช่น workflow ของธุรกิจ F&B หลายแบรนด์ ขั้นตอนการผลิตที่มีความเฉพาะ หรือกฎการคำนวณค่าตอบแทนเฉพาะทาง การใช้ SaaS สำเร็จรูปอาจบังคับให้ท่านต้องปรับเปลี่ยนวิธีการที่สร้างความสำเร็จให้ธุรกิจ สำหรับงานทั่วไป (อีเมล การบัญชีพื้นฐาน การจัดเก็บไฟล์) การใช้ SaaS เป็นทางเลือกที่เหมาะสม แต่สำหรับการดำเนินงานหลักที่มีเอกลักษณ์เฉพาะ ซอฟต์แวร์สั่งทำมีต้นทุนที่ต่ำกว่าเมื่อพิจารณาในระยะเวลา 3 ปี เนื่องจากท่านไม่ต้องเสียค่าใช้จ่ายกับการแก้ปัญหาเฉพาะหน้าอย่างต่อเนื่อง
ซอฟต์แวร์สั่งทำมีค่าใช้จ่ายเท่าใดเมื่อเทียบกับ SaaS?
MVP สั่งทำที่มีขอบเขตชัดเจนโดยทั่วไปอยู่ที่ 200,000–850,000 บาท สำหรับเฟสแรก (ระยะเวลา 3–4 เดือน ครอบคลุมหนึ่งโดเมน) แม้ค่าสมัคร SaaS จะดูมีราคาต่ำกว่าในช่วงแรก แต่สำหรับองค์กรที่มีผู้ใช้ตั้งแต่ 50 คนขึ้นไปในระยะเวลา 5 ปี ซอฟต์แวร์สั่งทำมักมีต้นทุนที่ต่ำกว่า อีกทั้งฟีเจอร์ยังตอบโจทย์การทำงานได้อย่างแม่นยำ เราพร้อมช่วยท่านคำนวณต้นทุนรวมของการเป็นเจ้าของ (Total Cost of Ownership) อย่างโปร่งใสตั้งแต่ขั้นตอน kickoff
การพัฒนาซอฟต์แวร์สั่งทำใช้ระยะเวลาเท่าใด?
MVP ที่พร้อมใช้งานจริงใช้ระยะเวลา 8–14 สัปดาห์สำหรับหนึ่งโมดูล และฟีเจอร์ถัดไปจะพัฒนาได้รวดเร็วขึ้นมากเนื่องจากมีรากฐานอยู่แล้ว เราไม่ให้คำมั่นว่าจะ 'เปิดตัวภายใน 2 สัปดาห์' เพราะไม่สอดคล้องกับความเป็นจริง และไม่ยืดระยะเวลาถึง 'หนึ่งปี' ซึ่งสะท้อนถึงการขาดการโฟกัส
ใครเป็นเจ้าของซอร์สโค้ดและทรัพย์สินทางปัญญาหลังการส่งมอบ?
ท่านเป็นเจ้าของอย่างสมบูรณ์ ในกรณีที่โปรเจกต์เป็น custom development ทั้งหมด เราจะส่งมอบซอร์สโค้ดและสิทธิ์เข้าถึง repository ทั้งหมด พร้อมเอกสารประกอบ ส่วนที่ยังคงเป็นกรรมสิทธิ์ของเรา ได้แก่ คอมโพเนนต์ที่นำกลับมาใช้ซ้ำได้ ไลบรารีภายใน และโมดูล Logixbase ที่มีอยู่เดิม โดยรายละเอียดทั้งหมดจะระบุไว้อย่างชัดเจนในสัญญา
หลังเปิดใช้งาน การดูแลระบบและการแก้ไขข้อบกพร่องดำเนินการอย่างไร?
มีให้เลือกสามรูปแบบ ได้แก่ (1) retainer รายเดือน ซึ่งเราเป็นผู้ดูแลให้ (2) ทีมงานภายในของท่านรับช่วงดูแลต่อ โดยมีเอกสารและการ handover จากเรา หรือ (3) รูปแบบผสมผสาน ที่เราพร้อมให้บริการ (on call) สำหรับการเปลี่ยนแปลงขนาดใหญ่ ขณะที่ทีมของท่านดูแลงานย่อย ทั้งนี้ แพ็กเกจ retainer มี SLA การแก้ไขข้อบกพร่องระดับ critical ภายใน 24 ชั่วโมง
ขั้นตอนการกำหนดขอบเขต (scoping) ของโปรเจกต์ซอฟต์แวร์สั่งทำเป็นอย่างไร?
ขั้นตอน kickoff ใช้เวลา 1–2 สัปดาห์ เพื่อวิเคราะห์ workflow ปัจจุบัน ระบุ jobs-to-be-done และกำหนด MVP ที่สามารถส่งมอบได้ภายใน 12 สัปดาห์ ผลลัพธ์คือเอกสารขอบเขตงานพร้อมช่วงประมาณการ มิใช่ตัวเลขเดียวที่อาจคลาดเคลื่อน หากขอบเขตงานของท่านไม่สามารถดำเนินการได้ภายในงบประมาณ เราจะแจ้งให้ทราบอย่างตรงไปตรงมาก่อนลงนามในสัญญา มิใช่ระหว่างดำเนินโครงการ
สามารถเชื่อมต่อกับ ERP ระบบบัญชี หรือ POS ที่มีอยู่เดิมได้หรือไม่?
สามารถเชื่อมต่อได้ เราเคยเชื่อมต่อกับ Accurate, Mekari Jurnal, Xendit, OY!, Midtrans, Moka POS และ ERP สั่งทำหลายระบบ สำหรับระบบที่เรายังไม่เคยเชื่อมต่อ เราจะตรวจสอบเอกสาร API ก่อน หากระบบมี API เราสามารถเชื่อมต่อได้ หากไม่มี เราจะหารือทางเลือกอื่น เช่น การ export-import, RPA หรือการ scraping อย่างมีความรับผิดชอบ
หากขอบเขตงานเปลี่ยนแปลงระหว่างดำเนินโครงการจะจัดการอย่างไร?
ขอบเขตงานมีการเปลี่ยนแปลงอยู่เสมอ ซึ่งเป็นเรื่องปกติของการพัฒนา เราใช้ sprint ระยะเวลาสองสัปดาห์พร้อมการ review เมื่อสิ้นสุดแต่ละสัปดาห์ การเปลี่ยนแปลงเล็กน้อยจะถูกเพิ่มเข้าสู่ backlog โดยไม่ต้องทำ change order ส่วนการเปลี่ยนแปลงขนาดใหญ่ (ใช้ความพยายามมากกว่า 1 sprint) จะจัดทำเป็นเอกสารแนบท้ายสัญญาพร้อมประมาณการใหม่ อย่างโปร่งใส โดยไม่มีค่าใช้จ่ายที่ไม่คาดคิด
สามารถเริ่มต้นจากขนาดเล็กแล้วค่อยขยายได้หรือไม่?
นี่คือแนวทางที่เราแนะนำ เฟสที่ 1 เป็นการพัฒนาโมดูลเดียวที่ส่งมอบได้จริง ซึ่งโดยทั่วไปคือโมดูลที่เป็นปัญหาเร่งด่วนที่สุดในปัจจุบัน ส่วนเฟสที่ 2 เป็นต้นไปจะเพิ่มโมดูลใหม่หรือเพิ่มความสามารถของโมดูลที่มีอยู่ ปรัชญาของเราคือ ซอฟต์แวร์ที่ใช้งานจริงและได้รับการพัฒนาอย่างต่อเนื่อง ย่อมดีกว่าซอฟต์แวร์ที่สมบูรณ์แบบแต่ไม่เคยส่งมอบ
ท่านจะได้รับซอร์สโค้ด หรือเพียงสิทธิ์เข้าถึงบริการแบบ hosted?
มีให้บริการทั้งสองรูปแบบ โดยค่าเริ่มต้นคือการ hosted โดยเราในภูมิภาคสิงคโปร์ (เราเป็นผู้ deploy ดูแล uptime และสำรองข้อมูล) หากท่านต้องการ self-host (แบบ on-premise หรือบน cloud ของท่านเอง) เราจะส่งมอบซอร์สโค้ดทั้งหมดพร้อมเอกสารด้าน infrastructure ทั้งนี้ ท่านสามารถตัดสินใจได้ในขั้นตอนการทำสัญญา มิใช่ภายหลังการเปิดตัว
การพัฒนาสั่งทำกับการปรับแต่งผลิตภัณฑ์ Logixbase ที่มีอยู่แตกต่างกันอย่างไร?
การปรับแต่ง คือการใช้ Logixbase OMS หรือ HRIS เป็นฐาน แล้วเพิ่มโมดูลหรือฟิลด์สั่งทำให้ท่าน ซึ่งมีค่าใช้จ่ายต่ำกว่าและรวดเร็วกว่า แต่ยึดโยงกับสถาปัตยกรรมของ Logixbase ส่วนการพัฒนาสั่งทำ คือการสร้างขึ้นใหม่ทั้งหมดเพื่อแก้ปัญหาเฉพาะของท่าน ซึ่งมีค่าใช้จ่ายสูงกว่าและใช้เวลานานกว่า แต่ไม่มีข้อจำกัด ทั้งนี้ ประมาณ 70% ของกรณี การปรับแต่งก็เพียงพอแล้ว และเราจะให้คำแนะนำแก่ท่านอย่างตรงไปตรงมา
การย้ายข้อมูลจากระบบเดิมดำเนินการอย่างไร?
ทีมงานของเราสามารถ import ข้อมูลจาก Excel, Google Sheets, Talenta, Mekari, Jubelio, Accurate หรือฐานข้อมูลสั่งทำ รวมถึงแหล่งข้อมูลใดก็ตามที่สามารถ export ได้ โดยเราจะทำ dry-run บนระบบ staging ก่อน เพื่อให้ท่านตรวจสอบตัวอย่างข้อมูล จากนั้นจึงย้ายข้อมูลเข้าสู่ระบบ production ในช่วงเวลาที่ท่านกำหนด (โดยทั่วไปคือช่วงสุดสัปดาห์) กรณีที่ข้อมูลไม่สอดคล้องกัน เราจะส่งให้ท่านเป็นผู้ตัดสินใจ แทนการคาดเดา
รูปแบบสัญญามีแบบใดบ้าง ระหว่างราคาคงที่ T&M หรือ retainer?
เฟสที่ 1 (การกำหนดขอบเขตและ MVP) เป็นราคาคงที่พร้อมช่วงประมาณการ ส่วนเฟสที่ 2 เป็นต้นไป ท่านสามารถเลือกรูปแบบ T&M (time and materials) หากขอบเขตงานยังไม่แน่นอน หรือ retainer รายเดือนหากต้องการทีมงานเฉพาะ เราไม่ผลักดันรูปแบบใดเป็นพิเศษ แต่จะพิจารณาร่วมกับท่านตามงบประมาณและจังหวะการดำเนินงานของท่าน
หลังเปิดตัว ใครเป็นผู้ดูแลเซิร์ฟเวอร์ hosting และ uptime?
โดยค่าเริ่มต้น เราเป็นผู้ดูแล ระบบ infrastructure ทำงานบน Neon ร่วมกับ Vercel/Railway ในภูมิภาคสิงคโปร์ พร้อมการ monitoring ตลอด 24/7 การสำรองข้อมูลรายวัน และเป้าหมาย uptime ที่ 99.5% หากท่านต้องการ self-host เราจะส่งมอบ playbook ฉบับสมบูรณ์ สำหรับระดับ Enterprise เราสามารถติดตั้งบน cloud account ของท่านได้ (AWS, GCP, Azure) จากนั้นทีมงานของท่านจะรับช่วงดูแลต่อหลังการ handover
หากมีโปรเจกต์ซอฟต์แวร์ที่ล้มเหลวหรือค้างอยู่ ท่านรับช่วงดำเนินการต่อได้หรือไม่?
รับดำเนินการต่อได้ และเป็นงานที่เราดำเนินการอยู่เป็นประจำ เราเริ่มต้นด้วยการตรวจสอบ codebase และ workflow (ระยะเวลา 1–2 สัปดาห์ ราคาคงที่) ผลลัพธ์คือคำแนะนำที่ตรงไปตรงมาว่าควรดำเนินการต่อ ปรับปรุงบางส่วน (refactor) หรือสร้างใหม่ เราเคยรับโปรเจกต์ NodeJS ที่ค้างมานาน 8 เดือน และส่งมอบเวอร์ชันที่สมบูรณ์ได้ภายใน 10 สัปดาห์ อีกทั้งเคยให้คำแนะนำแก่ลูกค้าว่าการสร้างใหม่มีต้นทุนต่ำกว่าการดำเนินการต่อ ซึ่งได้รับการพิสูจน์ว่าถูกต้อง
ระบบจัดการสินค้าคงคลังและคำสั่งซื้อ (OMS)
คำถามที่พบบ่อยที่สุดเกี่ยวกับระบบจัดการสินค้าคงคลังหลายคลัง การเชื่อมต่อ marketplace ความแม่นยำของสต็อก และการออกเอกสารอัตโนมัติ
รองรับการใช้งานหลายคลัง หลายเมือง หรือหลายประเทศได้หรือไม่?
รองรับ Logixbase OMS ออกแบบมาเพื่อรองรับหลายคลัง (multi-warehouse) โดยกำเนิด สามารถแยกสต็อกตามสาขา โอนย้ายระหว่างคลังพร้อมเอกสารกำกับ และแสดงสถานะแบบเรียลไทม์ สำหรับการใช้งานหลายประเทศ แต่ละคลังสามารถกำหนดสกุลเงินและกฎภาษีของตนเองได้ จึงเหมาะสำหรับแบรนด์ที่มีคลังในกรุงเทพและเชียงใหม่ หรือกำลังขยายไปยังเวียดนามและมาเลเซีย
หากจำหน่าย SKU เดียวกันภายใต้สองแบรนด์ ระบบสามารถจัดการได้หรือไม่?
จัดการได้ ใน OMS นั้น 'แบรนด์' แยกออกจาก 'สินค้า' โดยสินค้าหนึ่งรายการสามารถอยู่ภายใต้หลายแบรนด์ได้ พร้อมกำหนดราคา รายละเอียด และพูลสต็อกที่แตกต่างกัน ผู้ประกอบการหลายแบรนด์ (เช่น กลุ่มค้าปลีกที่มี 4 ไลน์ธุรกิจ) สามารถดูข้อมูลแบบรวมหรือแยกตามแบรนด์ได้ตามสิทธิ์การเข้าถึง
สามารถเชื่อมต่อกับ Shopee, Lazada หรือ TikTok Shop ในไทยได้หรือไม่?
สำหรับการเชื่อมต่อ marketplace เราเป็นพาร์ตเนอร์กับผู้ให้บริการ middleware (Ginee, Jubelio, Forstok) หรือพัฒนาการเชื่อมต่อโดยตรงผ่าน API อย่างเป็นทางการ พร้อมการซิงค์สต็อกและออเดอร์แบบสองทาง ตามแผนงาน (roadmap) เราจะเชื่อมต่อ Shopee และ Lazada แบบเนทีฟภายในปลายปี 2026 ส่วน marketplace อื่นสามารถเชื่อมต่อผ่าน middleware หรือการพัฒนาสั่งทำ
การเชื่อมต่อกับระบบ POS เป็นอย่างไร?
สำหรับ Moka, Pawoon และ iREAP เราเชื่อมต่อผ่าน API ส่วน POS รุ่นเก่ากว่า (Olsera, MajooPos) โดยทั่วไปจะใช้การ import ไฟล์ยอดขายรายวันและซิงค์สต็อกด้วยตนเอง สำหรับเครือธุรกิจ F&B ที่ต้องการซิงค์ข้อมูลระหว่าง POS และ OMS แบบเรียลไทม์ เราสามารถพัฒนา adapter สั่งทำได้ โดยทั่วไปใช้เวลาเพิ่มเติม 4–6 สัปดาห์
จะทำอย่างไรให้สต็อกในระบบตรงกับสต็อกจริง?
ระบบมีการควบคุมสามชั้น ได้แก่ (1) การนับสต็อกตามรอบ (cycle count) ตามกำหนด ที่ 5% ของ SKU ต่อสัปดาห์ โดยระบบจะแนะนำรายการที่ควรตรวจนับ (2) การวิเคราะห์ความคลาดเคลื่อนโดยอัตโนมัติเมื่อมีการขายแต่สต็อกไม่ลดลง และ (3) audit log แบบ append-only ที่บันทึกทุกการเปลี่ยนแปลงว่าใครเป็นผู้ดำเนินการ เมื่อใด และด้วยเหตุใด ทั้งนี้ การรักษาความแม่นยำให้เกิน 99% ต้องอาศัยวินัยของทีมงานควบคู่ไปกับซอฟต์แวร์
รองรับ FIFO, FEFO และ batch tracking หรือไม่?
รองรับ โดยใช้ FIFO (First In First Out) เป็นค่าเริ่มต้นสำหรับสินค้าทั่วไป และ FEFO (First Expiry First Out) สำหรับธุรกิจ F&B และเวชภัณฑ์ ซึ่งระบบจะเลือกสต็อกที่ใกล้หมดอายุที่สุด ส่วน batch tracking ใช้สำหรับการเรียกคืนสินค้า หาก batch การผลิตใดเกิดปัญหา ท่านจะทราบได้ทันทีว่าลูกค้ารายใดได้รับสินค้าดังกล่าว
กระบวนการคืนสินค้า การคืนเงิน และ RMA ทำงานอย่างไร?
การคืนสินค้าจะสร้างเอกสาร RMA พร้อมระบุเหตุผลแบบมีโครงสร้าง (สินค้าชำรุด จัดส่งผิดรายการ หรือลูกค้ายกเลิก) สต็อกจะถูกนำกลับเข้าสู่สถานะ quarantine หรือ restock โดยตรงตามสภาพสินค้า การคืนเงินเชื่อมต่อกับ payment provider หากมีการ integrate ไว้ (Xendit, Midtrans) โดยทุกรายการจะเชื่อมโยงกลับไปยังออเดอร์ต้นทางเสมอ ไม่มีการสูญหาย
สามารถปรับแต่ง template ใบกำกับภาษี ใบส่งสินค้า และใบสั่งซื้อได้หรือไม่?
ปรับแต่งได้ template ออกแบบเป็นแบบ component ท่านสามารถกำหนด header โลโก้ layout บรรทัดภาษี footer และเงื่อนไขแยกตามแบรนด์ได้ สำหรับ template ที่มีความเฉพาะสูง (เช่น ฟิลด์เฉพาะภูมิภาค การแสดงผลหลายสกุลเงิน หรือลายเซ็นดิจิทัล) เราสามารถจัดทำให้ในขั้นตอนการตั้งค่าโปรเจกต์ หรือผ่านการพัฒนาสั่งทำ
ออเดอร์เดียวสามารถจัดส่งจากหลายคลังได้หรือไม่?
ทำได้ สำหรับออเดอร์ที่มีหลายรายการและสต็อกกระจายอยู่ตามคลังต่าง ๆ ระบบจะแนะนำการแบ่งจัดส่งพร้อมการปรับให้เหมาะสม (optimize) โดยพิจารณาจากระยะทางถึงลูกค้า ค่าจัดส่ง และระดับสต็อก ท่านสามารถเลือกรับคำแนะนำหรือปรับแก้ด้วยตนเองได้ ระบบรองรับหมายเลข tracking หลายรายการ และลูกค้าจะเห็นสถานะแบบรวม
ค่าบริการปรับตามปริมาณออเดอร์และ SKU อย่างไร?
แพ็กเกจแบ่งตามจำนวนออเดอร์ต่อเดือน จำนวน SKU ที่ใช้งาน และจำนวนผู้ใช้ สำหรับระดับ Enterprise (มากกว่า 10k ออเดอร์ต่อเดือน หรือมากกว่า 50k SKU) เป็นราคาสั่งทำที่พิจารณาร่วมกับท่านโดยตรง เราไม่คิดค่าบริการต่อ API call หรือต่อรายการธุรกรรม ซึ่งเป็นรูปแบบการคิดค่าบริการที่เราไม่ดำเนินการ
HRIS, ระบบบันทึกเวลาเข้างาน และเงินเดือน
คำถามที่พบบ่อยที่สุดเกี่ยวกับระบบบันทึกเวลาเข้างานหลายสาขา geofence การคำนวณ payroll หลายอัตรา และการปฏิบัติตามกฎหมายแรงงานในแต่ละประเทศ
การตรวจสอบตำแหน่งด้วย geofence ทำงานอย่างไร และมีความแม่นยำเพียงใด?
เมื่อพนักงาน clock-in แอปพลิเคชันจะอ่านค่า GPS ของอุปกรณ์และเปรียบเทียบกับรัศมีของสาขาที่ผู้ดูแลระบบกำหนดไว้ (ค่าเริ่มต้น 100 เมตร ปรับได้) โดยมีความแม่นยำ 5–15 เมตรในเขตเมือง และ 20–50 เมตรในพื้นที่ที่สัญญาณอ่อน สำหรับการป้องกันการปลอมแปลง ระบบมีการตรวจจับ mock location และใช้การถ่ายเซลฟี่เป็นการยืนยันชั้นที่สอง ทั้งนี้ สามารถยกเว้น (bypass) สำหรับบางตำแหน่งได้ เช่น พนักงานขายภาคสนามหรือผู้จัดการ
การบันทึกเวลาแบบหลายช่วงคืออะไร?
พนักงานหนึ่งคนสามารถ clock-in ในช่วงเช้าที่สาขา A ในตำแหน่งบาริสต้า (อัตรา A) พักกลางวัน แล้ว clock-in อีกครั้งในช่วงบ่ายที่สาขา B ในตำแหน่ง supervisor (อัตรา B) ภายในวันเดียวกันได้ ระบบจะบันทึกแต่ละช่วงพร้อมแบรนด์ สาขา ตำแหน่ง และอัตราค่าจ้าง จากนั้นระบบ payroll จะคำนวณรวมโดยอัตโนมัติ ซึ่งเป็นความสามารถที่ผู้ประกอบการ F&B หลายแบรนด์ต้องการอย่างมาก
พนักงานคนเดียวที่ทำงานข้ามแบรนด์หรือสาขาในวันเดียวด้วยอัตราที่ต่างกัน ระบบรองรับหรือไม่?
รองรับ นี่คือฟีเจอร์หลักของ HRIS Logixbase โดยกำหนดอัตราค่าจ้างในระดับ (พนักงาน × แบรนด์ × ตำแหน่ง) มิใช่อัตราเดียวต่อพนักงาน เช่น พนักงาน A อาจได้รับ 100 บาท/ชม. ที่แบรนด์ X และ 170 บาท/ชม. ที่แบรนด์ Y ระบบจะดึงข้อมูลจากช่วงเวลาที่บันทึกไว้โดยอัตโนมัติ โดยไม่ต้องป้อนด้วยตนเอง
ระบบ payroll เชื่อมต่อกับระบบราชการ (ประกันสังคม, BPJS, SOCSO, SSS, VSS) หรือไม่?
ประเทศไทย รองรับประกันสังคม (SSO) ภาษีหัก ณ ที่จ่าย ภงด.1 และ ภงด.1ก โดยสร้างไฟล์ในรูปแบบ e-Filing ของกรมสรรพากร อินโดนีเซีย รองรับ BPJS Ketenagakerjaan และ Kesehatan รวมถึง PPh 21 ประเทศอื่นในภูมิภาค SEA ได้แก่ SOCSO/EPF (มาเลเซีย), VSS (เวียดนาม), SSS/PhilHealth (ฟิลิปปินส์) ซึ่งปัจจุบันดำเนินการผ่าน custom export ส่วนการเชื่อมต่อแบบ native integration อยู่ในแผนงาน (roadmap) ปี 2026 สำหรับภูมิภาค LATAM (IMSS เม็กซิโก, INSS บราซิล) และตะวันออกกลาง (GOSI ซาอุฯ) สามารถจัดทำ custom export ตามความต้องการได้ในระดับ Enterprise
ระบบเดียวสามารถรองรับกฎหมายแรงงานของหลายประเทศพร้อมกันได้หรือไม่?
รองรับในระดับ multi-country โดยแต่ละนิติบุคคลสามารถกำหนดกฎการทำงานล่วงเวลา (OT) สิทธิ์การลา วันหยุดราชการ และช่วงอัตราภาษี (tax bracket) ของตนเองได้ หากท่านมีทีมงานที่กรุงเทพและโฮจิมินห์ ระบบจะใช้กฎของประเทศที่ถูกต้องโดยอัตโนมัติ ซึ่งเราเคยให้บริการลูกค้าแบบ multi-country มาแล้ว
การลา การลาป่วย OT และการเบิกค่าใช้จ่าย รวมอยู่ในระบบเดียวกันหรือไม่?
รวมอยู่ในระบบเดียวกัน พนักงานยื่นคำขอผ่านแอปพลิเคชัน และผู้จัดการสามารถอนุมัติได้ในคลิกเดียว ทุกรายการจะถูกบันทึกในโปรไฟล์พนักงานและสะท้อนในระบบ payroll โดย OT จะคำนวณโดยอัตโนมัติจากช่วงเวลาที่เกินกะปกติ ระบบยังติดตามสิทธิ์ลาพักร้อนรายปีพร้อมการคำนวณตามสัดส่วน (pro-rate) สำหรับพนักงานใหม่ ส่วนการเบิกค่าใช้จ่าย (เช่น ค่าเดินทางและค่ารักษาพยาบาล) สามารถแนบรูปภาพและมี workflow การอนุมัติ
รองรับพนักงาน contractor, freelance และพนักงานกะด้วยหรือไม่?
รองรับ ประเภทการจ้างงานเป็นฟิลด์ที่กำหนดได้ ทั้งพนักงานประจำ สัญญาจ้าง พาร์ตไทม์ ฟรีแลนซ์ และฝึกงาน โดยแต่ละประเภทมีกฎเริ่มต้นที่แตกต่างกัน (เช่น สวัสดิการประกันสังคมเป็นทางเลือกสำหรับฟรีแลนซ์ และเพดาน OT สำหรับพาร์ตไทม์ เป็นต้น) ผลลัพธ์ payroll จะแยกตามประเภทเพื่อการจัดทำรายงาน
สามารถใช้งานแบบ offline ได้หรือไม่ และสาขาที่สัญญาณไม่ดีจะทำอย่างไร?
แอปพลิเคชันบนมือถือมีการ cache สำหรับการ clock-in/out แบบ offline และจะซิงค์ข้อมูลเมื่อสัญญาณกลับมา โดยเซลฟี่และตำแหน่งจะถูกเก็บไว้ในเครื่อง สำหรับสาขาที่ offline เป็นประจำ (เช่น คลังในพื้นที่ห่างไกล) เรามี kiosk mode บนแท็บเล็ตที่ซิงค์ข้อมูลทุก 30 นาที ส่วนการใช้งาน offline บนแล็ปท็อปหรือเดสก์ท็อปมีข้อจำกัดมากกว่า ซึ่งโดยทั่วไปไม่ใช่รูปแบบการใช้งานหลัก
การถ่ายเซลฟี่และการยืนยันใบหน้า เป็นแบบบังคับ ไม่บังคับ หรือปรับได้?
สามารถปรับได้ตามตำแหน่งและสาขา เช่น ตำแหน่งบาริสต้ากำหนดเป็นแบบบังคับ ตำแหน่งผู้จัดการเป็นแบบไม่บังคับ สาขา flagship กำหนดเป็นแบบบังคับพร้อมการจับคู่ใบหน้า (face match) กับรูปโปรไฟล์ และสาขาห่างไกลใช้เพียงการถ่ายเซลฟี่โดยไม่จับคู่ใบหน้า (เพื่อประหยัด bandwidth) โดยท่านเป็นผู้กำหนดเอง
ข้อมูลการบันทึกเวลาจัดเก็บไว้ที่ใด และใครสามารถเข้าถึงได้?
ข้อมูลจัดเก็บบน Postgres ที่ให้บริการโดย Neon ในภูมิภาคสิงคโปร์ การเข้าถึงเป็นไปตามตำแหน่ง โดยพนักงานเห็นข้อมูลของตนเอง ผู้จัดการเห็นข้อมูลของทีม HR เห็นข้อมูลทั้งหมด และเจ้าของเห็นข้อมูลแบบรวม รูปเซลฟี่จัดเก็บใน object storage ที่เข้ารหัส โดยค่าเริ่มต้นเก็บไว้ 90 วัน (ขยายได้ตามนโยบาย) และมี audit log ทุกครั้งที่มีการเข้าถึงข้อมูลที่ละเอียดอ่อน
การย้ายและอัปเกรดจากระบบเดิม
คำถามที่พบบ่อยที่สุดเกี่ยวกับการย้ายจาก Excel จาก Talenta/Mekari/Jubelio/Accurate และกลยุทธ์ลด downtime
หากยังใช้ Excel อยู่ จะย้ายข้อมูลอย่างไร?
การย้ายจาก Excel มักเป็นการย้ายที่ราบรื่นที่สุด เนื่องจากข้อมูลอยู่ในรูปแบบตารางอยู่แล้ว ขั้นตอนประกอบด้วย (1) เราตรวจสอบโครงสร้างของ spreadsheet (2) ลบข้อมูลซ้ำและปรับรูปแบบ (3) import เข้าสู่ระบบ staging (4) ท่านตรวจสอบตัวอย่างข้อมูล และ (5) cutover เข้าสู่ระบบ production โดยรวมใช้เวลา 1–3 สัปดาห์สำหรับข้อมูล 5k–50k แถว ทั้งนี้ เรามีความคุ้นเคยกับ spreadsheet ที่มีความซับซ้อนเป็นอย่างดี
หากใช้ Talenta / Mekari / Jubelio / Accurate / Zoho อยู่ สามารถย้ายข้อมูลได้หรือไม่?
สามารถย้ายได้ทั้งหมด เรามี script สำหรับ import จาก Talenta และ Mekari (HRIS) รวมถึง Jubelio และ Accurate (OMS/Finance) สำหรับ Zoho และแพลตฟอร์มอื่น เราใช้ไฟล์ CSV export ของท่านร่วมกับ custom import script (ระยะเวลา 1–2 สัปดาห์) ส่วนที่ท้าทายที่สุดมักไม่ใช่ตัวข้อมูล แต่เป็นการ map แนวคิด เช่น ใน Talenta นั้น 'แบรนด์' ไม่ใช่แนวคิดหลัก การ map ไปสู่แนวคิด multi-brand ของ Logixbase จึงต้องหารือร่วมกัน
จะลด downtime ระหว่างการย้ายระบบได้อย่างไร?
มีสามกลยุทธ์ ได้แก่ (1) cutover นอกเวลาทำการ โดยทั่วไปเป็นคืนวันศุกร์หรือช่วงสุดสัปดาห์ ซึ่งมี downtime 2–6 ชม. (2) การรันแบบ parallel เป็นเวลา 1–2 สัปดาห์ โดยระบบเดิมและระบบใหม่ทำงานคู่กัน ท่านใช้ระบบใหม่ขณะที่ระบบเดิมยังเป็น backup และ (3) การย้ายแบบเป็นเฟส ทีละโมดูลหรือทีละสาขา ท่านสามารถเลือกได้ตามระดับความเสี่ยงที่ยอมรับได้
สามารถรันแบบ parallel ในช่วงเปลี่ยนผ่านได้หรือไม่?
เราแนะนำอย่างยิ่งสำหรับการย้ายระบบที่มีความสำคัญ ในช่วง parallel (โดยทั่วไป 2–4 สัปดาห์) ท่านจะป้อนข้อมูลในทั้งสองระบบ และเราจะเปรียบเทียบผลลัพธ์ (เช่น รายงาน payroll) เพื่อ validate เมื่อ payroll ตรงกัน 2 รอบ ระบบเดิมจึงจะถูกปิด แม้วิธีนี้จะใช้เวลานานกว่าและมีค่าใช้จ่ายสูงกว่า แต่ให้ความมั่นใจได้มากกว่า
หากเกิดปัญหาและต้อง rollback จะเป็นอย่างไร?
ระบบเดิมจะไม่ถูกลบ ท่านยังสามารถเข้าถึงได้ (หรือในรูปแบบ snapshot) อย่างน้อย 90 วันหลัง cutover หากเกิดปัญหาร้ายแรงในสัปดาห์แรกที่เราไม่สามารถแก้ไขได้ภายใน 48 ชม. ท่านสามารถ revert กลับได้ นอกจากนี้ เรายังเก็บ backup รายวันของ Logixbase ไว้ 30 วันสำหรับการ rollback ขนาดเล็ก
การอบรมและการบริหารการเปลี่ยนแปลง (change management) มีอะไรบ้าง?
ระดับ Growth ขึ้นไป ประกอบด้วยการอบรมสด 2 ครั้ง (สำหรับผู้ดูแลระบบและผู้ใช้งาน) เอกสารประกอบ วิดีโอสั้น (3–5 นาทีต่อฟีเจอร์) และ support chat เป็นเวลา 30 วัน ระดับ Enterprise ประกอบด้วยการอบรม on-site 1–2 วัน การอบรมแบบ train-the-trainer สำหรับทีมของท่าน และ CSM เฉพาะในช่วง 90 วันแรก ทั้งนี้ การยอมรับของพนักงานเป็นปัจจัยแห่งความสำเร็จที่สำคัญที่สุด ซึ่งเราให้ความสำคัญเป็นอย่างยิ่ง
สามารถ export ข้อมูลออกได้ตลอดเวลาหรือไม่?
ได้ ท่านสามารถ export เป็น CSV หรือ JSON สำหรับทุก entity (พนักงาน สินค้า ออเดอร์ ธุรกรรม) สำหรับการ export ขนาดใหญ่ (มากกว่า 100k แถว) จะดำเนินการเป็น async job และส่งลิงก์ดาวน์โหลดทางอีเมลเมื่อพร้อม โดยไม่มี vendor lock-in และไม่มีค่าใช้จ่ายในการ export
หากในอนาคตท่านเลิกใช้ Logixbase ข้อมูลของท่านจะเป็นอย่างไร?
ท่านจะได้รับข้อมูลฉบับสมบูรณ์ (CSV + JSON) โดยไม่มีค่าใช้จ่ายภายใน 30 วันหลังการยกเลิก เราจะเก็บข้อมูลแบบ read-only ไว้ 90 วันเพื่อเป็นมาตรการรองรับ หลังจาก 90 วัน ข้อมูลจะถูกลบอย่างถาวร เว้นแต่มีข้อกำหนดทางกฎหมายให้จัดเก็บ นโยบายนี้มีความชัดเจนและไม่มีเงื่อนไขที่ไม่คาดคิด
ราคา, ความปลอดภัย, การสนับสนุน, ภูมิภาค
คำถามที่พบบ่อยที่สุดเกี่ยวกับรูปแบบราคา ความปลอดภัยข้อมูล การรับรอง การสนับสนุน และการครอบคลุมภูมิภาค
Logixbase มีวิธีการคิดค่าบริการอย่างไร?
เป็นค่าสมัครรายผลิตภัณฑ์พร้อมแพ็กเกจหลายระดับ (Starter, Growth, Enterprise) ตามจำนวนผู้ใช้และปริมาณการใช้งาน ท่านสามารถทดลองใช้งาน 14 วันโดยไม่ต้องใช้บัตรเครดิต และรับส่วนลด 15% เมื่อชำระแบบรายปี ส่วนการพัฒนาสั่งทำคิดค่าบริการแยกต่างหาก (ราคาคงที่สำหรับเฟสที่ 1 และ T&M หรือ retainer หลังจากนั้น) โดยไม่มีค่าใช้จ่ายแอบแฝงและไม่มีค่าธรรมเนียมต่อรายการที่ไม่เป็นธรรม
ข้อมูลจัดเก็บไว้ที่ใด และสอดคล้องกับกฎหมาย data residency ในภูมิภาคหรือไม่?
โดยค่าเริ่มต้นคือ Neon Postgres ในภูมิภาคสิงคโปร์ (SG) สำหรับลูกค้าที่ต้องการให้ข้อมูลจัดเก็บในประเทศเฉพาะ (ตามกฎหมาย PDPA ไทย, PDP อินโดนีเซีย, PDPA สิงคโปร์, กฎหมายความมั่นคงไซเบอร์เวียดนาม, LGPD บราซิล) เราสามารถ deploy tenant ในภูมิภาคที่เหมาะสมได้ในระดับ Enterprise โดยมีตัวเลือก ได้แก่ ไทย (กรุงเทพ), อินโดนีเซีย (จาการ์ตา), เวียดนาม (โฮจิมินห์), บราซิล (เซาเปาโล), UAE (ดูไบ) รายละเอียดจะหารือในขั้นตอน onboarding
มีการรับรองด้านความปลอดภัยอะไรบ้าง?
ปัจจุบันเราอยู่ระหว่างการเตรียมความพร้อมสำหรับ SOC 2 Type II (การตรวจสอบอยู่ระหว่างดำเนินการ โดยมีเป้าหมายแล้วเสร็จในปี 2026) มาตรการที่ใช้ ได้แก่ การเข้ารหัสข้อมูลทั้ง at rest และ in transit การบังคับใช้ MFA สำหรับแอดมิน audit log แบบ append-only การแบ่งแยกหน้าที่ (separation of duty) ใน production และการทำ penetration test ประจำปี สำหรับ ISO 27001 และมาตรฐานเฉพาะอุตสาหกรรม (HIPAA, PCI-DSS) เรามีแผนงาน (roadmap) รองรับแต่ยังไม่มีการรับรองในปัจจุบัน หากเป็นข้อกำหนดที่จำเป็น เราจะแจ้งให้ทราบก่อนลงนามในสัญญา
รองรับภาษาและสกุลเงินอะไรบ้าง?
ภาษาของ UI ได้แก่ ไทย, อินโดนีเซีย, อังกฤษ, เวียดนาม, มาเลย์, ฟิลิปปินส์, สเปน (เม็กซิโก), โปรตุเกส (บราซิล), อาหรับ ครอบคลุมทั้งส่วน interface และเอกสาร สกุลเงินที่รองรับ ได้แก่ THB, IDR, MYR, SGD, VND, PHP, USD, MXN, BRL, AED, SAR พร้อมรายงานแบบ multi-currency ในระดับ Enterprise ทั้งนี้ รูปแบบวันที่ ตัวเลข และชื่อจะเป็นไปตาม locale
ให้บริการในไทย/เวียดนาม/มาเลเซีย/ฟิลิปปินส์/เม็กซิโก/บราซิล/UAE/ซาอุฯ หรือไม่?
ทีมงานหลักและฝ่ายสนับสนุนตั้งอยู่ที่จาการ์ตา อินโดนีเซีย เราให้บริการลูกค้าในไทย, อินโดนีเซีย, สิงคโปร์, มาเลเซีย, เวียดนาม, ฟิลิปปินส์, เม็กซิโก, บราซิล, UAE และซาอุดิอาระเบีย ผ่านการ onboarding ทางไกล เอกสารภาษาท้องถิ่น และผลลัพธ์ payroll ในรูปแบบของแต่ละประเทศ สำหรับการ implement แบบ on-site นอกประเทศอินโดนีเซีย โดยทั่วไปเป็นการเข้าเยี่ยมรายไตรมาสในระดับ Enterprise
เวลาทำการของฝ่ายสนับสนุนและ SLA เป็นอย่างไร?
ช่องทาง chat และอีเมล ให้บริการเวลา 09:00–21:00 น. ตามเวลาประเทศไทย (UTC+7) ทั้ง 7 วันต่อสัปดาห์ ระยะเวลาตอบกลับ 4 ชั่วโมงทำการสำหรับทุกระดับ และ 1 ชั่วโมงสำหรับระดับ Enterprise สำหรับปัญหาวิกฤต (เช่น ระบบล่มหรือใกล้ถึงกำหนด payroll) ระดับ Enterprise มี hotline ตลอด 24/7 พร้อม SLA การตอบกลับภายใน 30 นาที โดยเป็นการตอบจากเจ้าหน้าที่จริง มิใช่ระบบอัตโนมัติ และตอบในภาษาที่ท่านใช้ติดต่อ
ให้บริการแบบ on-premise หรือ private cloud หรือไม่?
ให้บริการในระดับ Enterprise โดยมีตัวเลือก ได้แก่ (1) on-premise เต็มรูปแบบบนเซิร์ฟเวอร์ของท่าน ซึ่งเราเป็นผู้ติดตั้งและส่งมอบ playbook (2) private cloud บน AWS/GCP/Azure account ของท่าน ซึ่งเราเป็นผู้ติดตั้งและดูแล หรือส่งมอบให้ท่านดูแลเอง และ (3) Logixbase dedicated tenant ในภูมิภาคที่ท่านเลือก ทั้งนี้ ค่าใช้จ่ายในการติดตั้งและ license แตกต่างกันไป โดยใช้เวลา onboarding 4–8 สัปดาห์ตามความซับซ้อน