LPB Solution เป็นบริษัทที่ปรึกษา ERP และ AI โดยเชี่ยวชาญด้าน Microsoft Dynamics 365 Business Central ให้บริการครบวงจรตั้งแต่ Implementation, Customization, Training และ Support สำหรับธุรกิจ SME และองค์กรขนาดกลาง
ระยะเวลา Implementation ขึ้นอยู่กับขนาดและความซับซ้อนของธุรกิจ โดยทั่วไปอยู่ที่ 3–6 เดือน สำหรับ SME และ 6–12 เดือน สำหรับองค์กรขนาดใหญ่ ทีมงานจะประเมินและวางแผน Project Plan ให้ก่อนเริ่มงานทุกครั้ง
รองรับครับ — LPB Solution ออกแบบบริการสำหรับ SME โดยเฉพาะ ไม่จำเป็นต้องมีทีม IT ภายใน เราดูแลตั้งแต่ติดตั้ง ฝึกอบรม และ Support หลัง Go-live ด้วยทีมงานที่มีประสบการณ์กว่า 10 ปีในสายงาน ERP
ตรวจ Allow Posting From/To ใน General Ledger Setup — วันที่ Post ต้องอยู่ในช่วงนี้ ถ้าเป็นเฉพาะบาง User ให้เช็ค User Setup ที่อาจตั้งค่าทับซ้อนไว้
ดูช่อง Balance ที่ท้าย Journal ต้อง = 0 เสมอก่อน Post ได้ — ตรวจว่าใส่ Bal. Account Type/No. ครบทุกบรรทัดหรือยัง
มี 3 แหล่งที่ทำให้เกิด error นี้ได้อิสระจากกัน: G/L Account Default Dimensions, Customer/Vendor Default Dimensions, Item Default Dimensions — ต้องเช็คทั้ง 3 จุดก่อนสรุปสาเหตุ
แค่ตั้ง GL Setup = Yes อย่างเดียวไม่พอ ต้องตั้ง VAT Posting Setup กำหนด Unrealized VAT Type และบัญชี Pending VAT ที่แยกจากบัญชี VAT จริงด้วย มิฉะนั้นจะกระทบยอด Reconcile
ได้ แต่ต้องรัน Change Global Dimensions batch job ซึ่งจะ Lock บริษัทระหว่างประมวลผลข้อมูลทั้งหมด ควรทำนอกเวลาทำงานเท่านั้น
ใช้ RF (Reversing Fixed) — ระบบจะ Post รายการกลับให้อัตโนมัติในวันแรกของงวดถัดไป ไม่ต้องกลัวลืม Reverse
BC บังคับ 3-Way Match: Qty. Invoiced ≤ Qty. Received ≤ Qty. Ordered ถ้าต้องการ Invoice เพิ่ม ต้อง Post Receipt (GRN) เพิ่มก่อน
By Amount ใช้กับ GRN ที่มีสินค้าหลายรายการราคาไม่เท่ากัน — By Equally ใช้ได้เฉพาะกรณีสินค้าราคาเดียวกันทุกตัว ถ้าใช้ผิดจะทำให้ต้นทุนต่อหน่วยผิดเพี้ยน
BC ป้องกัน Duplicate Invoice โดยอัตโนมัติ ถ้าเลขนี้เคย Post ไปแล้วจะขึ้น error — ให้เช็คใน Posted Purchase Invoices ก่อนว่าเคยบันทึกไปหรือยัง
ต้องแยก ห้ามใช้ Bank หลัก — ตั้ง Bank Account code เช่น PDC-SCB ผูกกับบัญชี Cheques in Transit แล้ว Reconcile แยกต่างหากจากบัญชีหลัก
ใช้ Purchase Credit Memo → Copy Document → เลือก Posted Invoice ที่ผิด → ติ๊ก Include Header เพื่อผูก Audit Trail กลับไปยังบิลเดิม
เช็คว่า Apply Entries (Ctrl+F7) ถูก Apply เข้ากับ Invoice ที่ถูกต้องหรือยัง — บาง Payment ถูก Post แบบไม่ Apply ทำให้ยอดค้างไม่ถูก Clear ให้อัตโนมัติ
ต้อง Apply Entries ผูก Payment เข้ากับ Invoice ที่ถูกต้อง ถ้า Post แบบไม่ Apply ระบบจะไม่ Clear ยอดให้อัตโนมัติ — เช็คได้ที่ Customer Ledger Entries
ใช้ Copy Document → เลือก Posted Invoice ต้นทาง ระบบจะดึง Cost/FIFO Layer ที่ถูกต้องกลับมาให้ ไม่ควรพิมพ์บรรทัดเองใหม่
เกิดจาก Prevent Negative Inventory = Yes ใน Inventory Setup — ถ้าต้องขายก่อนมีของจริง ให้พิจารณาใช้ Drop Shipment แทนการปิดค่านี้
Line Discount = ส่วนลดต่อรายการสินค้า (ตาม Item/Customer) · Invoice Discount = ส่วนลด % ของยอดรวมทั้งใบ ตั้งค่าที่ Customer Card
ตั้ง Prepayment % ที่ Order → Post Prepayment Invoice → ลูกค้าจ่ายมัดจำ → Ship สินค้า → Post Invoice จริง (ระบบหักมัดจำที่จ่ายแล้วให้อัตโนมัติ)
เตือนเมื่อลูกค้าเกิน Credit Limit หรือมี Overdue Balance ค้างอยู่ — ตั้งค่าเปิด/ปิดได้ที่ Sales & Receivables Setup
รัน Adjust Cost – Item Entries ก่อน แล้วตามด้วย Post Inventory Cost to G/L จากนั้นเทียบยอดอีกครั้งระหว่างสอง Report
FIFO สำหรับสินค้าเน่าเสียง่าย/ราคาผันผวน · Average สำหรับสินค้าทั่วไป · Standard สำหรับ Manufacturing ที่มี BOM · Specific สำหรับสินค้ามูลค่าสูงที่ต้อง Trace แต่ละชิ้น
เปลี่ยนไม่ได้ — Field นี้ Lock ทันทีที่มี Item Ledger Entry เกิดขึ้น ต้องสร้าง Item ใหม่ด้วย Method ที่ถูกต้อง แล้วโอนสต็อกผ่าน Reclassification Journal
ยังไม่เคย Post การรับสินค้าเข้าเลย ไม่มี Cost Basis ให้คำนวณ — ต้อง Post GRN ก่อน หรือใช้ Revaluation Journal เพื่อตั้งต้นทุนเริ่มต้น
Calculate Inventory → กรอก Qty. (Phys. Inventory) ตามจำนวนที่นับได้จริง → Post — ระบบสร้าง +/- Adjustment ให้อัตโนมัติตามส่วนต่าง
หลัง Post Invoice/Item Charge ทั้งหมดของงวด และก่อนปิดงบเสมอ — แนะนำตั้ง Job Queue รันอัตโนมัติทุกคืน แล้วรันซ้ำอีกครั้งตอน Month-end
เช็ค Qty. Invoiced เทียบกับ Qty. Received — ถ้ายัง Invoice ไม่ครบตามที่รับ PO จะไม่ปิดสถานะ Fully Invoiced
Return Order = มีการส่งของจริงกลับไปที่ Vendor (สต็อกลด) · Credit Memo = ปรับราคา/ส่วนลดเท่านั้น ไม่มีการเคลื่อนไหวสต็อก
ติ๊ก Special Order/Drop Shipment ที่ Sales Line แล้วดำเนินการต่อผ่าน Requisition Worksheet — ระบบจะสร้าง PO ที่ผูกกับ SO ให้ Vendor ส่งสินค้าตรงถึงลูกค้า
Blanket Order = สัญญาระยะยาวกำหนดปริมาณรวม แต่ละงวดค่อยทยอย Make Order เป็น PO จริงตาม Expected Receipt Date ของแต่ละรอบ
ทั้ง Qty. to Receive และ Qty. to Invoice เป็น 0 ทั้งคู่ — ต้องใส่จำนวนในช่องใดช่องหนึ่งก่อนถึงจะ Post ได้
รวมหลาย Shipment ของลูกค้าเดียวกันให้ออกเป็น Invoice ใบเดียว ช่วยลดจำนวนเอกสารที่ต้องออกและส่งให้ลูกค้า
FA G/L Journal Post ทั้ง FA Ledger และ G/L พร้อมกัน (ใช้เมื่อ Integration=Yes) · FA Journal Post เข้า FA Ledger เท่านั้น ไม่กระทบ G/L (ใช้เมื่อ Integration=No)
Depreciation Book ที่ FA นั้นผูกอยู่ต้องตั้ง Integration (Acquisition) = Yes ก่อน ถึงจะ Post ผ่าน Purchase/Sales Invoice ได้
Straight-Line เหมาะกับสินทรัพย์ทั่วไปที่ใช้ประโยชน์สม่ำเสมอ · Declining Balance เหมาะกับสินทรัพย์ที่เสื่อมเร็วช่วงแรก (เช่น รถยนต์ IT) · Manual/User-defined Table ใช้เมื่อมีตารางค่าเสื่อมเฉพาะตามสรรพากร
ใช้ Cancel FA Ledger Entries เพื่อยกเลิกรายการที่ผิด แล้วรัน Calculate Depreciation ใหม่ด้วยวันที่ที่ถูกต้อง ห้าม Reverse ตรงๆ
Main FA หนึ่งตัวสามารถมี Component FA ย่อยหลายตัวได้ (เช่น เครื่องจักรหลักกับอะไหล่สำคัญ) — ตั้ง Allow Posting to Main Assets=Yes ถ้าต้องการ Post ตรงเข้า Main FA ได้ด้วย
ถ้าต่ำกว่าเกณฑ์ Capitalization ของบริษัท ไม่จำเป็น แต่ถ้าต้องการติดตามอยู่ก็ยังบันทึกใน FA ได้โดยใช้ FA Posting Group แยกต่างหากจากสินทรัพย์หลัก
Location นั้นตั้ง Require Receive = Yes ต้องสร้างและ Post Warehouse Receipt ก่อน
บังคับเฉพาะ Location ที่เปิด Bin Mandatory เท่านั้น
GRN = รับสินค้าเข้าระบบบัญชี/สต็อกรวม · Put-away = ยืนยัน Bin จริงที่เก็บ ทำต่อจาก GRN
โหมดขั้นสูงให้ระบบเลือก Bin อัตโนมัติ — ไม่จำเป็นสำหรับคลังเล็ก เหมาะกับคลังใหญ่ที่ต้อง Optimize เส้นทางหยิบ
ถ้า Location เปิด Require Pick ต้อง Post Inventory Pick ก่อนถึงจะบันทึก Consumption Journal ได้
Phantom BOM คือ Subassembly ที่ถูก Explode เป็น Component ย่อยบน Production Order หลักทันที ไม่มีขั้นตอนผลิตแยก
Manual = ปริมาณใช้จริงไม่แน่นอน ต้องกรอกเอง · Forward/Backward = สัดส่วนคงที่ตาม BOM ระบบคำนวณให้
Firm Planned = แผนยืนยันแล้วแต่ยังแก้ง่าย ยังไม่ลงหน้างาน · Released = ลงหน้างานจริง เริ่มบันทึก Consumption/Output ได้
แก้ได้ แล้วรัน Replan Production Order เพื่อคำนวณ Component/Routing ใหม่
ใช้ Subcontracting Worksheet สร้าง PO สำหรับขั้นตอนที่จ้าง Vendor ผลิต ระบบผูก Operation เข้ากับ PO ให้อัตโนมัติ