ฝรั่งเศส

Important

คุณต้อง: doc:` การติดตั้ง <..// general/apps_modules>`ฝรั่งเศส - เพิ่มการอ้างอิงถึงใบแจ้งหนี้บังคับ (พระราชกฤษฎีกา 2022-1299) ** (l10n_fr_invoice_addr)โมดูลที่สอดคล้องกับ "กฎหมายท้องถิ่น"< https://www.legifrance.gouv.fr/jorf/id/JORFTEXT000046383394 >`_.

FEC - รวบรวมมาตรฐาน

FEC: dfn: 'Fichier desÉcritures คอมพิวเตอร์' เอกสารการตรวจสอบที่มีทั้งหมดข้อมูลทางบัญชีและรายการที่บันทึกไว้ในสมุดบันทึกบัญชีทั้งหมดปีงบประมาณ รายการในไฟล์จะต้องเรียงตามลำดับเวลาใบสั่ง

ตั้งแต่วันที่ 1 มกราคม 2014 บริษัทฝรั่งเศสทุกแห่งต้องผลิตและโอนเอกสารนี้เพื่อการตรวจสอบตามคำขอของหน่วยงานสรรพากร

FEC นำเข้า

เพื่อให้การปฐมนิเทศสำหรับผู้ใช้ใหม่ง่ายขึ้นภาษาฝรั่งเศสของ Odoo Enterprise: อ้าง:` แพคเกจการแปลทางการคลัง <fiscallocalizes/packages>` รวม** FEC นำเข้า ** คุณสมบัติ (ชื่อโมดูล: l10n_fr_FEC_Import)อนุญาตให้นำเข้าไฟล์ FEC ที่มีอยู่จากซอฟต์แวร์เก่า

