ฝรั่งเศส

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 อัปโหลดไฟล์ FEC ของคุณ และคลิกที่ นำเข้า

Note

การนำเข้าไฟล์ FEC จากปีอื่นจะไม่มีการดำเนินการหรือการคำนวณใดๆ เป็นพิเศษ
หากหลายไฟล์มี "Reports à Nouveaux" (RAN) ที่มียอดคงเหลือเริ่มต้นของปี คุณอาจต้องยกเลิกรายการเหล่านั้นในส่วนต่อประสานกับผู้ใช้ Odoo ทำให้รายการเหล่านั้น (RAN) ไร้ประโยชน์

รูปแบบไฟล์

ไฟล์ 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

รหัสสมุดรายวัน

journal.code และ journal.name หากไม่ได้ระบุ JournalLib

ตัวอักษรและตัวเลข

02

JournalLib

ป้ายกำกับสมุดรายวัน

journal.name

ตัวอักษรและตัวเลข

03

EcritureNum

การกำหนดหมายเลขเฉพาะสำหรับหมายเลขลำดับสมุดรายวันแต่ละรายการของรายการ

move.name

ตัวอักษรและตัวเลข

04

EcritureDate

วันที่เข้าบัญชี

move.date

วันที่ (ปปปปดดวว)

05

CompteNum

หมายเลขบัญชี

account.code

ตัวอักษรและตัวเลข

06

CompteLib

ป้ายกำกับบัญชี

account.name

ตัวอักษรและตัวเลข

07

CompAuxNum

หมายเลขบัญชีรอง (ยอมรับค่าว่าง)

partner.ref

ตัวอักษรและตัวเลข

08

CompAuxLib

ป้ายกำกับบัญชีรอง (ยอมรับค่าว่าง)

partner.name

ตัวอักษรและตัวเลข

09

PieceRef

การอ้างอิงเอกสาร

move.ref และ move.name หากไม่ได้ระบุ EcritureNum

ตัวอักษรและตัวเลข

10

PieceDate

วันที่ของเอกสาร

move.date

วันที่ (ปปปปดดวว)

11

EcritureLib

ป้ายกำกับรายการบัญชี

move_line.name

ตัวอักษรและตัวเลข

12

เดบิต

จำนวนเดบิต

move_line.debit

ลอย

13

เครดิต

จำนวนเครดิต (ไม่อนุญาตให้ใช้ชื่อฟิลด์ "เครดิต")

move_line.credit

ลอย

14

EcritureLet

การอ้างอิงโยงรายการบัญชี (ยอมรับค่าว่าง)

move_line.fec_matching_number

ตัวอักษรและตัวเลข

15

DateLet

วันที่เข้าบัญชี (ยอมรับเป็นค่าว่าง)

ไม่ได้ใช้

วันที่ (ปปปปดดวว)

16

ValidDate

วันที่ตรวจสอบรายการบัญชี

ไม่ได้ใช้

วันที่ (ปปปปดดวว)

17

Montantdevise

จำนวนสกุลเงิน (ยอมรับค่าว่าง)

move_line.amount_currency

ลอย

18

Idevise

ตัวระบุสกุลเงิน (ยอมรับค่าว่าง)

currency.name

ตัวอักษรและตัวเลข

ทั้งสองช่องนี้สามารถพบได้แทนที่ช่องอื่นๆ ในความหมายข้างต้น

12

Montant

จำนวน

move_line.debit or move_line.credit

ลอย

13

Sens

สามารถเป็น "C" สำหรับเครดิตหรือ "D" สำหรับเดบิต

กำหนด move_line.debit หรือ move_line.credit

Char

รายละเอียดการดำเนินการ

บัญชีนิติบุคคลต่อไปนี้ถูกนำเข้าจากไฟล์ FEC: บัญชี สมุดรายวัน คู่ค้า และ ย้าย

โมดูลของเราจะกำหนดการเข้ารหัส อักขระที่สิ้นสุดบรรทัด และตัวคั่นที่ใช้ในไฟล์

จากนั้นจะมีการตรวจสอบเพื่อดูว่าทุกบรรทัดมีจำนวนฟิลด์ที่สอดคล้องกับส่วนหัวถูกต้องหรือไม่

