ศูนย์การช่วยเหลือ

ตรวจ 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 ใบเดียว ช่วยลดจำนวนเอกสารที่ต้องออกและส่งให้ลูกค้า

ค้นหา General Journals → เลือกหรือสร้าง Batch → กรอกบรรทัด: Account Type, Account No., คำอธิบาย, จำนวน (บวก = Dr., ลบ = Cr.) → เพิ่มบรรทัด Bal. Account หรือกำหนด Bal. Account บนบรรทัดเดิม → พิมพ์ Voucher (ถ้าต้องการ) → Post | แนะนำ: พิมพ์ Voucher ตรวจสอบก่อน Post เสมอ และใช้ Document No. ตาม No. Series | ผลกระทบ: Post เข้า G/L Ledger Entries ทันที — ส่งผลถึง Trial Balance, งบการเงิน และรายงาน Account Schedule | ปัญหา: 'Posting Date not within allowed dates' → GL Setup หรือ User Setup → Allow Posting From/To | 'Dimensions mandatory' → กรอก Dimension ที่กำหนดบนบรรทัด

ค้นหา Recurring General Journals → ตั้ง Recurring Method: Fixed (ยอดเดิม), Variable (ยอดเปลี่ยนได้), Reversing (กลับรายการงวดหน้าอัตโนมัติ) → ตั้ง Recurring Frequency: 1M = รายเดือน, 1Y = รายปี → กรอกบรรทัดเหมือน Journal ปกติ → แต่ละงวด: ตรวจสอบ → Post | ใช้ Reversing สำหรับค่าใช้จ่ายค้างจ่าย (Accrual) — ระบบ Reverse อัตโนมัติงวดหน้า ใช้ Fixed สำหรับรายการยอดคงที่ เช่น ค่าเช่า | ผลกระทบ: แต่ละครั้งที่ Post สร้าง G/L Ledger Entries รายการ Reversing สร้าง Entry กลับให้อัตโนมัติในวันถัดไป

ค้นหา Bank Account Reconciliation → New → เลือก Bank Account → กำหนด Statement Date และ Ending Balance → คลิก Suggest Lines → BC ดึง Bank Ledger Entries ที่ยังไม่ Match → ติ๊กบรรทัดที่ตรงกับ Statement → Difference ต้อง = 0 → Post | Reconcile ทุกเดือน ห้าม Post ถ้ายังมีส่วนต่างเหลือ — ตรวจสอบก่อนเสมอ | ผลกระทบ: เมื่อ Post รายการถูก Mark ว่า Reconciled รายการที่ยังไม่ Match ข้ามไปงวดหน้า | ปัญหา: 'ไม่มีรายการใน Suggest Lines' → รายการอาจ Reconcile ไปแล้ว หรือตรวจ Statement Date

ในช่องวันที่ใดก็ได้ ใช้ทางลัดเหล่านี้: t หรือ today = วันนี้ | w หรือ work = Work Date ปัจจุบัน (ตั้งใน My Settings) | m = วันจันทร์สัปดาห์นี้ | tu = อังคาร | sa = เสาร์ | t23 = อังคารสัปดาห์ที่ 23 | 11 (2 หลัก) = วันที่ 11 เดือนนี้ | 1112 = 12 พ.ย. | 181231 = 31 ธ.ค. 2018 | พิมพ์ w เพื่อกรอก Work Date อย่างรวดเร็ว เปลี่ยน Work Date ใน My Settings เมื่อต้องการบันทึกย้อนหลัง | ผลกระทบ: Work Date ควบคุมว่า No. Series จะใช้งวดไหน — Work Date ผิด = Journal ไปอยู่ผิดงวด | ปี 2 หลักใช้ได้ปี 1930-2029 เท่านั้น นอกจากนั้นต้องพิมพ์ปีครบ 4 หลัก