หากต้องการเปิดใช้งานฟังก์ชันนี้ให้ไปที่: menusesection:`checkout -> การกำหนดค่า--> การตั้งค่า --> การนำเข้าทางบัญชี, เปิดใช้งาน ** FEC นำเข้า **, และ * บันทึก *.

ถัดไป, ไปที่: ส่วนเมนู: 'บัญชี -> การกำหนดค่า -> FEC นำเข้า',อัปโหลดไฟล์ FEC ของคุณและคลิก * นำเข้า *.

Note

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

รูปแบบไฟล์

ไฟล์ FEC สามารถเป็นรูปแบบ CSV ได้เท่านั้นเนื่องจากรูปแบบ XML ไม่สนับสนุน

Note

ไฟล์ FEC CSV มีรูปแบบข้อความบริสุทธิ์ที่แสดงถึงแผ่นข้อมูล, ที่บรรทัดแรกคือคำบรรยายที่กำหนดรายการฟิลด์สำหรับแต่ละรายการแต่ละบรรทัดแสดงถึงหนึ่งรายการบัญชี ไม่มีลำดับที่กำหนดไว้

โมดูลของเราต้องการให้ไฟล์สอดคล้องกับข้อกำหนดทางเทคนิคต่อไปนี้:

  • ** การเข้ารหัส **: UTF-8, UTF-8-SIG, iso8859_15

  • ** ตัวคั่น **: ใด ๆ: `; ` หรือ "#" หรือ "TAB"

  • ** บรรทัดสิ้นสุด **: CR + LF (rn`) และ LF (n`) ตัวอักษรกลุ่มได้รับการสนับสนุน

  • ** รูปแบบวันที่ **:% Y% m% d

คำอธิบายฟิลด์และการใช้

#

ชื่อฟิลด์

คำแนะนำ

การใช้

รูปแบบ

01

รหัสบันทึก

รหัสวารสาร

`หากไม่มี "JournalLib" ให้ใช้ "journal.code" และ "journal.name"

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

02

JournalLib

ป้ายบันทึก

journal.name

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

03

EcritureNum

หมายเลขของแต่ละหมายเลขซีเรียลของไดอารี่ที่เฉพาะเจาะจงสำหรับรายการ

move.name

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

04

วันที่จัดงาน

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

move.date

วันที่ (yyyMMdd)

05

หมายเลขบริษัท

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

account.code

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

06

CompteLib

แท็กบัญชี

account.name

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

07

CompAuxNum

หมายเลขบัญชีเสริม (รับค่าเปล่า)

partner.ref

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

08

CompAuxLib

แท็กบัญชีเสริม (ยอมรับ null)

ชื่อคู่ค้า

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

09

PieceRef

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

`ถ้า "EcritiureNum" ไม่ได้ให้ใช้ "move.ref" และ "move.name"

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

10

วันที่อะไหล่

วันที่ไฟล์

move.date

วันที่ (yyyMMdd)

11

EcritureLib

แท็กรายการบัญชี

move_line.name

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

12

เดบิต

ยอดเดบิต

move_line.debit

ลอยตัว

13

บัตรเครดิต

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

move_line.credit

ลอยตัว

14

EcritureLet

การควบคุมรายการทางบัญชี (รับว่างเปล่า)

move_line.fec_matching_number

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

15

วันที่ขนาดเล็ก

วันที่ทำรายการบัญชี (รับค่าเปล่า)

ไม่ได้ใช้

วันที่ (yyyMMdd)

16

วันหมดอายุ

วันที่มีผลใช้บังคับของรายการบัญชี

ไม่ได้ใช้

วันที่ (yyyMMdd)

17

Montantdesign

จำนวนเงิน (ยอมรับ Empty)

'move_line.amount _ สกุลเงิน '

ลอยตัว

18

ไอเดีย

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

ชื่อสกุลเงิน

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

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

12

มณทัต

ปริมาณ

move_line debit หรือเครดิต move_line

ลอยตัว

13

Sens

สามารถ #เครดิต หรือ #บัตรเดบิต

ระบุ "move_line.debt" หรือ "move_line.credit"

เผาไหม้

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

นำเข้าหน่วยงานบัญชีต่อไปนี้จากไฟล์ FEC:** บัญชี, ไดอารี่, พาร์ทเนอร์** และ ** ย้าย**

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

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

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

บัญชี

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

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

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

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

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

Example

รหัสบัญชี "65800000" ในไฟล์ตรงกับรหัสบัญชีที่มีอยู่'บัญชี 658,000` ใน Odoo และใช้บัญชีนั้นแทนการสร้างบัญชีใหม่หนึ่ง

สามารถปรับและสัญญาณได้

หากบรรทัดแรกอยู่ในฟิลด์ "EcritiureLet" ที่แสดงได้รับการกรอกข้อมูลเนื่องจากธงนี้หมายถึงรายการบัญชีจะปรองดองกับรายการอื่น

Note

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

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

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

การจับคู่เริ่มต้นด้วยตัวเลขซ้ายสุดแล้วก็ 3 แล้วก็ 2

Example

ชื่อ-นามสกุล

รหัส

เปรียบเทียบทั้งหมด

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

เปรียบเทียบ 2 หลัก

เทมเพลต

400000

400000

400

40

หมายเลขบริษัท

40100000

40100000

401

40

**ผลลัพธ์ **

จับคู่ ** พบแล้ว **

แล้วทำเครื่องหมายประเภทบัญชีว่า เจ้าหนี้ และ ปรองดองได้ตามแม่แบบบัญชี

การขายวารสาร

บันทึกจะถูกตรวจสอบกับบันทึกที่มีอยู่แล้วใน Odoo เพื่อหลีกเลี่ยงซ้ำ, เช่นเดียวกับกรณีของการนำเข้าไฟล์ FEC หลาย.

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

ชื่อของวารสารใหม่นำหน้าด้วยสตริง "FEC-".

Example

ACHATS `->`FEC-ACHATS

วารสารเหล่านี้ไม่มีการเก็บถาวรและผู้ใช้มีสิทธิ์ที่จะจัดการกับวิธีการของตนเองขอพร

การกำหนดประเภทบันทึกประจำวัน

ไม่มีการระบุประเภทไดอารี่ในรูปแบบ (ตามบัญชี)ดังนั้นมันถูกสร้างขึ้นครั้งแรกด้วยประเภทเริ่มต้น "general"

ในตอนท้ายของกระบวนการนำเข้ากำหนดประเภทตามกฎเหล่านี้เกี่ยวกับโทรศัพท์มือถือและบัญชีที่เกี่ยวข้อง:

  • `ธนาคาร: การเคลื่อนไหวในไดอารี่เหล่านี้มักจะมีบรรทัด (เดบิตหรือเครดิต)ส่งผลต่อบัญชีสภาพคล่อง
    `เงินสดและธนาคารสามารถใช้แทนกันได้ดังนั้นธนาคารสามารถตั้งค่าได้ทุกที่ในกรณีนี้เป็นไปตามเงื่อนไข
  • `การขาย: การเปลี่ยนแปลงในไดอารี่เหล่านี้ส่วนใหญ่มีบรรทัดผู้กู้ในบัญชีลูกหนี้บัญชีและวงเงินสินเชื่อสำหรับบัญชีรายได้ภาษี
    รายการบันทึกการคืนเงินจากการขายเป็นการหัก / เครดิตกลับหัว
  • `Purchase: ธุรกรรมในไดอารี่เหล่านี้ส่วนใหญ่มีวงเงินเครดิตสำหรับเจ้าหนี้บัญชีและสายเดบิตในบัญชีค่าธรรมเนียม
    รายการไดอารี่คืนเงินการซื้อเป็นแบบ Debit / Credit Inverted
  • `นายพล: ทุกอย่างอื่น ๆ

Note

  • การจดจำประเภทบันทึกต้องใช้การเคลื่อนไหวอย่างน้อยสามครั้ง

  • เกณฑ์การเคลื่อนไหวร้อยละ 70 ต้องเป็นไปตามเกณฑ์สำหรับประเภทสมุดบันทึกรอการกำหนด

Example

สมมติว่าเรากำลังวิเคราะห์การเคลื่อนที่ของการแชร์ "journal_id"

มือถือ

นับ

ร้อยละ%

มีไลน์บัญชีขาย แต่ไม่มีไลน์บัญชีซื้อ

0

0

มีไลน์บัญชีซื้อ แต่ไม่มีไลน์บัญชีขาย

1

25%

กรณีที่มีวงเงินในบัญชีสภาพคล่อง

3

75%

** ทั้งหมด **

4

100%

"ประเภท" ของบันทึกประจำวันจะเป็น "ธนาคาร" เนื่องจากเปอร์เซ็นต์การเคลื่อนไหวของธนาคาร (75%)เกินเกณฑ์ (70%)

พาร์ทเนอร์

พันธมิตรแต่ละรายเก็บ "อ้างอิง" ไว้ในฟิลด์ "CompAuxNum"

Note

ฟิลด์เหล่านี้สามารถค้นหาได้, กับ FEC ก่อนหน้านี้ในผู้เชี่ยวชาญด้านบัญชี เพื่อวัตถุประสงค์ด้านการเงิน / การตรวจสอบ

Tip

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

มือถือ

หลังจากยื่นหนังสือแล้วใช้`EcritiureLet`field ใช้เพื่อจับคู่ระหว่างรายการ

ฟิลด์ "EcritiureNum" หมายถึงชื่อของการเคลื่อนไหว เราสังเกตเห็นบางครั้งอาจกรอกข้อมูลไม่ได้ ในกรณีนี้ฟิลด์ "PiceRef" เป็นการใช้

คำถามแบบวงกลม

ทั้งการหักบัญชีและการหักบัญชีมีการปัดเศษความอดทนของความถูกต้องที่เกี่ยวข้องกับสกุลเงินเครดิต (เช่น 0.01 €) ภายใต้ความคลาดเคลื่อนนี้จะเพิ่มบรรทัดใหม่มาตรการนี้เรียกว่า "ความแตกต่างในการปัดเศษการนําเข้า" มุ่งเป้าไปที่บัญชีต่อไปนี้:

  • 658,000 คิดค่าธรรมเนียมการจัดการที่แตกต่างกันสำหรับการหักบัญชีที่เพิ่มขึ้น

  • 758,000 ผลิตหลักสูตรการจัดการนักดำน้ำเพื่อรับเครดิตเพิ่มเติม

ไม่มีชื่อย้าย

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

ทำให้ความพยายามครั้งสุดท้ายที่จะจัดกลุ่มบรรทัดทั้งหมดจากบัญชีและวันที่ในวันเดียวกัน（“JournalLib”、“EcriteDate”）。 ไม่ว่าการรวมกลุ่มนี้จะทำให้เกิดการเคลื่อนไหวที่สมดุล(ทั้งหมด (เครดิต) - รวม (เดบิต) = 0) ตามด้วยการรวมกันที่แตกต่างกันของแต่ละบันทึกประจำวันวันที่สร้างการเคลื่อนไหวใหม่

Example

ACH`+`2021/05/01 --> ปรับปรุงใหม่ในสมุดบันทึกของ ACH ชื่อ 20210501

หากความพยายามนี้ล้มเหลวระบบจะแจ้งให้ผู้ใช้ได้รับข้อความแสดงข้อผิดพลาดที่มีทั้งหมดการย้ายเส้นที่ถูกกล่าวหาว่าไม่สมดุล

ข้อมูลพันธมิตร

หากไลน์ระบุข้อมูลพันธมิตรจะถูกคัดลอกหากไดอารี่เป้าหมายเป็นของ * เจ้าหนี้โอนไปยังการเคลื่อนไหวทางบัญชีเอง หรือ*ลูกหนี้

ทางออก

หากคุณได้ติดตั้งแพ็กเกจ French:ref:`Financial Localization<fiscal_locations/packages>', คุณควรจะสามารถดาวน์โหลด FECการทำเช่นนี้, ไปที่: ส่วนเมนู: 'บัญชี -> รายงาน -> ฝรั่งเศส -> FEC'.

Tip

หากคุณไม่เห็นเมนูย่อย ** FEC **, ไปที่: menusesection: 'ปพลิเคชัน', ลบ* ใบสมัคร * กรองแล้วค้นหาโมดูลที่เรียกว่า ** FEC ฝรั่งเศส ** และทำให้ตรวจสอบให้แน่ใจว่าติดตั้งแล้ว

See also

รายงานบัญชีฝรั่งเศส

หากคุณติดตั้งบัญชีฝรั่งเศสคุณจะสามารถเข้าถึงบางส่วนรายงานบัญชีที่เป็นเอกลักษณ์ของฝรั่งเศส:

  • Bilan คำนวณได้

  • สรุปการให้คำปรึกษา

  • แผนภาษีฝรั่งเศส

ได้รับการรับรองการต่อต้านการฉ้อโกงภาษีมูลค่าเพิ่มโดย Odoo

ตั้งแต่วันที่ 1 มกราคม 2561 เป็นต้นไป โดยกฎหมายป้องกันการทุจริตฉบับใหม่จะมีขึ้นในประเทศฝรั่งเศส และ DOM-TOM กฎหมายใหม่นี้กำหนดมาตรฐานบางอย่างไม่สามารถเปลี่ยนแปลงได้, ความปลอดภัย, การจัดเก็บและการเก็บถาวรเกี่ยวกับการขายข้อมูล ข้อกำหนดทางกฎหมายเหล่านี้ได้รับการบังคับใช้ใน Odoo เวอร์ชัน 9 และเวอร์ชั่นถัดไปดาวน์โหลดผ่านโมดูลและใบรับรองมาตรฐาน

บริษัทของฉันจำเป็นต้องใช้ซอฟต์แวร์ป้องกันการฉ้อโกงหรือไม่?

บริษัทของคุณจำเป็นต้องใช้ซอฟต์แวร์ป้องกันการทุจริต เช่นOdoo (CGI บทความ 286, ผม 3 ° bis) ถ้า:

  • คุณจะต้องเสียภาษีในประเทศฝรั่งเศสหรือ DOM-TOM ใด ๆ (ไม่ได้รับการยกเว้น VAT)

  • ลูกค้าบางรายของคุณเป็นลูกค้ารายบุคคล (B2C)

กฎนี้ใช้กับบริษัททุกขนาด ผู้ประกอบการรถยนต์ได้รับการยกเว้นภาษีมูลค่าเพิ่ม จึงไม่ได้รับผลกระทบ

ได้รับการรับรองจาก Odoo

ใช้งานร่วมกับ Odoo ได้ง่ายมาก

หน่วยงานด้านภาษีต้องการหลักฐานจาก บริษัท ของคุณรับรองว่าซอฟต์แวร์ของคุณสอดคล้องกับกฎการป้องกันการฉ้อโกงการออกกฎหมาย ใบรับรองนี้มอบให้กับผู้ใช้ Odoo Enterprise โดย Odoo SAที่นี่< https://www.odoo.com/my/contract/french-certification/ >`_. ถ้าคุณด้วยชุมชน Odoo คุณควร: doc:` อัปเกรดเป็น Odoo Enterprise</administration/on_premise/community_to_enterprise>` หรือติดต่อ Odoo ของคุณผู้ให้บริการ

หากไม่ปฏิบัติตามกฎระเบียบ บริษัท ของคุณจะต้องเผชิญกับค่าปรับ 7,500 ยูโร

เพื่อรับการรับรองเพียงทำตามขั้นตอนต่อไปนี้:

  • หากคุณใช้ ** จุดขายของ Odoo : ref:`install<general/install>` ฝรั่งเศส - ใบรับรองการต่อต้านการฉ้อโกงภาษีมูลค่าเพิ่ม ณ จุดขาย (CGI 286 I-3bis) ** โมดูลโดยไปที่: menuselection: "แอป", ลบ * แอป * ตัวกรอง,จากนั้นค้นหา *l10n_fr_pos_cert * และติดตั้งโมดูล

  • ตรวจสอบให้แน่ใจว่า บริษัท ของคุณตั้งประเทศมิฉะนั้นรายการของคุณจะไม่สามารถเข้ารหัสสำหรับการตรวจสอบ tamperability หากต้องการแก้ไขข้อมูลของบริษัท โปรดไปที่: menusesection:` การตั้งค่า -> ผู้ใช้และ บริษัท -> บริษัท เลือกหนึ่งประเทศที่อยู่ในรายชื่อ อย่าสร้างประเทศใหม่

  • คลิกที่นี่เพื่อดาวน์โหลดใบรับรองการปฏิบัติตามข้อกำหนดจาก Odoo SA< https://www.odoo.com/my/contract/french-certification/ >`__.

Note

  • ในการติดตั้งโมดูลในระบบใด ๆ ที่สร้างขึ้นก่อนวันที่ 18 ธันวาคม 2017 คุณจะต้องรายการโมดูลควรได้รับการปรับปรุง สำหรับเรื่องนี้เปิดใช้งาน: อ้าง:`โหมดนักพัฒนา<โหมดนักพัฒนา> จากนั้นไปที่เมนู "Application" และกด "Update Module"รายการในเมนูด้านบน *

  • หากคุณเรียกใช้ Odoo ในพื้นที่คุณต้องอัปเดตการติดตั้งและกรุณารีสตาร์ทเซิร์ฟเวอร์ล่วงหน้า

  • หากได้ติดตั้งโมดูลป้องกันการทุจริตเวอร์ชั่นแรกแล้ว (ก่อนหน้านี้18 ธันวาคม 2017) คุณจำเป็นต้องอัปเดต ชื่อของโมดูลนี้คือ * France -บัญชี - ได้รับการรับรองจาก CGI 286 I-3 bis* หลังจากการปรับปรุงโมดูลในรายการค้นหาโมดูลที่อัปเดตใน * Apps * เลือกและคลิก* อัพเกรด * สุดท้ายตรวจสอบให้แน่ใจว่าโมดูลต่อไปนี้ * l10n_fr_sale_closing * เป็นการติดตั้ง.

คุณสมบัติต่อต้านการทุจริต

โมดูลป้องกันการฉ้อโกงแนะนำคุณสมบัติต่อไปนี้:

  • ** ไม่สามารถแทนที่ได้ **: ทุกวิธีในการยกเลิกหรือแก้ไขคีย์ถูกปิดใช้งานข้อมูลการสั่งซื้อ POS ใบแจ้งหนี้และรายการบันทึกประจำวัน

  • ** ความปลอดภัย **: อัลกอริทึมโซ่การตรวจสอบ tamperability;

  • ** การจัดเก็บ **: ปิดการขายอัตโนมัติระหว่างการคำนวณและยอดรวมสะสม (รายวัน รายเดือน รายปี)

ไม่สามารถทดแทนได้

วิธีที่เป็นไปได้ทั้งหมดในการยกเลิกและแก้ไขข้อมูลสำคัญสำหรับการสั่งซื้อ POS แบบชำระเงินใบแจ้งหนี้และรายการบันทึกประจำวันที่ได้รับการยืนยันจะถูกปิดใช้งานหาก บริษัท อยู่ในสถานะต่อไปนี้ตั้งอยู่ในประเทศฝรั่งเศสหรือ DOM-TOM ใด ๆ

Note

หากคุณเรียกใช้สภาพแวดล้อมหลายองค์กรเฉพาะเอกสารดังกล่าวธุรกิจได้รับผลกระทบ

ความปลอดภัย

เพื่อให้แน่ใจว่าไม่สามารถเปลี่ยนแปลงได้ แต่ละคำสั่งซื้อหรือรายการบันทึกประจำวันจะถูกเข้ารหัสตรวจสอบแล้ว จำนวนนี้ (หรือแฮช) เป็นไปตามเอกสารพร้อมกับค่าแฮชของเอกสารก่อนหน้า

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

ผู้ใช้ที่มีสิทธิ์เข้าถึง * ผู้จัดการ * สามารถเริ่มการตรวจสอบการเปลี่ยนแปลงได้ Forสั่งซื้อ POS ไปที่: เมนู: จุดขาย -> รายงาน -> ฝรั่งเศสพูดสิ สำหรับใบแจ้งหนี้หรือบันทึกรายการโปรดไปที่:menusesection: ใบแจ้งหนี้ / บัญชี -> รายงาน -> รายงานฝรั่งเศส

กรมธนารักษ์

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

การปิดสามารถพบได้ในเมนู * คำแถลงภาษาฝรั่งเศส * ที่จุดขายแอปพลิเคชันใบแจ้งหนี้และบัญชี

Note

  • คำนวณเช็คเอาท์ บันทึกการขาย (บันทึกประจำวันประเภท = ขาย).

  • สำหรับสภาพแวดล้อมหลายบริษัท การปิดดังกล่าวดําเนินการโดยบริษัท

  • คำสั่งซื้อ POS จะถูกบันทึกเป็นรายการบันทึกประจำวันในตอนท้ายของเซสชั่น POSการปิดเซสชัน POS สามารถทำได้ตลอดเวลา ผู้ใช้จะได้รับคำแนะนำในทุกวันโมดูลจะป้องกันการกู้คืนเซสชันที่เปิดนานกว่า 24 ชั่วโมงไม่กี่ชั่วโมงที่ผ่านมา การประชุมดังกล่าวต้องจบก่อนจะนำไปขายอีกครั้ง

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

Tip

  • เพื่อวัตถุประสงค์ในการทดสอบและการตรวจสอบสามารถทำได้ที่:ref:` โหมดนักพัฒนา <โหมดนักพัฒนา>

  • จากนั้นไปที่: ส่วนเมนู: `การตั้งค่า -> เทคโนโลยี -> ระบบอัตโนมัติ ->วางแผนปฏิบัติการ"

ความรับผิดชอบ

อย่าถอนการติดตั้งโมดูล! ถ้าคุณทำค่าแฮชจะถูกรีเซ็ตโดยไม่มีข้อมูลที่ผ่านมาของคุณจะรับประกันได้ว่าจะไม่สามารถเปลี่ยนแปลงได้นานขึ้น

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

Odor จะยกเว้นความรับผิดทั้งหมดหากมีการเปลี่ยนแปลงฟังก์ชั่นโมดูลที่เกิดจากแอปพลิเคชันของบุคคลที่สามที่ไม่ได้รับการรับรองจาก Odoo

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

คุณสามารถหาข้อมูลเพิ่มเติมเกี่ยวกับกฎหมายนี้ในเอกสารราชการ

See also