ฝรั่งเศส¶
FEC - Fichier des Écritures Comptables¶
FEC Fichier des Écritures Comptables ไฟล์การตรวจสอบประกอบด้วยข้อมูลทางบัญชีและรายการทั้งหมดที่บันทึกไว้ในสมุดรายวันการบัญชีทั้งหมดสำหรับปีการเงิน รายการในไฟล์จะต้องจัดเรียงตามลำดับเวลา
ตั้งแต่วันที่ 1 มกราคม 2014 บริษัทในประเทศฝรั่งเศสทุกแห่งจะต้องจัดทำและส่งไฟล์นี้เมื่อมีการร้องขอจากหน่วยงานด้านภาษีเพื่อวัตถุประสงค์ในการตรวจสอบ
นำเข้า FEC¶
เพื่อให้การเริ่มต้นใช้งานผู้ใช้ใหม่ง่ายขึ้น แพ็คเกจการประยุกต์ใช้สำหรับประเทศฝรั่งเศสของ Odoo Enterprise <fiscal_localizations/packages>` ของ Odoo Enterprise ได้รวมฟีเจอร์ การนำเข้า FEC (ชื่อโมดูล: l10n_fr_fec_import
) ซึ่งช่วยให้สามารถนำเข้า ไฟล์ FEC ที่มีอยู่จากซอฟต์แวร์รุ่นเก่าได้
หากต้องการเปิดใช้งานฟีเจอร์นี้ ให้ไปที่
เปิดใช้งาน การนำเข้า FEC และ บันทึกจากนั้น ไปที่
อัปโหลดไฟล์ FEC ของคุณ และคลิกที่ นำเข้าNote
รูปแบบไฟล์¶
ไฟล์ FEC ต้องอยู่ในรูปแบบ CSV เท่านั้น เนื่องจากไม่รองรับรูปแบบ XML
Note
ไฟล์ FEC CSV มีรูปแบบข้อความธรรมดาที่แสดงถึงตารางข้อมูล โดยบรรทัดแรกเป็นส่วนหัวและกำหนดรายการฟิลด์สำหรับแต่ละรายการ และแต่ละบรรทัดต่อไปนี้แสดงถึงหนึ่งรายการทางบัญชี โดยไม่มีลำดับที่กำหนดไว้ล่วงหน้า
โมดูลของเราคาดว่าไฟล์จะตรงตามข้อกำหนดทางเทคนิคต่อไปนี้:
การเข้ารหัส: UTF-8, UTF-8-SIG และ iso8859_15
ตัวคั่น: รายการใดๆต่อไปนี้:
;
หรือ|
หรือ,
หรือTAB
ตัวยุติบรรทัด: รองรับทั้งกลุ่มอักขระ CR+LF (
\r\n
) และ LF (\n
)รูปแบบวันที่:
%Y%m%d
คำอธิบายฟิลด์และการใช้งาน¶
# |
ชื่อฟิลด์ |
คำอธิบาย |
ใช้ |
รูปแบบ |
---|---|---|---|---|
01 |
JournalCode |
รหัสสมุดรายวัน |
|
ตัวอักษรและตัวเลข |
02 |
JournalLib |
ป้ายกำกับสมุดรายวัน |
|
ตัวอักษรและตัวเลข |
03 |
EcritureNum |
การกำหนดหมายเลขเฉพาะสำหรับหมายเลขลำดับสมุดรายวันแต่ละรายการของรายการ |
|
ตัวอักษรและตัวเลข |
04 |
EcritureDate |
วันที่เข้าบัญชี |
|
วันที่ (ปปปปดดวว) |
05 |
CompteNum |
หมายเลขบัญชี |
|
ตัวอักษรและตัวเลข |
06 |
CompteLib |
ป้ายกำกับบัญชี |
|
ตัวอักษรและตัวเลข |
07 |
CompAuxNum |
หมายเลขบัญชีรอง (ยอมรับค่าว่าง) |
|
ตัวอักษรและตัวเลข |
08 |
CompAuxLib |
ป้ายกำกับบัญชีรอง (ยอมรับค่าว่าง) |
|
ตัวอักษรและตัวเลข |
09 |
PieceRef |
การอ้างอิงเอกสาร |
|
ตัวอักษรและตัวเลข |
10 |
PieceDate |
วันที่ของเอกสาร |
|
วันที่ (ปปปปดดวว) |
11 |
EcritureLib |
ป้ายกำกับรายการบัญชี |
|
ตัวอักษรและตัวเลข |
12 |
เดบิต |
จำนวนเดบิต |
|
ลอย |
13 |
เครดิต |
จำนวนเครดิต (ไม่อนุญาตให้ใช้ชื่อฟิลด์ "เครดิต") |
|
ลอย |
14 |
EcritureLet |
การอ้างอิงโยงรายการบัญชี (ยอมรับค่าว่าง) |
|
ตัวอักษรและตัวเลข |
15 |
DateLet |
วันที่เข้าบัญชี (ยอมรับเป็นค่าว่าง) |
ไม่ได้ใช้ |
วันที่ (ปปปปดดวว) |
16 |
ValidDate |
วันที่ตรวจสอบรายการบัญชี |
ไม่ได้ใช้ |
วันที่ (ปปปปดดวว) |
17 |
Montantdevise |
จำนวนสกุลเงิน (ยอมรับค่าว่าง) |
|
ลอย |
18 |
Idevise |
ตัวระบุสกุลเงิน (ยอมรับค่าว่าง) |
|
ตัวอักษรและตัวเลข |
ทั้งสองช่องนี้สามารถพบได้แทนที่ช่องอื่นๆ ในความหมายข้างต้น
12 |
Montant |
จำนวน |
|
ลอย |
13 |
Sens |
สามารถเป็น "C" สำหรับเครดิตหรือ "D" สำหรับเดบิต |
กำหนด |
Char |
รายละเอียดการดำเนินการ¶
บัญชีนิติบุคคลต่อไปนี้ถูกนำเข้าจากไฟล์ FEC: บัญชี สมุดรายวัน คู่ค้า และ ย้าย
โมดูลของเราจะกำหนดการเข้ารหัส อักขระที่สิ้นสุดบรรทัด และตัวคั่นที่ใช้ในไฟล์
จากนั้นจะมีการตรวจสอบเพื่อดูว่าทุกบรรทัดมีจำนวนฟิลด์ที่สอดคล้องกับส่วนหัวถูกต้องหรือไม่
หากการตรวจสอบผ่าน ไฟล์จะถูกอ่านเต็ม เก็บอยู่ในหน่วยความจำ และสแกน บัญชีนิติบุคคลจะถูกนำเข้าครั้งละหนึ่งชนิด ตามลำดับต่อไปนี้
บัญชี¶
รายการทางบัญชีทุกรายการเกี่ยวข้องกับบัญชี ซึ่งควรกำหนดโดยฟิลด์ CompteNum
การจับคู่รหัส¶
หากมีรหัสบัญชีที่คล้ายกันอยู่ในระบบแล้ว ระบบจะใช้รหัสบัญชีที่มีอยู่แทนการสร้างรหัสใหม่
โดยทั่วไปบัญชีใน Odoo จะมีตัวเลขจำนวนหนึ่งซึ่งเป็นค่าเริ่มต้นสำหรับการแปลทางการเงิน เนื่องจากโมดูล FEC เกี่ยวข้องกับการประยุกต์ใช้ในประเทศฝรั่งเศส จำนวนหลักที่เกี่ยวข้องโดยค่าเริ่มต้นคือ 6
ซึ่งหมายความว่ารหัสบัญชีที่มีเลขศูนย์ต่อท้ายจะถูกตัดแต่งให้ถูกต้อง และการเปรียบเทียบระหว่างรหัสบัญชีในไฟล์ FEC กับรหัสที่มีอยู่แล้วใน Odoo จะดำเนินการกับรหัสหกหลักแรกเท่านั้น
Example
รหัสบัญชี 65800000
ในไฟล์ตรงกับบัญชี 658000
ที่มีอยู่ใน Odoo และบัญชีนั้นจะถูกใช้แทนการสร้างบัญชีใหม่
ธงปรับยอด¶
ในทางเทคนิคแล้ว บัญชีจะถูกตั้งค่าสถานะเป็น กระทบยอด หากบรรทัดแรกที่ปรากฏขึ้นมีการกรอกฟิลด์ EcritureLet
ไว้ เนื่องจากการตั้งค่าสถานะนี้หมายความว่ารายการบัญชีจะต้องกระทบยอดกับรายการอื่น
Note
ในกรณีที่ไม่ได้กรอกข้อมูลในรายการนี้ แต่รายการยังคงต้องกระทบยอดกับการชำระเงินที่ยังไม่ได้บันทึกไว้ ก็ไม่เป็นปัญหาแต่อย่างใด บัญชีถูกตั้งค่าสถานะว่าสามารถกระทบยอดได้ทันทีที่จำเป็นต้องมีการนำเข้ารายการย้าย
ประเภทบัญชีและเทมเพลตที่ตรงกัน¶
เนื่องจาก ประเภท ของบัญชีไม่ได้ระบุในรูปแบบ FEC บัญชี ใหม่ จะถูกสร้างขึ้นด้วยประเภทเริ่มต้น สินทรัพย์ปัจจุบัน จากนั้นเมื่อสิ้นสุดกระบวนการนำเข้า บัญชีเหล่านั้นจะถูกจับคู่กับ ติดตั้งเทมเพลตผังบัญชีแล้ว นอกจากนี้ ค่าสถานะ กระทบยอด ก็คำนวณด้วยวิธีนี้เช่นกัน
การจับคู่จะจับคู่ด้วยตัวเลขซ้ายสุดโดยเริ่มจากตัวเลขทั้งหมดตามด้วย 3 และ 2
Example
ชื่อ |
โค้ด |
การเปรียบเทียบแบบเต็ม |
การเปรียบเทียบ 3 หลัก |
การเปรียบเทียบตัวเลข 2 หลัก |
---|---|---|---|---|
เทมเพลต |
|
|
|
|
CompteNum |
|
|
|
|
ผลลัพธ์ |
**พบ**ตรงกัน |
จากนั้นประเภทบัญชีจะถูกตั้งค่าสถานะเป็น เจ้าหนี้ และ กระทบยอด ตามเทมเพลตบัญชี
สมุดรายวัน¶
นอกจากนี้สมุดรายวันยังได้รับการตรวจสอบเทียบกับรายการที่มีอยู่ใน Odoo อยู่แล้วเพื่อหลีกเลี่ยงการทำซ้ำ ในกรณีที่มีการนำเข้าไฟล์ FEC หลายไฟล์
หากมีรหัสสมุดรายวันที่คล้ายกันอยู่ในระบบแล้ว รหัสที่มีอยู่จะถูกนำมาใช้แทนการสร้างรหัสใหม่
สมุดรายวันใหม่จะมีชื่อนำหน้าด้วยสตริง FEC-
Example
ACHATS
-> FEC-ACHATS
สมุดรายวัน ไม่ ถูกเก็บถาวร ผู้ใช้มีสิทธิ์จัดการได้ตามต้องการ
การกำหนดประเภทสมุดรายวัน¶
ประเภทสมุดรายวันไม่ได้ระบุในรูปแบบ (ตามบัญชี) ดังนั้นในตอนแรกจึงถูกสร้างขึ้นด้วยประเภทเริ่มต้น ทั่วไป
เมื่อสิ้นสุดกระบวนการนำเข้า ประเภทจะถูกกำหนดตามกฎที่เกี่ยวข้องกับการย้ายและบัญชีที่เกี่ยวข้อง:
ธนาคาร
: การเคลื่อนไหวในสมุดรายวันเหล่านี้จะมีรายการ (เดบิตหรือเครดิต) ที่ส่งผลต่อบัญชีสภาพคล่องเสมอเงินสด
/ธนาคาร
สามารถแลกเปลี่ยนได้ ดังนั้นธนาคาร
จะถูกตั้งค่าทุกที่เมื่อตรงตามเงื่อนไขนี้การขาย
: การเคลื่อนย้ายในสมุดรายวันเหล่านี้ส่วนใหญ่มีวงเงินเดบิตในบัญชีลูกหนี้และวงเงินเครดิตในบัญชีรายได้ภาษีรายการสมุดรายวันการคืนเงินการขายเป็นการลงทุนด้านเดบิต/เครดิตการซื้อ
: การเคลื่อนไหวในสมุดรายวันเหล่านี้ส่วนใหญ่จะมีวงเงินเครดิตในบัญชีเจ้าหนี้และวงเงินเดบิตในบัญชีค่าใช้จ่ายรายการสมุดรายวันการคืนเงินการซื้อเป็นการลงทุนแบบเดบิต/เครดิตทั่วไป
: สำหรับทุกสิ่งทุกอย่าง
Note
จำเป็นต้องมีการเคลื่อนไหวอย่างน้อยสามครั้งเพื่อระบุประเภทสมุดรายวัน
เกณฑ์ขั้นต่ำ 70% ของการเคลื่อนไหวจะต้องสอดคล้องกับเกณฑ์สำหรับประเภทสมุดรายวันที่จะกำหนด
Example
สมมติว่าเรากำลังวิเคราะห์การเคลื่อนไหวที่มี journal_id
ร่วมกัน
การเคลื่อนย้าย |
จำนวน |
เปอร์เซ็นต์ |
---|---|---|
ที่มีรายการบัญชีการขายและไม่มีรายการบัญชีการจัดซื้อ |
0 |
0 |
ที่มีรายการบัญชีการจัดซื้อและไม่มีรายการบัญชีการขายออกมา |
1 |
25% |
ที่มีรายการบัญชีสภาพคล่อง |
3 |
75% |
ทั้งหมด |
4 |
100% |
สมุดรายวัน ประเภท
จะเป็น ธนาคาร
เนื่องจากเปอร์เซ็นต์การย้ายของธนาคาร (75%) เกินเกณฑ์ (70%)
พาร์ทเนอร์¶
คู่ค้าแต่ละรายจะเก็บ ข้อมูลอ้างอิง
ของพวกเขาไว้ในช่อง CompAuxNum
Note
ฟิลด์เหล่านี้สามารถค้นหาได้ โดยสอดคล้องกับการนำเข้า FEC ในอดีตของผู้เชี่ยวชาญด้านบัญชีเพื่อวัตถุประสงค์ทางการเงิน/การตรวจสอบ
Tip
ผู้ใช้สามารถรวมคู่ค้าเข้ากับแอป Data Cleaning ซึ่งผู้ขายและลูกค้าหรือรายการคู่ค้าที่คล้ายกันอาจถูกรวมเข้าด้วยกันโดยผู้ใช้ โดยได้รับความช่วยเหลือจากระบบที่จัดกลุ่มพวกเขาตามรายการที่คล้ายกัน
การเคลื่อนย้าย¶
รายการต่างๆ จะถูกโพสต์ทันทีและปรับยอดหลังจากส่งแล้ว โดยใช้ช่อง WriteLet
เพื่อทำการจับคู่ระหว่างรายการต่างๆ
ช่อง EcritureNum
แสดงถึงชื่อของการเคลื่อนไหว เราสังเกตเห็นว่าบางครั้งอาจจะไม่ได้กรอก ในกรณีนี้ จะใช้ฟิลด์ ` PieceRef`
ปัญหาการปัดเศษ¶
มีการปัดเศษที่ยอมรับได้โดยมีความแม่นยำที่เกี่ยวข้องกับสกุลเงินในเดบิตและเครดิต (เช่น 0.01 สำหรับ EUR) ภายใต้เกณฑ์ความคลาดเคลื่อนนี้ บรรทัดใหม่จะถูกเพิ่มในการย้ายชื่อ นำเข้าผลต่างการปัดเศษ โดยกำหนดเป้าหมายไปที่บัญชี:
658000
ค่าธรรมเนียมการจัดการอื่นๆ ในปัจจุบัน สำหรับเดบิตที่เพิ่ม758000
ผลิตภัณฑ์รับประกันคุณภาพสำหรับเครดิตเพิ่มเติม
ไม่มีชื่อการย้าย¶
หากไม่ได้กรอก EcritureNum
ก็อาจเป็นไปได้ว่าฟิลด์ ` PieceRef` ไม่เหมาะสมในการกำหนดชื่อการย้าย (อาจใช้เป็นการอ้างอิงรายการการย้ายทางบัญชี) ทำให้ไม่มีทางที่จะค้นหาว่ารายการใดที่จะจัดกลุ่มในการเคลื่อนไหวเพียงครั้งเดียว และขัดขวางการสร้างการเคลื่อนไหวที่สมดุลได้อย่างมีประสิทธิภาพ
มีความพยายามครั้งสุดท้าย โดยจัดกลุ่มรายการทั้งหมดจากสมุดรายวันและวันที่เดียวกัน (JournalLib
, EcritureDate
) หากการจัดกลุ่มนี้สร้างการเคลื่อนไหวที่สมดุล (ผลรวม(เครดิต) - ผลรวม(เดบิต) = 0) ดังนั้นการรวมสมุดรายวันและวันที่ที่แตกต่างกันแต่ละรายการจะสร้างการเคลื่อนไหวใหม่
Example
ACH
+ 2021/05/01
--> การเคลื่อนไหวใหม่ในวารสาร ACH
ด้วยชื่อ 20210501
หากความพยายามนี้ล้มเหลว ผู้ใช้จะได้รับข้อความแสดงข้อผิดพลาดพร้อมกับรายการการย้ายทั้งหมดที่คาดว่าจะไม่สมดุล
ข้อมูลคู่ค้า¶
ถ้าบรรทัดมีข้อมูลคู่ค้าที่ระบุ ข้อมูลจะถูกคัดลอกไปยังการย้ายทางบัญชีเอง ถ้าสมุดรายวันเป้าหมายเป็นประเภท เจ้าหนี้ หรือ ลูกหนี้
ส่งออก¶
หากคุณได้ติดตั้งภาษาฝรั่งเศส แพ็คเกจการประยุกต์ใช้ทางการเงิน คุณควรจะสามารถดาวน์โหลด FEC ได้ โดยไปที่
Tip
หากคุณไม่เห็นเมนูย่อย FEC ให้ไปที่
ลบตัวกรอง แอป จากนั้นค้นหาโมดูลชื่อ France-FEC และตรวจสอบให้แน่ใจว่าได้ติดตั้งแล้วรายงานด้านบัญชีประเทศฝรั่งเศส¶
หากคุณได้ติดตั้ง ระบบบัญชีฝรั่งเศส คุณจะสามารถเข้าถึงรายงานทางบัญชีบางฉบับสำหรับประเทศฝรั่งเศสได้โดยเฉพาะ:
เข้ากันได้กับ Bilan
Compte de résultats
Plan de Taxes France
รับใบรับรองต่อต้านการฉ้อโกง VAT กับ Odoo¶
ตั้งแต่วันที่ 1 มกราคม 2561 กฎหมายต่อต้านการฉ้อโกงฉบับใหม่จะมีผลบังคับใช้ในประเทศฝรั่งเศสและ DOM-TOM กฎหมายใหม่นี้กำหนดเกณฑ์บางอย่างที่เกี่ยวข้องกับการเปลี่ยนแปลงไม่ได้ การรักษาความปลอดภัย การจัดเก็บ และการเก็บข้อมูลการขาย ข้อกำหนดทางกฎหมายเหล่านี้มีการบังคับใช้ใน Odoo เวอร์ชัน 9 เป็นต้นไป ผ่านโมดูลและใบรับรองความสอดคล้องเพื่อดาวน์โหลด
บริษัทของฉันจำเป็นต้องใช้ซอฟต์แวร์ป้องกันการฉ้อโกงหรือไม่?¶
บริษัทของคุณจำเป็นต้องใช้ซอฟต์แวร์เครื่องบันทึกเงินสดป้องกันการฉ้อโกง เช่น Odoo (CGI art. 286, I. 3° bis) หาก:
คุณต้องเสียภาษี (ไม่ได้รับการยกเว้น VAT) ในประเทศฝรั่งเศสหรือ DOM-TOM ใดๆ
ลูกค้าบางรายของคุณเป็นบุคคลธรรมดา (B2C)
กฎนี้ใช้กับบริษัททุกขนาด ผู้ประกอบการอัตโนมัติได้รับการยกเว้นภาษีมูลค่าเพิ่ม จึงไม่ได้รับผลกระทบ
รับใบรับรองกับ Odoo¶
การปฏิบัติตาม Odoo นั้นง่ายมาก
บริษัทของคุณได้รับการร้องขอจากฝ่ายบริหารภาษีให้ส่งใบรับรองความสอดคล้องเพื่อเป็นพยานว่าซอฟต์แวร์ของคุณสอดคล้องกับกฎหมายต่อต้านการฉ้อโกง ใบรับรองนี้ออกโดย Odoo SA ให้กับผู้ใช้ Odoo Enterprise ที่นี่ หากคุณใช้ Odoo Community คุณควร อัปเกรดเป็น Odoo Enterprise หรือติดต่อผู้ให้บริการ Odoo ของคุณ
ในกรณีที่ไม่เป็นไปตามข้อกำหนด บริษัทของคุณเสี่ยงต่อการถูกปรับ €7,500
หากต้องการรับใบรับรอง ทำตามขั้นตอนต่อไปนี้:
หากคุณใช้ Odoo ระบบขายหน้าร้าน, ติดตั้ง โมดูล ประเทศฝรั่งเศส - ใบรับรองการต่อต้านการฉ้อโกง VAT สำหรับระบบขายหน้าร้าน (CGI 286 I-3 bis) โดยไปที่ ไปที่ โดยลบตัวกรอง แอป จากนั้นค้นหา l10n_fr_pos_cert และติดตั้งโมดูล
ตรวจสอบให้แน่ใจว่าได้ตั้งค่าประเทศไว้ในบริษัทของคุณ ไม่เช่นนั้นรายการของคุณจะไม่ได้รับการเข้ารหัสสำหรับการตรวจสอบการเปลี่ยนแปลงไม่ได้ หากต้องการแก้ไขข้อมูลบริษัทของคุณ ให้ไปที่
เลือกประเทศจากรายการ ไม่จำเป็นต้องสร้างประเทศใหม่ดาวน์โหลดใบรับรองความสอดคล้องบังคับซึ่งจัดส่งโดย Odoo SA ที่นี่
Note
หากต้องการติดตั้งโมดูลในระบบใดๆ ที่สร้างขึ้นก่อนวันที่ 18 ธันวาคม 2560 คุณควรอัปเดตรายการโมดูล โดยเปิดใช้งาน โหมดนักพัฒนา จากนั้นไปที่เมนู แอป และกด อัปเดตรายการโมดูล ในเมนูด้านบน
ในกรณีที่คุณเรียกใช้ Odoo On-premise คุณจะต้องอัปเดตการติดตั้งและรีสตาร์ทเซิร์ฟเวอร์ล่วงหน้า
หากคุณได้ติดตั้งโมดูลป้องกันการฉ้อโกงเวอร์ชันเริ่มต้น (ก่อนวันที่ 18 ธันวาคม 2560) คุณจะต้องอัปเดตโมดูลดังกล่าว ชื่อของโมดูลคือ ประเทศฝรั่งเศส - ระบบบัญชี - ใบรับรอง CGI 286 I-3 bis หลังจากการอัพเดตรายการโมดูล ให้ค้นหาโมดูลที่อัพเดตใน แอป เลือกโมดูลนั้นแล้วคลิก อัปเกรด สุดท้าย ตรวจสอบให้แน่ใจว่าได้ติดตั้งโมดูลต่อไปนี้ l10n_fr_sale_closing แล้ว
ฟีเจอร์ป้องกันการฉ้อโกง¶
โมดูลป้องกันการฉ้อโกง แนะนำฟีเจอร์ดังต่อไปนี้:
การเปลี่ยนแปลงไม่ได้: การปิดใช้งานวิธีทั้งหมดในการยกเลิกหรือแก้ไขข้อมูลสำคัญของคำสั่งซื้อ POS ใบแจ้งหนี้ และรายการสมุดรายวัน
ความปลอดภัย: อัลกอริธึมการผูกมัดเพื่อตรวจสอบความไม่เปลี่ยนแปลง
การจัดเก็บ: ปิดการขายอัตโนมัติพร้อมการคำนวณทั้งงวดและยอดรวมสะสม (รายวัน รายเดือน รายปี)
ไม่สามารถเปลี่ยนแปลงได้¶
วิธีที่เป็นไปได้ทั้งหมดในการยกเลิกและแก้ไขข้อมูลสำคัญของใบสั่ง POS ที่ชำระเงิน ใบแจ้งหนี้ที่ยืนยัน และรายการสมุดรายวันจะถูกปิดใช้งาน หากบริษัทตั้งอยู่ในประเทศฝรั่งเศสหรือใน DOM-TOM ใดๆ
Note
หากคุณเรียกใช้สภาพแวดล้อมที่มีหลายบริษัท เฉพาะเอกสารของบริษัทดังกล่าวเท่านั้นที่ได้รับผลกระทบ
ความปลอดภัย¶
เพื่อให้มั่นใจว่าไม่สามารถเปลี่ยนแปลงได้ ทุกคำสั่งซื้อหรือรายการสมุดรายวันจะถูกเข้ารหัสเมื่อตรวจสอบความถูกต้อง หมายเลขนี้ (หรือแฮช) คำนวณจากข้อมูลสำคัญของเอกสารและจากแฮชของเอกสารตัวอย่าง
โมดูลแนะนำอินเทอร์เฟซเพื่อทดสอบการเปลี่ยนแปลงข้อมูลไม่ได้ หากมีการแก้ไขข้อมูลใดๆ ในเอกสารหลังจากการตรวจสอบความถูกต้องแล้ว การทดสอบจะล้มเหลว อัลกอริธึมจะคำนวณแฮชทั้งหมดใหม่และเปรียบเทียบกับแฮชเริ่มต้น ในกรณีที่เกิดความล้มเหลว ระบบจะชี้ให้เห็นเอกสารเสียหายชุดแรกที่บันทึกไว้ในระบบ
ผู้ใช้ที่มีสิทธิ์การเข้าถึง ผู้จัดการ สามารถเปิดใช้การตรวจสอบการเปลี่ยนแปลงไม่ได้ สำหรับคำสั่งซื้อ POS ให้ไปที่
สำหรับใบแจ้งหนี้หรือรายการบันทึกรายวัน ให้ไปที่อุปกรณ์จัดเก็บ¶
ระบบยังประมวลผลการปิดการขายอัตโนมัติแบบรายวัน รายเดือน และรายปี การปิดดังกล่าวจะคำนวณยอดขายรวมของงวดอย่างชัดเจน รวมถึงยอดรวมสะสมจากรายการการขายแรกที่บันทึกไว้ในระบบ
สามารถดูการปิดบัญชีได้ในเมนู ใบแจ้งยอดฝรั่งเศส ของแอประบบขายหน้าร้าน ใบแจ้งหนี้ และระบบบัญชี
Note
การปิดบัญชีจะคำนวณผลรวมสำหรับรายการสมุดรายวันของสมุดรายวันการขาย (ชนิดสมุดรายวัน = การขาย)
สำหรับสภาพแวดล้อมที่มีหลายบริษัท การปิดดังกล่าวจะดำเนินการโดยบริษัท
ใบสั่ง POS จะถูกลงรายการบัญชีเป็นรายการสมุดรายวันเมื่อปิดเซสชัน POS การปิดเซสชัน POS สามารถทำได้ทุกเมื่อ เพื่อแจ้งให้ผู้ใช้ดำเนินการทุกวัน โมดูลจะป้องกันไม่ให้เปิดเซสชันต่อเมื่อเกิน 24 ชั่วโมงที่ผ่านมา เซสชั่นดังกล่าวจะต้องปิดก่อนที่จะขายอีกครั้ง
ยอดรวมของรอบระยะเวลาคำนวณจากรายการสมุดรายวันทั้งหมดที่โพสต์หลังจากการปิดประเภทเดียวกันครั้งก่อน โดยไม่คำนึงถึงวันที่ผ่านรายการ หากคุณบันทึกธุรกรรมการขายใหม่ในช่วงเวลาที่ปิดไปแล้ว จะถูกนับในการปิดบัญชีครั้งถัดไป
Tip
เพื่อวัตถุประสงค์ในการทดสอบและตรวจสอบการปิดดังกล่าวสามารถสร้างได้ด้วยตนเองใน โหมดนักพัฒนา
จากนั้นไปที่
ความรับผิดชอบ¶
ไม่ต้องถอนการติดตั้งโมดูล! หากคุณทำเช่นนั้น แฮชจะถูกรีเซ็ต และไม่มีการรับประกันข้อมูลในอดีตของคุณว่าไม่สามารถเปลี่ยนแปลงได้อีกต่อไป
ผู้ใช้ยังคงรับผิดชอบต่ออินสแตนซ์ Odoo ของตนเองและต้องใช้ด้วยการตรวจสอบสถานะ ไม่อนุญาตให้แก้ไขซอร์สโค้ดซึ่งรับประกันการเปลี่ยนแปลงข้อมูลไม่ได้
Odoo ละทิ้งความรับผิดชอบทั้งหมดในกรณีที่มีการเปลี่ยนแปลงฟังก์ชันของโมดูลที่เกิดจากแอปพลิเคชันบุคคลที่สามที่ไม่ได้รับการรับรองโดย Odoo
ข้อมูลเพิ่มเติม¶
คุณสามารถดูข้อมูลเพิ่มเติมเกี่ยวกับกฎหมายนี้ได้จากเอกสารอย่างเป็นทางการต่อไปนี้