คลิกช่องตัวเลขใดก็ได้ (Unit Price, Quantity, Amount, Discount) → พิมพ์สูตร เช่น 13.50 * 2 - 12 → กด Tab หรือ Enter → BC คำนวณและเก็บผลลัพธ์ (15) | สะดวกสำหรับ: คำนวณ VAT (1000*0.07), แบ่งต้นทุน (3600/12), หรือส่วนลด (850-850*0.05) ไม่ต้องใช้เครื่องคิดเลขแยก | ผลกระทบ: BC เก็บเฉพาะผลลัพธ์ — สูตรไม่ถูกบันทึกไว้ ใช้ได้กับทุกช่องตัวเลขทั่วทั้ง BC | ตัวดำเนินการที่รองรับ: + - * /

ค้นหา Purchase Invoices → New → เลือก Vendor No. → กรอก Vendor Invoice No. (อ้างอิงจาก Vendor) → คลิก Lines → Functions → Get Receipt Lines → เลือก GRN ที่ต้องการ Invoice → ตรวจสอบจำนวนและยอด → พิมพ์ AP Voucher → Post | ต้อง Match Invoice กับ GRN เสมอ ห้าม Post Invoice ตรงสำหรับสินค้าที่ผ่าน PO แล้ว เพราะจะทำให้ Cost Flow ผิด | ผลกระทบ: Dr.สินค้า/ค่าใช้จ่าย | Cr.AP → อัปเดต Vendor Ledger, G/L และมูลค่าสินค้า (ถ้ามีบรรทัด Item) | ปัญหา: 'Get Receipt Lines ไม่มีอะไร' → GRN อาจ Invoice ครบแล้ว หรือ Vendor บน GRN ต่างจาก Invoice

ค้นหา Payment Journals → Template = PAYMENT → บรรทัด 1: Account Type = Vendor → เลือก Vendor → Apply Entries → ทำเครื่องหมาย Invoice ด้วย Set Applies-to ID → บรรทัด 2 (ถ้ามี WHT): Account Type = G/L → บัญชี WHT → จำนวน → บรรทัด 3: Account Type = Bank → ธนาคารของบริษัท → พิมพ์ Payment Voucher + WHT Certificate + เช็ค → Post | Apply Payment เข้า Invoice เสมอ อย่าปล่อยไว้แบบไม่ Apply เพราะจะทำให้ Aged AP ผิด | ผลกระทบ: Dr.AP | Cr.Bank → ปิด Vendor Ledger Entries → ลดยอด AP → อัปเดต Bank Account | ปัญหา: WHT ผิด → ตรวจ WHT Posting Setup Bus x Prod group → ยืนยัน WHT%

ค้นหา Purchase Credit Memos → New → เลือก Vendor → Lines → Functions → Copy Document → Document Type = Posted Invoice → เลือก Invoice ที่ผิด → Include Header = OK → ตรวจสอบว่าคัดลอกครบถ้วน → Post | ใช้ Copy Document เสมอสำหรับการยกเลิก เพื่อให้ Credit Memo ตรงกับ Invoice ต้นทางรวมถึง Posting Groups และ Dimensions | ผลกระทบ: Reverse Dr.สินค้า/ค่าใช้จ่าย | Cr.AP → เปิด Vendor Ledger Entry กลับ → คืนต้นทุนสินค้าถ้ามีบรรทัด Item

บน Purchase Invoice เพิ่มบรรทัด: Type = Charge (Item) → เลือกรหัส Item Charge (เช่น FREIGHT, DUTY) → Qty = 1 ใส่จำนวนเงิน → คลิก Item Charge Assignment → Get Receipt Lines → เลือกสินค้าใน GRN → คลิก Suggest → เลือก By Amount (แบ่งตามมูลค่า) → OK → Post | ใช้ By Amount เมื่อสินค้ามีราคาต่างกัน ใช้ By Equally เฉพาะเมื่อสินค้าทุกชิ้นราคาเดียวกัน | ผลกระทบ: เพิ่มมูลค่าสินค้าในคลัง → ส่งผลต่อ COGS เมื่อขาย → กระทบ Inventory Valuation report | ปัญหา: 'Post ผิดวิธีไปแล้ว' → Post Purchase Credit Memo กับ Charge(Item) → กำหนด Assignment ใหม่ด้วยวิธีที่ถูกต้อง