หากการตรวจสอบผ่าน ไฟล์จะถูกอ่านเต็ม เก็บอยู่ในหน่วยความจำ และสแกน บัญชีนิติบุคคลจะถูกนำเข้าครั้งละหนึ่งชนิด ตามลำดับต่อไปนี้

บัญชี

รายการทางบัญชีทุกรายการเกี่ยวข้องกับบัญชี ซึ่งควรกำหนดโดยฟิลด์ CompteNum

การจับคู่รหัส

หากมีรหัสบัญชีที่คล้ายกันอยู่ในระบบแล้ว ระบบจะใช้รหัสบัญชีที่มีอยู่แทนการสร้างรหัสใหม่

โดยทั่วไปบัญชีใน Odoo จะมีตัวเลขจำนวนหนึ่งซึ่งเป็นค่าเริ่มต้นสำหรับการแปลทางการเงิน เนื่องจากโมดูล FEC เกี่ยวข้องกับการประยุกต์ใช้ในประเทศฝรั่งเศส จำนวนหลักที่เกี่ยวข้องโดยค่าเริ่มต้นคือ 6

ซึ่งหมายความว่ารหัสบัญชีที่มีเลขศูนย์ต่อท้ายจะถูกตัดแต่งให้ถูกต้อง และการเปรียบเทียบระหว่างรหัสบัญชีในไฟล์ FEC กับรหัสที่มีอยู่แล้วใน Odoo จะดำเนินการกับรหัสหกหลักแรกเท่านั้น

Example

รหัสบัญชี 65800000 ในไฟล์ตรงกับบัญชี 658000 ที่มีอยู่ใน Odoo และบัญชีนั้นจะถูกใช้แทนการสร้างบัญชีใหม่

ธงปรับยอด

ในทางเทคนิคแล้ว บัญชีจะถูกตั้งค่าสถานะเป็น กระทบยอด หากบรรทัดแรกที่ปรากฏขึ้นมีการกรอกฟิลด์ EcritureLet ไว้ เนื่องจากการตั้งค่าสถานะนี้หมายความว่ารายการบัญชีจะต้องกระทบยอดกับรายการอื่น

Note

ในกรณีที่ไม่ได้กรอกข้อมูลในรายการนี้ แต่รายการยังคงต้องกระทบยอดกับการชำระเงินที่ยังไม่ได้บันทึกไว้ ก็ไม่เป็นปัญหาแต่อย่างใด บัญชีถูกตั้งค่าสถานะว่าสามารถกระทบยอดได้ทันทีที่จำเป็นต้องมีการนำเข้ารายการย้าย

ประเภทบัญชีและเทมเพลตที่ตรงกัน

เนื่องจาก ประเภท ของบัญชีไม่ได้ระบุในรูปแบบ FEC บัญชี ใหม่ จะถูกสร้างขึ้นด้วยประเภทเริ่มต้น สินทรัพย์ปัจจุบัน จากนั้นเมื่อสิ้นสุดกระบวนการนำเข้า บัญชีเหล่านั้นจะถูกจับคู่กับ ติดตั้งเทมเพลตผังบัญชีแล้ว นอกจากนี้ ค่าสถานะ กระทบยอด ก็คำนวณด้วยวิธีนี้เช่นกัน

การจับคู่จะจับคู่ด้วยตัวเลขซ้ายสุดโดยเริ่มจากตัวเลขทั้งหมดตามด้วย 3 และ 2

Example

ชื่อ

โค้ด

การเปรียบเทียบแบบเต็ม

การเปรียบเทียบ 3 หลัก

การเปรียบเทียบตัวเลข 2 หลัก

เทมเพลต

400000

400000

400

40

CompteNum

40100000

40100000

401

40

ผลลัพธ์

**พบ**ตรงกัน

จากนั้นประเภทบัญชีจะถูกตั้งค่าสถานะเป็น เจ้าหนี้ และ กระทบยอด ตามเทมเพลตบัญชี

สมุดรายวัน

นอกจากนี้สมุดรายวันยังได้รับการตรวจสอบเทียบกับรายการที่มีอยู่ใน 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 ได้ โดยไปที่ ระบบบัญชี ‣ การรายงาน ‣ ประเทศฝรั่งเศส ‣ 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

ข้อมูลเพิ่มเติม

คุณสามารถดูข้อมูลเพิ่มเติมเกี่ยวกับกฎหมายนี้ได้จากเอกสารอย่างเป็นทางการต่อไปนี้