เริ่มเลย¶
While some companies use Odoo from their first day of business, many companies need to transition to Odoo from a different legacy accounting software. The process for companies starting directly with Odoo is much simpler but still requires the following steps:
Configure the Accounting settings to meet the company's business needs
The process for companies transitioning to Odoo involves the same steps as well as importing opening entries.
Time of execution |
General category |
Specific to-do item |
|---|---|---|
การปรับเข้ากับท้องถิ่น |
Verify localization |
|
ข้อมูลบริษัท
ความถี่ในการยื่นภาษี
การปัดเศษภาษีและการรวมภาษีในราคา
บัญชีเริ่มต้น
วันสิ้นสุดปีบัญชี
การเรียงลำดับเอกสาร
|
||
Note
กระบวนการเปลี่ยนผ่านจากระบบซอฟต์แวร์เดิมมาเป็นระบบบัญชี Odoo นั้นมีความซับซ้อนและอาจแตกต่างกันอย่างมากในแต่ละธุรกิจ แม้ว่าคำแนะนำเหล่านี้จะระบุขั้นตอนพื้นฐานของกระบวนการ แต่ Success Packs ของ Odoo จะช่วยให้คุณได้รับคำแนะนำเฉพาะบุคคลเกี่ยวกับวิธีปรับกระบวนการให้เหมาฐกับความต้องการของธุรกิจของคุณได้ดีที่สุด ผู้ใช้ขั้นสูงสามารถใช้คำแนะนำเหล่านี้เป็นแนวทางในการเปลี่ยนผ่านไปสู่ระบบบัญชี Odoo ได้ โดยเข้าใจว่าอาจมีความต้อการเฉพาะด้านที่ไม่ได้ครอบคลุมไว้ที่นี่
Tip
It is recommended to practice this process in a test database and work in parallel with your prior accounting workflows in case there are any issues.
At database/company creation¶
Fiscal localization packages are country-specific modules that install pre-configured taxes, fiscal positions, charts of accounts, and legal statements on your database. Some additional features, such as the configuration of specific certificates, are also added to the Accounting app, following your fiscal administration requirements.
A fiscal localization package is automatically installed based on the country selected when the database is created. Some countries have multiple fiscal localization packages for different business types, so be sure to verify that the correct package is installed. To do so, go to and verify the correct localization is set in the Package field in the Fiscal Localization section.
Warning
Selecting another package is only possible if no journal entry has been posted yet.
Prior to implementation¶
Accounting master data¶
Master data is data that other records rely on. For example, an invoice requires a customer; the customer, or contact, is master data. Because other records rely on master data, the order in which accounting data is transferred into Odoo, whether manually or via import, is crucial.
ผังบัญชี¶
The chart of accounts is the foundation of all accounting records, and as such, it needs to be created before other database records. A standard chart of accounts is included with each fiscal localization, but most businesses have their own chart of accounts with its own accounts. Some of these accounts likely serve the same purpose as some of Odoo's standard accounts, but they may have a different name and/or code. Other accounts may not have an analogous account in Odoo's standard chart of accounts. These two types of accounts should be handled differently:
For accounts in your chart that have an analogous account in Odoo's standard chart of accounts, simply edit the account name and/or account code of the standard Odoo account to match your own.
For accounts in your chart that do not have an analogous account in Odoo's standard chart of accounts, create them manually or import them.
Tip
Account codes must be unique per chart of accounts, so ensure that any newly created or imported accounts do not share the same code as an existing account.
Danger
Because certain standard accounts are set as the default accounts for various fields (on products, product categories, contacts, and in the Accounting settings), deleting them or changing their account type can break basic processes like creating an invoice. Instead of deleting accounts in Odoo's standard chart of accounts, simply rename and recode them.
ดูเพิ่มเติม
สกุลเงิน¶
If additional currencies are required beyond the default of the company's fiscal localization, activate them. Currency rates can be set to update automatically in the Currencies section of the Accounting settings.
สมุดรายวัน¶
Standard journals such as a sales journal, a purchase journal, a bank journal, and more are created by default, but additional journals can be created to manage different situations, including:
tracking income through multiple sales journals
having multiple bank accounts, each with its own journal
managing loans, tax returns, payroll, and more with miscellaneous journals
Recording payments in bank, cash, and credit card journals can create journal entries or not, depending on the journal's configuration. By default, no journal entries are created for payments. To configure a journal to create payments, set outstanding payments accounts on the journal's payment methods.
สถานะทางการเงิน¶
ฐานะทางการเงิน ช่วยให้คุณกำหนดค่าสินค้าเพื่อใช้บัญชีรายได้/ค่าใช้จ่ายที่แตกต่างกัน และใช้:doc:ภาษี <taxes> ที่แตกต่างกันได้ ขึ้นอยู่กับลูกค้าหรือผู้จำหน่ายที่ซื้อหรือขายสินค้านั้น นอกจากนี้ยังสามารถกำหนดค่าให้มีผลโดยอัตโนมัติตามสถานที่ตั้งของลูกค้าหรือผู้จำหน่ายได้อีกด้วย ระบบจะมีฐานะทางการเงินเริ่มต้นรวมอยู่ด้วยเมื่อติดตั้ง:doc:แพ็กเกจการแปลเป็นภาษาท้องถิ่นทางการเงิน <../fiscal_localizations> แต่สามารถปรับปรุงฐานะทางการเงินที่มีอยู่ และสร้างฐานะทางการเงินใหม่ได้ด้วยตนเอง
ภาษี¶
ภาษี มีปฏิสัมพันธ์กับหลายแง่มุมของระบบบัญชี รวมถึง:doc:ฐานะทางการเงิน <taxes/fiscal_positions>, บัญชี และสินค้า ระบบจะมีภาษีเริ่มต้นรวมอยู่ด้วยเมื่อติดตั้ง:doc:แพ็กเกจการแปลเป็นภาษาท้องถิ่นทางการเงิน <../fiscal_localizations> แต่สามารถปรับภาษีที่มีอยู่ และสร้างภาษีใหม่ได้ด้วยตนเอง
เงื่อนไขการชําระเงิน¶
เงื่อนไขการชำระเงิน ให้รายละเอียดเกี่ยวกับเงื่อนไขการชำระเงินสำหรับบันทึก เช่น ใบสั่งขายและใบสั่งซื้อ ใบแจ้งหนี้ของลูกค้า และบิลของผู้จำหน่าย นอกจากนี้ เงื่อนไขการชำระเงินยังช่วยให้คุณกำหนดแผนการผ่อนชำระสำหรับกรณีที่การชำระเงินของบันทึกรายการใดรายการหนึ่งควรแบ่งชำระเป็นหลายงวดได้อีกด้วย
เนื่องจากทั้งสองอย่างนี้ใช้เพื่อกำหนดวันครบกำหนดชำระเงิน เงื่อนไขการชำระเงินและวันครบกำหนดจึงไม่สามารถใช้ร่วมกันได้ โดยบันทึกหนึ่งรายการสามารถมีได้เพียงอย่างใดอย่างหนึ่งเท่านั้น
ข้อมูลหลักเพิ่มเติม¶
สินค้าและหมวดหมู่สินค้า¶
นำเข้าสินค้าของคุณ และหมวดหมู่สินค้า หรือสร้างด้วยตนเอง ฟิลด์หลายฟิลด์ในแบบฟอร์มหมวดหมู่สินค้าจะเกี่ยวข้องกับระบบบัญชี รวมถึง:
บัญชีรายได้
บัญชีค่าใช้จ่าย
บัญชีสต็อก
บัญชีส่วนต่างราคา (ใช้ได้เฉพาะกับหมวดหมู่สินค้าที่ใช้ แบบต่อเนื่อง (เมื่อออกใบแจ้งหนี้) สำหรับ การประเมินมูลค่าคลังสินค้า)
ตามค่าเริ่มต้น สินค้าจะสืบทอด บัญชีรายได้ และ บัญชีค่าใช้จ่าย จากหมวดหมู่สินค้า แต่สามารถเขียนทับบัญชีเหล่านี้ได้ในแต่ละบันทึกสินค้า ฟิลด์อื่นๆ ในแบบฟอร์มสินค้าก็เกี่ยวข้องกับระบบบัญชีเช่นกัน รวมถึง:
นโยบายการออกใบแจ้งหนี้
ภาษีการขาย
ต้นทุน (ซึ่งมีความสำคัญอย่างยิ่งต่อการนำเข้า:ref:
สินค้าคงคลังยกมา <accounting/get_started/open-inventory>)ภาษีการจัดซื้อ
Tip
นำเข้าหมวดหมู่สินค้าก่อนนำเข้าสินค้า เพื่อให้สามารถระบุหมวดหมู่ของสินค้าแต่ละรายการได้ในระหว่างการนำเข้าสินค้า
ธนาคารและบัญชีธนาคารของผู้ติดต่อ¶
หากต้องการส่งการชำระเงินไปยังผู้จำหน่าย (เช่น ด้วยไฟล์ การโอนเครดิต SEPA หรือ NACHA) และเรียกเก็บเงินจากลูกค้าผ่าน การตัดบัญชีโดยตรง SEPA จะต้องตั้งค่าบัญชีธนาคารของลูกค้าหรือของผู้จำหน่ายไว้ในบันทึกรายชื่อผู้ติดต่อของพวกเขา
นำเข้า ธนาคาร และ บัญชีธนาคาร ของรายชื่อผู้ติดต่อของคุณ หรือสร้างขึ้นด้วยตนเอง
การติดต่อ¶
นำเข้า รายชื่อผู้ติดต่อ ของคุณ หรือสร้างขึ้นด้วยตนเอง หลายฟิลด์ในแบบฟอร์มผู้ติดต่อจะส่งผลต่อบันทึกทางบัญชีของผู้ติดต่อ เช่น ใบแจ้งหนี้และใบเรียกเก็บเงิน ซึ่งได้แก่:
เงื่อนไขการชำระเงิน สำหรับการขายและสำหรับการซื้อ
บัญชีลูกหนี้
บัญชีเจ้าหนี้
การส่งใบแจ้งหนี้: การตั้งค่ากำหนด (มองเห็นได้เฉพาะใน โหมดนักพัฒนา)
รูปแบบ eInvoice
Peppol e-address (EAS)
ตำแหน่งปลายทาง e-invoicing
อาจมีฟิลด์ใบแจ้งหนี้อิเล็กทรอนิกส์เพิ่มเติม ขึ้นอยู่กับ:doc:
การปรับให้เข้ากับท้องถิ่นทางการเงิน <../fiscal_localizations>
การกำหนดค่าระบบบัญชี¶
การกำหนดค่าระบบบัญชีหลักต่อไปนี้มีความสำคัญอย่างยิ่งต่อการตั้งค่าบันทึกทางบัญชีให้สำเร็จ ส่วนใหญ่จะอยู่ในการตั้งค่าระบบบัญชีและสามารถเข้าถึงได้ผ่านทาง .
ข้อมูลบริษัท เช่น ชื่อ ที่อยู่ โลโก้ โทรศัพท์ และที่อยู่อีเมล
วิธีการปัดเศษ: เลือกว่าจะปัดเศษจำนวนภาษีรวมตามบรรทัดหรือตามภาษีในส่วน ภาษี ของการตั้งค่าระบบบัญชี
ราคา: เลือกว่าราคาจะเป็นแบบ ไม่รวมภาษี หรือ รวมภาษี เป็นค่าเริ่มต้นในส่วน ภาษี ของการตั้งค่าระบบบัญชี
บัญชีเริ่มต้น: สามารถตั้งค่าบัญชีเริ่มต้นได้ในสองส่วนต่อไปนี้ของการตั้งค่าระบบบัญชี:
บัญชีเริ่มต้น: บัญชีเริ่มต้นเพิ่มเติม นอกเหนือจากที่กำหนดค่าไว้สำหรับแต่ละสมุดรายวัน
การประเมินมูลค่าคลังสินค้า: บัญชีเริ่มต้นอื่นๆ เกี่ยวกับทั้งการประเมินมูลค่าคลังสินค้าและระบบบัญชีการผลิต
ในขณะที่นำระบบไปใช้งาน¶
รายการยกมา¶
บริษัทที่กำลังเปลี่ยนผ่านไปใช้ Odoo โดยมียอดคงเหลือในบัญชีเดิม ใบแu0e0practicingหนี้และบิลที่ยังค้างอยู่ และการตรวจนับคลังสินค้ายกมา จำเป็นต้องป้อนรายการยกมาเหล่านี้ลงในฐานข้อมูล Odoo เพื่อให้แสดงข้อมูลได้อย่างถูกต้อง
กระบวนการนำเข้า งบทดลองยกมา และ ใบแจ้งu0e2 foreignersหนี้/บิลที่ยังค้างอยู่ อาจทำให้เกิดความยุ่งยาก เนื่องจากอาจทำให้เกิดมูลค่าซ้ำซ้อนได้หากดำเนินการไม่ถูกต้อง
Example
บริษัทมียอดคงเหลือปัจจุบัน $1000 ในบัญชีลูกหนี้ ซึ่งสะท้อนถึงยอดเงิน $1000 ที่ติดค้างสำหรับใบแจ้งหนี้ที่ยังค้างอยู่
หากสร้างทั้งใบแจ้งหนี้ที่ยังค้างอยู่เหล่านี้และยอดคงเหลือของบัญชีลูกหนี้ใน Odoo โดยไม่มีการเปลี่ยนแปลงใดๆ บัญชีลูกหนี้จากนั้นจะแสดงยอดคงเหลือเป็น $2000 โดยผิดพลาด:
$1000 จากงบทดลองยกมาของบัญชีลูกหนี้
$1000 จากการสร้างใบแจ้งหนี้ที่ยังค้างอยู่ใน Odoo
แนวคิดเดียวกันนี้ใช้กับบิลผู้จำหน่ายที่ยังค้างอยู่และบัญชีเจ้าหนี้
เพื่อหลีกเลี่ยงข้อผิดพลาดนี้ ให้ใช้ บัญชีพัก ซึ่งเป็นบัญชีที่เก็บมูลค่าไว้ชั่วคราวก่อนที่จากนั้นจะถูกปรับยอด (หรือ "หักล้าง")
เมื่อใดที่ควรเปลี่ยนผ่าน¶
มีสามตัวเลือกสำหรับช่วงเวลาที่จะเปลี่ยนผ่านเวิร์กโฟลว์ระบบบัญชีของคุณไปยัง Odoo:
เมื่อสิ้นสุดรอบปีบัญชี: นี่เป็นตัวเลือกที่ง่ายที่สุดเนื่อจจากช่วยลดข้อมูลที่ต้องถ่ายโอนให้น้อยที่สุด
เมื่อสิ้นสุดรอบระยะเวลาภาษี: ด้วยตัวเลือกนี้ คุณสามารถเลือกที่จะลงรายการบัญชีทั้งหมดจากรอบระยะเวลาที่ผ่านมา หรือเฉพาภยอดคงเหลือของแต่ละบัญชี ณ สิ้นสุดรอบระยะเวลาก็ได้
ระหว่างรอบระยะเวลาภาษี: ไม่แนะนำให้ใช้ตัวเลือกนี้เนื่อจจากทำให้เกิดงานและความยุ่งยากเพิ่มเติม การแบ่งรอบระยะเวลาภาษีระหว่างซอฟต์แวร์เดิมกับ Odoo จะทำให้ขั้นตอนการยื่นภาษีซับซ้อน เนื่อจจากต้องนำข้อมูลจากทั้งสองระบบมารวมกัน
เตรียมเอกสารต่อu0e4payไปนี้จากระบบเดิมของคุณ:
ยอดคงเหลือยกมาของบัญชี
ใบแจ้งหนี้และใบลดหนี้ที่เปิดอยู่ (ยังไม่ได้ชำระ)
บิลผู้จำหน่ายและการคืนเงินที่เปิดอยู่ (ยังไม่ได้ชำระ)
การตรวจนับคลังสินค้ายกมา
Note
หากมีการสร้างรายการสมุดรายวันผ่านการใช้งานแอปออกใบแจ้งหนี้ หรือการเคลื่อนย้ายสต็อกในระบบที่มีการประเมินมูลค่าคลังสินค้าอัตโนมัติ ให้ใช้ฟีเจอร์ เกณฑ์สลับการออกใบแจ้งหนี้ ในการตั้งค่าระบบบัญชีเพื่อยกเลิกรายการสมุดรายวันทั้งหมดก่อนวันที่ระบุ เพื่อเริ่มต้นด้วยบัญชีแยกประเภททั่วไปที่สะอาด นอกจากนี้ ให้ป้อนยอดดุลเริ่มต้นที่เหมาะสมในใบแจ้งยอดแรกของแต่ละสมุดรายวันธนาคารเพื่อให้ตรงกับยอดคงเหลือในบัญชีธนาคารปัจจุบัน
Warning
ก่อนเริ่มกระบวนการสร้างรายการยกมาใน Odoo ให้ตรวจสอบว่าข้อมูลตรงตามข้อกำหนดต่อไปนี้:
ผลรวมของงบทดลองยกมาของบัญชีลูกหนี้ทั้งหมดจะต้องเท่ากับผลรวมของใบแจ้งหนี้ของลูกค้าที่เปิดอยู่หักด้วยใบลดหนี้
ผลรวมของงบทดลองยกมาของบัญชีเจ้าหนี้ทั้งหมดจะต้องเท่ากับผลรวมของบิลผู้จำหน่ายที่เปิดอยู่หักด้วยการคืนเงิน
ผลรวมของมูลค่างบทดลองยกมาของบัญชีคลังสินค้าทั้งหมดจะต้องเท่ากับผลรวมของมูลค่าคลังสินค้า (คำนวณโดยการคูณต้นทุนสินค้าด้วยปริมาณสินค้าสำหรับแต่ละสินค้าแล้วนำมารวมกัน)
งบทดลองยกมาจะต้องมีความสมดุลในตัวเอง
ใบแจ้งหนี้และบิลที่เปิดอยู่¶
บริษัทที่กำลังเปลี่ยนมาใช้ Odoo จำเป็นต้องนำเข้าหรือสร้างใบแจ้งหนี้และบิลผู้จำหน่ายที่เปิดอยู่ (กล่าวคือ มีอยู่แล้วแต่ยังไม่ได้ชำระเต็มจำนวน) รวมทั้งใบลดหนี้หรือการคืนเงินใน Odoo ด้วยตนเอง เพื่อไม่ให้มีใบแจ้งหนี้หรือบิลสูญหายระหว่างการเปลี่ยนผ่าน การนำเข้าบันทึกเหล่านี้ส่วนใหญ่เป็นกระบวนการเดียวกันสำหรับทั้งใบแจ้งหนี้และบิล และดำเนินการในสามขั้นตอน:
Note
เพื่อความสะดวก ขอแนะนำให้นำเข้าแต่ละใบแจ้งหนี้/บิลด้วยยอดรวมที่ต้องชำระเท่านั้น แทนที่จะเป็นแต่ละบรรทัดของใบแจ้งหนี้/บิล วิธีนี้จะช่วยหลีกเลี่ยงข้อผิดพลาดทั่วไป เช่น บัญชีภาษีได้รับผลกระทบสองครั้งสำหรับบันทึกเดียวกัน
เตรียมใบแจ้งหนี้และบิล¶
เตรียมใบแจ้งหนี้และบิลที่เปิดอยู่โดยใช้เทมเพลตการนำเข้าที่มีอยู่ใน Odoo ในการเข้าถึงเทมเพลตการนำเข้า:
สำหรับใบแจ้งหนี้และใบลดหนี้ ให้ไปที่ , คลิกที่ไอคอน (การดำเนินการ) และคลิก นำเข้าบันทึก คลิก เทมเพลตนำเข้าสำหรับใบแจ้งหนี้ เพื่อดาวน์โหลดเทมเพลต
สำหรับบิลผู้จำหน่ายและการคืนเงิน ให้ไปที่ , คลิกที่ไอคอน (การดำเนินการ) และคลิก นำเข้าบันทึก คลิก เทมเพลตนำเข้าสำหรับบิล เพื่อดาวน์โหลดเทมเพลต
เตรียมฟิลด์ต่อไปนี้:
ฟิลด์ |
คำอธิบาย |
|---|---|
พาร์ทเนอร์ |
Customer name (must exactly match a contact record in Odoo) |
จำนวน |
Invoice number (e.g., BILL/2026/00001): This number must not already exist in this database yet; otherwise, it will have to be resequenced |
การอ้างอิง |
(Optional) Invoice reference (i.e., the name of the document that created this invoice) |
วันที่ออกใบแจ้งหนี้/ใบเรียกเก็บเงิน |
Date the invoice was created. Ensure the year in the Number and the year in this field are the same to prevent errors. |
วันครบกำหนด |
Date the invoice/bill is due. Each invoice/bill can have either a due date or payment terms, but not both. |
เงื่อนไขการชําระเงิน |
The payment terms of the invoice/bill. Each invoice/bill can have either a due date or payment terms, but not both. Payment terms are only recommended for open invoices/bills if they are used with payment installments. |
สมุดบันทึก |
(Optional) The journal name, if multiple sales journals or multiple purchase journals exist |
Invoice Lines / Label |
A label for the invoice (e.g., |
Invoice Lines / Account |
The receivable clearing account |
Invoice Lines / Unit Price |
The total amount due on the invoice. If partial payments have been made, this is for the remaining amount due (i.e., total minus partial payments). |
สกุลเงิน |
Currency the invoice was issued in (if different from the company currency). If importing open invoices with different currencies, create a historical exchange rate for each invoice in a different currency before importing. |
Validate invoices and bills¶
Validate the following aspects of the open invoices, bills, credit notes, and refunds:
The sum of open bills minus the sum of open refunds equals the balance of accounts payable on the accounts payable of the opening trial balance.
The sum of open invoices minus the sum of open credit notes equals the balance of the accounts receivable on the opening trial balance.
Check for negative invoices and bills:
If any invoices are for negative amounts, they are credit notes and should be imported separately as a positive value under the menu. Change the Number from
INV/YEAR/NUMBERtoRINV/YEAR/NUMBER, and (optionally) change the Reference toReversal of: [INV Number].Similarly, if any bills are for negative amounts, they are refunds and should be imported separately as a positive value under the Accounting --> Vendors --> Refunds menu. Change the Number from
BILL/YEAR/NUMBERtoRBILL/YEAR/NUMBERand (optionally) change the Reference toReversal of: [BILL Number].
Check for different currencies: If importing open invoices/bills with different currencies, create a historical exchange rate for the date of creation for each invoice or bill in a different currency.
Import invoices and bills¶
Import the prepared fields from the appropriate menu:
For customer invoices, go to .
สำหรับบิลผู้จำหน่าย ให้ไปที่ .
สำหรับใบลดหนี้ ให้ไปที่ .
สำหรับเงินคืนจากผู้จำหน่าย ให้ไปที่ .
รายการบันทึกทั้งหมดจะถูกนำเข้าเป็นแบบร่าง จากมุมมองรายการที่ได้ ให้เลือกรายการบันทึกแบบร่างที่นำเข้า แล้วคลิก การดำเนินการ และคลิก ยืนยันรายการ.
ทำซ้ำขั้นตอนนี้สำหรับแต่ละประเภทรายการ (ใบแจ้งหนี้, บิล, ใบลดหนี้ และการคืนเงิน)
สินค้าคงคลังยกมา¶
Note
ขั้นตอนการสร้างการตรวจนับสินค้าคงคลังยกมาและการประเมินมูลค่าสินค้าคงคลังที่เกี่ยวข้องนั้นเหมือนกัน โดยไม่คำนึงถึง มาตรฐานการบัญชี หรือ วิธีการประเมินมูลค่า.
ขั้นตอนการนำเข้าสินค้าคงคลังยกมาทำได้ในสามขั้นตอน:
จัดเตรียมสินค้าคงคลัง¶
หากยังไม่ได้ระบุต้นทุนสินค้าเมื่อสร้างสินค้า ให้ทำการอัปเดตต้นทุน ไม่ว่าจะดำเนินการด้วยตนเองในฟิลด์ ต้นทุน บนแบบฟอร์มสินค้า หรือผ่าน การนำเข้าเพื่ออัปเดต.
Tip
หากต้องการนำเข้าสินค้าที่ใช้วิธีคิดต้นทุนแบบ FIFO ซึ่งมีหลายจำนวนในต้นทุนที่แตกต่างกัน ให้กำหนดต้นทุนในแบบฟอร์มสินค้า จากนั้นจึงนำเข้าจำนวนตามต้นทุนดังกล่าว ทำซ้ำขั้นตอนนี้ได้หลายครั้งตามต้องการ โดยทำหนึ่งครั้งสำหรับแต่ละต้นทุนที่แตกต่างกัน
จัดเตรียมการตรวจนับสินค้าคงคลังยกมาโดยใช้เทมเพลตการนำเข้าที่มีอยู่ใน Odoo หากต้องการเข้าถึงเทมเพลตการนำเข้า ให้ไปที่ คลิกไอคอน (การดำเนินการ) แล้วคลิก นำเข้าบันทึก คลิก เทมเพลตการนำเข้าสำหรับการปรับยอดสินค้าคงคลัง เพื่อดาวน์โหลดเทมเพลต
เตรียมฟิลด์ต่อไปนี้:
ฟิลด์ |
คำอธิบาย |
|---|---|
สินค้า |
ชื่อสินค้าหรือการอ้างอิงภายใน หากใช้ ตัวเลือกสินค้า การระบุสินค้าจะมีความซับซ้อนมากขึ้นเนื่องจากตัวเลือกสินค้าหลายตัวอาจมีชื่อสินค้าเดียวกัน ในกรณีนี้ ขอแนะนำให้ใช้ รหัสภายนอก เพื่อระบุสินค้าและเปลี่ยนชื่อคอลัมน์เป็น |
จำนวน |
จำนวนสินค้าในการตรวจนับสินค้าคงคลังยกมา |
สถานที่ |
หากเปิดใช้งานฟีเจอร์ สถานที่ตั้ง ในการตั้งค่า จำเป็นต้องระบุตำแหน่งของแต่ละรายการสินค้าคงคลังยกมา |
ล็อต/หมายเลขซีเรียล |
หากสินค้านั้นมีการติดตามโดยล็อตหรือหมายเลขประจำตัวสินค้า ให้ระบุล็อตหรือหมายเลขประจำตัวสินค้าที่นี่ แต่ละล็อตหรือหมายเลขประจำตัวสินค้าที่ไม่ซ้ำกันจะต้องแยกรายการไว้คนละบรรทัด |
ตรวจสอบความถูกต้องของสินค้าคงคลัง¶
ตรวจสอบว่าผลรวมของค่ายอดยกมาในงบทดลองของบัญชีคลังสินค้าทั้งหมดเท่ากับผลรวมของมูลค่าคลังสินค้า มูลค่าของคลังสินค้าจะคำนวณโดยการคูณต้นทุนสินค้าด้วยปริมาณสินค้าสำหรับแต่ละรายการ แล้วนำมารวมเข้าด้วยกัน
Example
สินค้า |
จำนวนปริมาณ |
ต้นทุนสินค้า |
มูลค่ารวม |
|---|---|---|---|
โต๊ะทำงาน |
10 |
$250 |
$2500 |
โต๊ะ |
8 |
$350 |
$2800 |
เก้าอี้ |
15 |
$50 |
$750 |
ผลรวมของสินค้าคงคลังทั้งหมดคือ $6050 ($2500 + $2800 + $750) มูลค่าของบัญชีสินค้าคงคลังในงบทดลองจะต้องเท่ากับ $6050 หรือหากมีบัญชีสินค้าคงคลังหลายบัญชี ผลรวมของบัญชีเหล่านั้นจะต้องเท่ากับ $6050
นำเข้าสินค้าคงคลัง¶
ไปที่ .
:ref:`นำเข้า <essentials/export_import_data/import-data>`การตรวจนับสินค้าคงคลัง.
ระบบจะนำเข้าบันทึกทั้งหมดเป็นแบบร่าง จากมุมมองรายการที่แสดงขึ้น ให้คลิก นำไปใช้ทั้งหมด.
ป้อน เหตุผลสินค้าคงคลัง (เช่น
สินค้าคงคลังยกมา) และ วันที่ตรวจนับ.คลิก อัปเดตปริมาณ.
งบทดลองยกมา¶
งบทดลองคือรายการบัญชีทั้งหมดพร้อมยอดคงเหลือปัจจุบัน การป้อนข้อมูลนี้ลงใน Odoo มีความสำคัญอย่างยิ่ง เพื่อให้บัญชีมียอดคงเหลือที่ถูกต้องในอนาคต
กระบวนการนำเข้างบทดลองยกมาดำเนินการในสามขั้นตอน:
จัดเตรียมงบทดลองยกมา¶
ส่งออกงบทดลองจากซอฟต์แวร์เดิมของคุณ งบทดลองควรเป็นรายการของทุกบัญชีในผังบัญชี โดยแต่ละบัญชีจะมียอดคงเหลือเป็นเดบิตหรือบัตรเครดิต
จัดเตรียมงบทดลองยกมาโดยการใส่ข้อมูลจากซอฟต์แวร์เดิมของคุณลงในเทมเพลตนำเข้ารายการบันทึกประจำวันที่มีอยู่ใน Odoo หากต้องการเข้าถึงเทมเพลตนำเข้าสำหรับรายการบันทึกประจำวัน ให้ไปที่ , คลิกไอคอน (การดำเนินการ) แล้วคลิก นำเข้ารายการ. คลิก เทมเพลตนำเข้าสำหรับการดำเนินงานเบ็ดเตล็ด เพื่อดาวน์โหลดเทมเพลต
ใส่ข้อมูลของงบทดลองลงในเทมเพลตด้วยฟิลด์ต่อไปนี้:
ฟิลด์ |
คำอธิบาย |
|---|---|
การอ้างอิง |
การอ้างอิงที่ระบุรายการบันทึกประจำวันนี้ (เช่น |
วันที่ |
วันที่ของรายการบันทึกประจำวันนี้ |
สมุดบันทึก |
สมุดรายวันที่รายการบันทึกประจำวันนี้ควรอยู่ ขอแนะนำให้ใช้สมุดรายวันเบ็ดเตล็ดที่เป็นค่าเริ่มต้น |
รายการสมุดรายวัน/บัญชี |
รหัสบัญชีและ/หรือชื่อบัญชี |
รายการสมุดรายวัน/เดบิต |
มูลค่าเดบิตของบัญชีในสกุลเงินหลักของบริษัท หากบรรทัดนี้มีบัตรเครดิต ควรเว้นฟิลด์นี้ให้ว่าง อย่าป้อน |
รายการสมุดรายวัน/บัตรเครดิต |
มูลค่าบัตรเครดิตของบัญชีในสกุลเงินหลักของบริษัท หากบรรทัดนี้มีเดบิต ควรเว้นฟิลด์นี้ให้ว่าง อย่าป้อน |
รายการสมุดรายวัน/ป้ายกำกับ |
(ไม่บังคับ) ป้ายกำกับที่ระบุบรรทัดเฉพาะนี้ของงบทดลอง |
Important
คอลัมน์ การอ้างอิง, วันที่ และ สมุดรายวัน จะอ้างอิงถึงรายการบันทึกประจำวันทั้งหมด ดังนั้น จึงควรกรอกข้อมูลเฉพาะบรรทัดแรกเท่านั้น เพื่อให้สร้างรายการบันทึกประจำวันหนึ่งรายการที่มีรายการสมุดรายวันทั้งหมดอยู่ภายใน
แต่ละบรรทัดควรมีค่าเพียงค่าเดียวในคอลัมน์ รายการสมุดรายวัน/เดบิต หรือ รายการสมุดรายวัน/บัตรเครดิต และอีกคอลัมน์หนึ่งของบรรทัดควรเว้นว่างไว้ อย่าป้อน
0.00หรือค่าลบในคอลัมน์ใดๆ
แก้ไขสเปรดชีตงบทดลองยกมา โดยแทนที่บัญชีต่อไปนี้ด้วยบัญชีพัก:
ลูกหนี้การค้า --> บัญชีพัก AR (ประเภท = สินทรัพย์หมุนเวียน)
บัญชีเจ้ฒหนี้ --> AP Clearing (ประเภท = สินทรัพย์หมุนเวียน)
Note
ใน u0e0processesขั้นตอนการตรวจสอบขั้นสุดท้าย ประเภทบัญชีเคลียริ่งจากถูกเปลี่ยนเป็น นอกงบดุล ดังนั้นประเภทบัญชีจึงไม่สำคัญ
หากคุณใช้บัญชีลูกหนี้หลายบัญชีหรือบัญชีเจ้ฒหนี้หลายบัญชี ก็สามารถรวมเข้าเป็นบัญชีเคลียริ่งเดียวได้
Example
การอ้างอิง |
วันที่ |
สมุดบันทึก |
รายการสมุดรายวัน/บัญชี |
รายการสมุดรายวัน/เดบิต |
รายการสมุดรายวัน/บัตรเครดิต |
|---|---|---|---|---|---|
งบทดลองยกมา |
01/01/2026 |
เบ็ดเตล็ด |
101404 ธนาคาร |
10,000 |
|
110100 การประเมินมูลค่าคลังสินค้า |
฿30,000 |
||||
777777 AR Clearing |
5,000 |
||||
131000 ภาษีที่ชำระ |
2,000 |
||||
888888 AP Clearing |
4,000 |
||||
220000 บัตรเครดิต |
8,000 |
||||
251000 ภาษีที่ได้รับ |
6,000 |
||||
400000 การขายสินค้า |
24,000 |
||||
690000 บัญชีรายจ่ายเบ็ดเตล็ด |
5,000 |
ตรวจสอบความถูกต้องของงบทดลองยอดยกมา¶
ตรวจสอบว่างบทดลองตรงตามข้อกำหนดต่อไปนี้:
ผลรวมของงบทดลองยกมาของบัญชีลูกหนี้ทั้งหมดจะต้องเท่ากับผลรวมของใบแจ้งหนี้ของลูกค้าที่เปิดอยู่หักด้วยใบลดหนี้
ผลรวมของงบทดลองยกมาของบัญชีเจ้าหนี้ทั้งหมดจะต้องเท่ากับผลรวมของบิลผู้จำหน่ายที่เปิดอยู่หักด้วยการคืนเงิน
ผลรวมของมูลค่างบทดลองยกมาของบัญชีคลังสินค้าทั้งหมดจะต้องเท่ากับผลรวมของมูลค่าคลังสินค้า (คำนวณโดยการคูณต้นทุนสินค้าด้วยปริมาณสินค้าสำหรับแต่ละสินค้าแล้วนำมารวมกัน)
งบทดลองยกมาจะต้องมีความสมดุลในตัวเอง
นำเข้างบทดลองยอดยกมา¶
งบทดลองจะถูกนำเข้าเป็นแบบร่าง จากมุมมองรายการที่แสดงขึ้น ให้เปิดรายการแบบร่าง ตรวจทาน และคลิก โพสต์.
ธุรกรรมธนาคารและบัตรเครดิตยอดยกมา¶
สำหรับบัญชีธนาคาร บัตรเครดิต และเงินสด สิ่งสำคัญคือต้องตรวจสอบว่ายอดคงเหลือเริ่มต้นของรายการเดินบัญชียอดยกมาในสมุดรายวันได้รับการอัปเดตเพื่อสะท้อนถึงมูลค่าจริงของบัญชี:
เมื่อเพิ่มธุรกรรมแรกแล้ว (ไม่ว่าจะด้วยตนเอง ผ่านการนำเข้า หรือผ่านการซิงค์กับธนาคาร) ให้สร้าง:ref:รายการเดินบัญชี <accounting/transactions/statements>`ยอดยกมาโดยมีจำนวนธุรกรรมมากหรือน้อยตามที่ต้องการ กำหนดค่า :guilabel:`ยอดคงเหลือเริ่มต้น ให้เป็นยอดคงเหลือที่ถูกต้องของบัญชีธนาคารก่อนการทำธุรกรรมแรก
Note
เมื่อ:doc:`ซิงโครไนซ์ <bank/bank_synchronization>`บัญชีธนาคารและบัตรเครดิต ให้ลบธุรกรรมใดๆ ที่เกิดขึ้นก่อนวันที่ของงบทดลอง เพื่อให้แน่ใจว่ายอดคงเหลือในบัญชีถูกต้อง
ทำขั้นตอนนี้ซ้ำสำหรับสมุดรายวันธนาคาร เงินสด หรือบัตรเครดิตแต่ละเล่ม
การตรวจสอบความถูกต้องครั้งสุดท้าย¶
เพื่อเสร็จสิ้นการเปลี่ยนมาใช้ Odoo ให้ตรวจสอบว่าบัญชีพักทั้งหมดมียอดดุลแล้ว และลบบัญชีเหล่านั้นออกจากรายงานโดยเปลี่ยน ประเภทบัญชี เป็น นอกงบดุล หลังจากการนำเข้า