ค้นหา Sales Invoices → New → เลือก Customer No. → คลิก Lines → Functions → Get Shipment Lines (ถ้าจาก Sales Order) → เลือก Shipment ที่ต้องการ Invoice → ตรวจสอบ → พิมพ์ Tax Invoice + AR Voucher → Post | Invoice จาก Shipment Lines เสมอเพื่อรักษา Traceability การ Invoice ตรงจะข้าม Shipment History | ผลกระทบ: Dr.AR | Cr.รายได้ + Dr.COGS | Cr.สินค้า → อัปเดต Customer Ledger, G/L และลดสต็อก

ค้นหา Cash Receipt Journals → บรรทัด 1: Account Type = Customer → เลือก Customer → Apply Entries → เลือก Invoice → บรรทัด 2 (ถ้ามีค่าธรรมเนียม Bank): Account Type = G/L → บัญชีค่าธรรมเนียม → บรรทัด 3: Account Type = Bank → ธนาคาร → พิมพ์ Receipt Voucher → Post | Apply ทุกการรับเงินเข้า Invoice เฉพาะ รายการที่ไม่ Apply ทำให้ Aged AR ผิดพลาด | ผลกระทบ: Dr.Bank | Cr.AR → ปิด Customer Ledger Entries → ลดยอด AR

ตั้งค่า (ครั้งแรก): สร้าง Bank Account Code = PDC-[ชื่อธนาคาร] ผูกกับบัญชี Cheques in Transit → เมื่อรับ PDC: Cash Receipt Journal → บรรทัด Bank = PDC Bank (ไม่ใช่ Main Bank) → เมื่อเช็คผ่านจริง: GL Journal → Dr.Main Bank | Cr.PDC Bank → ถ้าเช็คคืน: GL Journal → Dr.AR | Cr.PDC Bank + Dr.ค่าธรรมเนียม | Cr.Main Bank | PDC Bank Reconcile แยกจาก Main Bank — Main Bank Reconcile จะไม่แสดง PDC จนกว่าเช็คจะผ่านจริง นี่คือสิ่งที่ถูกต้อง | ผลกระทบ: รายการ PDC อยู่ใน PDC Bank จนกว่าจะผ่าน รักษา Main Bank Reconcile ให้สะอาด

FA G/L Journal: Post ทั้ง FA Ledger และ G/L พร้อมกัน | FA Journal: Post เข้า FA Ledger เท่านั้น — ไม่กระทบ G/L | ตรวจสอบ: ค้นหา Depreciation Books → เปิด COMPANY → แท็บ Integration → ถ้า Acquisition/Depreciation/Disposal = ✓ → ต้องใช้ FA G/L Journal | Depreciation Book หลักต้อง Integration = Yes เสมอ ใช้ Journal ผิดประเภท = G/L ผิดพลาดเงียบๆ ไม่มี Error แจ้ง | ผลกระทบ: Post ค่าเสื่อมผ่าน FA Journal เท่านั้น: มูลค่า FA ลด แต่ P&L แสดงค่าเสื่อม = 0 งบการเงินผิดโดยไม่มีการแจ้งเตือน | ปัญหา: Post ผ่าน Journal ผิด → FA Ledger Entries → Cancel FA Ledger Entries → คำนวณใหม่ (ห้าม Reverse ด้วย Manual Journal)

ค้นหา Calculate Depreciation → กำหนด: Depreciation Book = COMPANY, FA Posting Date = วันสุดท้ายของเดือน (เช่น 2026-06-30), Document No. = เช่น DEP-202606, Insert Bal. Account = Yes → คลิก OK → ค้นหา Fixed Asset G/L Journals → ตรวจสอบบรรทัดที่ระบบสร้าง → พิมพ์ FA Test Report → Post | รันในวันสุดท้ายของเดือนเสมอ ตรวจสอบทุกบรรทัดก่อน Post ห้าม Post ถ้ามีบางอย่างผิดปกติ | ผลกระทบ: Dr.ค่าเสื่อมราคา | Cr.ค่าเสื่อมสะสม → ลด Net Book Value → กระทบ Balance Sheet และ Income Statement | ปัญหา: 'สินทรัพย์ไม่อยู่ในผล' → FA Card: (a) ผูก Depreciation Book แล้วหรือยัง? (b) ตั้ง Depreciation Starting Date แล้วหรือยัง? (c) Acquired = Yes หรือยัง?

ค้นหา Sales Invoices → New → เลือก Customer → บรรทัด: Type = Fixed Asset → No. = รหัส FA → ติ๊ก 'Depr. Until FA Posting Date' บนบรรทัด (คำนวณค่าเสื่อมสุดท้ายอัตโนมัติ) → พิมพ์ AR Voucher + Tax Invoice → Post | ติ๊ก 'Depr. Until FA Posting Date' เสมอ — คำนวณค่าเสื่อมถึงวันขายอัตโนมัติให้สมุดบัญชีสะอาด | ผลกระทบ: Dr.AR + Dr.ค่าเสื่อมสะสม + กำไร/ขาดทุน | Cr.VAT + Cr.FA → ตัดสินทรัพย์ออกจากบัญชี → คำนวณกำไร/ขาดทุนจากการจำหน่าย

ค้นหา Goods Receipt Notes (หรือเปิด PO โดยตรง) → เลือก PO → กำหนด Qty. to Receive แต่ละบรรทัด → ถ้าติดตาม Lot: คลิก Item Tracking Lines → กรอก Lot No. + Qty → Post Receive → พิมพ์ GRN | Post GRN ก่อนที่ทีม AP จะ Post Invoice เสมอ เพื่อแยกหน้าที่ระหว่างคลังสินค้าและบัญชี | ผลกระทบ: Dr.สินค้าคงคลัง (ต้นทุนคาดการณ์) | Cr.ค่าซื้อค้างจ่าย → จำนวนสินค้าเพิ่มขึ้น → พร้อมใช้กับ Sales Order | ปัญหา: 'Item tracking required' → เปิด Item Tracking Lines ก่อน Post → กรอก Lot/Serial number

ค้นหา Physical Inventory Journal → คลิก Calculate Inventory → กำหนด Posting Date → OK → พิมพ์ใบนับ → นับสินค้าจริงในคลัง → กรอกจำนวนที่นับได้ใน 'Qty. (Phys. Inventory)' → BC คำนวณส่วนต่างอัตโนมัติ → Post (เฉพาะบรรทัดที่มีส่วนต่าง) | หยุดการเคลื่อนไหวสินค้าระหว่างนับ (ไม่รับ/จ่ายของ) ใช้ Lot/Serial Filters ถ้า Track แบบนั้น | ผลกระทบ: Post Positive/Negative Adjustments → อัปเดต Inventory Ledger และ G/L → กระทบ Inventory Valuation report

สร้าง: Sales Order (ความต้องการ) → MRP → Planned Production Order → Firm Planned: ยืนยันแล้ว แก้ได้ด้วยตนเอง → Released: ส่งไปหน้างาน → เบิกวัตถุดิบ → Post Consumption (Consumption Journal): บันทึก Component ที่ใช้จริง → Post Output (Output Journal): บันทึกสินค้าสำเร็จรูปและเวลา → Finish: ปิด Production Order | รัน MRP จาก Requisition Worksheet สำหรับ BOM หลายระดับ ใช้ Firm Planned สำหรับ Order ที่ต้องการควบคุมเอง | ผลกระทบ: Consumption ลด Component Inventory, Output เพิ่ม Finished Goods, การ Finish คำนวณ Variance ระหว่างต้นทุนที่คาดกับต้นทุนจริง | ปัญหา: 'Components not available' → ตรวจสต็อกและพิจารณาปรับ Start Date

ค้นหา Production BOMs → New → ตั้ง Status = New → กรอก Header: No., คำอธิบาย, Unit of Measure → เพิ่มบรรทัด: Type = Item, No. = Component, Quantity Per = ปริมาณที่ใช้ผลิต 1 หน่วย → เปลี่ยน Status → Certified (จำเป็นก่อนใช้ใน Production Order) → กำหนดให้ Item Card: แท็บ Replenishment → Production BOM No. | Certify BOM ก่อนกำหนดให้ Item ใช้ Scrap % บน BOM Lines เพื่อรวม % สูญเสียในการผลิต | ผลกระทบ: BOM กำหนดว่า Component ใดถูกใช้เมื่อ Production Order ทำงาน BOM Quantity ผิด = การเบิก Inventory ผิด | ปัญหา: 'BOM ไม่แสดงใน Production Order' → ตรวจ Status = Certified บน BOM

ค้นหา Requisition Worksheet → คลิก Calculate Plan → กำหนด Start Date, End Date, Use Forecast (ถ้ามี) → ตรวจสอบรายการที่ระบบแนะนำ: Purchase = ซื้อจาก Vendor, Prod.Order = ผลิตเอง → ตรวจ Action Message: New Order / Change Qty / Cancel → เลือกบรรทัดที่ต้องการดำเนินการ → คลิก Carry Out Action Message → OK → ระบบสร้าง PO/Production Orders | รัน MRP สม่ำเสมอ (รายสัปดาห์หรือก่อนจัดตาราง Production) ตรวจ Action Messages ก่อนอนุมัติทั้งหมด | ผลกระทบ: สร้าง Purchase Orders และ Production Orders ตามความต้องการ ส่งผลต่อภาระงาน Procurement และ Production | ปัญหา: 'ไม่มีรายการแนะนำ' → ตรวจ Reorder Policy และ Safety Stock ใน Item Card

เปิดเอกสาร (Purchase Order, Sales Order ฯลฯ) → คลิก Actions → Request Approval → Send Approval Request → สถานะเปลี่ยนเป็น Pending Approval → ผู้อนุมัติรับ Email แจ้ง (ถ้า Job Queue ทำงานอยู่) → เอกสารถูก Lock จนกว่าจะอนุมัติหรือปฏิเสธ | ตรวจให้แน่ใจว่าตั้ง Approval User Setup ก่อน (ลำดับผู้อนุมัติ + Email) Job Queue Entry สำหรับ Codeunit 1509 (MAILNOTIFY) ต้อง Status = Ready | ผลกระทบ: เอกสารไม่สามารถ Post หรือ Release ได้จนกว่าจะอนุมัติ ประวัติการอนุมัติบันทึกใน Approval Entries | ปัญหา: 'ไม่ได้รับ Email' → ค้นหา Job Queue Entry → หา MAILNOTIFY → Status ต้อง = Ready ตรวจ Email ของผู้อนุมัติใน Approval User Setup

ค้นหา Requests to Approve → หารายการที่รอดำเนินการ → ตัวเลือก: Approve (ปล่อย Document) | Reject (ส่งกลับผู้ขออนุมัติ) | Delegate (ส่งต่อผู้อนุมัติถัดไป) → หลังอนุมัติ → สถานะเอกสารเปลี่ยนเป็น Released → สามารถ Post ได้ | ตรวจสอบเอกสารก่อนอนุมัติเสมอ (คลิก Process → Record เพื่อเปิดเอกสาร) อย่าอนุมัติโดยไม่ตรวจยอดและรายละเอียด | ผลกระทบ: การอนุมัติเปิดใช้งานขั้นตอน Workflow ถัดไป บันทึก Audit Trail ครบถ้วนใน Approval Entries | ปัญหา: 'Delegation ไม่ทำงาน' → ตรวจ Approval User Setup → ช่อง Substitute ของผู้มอบสิทธิ์

ลำดับ: Card (Vendor/Customer/Item) → Bus+Prod Posting Group → Posting Setup → บัญชี G/L | Vendor/Customer Card → Gen. Bus. Posting Group (เช่น DOMESTIC) + VAT Bus. Posting Group | Item/G/L Line → Gen. Prod. Posting Group (เช่น RETAIL) + VAT Prod. Posting Group | BC รวม Bus x Prod → ค้นหาใน General Posting Setup → ได้บัญชี G/L | 4 Matrix: General Posting Setup | VAT Posting Setup | WHT Posting Setup | Inventory Posting Setup | หลังตั้ง Vendor หรือ Item ใหม่ที่มี Group Combination ใหม่ ให้ทดสอบ Post รายการเล็กๆก่อนเสมอ | ผลกระทบ: Error 'G/L Account missing' = BC หา Matrix Bus x Prod ไม่เจอ แก้: ค้นหา General Posting Setup → เพิ่ม Row ที่ขาดหายไป | ปัญหา: 'G/L Account is missing' → จดรหัส Bus+Prod จาก Error → General Posting Setup → หาหรือสร้าง Row นั้น → กรอกช่องบัญชีทั้งหมด

จดชื่อ Dimension จาก Error (เช่น DEPARTMENT) → กรอก Dimension Value บนบรรทัด Journal/Document (แก้เฉพาะหน้า) → หาสาเหตุจาก 3 จุด: (a) Chart of Accounts → เปิดบัญชี G/L → แท็บ Dimensions | (b) Customer/Vendor Card → แท็บ Dimensions | (c) Item Card → แท็บ Dimensions | ประเภทการตรวจสอบ: Code Mandatory | Same Code | No Code | Blank (อิสระ) | ใช้ Code Mandatory เฉพาะบัญชีที่ Dimension จำเป็นจริงๆ สำหรับรายงาน มากเกินไปทำให้ป้อนข้อมูลช้า | ผลกระทบ: Dimensions ใช้ใน Account Schedule และ Analysis by Dimensions รายการที่ขาด Values จะไม่ปรากฏใน Dimension Reports | ปัญหา: 'Dimension Combination Restriction' → ค้นหา Dimension Combinations → หาคู่ที่มีปัญหา → เปลี่ยนเป็น Allowed

1. GL Setup: ค้นหา General Ledger Setup → Unrealized VAT = Yes | 2. VAT Posting Setup: แต่ละ Row VATS → Unrealized VAT Type = Percentage + กรอก Purch. VAT Unreal. Account + Sales VAT Unreal. Account | 3. กำหนด VATS VAT Prod. Posting Group ให้ Item/Service ที่รอ VAT | 4. Post Invoice → VAT ไปบัญชี Pending | 5. Post Payment → BC โอน VAT ไปบัญชี Final อัตโนมัติ | 6. รายเดือน: รายงาน Tax - Input List → Get TaxData → Split Line → พิมพ์ | Split Input VAT เป็นขั้นตอน REPORTING เท่านั้น — การ Apply Payment คือสิ่งที่ Realize VAT จริง เก็บบัญชี Pending VAT แยกจากบัญชี VAT จริงเสมอ | ผลกระทบ: บัญชี Pending VAT ปรากฏใน Balance Sheet จนกว่าจะชำระ ส่งผลต่อการ Reconcile VAT Return | ปัญหา: 'VAT ไม่ Realize หลังชำระ' → ตรวจ: GL Setup Unrealized VAT = Yes? VAT Posting Setup Row กำหนด Type แล้วหรือยัง? Payment Apply ครบแล้วหรือยัง?

เปิด List Page ใดก็ได้ (Items, Customers, Vendors ฯลฯ) → คลิก Share → Edit in Excel → เปิด Connection แบบ Live สองทาง → แก้ไขใน Excel → คลิก Publish ใน BC Add-in → บันทึกกลับสู่ BC | ควบคุมการเข้าถึง: ค้นหา Permission Sets → หา 'D365 Excel Export Action' → ลบ Permission Set นี้จาก User → ซ่อน Edit in Excel และ Open in Excel สำหรับ User นั้น | มอบ Edit in Excel เฉพาะ Power User และ Admin ผู้ใช้ทั่วไปสามารถใช้ Open in Excel (Read-only) สำหรับรายงาน | ผลกระทบ: Edit in Excel Publish ตรงสู่ BC Database — ข้ามขั้นตอน Approval Workflow ใช้ด้วยความระมัดระวัง | ปัญหา: 'Edit in Excel ไม่แสดง' → User ขาด Permission Set 'D365 Excel Export Action' → เพิ่มใน User Card → แท็บ Permission Sets

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 ให้อัตโนมัติ