프랑스

중요

현지 법률 에 부합하도록 프랑스 - 필수 청구서 내용 추가 (법령 번호 2022-1299) (l10n_fr_invoice_addr) 모듈을 반드시 설치 해야 합니다.

FEC - Fichier des Écritures Comptables

FEC Fichier des Écritures Comptables 감사 파일에는 회계연도 동안 회계 전표에 기록된 전체 회계 데이터와 항목이 포함되어 있습니다. 파일 항목은 시간순으로 정렬해야 합니다.

2014년 1월 1일부터 모든 프랑스 기업은 세무 당국의 요청이 있을 경우 감사용으로 이 파일을 작성하여 전송해야 합니다.

FEC 가져오기

신규 사용자가 온보딩을 더 쉽게 할 수 있도록 Odoo 엔터프라이즈의 프랑스어 재정 현지화 패키지 <fiscal_localizations/packages>`에는 이전 소프트웨어의 기존 FEC 파일에서 **FEC 가져오기** 기능 (모듈 이름: ``l10n_fr_fec_import`)이 포함되어 있습니다.

이 기능을 활성화하려면 :menuselection:`회계 –> 환경 설정 –> 설정 –> 회계 가져오기`로 이동하여 **FEC 가져오기**를 활성화한 후 *저장*합니다.

다음으로 :menuselection:`회계 –> 환경 설정 –> FEC 가져오기`로 이동하여 FEC 파일을 업로드한 후 *가져오기*를 클릭합니다.

참고

다른 연도의 FEC 파일 가져오기에는 특별한 작업이나 계산을 할 필요가 없습니다.
여러 개의 파일에 있는 “Reports à Nouveaux”(RAN)에 해당 연도의 기초 잔액이 포함되어 있는 경우 사용자 인터페이스에서 이러한 항목을 취소해야 할 수도 있습니다. Odoo에서는 해당 항목 (RAN)이 필요가 없습니다.

파일 형식

FEC 파일은 XML 형식이 지원되지 않으며 CSV 형식만 사용할 수 있습니다.

참고

FEC CSV 파일은 데이터 테이블을 나타내는 일반 텍스트 형식이며, 첫 번째 줄은 머리글로 각 항목에 대한 필드 목록을 정의하며, 이후 줄은 미리 정해진 순서 없이 하나씩 회계 항목을 나타냅니다.

본 모듈을 통해 충족되는 파일 기술 사양은 다음과 같습니다.

  • 인코딩: UTF-8, UTF-8-SIG 및 iso8859_15.

  • 구분 기호: ;, |, , 또는 TAB 중 하나입니다.

  • 줄 맺음: CR+LF(\r\n) 및 LF(\n) 문자 그룹이 모두 지원됩니다.

  • 날짜 형식: %Y%m%d%d

필드 설명 및 사용

#

필드명

설명

사용

형식

01

전표 코드

전표 코드

JournalLib`가 없을 경우 `journal.code 또는 journal.name 사용

영숫자

02

JournalLib

분개장 꼬리표

journal.name

영숫자

03

EcritureNum

항목의 각 전표 연번으로 고유한 번호 지정

move.name

영숫자

04

EcritureDate

회계 입력 날짜

move.date

날짜 (yyyyMMdd)

05

CompteNum

계정 과목

account.code

영숫자

06

CompteLib

계정 라벨

account.name

영숫자

07

CompAuxNum

보조 계정 번호 (null 값 허용)

partner.ref

영숫자

08

CompAuxLib

보조 계정 라벨 (null 값 허용)

partner.name

영숫자

09

PieceRef

참조 문서

EcritureNum`이 없을 경우 `move.ref 또는 move.name 사용

영숫자

10

PieceDate

문서 날짜

move.date

날짜 (yyyyMMdd)

11

EcritureLib

회계 입력 라벨

move_line.name

영숫자

12

차변

차변 금액

move_line.debit

부동 소수점

13

대변

크레딧 금액 (필드명으로 “Crédit”은 허용되지 않음)

move_line.credit

부동 소수점

14

EcritureLet

회계 항목 상호 참조 (null 값 허용)

move_line.fec_matching_number

영숫자

15

DateLet

회계 항목 날짜 (null 값 허용)

미사용

날짜 (yyyyMMdd)

16

ValidDate

회계 입력 승인 날짜

미사용

날짜 (yyyyMMdd)

17

Montantdevise

통화 금액 (null 값 허용)

move_line.amount_currency

부동 소수점

18

Idevise

통화 식별자 (null 값 허용)

currency.name

영숫자

위에 있는 다른 항목 대신 이 두 가지 항목을 사용할 수 있습니다.

12

Montant

금액

move_line.debit 또는 move_line.credit

부동 소수점

13

Sens

차변의 경우 “C” 또는 대변의 경우 “D”를 사용

move_line.debit 또는 move_line.credit 지정

문자 유형

구현 세부 정보

FEC 파일에서 계정, 전표, 파트너작업 회계 조직을 가져옵니다.

본 모듈에서는 파일에 사용되는 인코딩, 줄 종결 문자 및 구분 기호를 지정합니다.

그런 다음 전체 줄에서 머리글에 해당하는 필드 수가 정확한지 검사합니다.

검사에 통과하면 파일을 전체적으로 읽고 메모리에 보관한 후 스캔합니다. 회계 기업체를 다음 순서에 따라 한 번에 한 유형씩 가져옵니다.

계정

회계 항목은 모두 계정에 연계되어 있으며, ‘CompteNum’ 필드에 따라 결정됩니다.

코드 매칭

이미 시스템에 유사한 계정 코드가 있는 경우 새 코드를 생성하는 대신 기존 코드를 사용합니다.

Odoo의 계정에는 일반적으로 재정 현지화를 하기 위한 자릿수가 기본값으로 있습니다. FEC 모듈은 프랑스 현지화에 관련되어 있으므로 관련 기본 자릿수는 6입니다.

즉, 계정 코드 뒷자리 0의 오른쪽이 잘리고 FEC 파일의 계정 코드와 Odoo에 이미 있는 계정 코드 간에 처음 6자리만 비교하게 됩니다.

Example

파일의 계정 코드 ‘65800000’은 Odoo의 기존 ‘658000’ 계정에 매칭되어, 새 계정을 만드는 대신 해당 계정을 사용합니다.

Reconcilable flag

계정 첫 번째 줄에 ‘EcritureLet’ 필드가 입력되어 있는 경우 계정은 기술적으로 *조정 가능*으로 표시되며, 이 플래그는 회계 입력 내용이 다른 항목과 조정된다는 것을 나타냅니다.

참고

해당 항목이 입력되지 않았으나 기록 전인 결제 및 항목 내역을 조정해야 하는 경우에는 문제가 되지 않습니다. 작업 내용을 가져오는 즉시 계정에 조정 가능하다는 플래그가 지정됩니다.

계정 유형 및 서식 매칭

FEC 형식에서는 계정 유형**이 지정되지 않으므로 기본 유형인 *유동 자산*으로 **새로운 계정이 생성된 후 가져오기 절차가 끝나면 설치된 계정과목표 서식과 비교하여 해당 계정과 매칭합니다. 또한 조정 플래그도 같은 방식으로 진행됩니다.

가장 왼쪽 숫자부터 매칭하며 전체 숫자를 사용하여 시작한 후 차례로 3, 2를 사용합니다.

Example

이름

코드

전체 비교

3자리 비교

2자리 비교

템플릿

400000

400000

400

40

CompteNum

40100000

40100000

401

40

결과

매칭 항목 찾음

그런 다음 계정 유형은 계정 서식에 따라 미지급*조정 가능*으로 플래그가 지정됩니다.

전표

또한 중복을 피하기 위해 이미 Odoo에있는 전표와 비교하여 확인하며, FEC 파일을 여러 개 가져오는 경우에도 확인합니다.

시스템에 유사한 전표 코드가 이미 있는 경우 새 코드를 생성하는 대신 기존 코드를 사용합니다.

새로운 전표는 이름 앞에 ``FEC-``라는 문자열이 붙습니다.

Example

ACHATS -> FEC-ACHATS

전표는 보관 처리되지 않으며 사용자가 원하는 대로 전표를 처리할 수 있습니다.

전표 유형 결정

전표 유형도 (계정에 따라) 형식이 지정되지 않으므로 처음에는 기본 유형인 ‘일반’으로 생성됩니다.

가져오기 프로세스가 끝나면 관련 작업 및 계정에 관해 다음 규칙에 따라 유형이 결정됩니다.

  • `은행’: 이와 같은 전표 작업에는 유동성 계정에 영향을 미치는 내역 (차변 또는 대변)이 항상 있습니다.
    현금 /` 은행`은 서로 전환될 수 있으므로 조건이 충족되면 어디에든 `은행`이 설정됩니다.
  • 판매: 이와 같은 전표 작업에는 대부분 미수금 계정에 차변 한도가 있고 세금 수입 계정에 대변 한도가 있습니다.
    판매 환불 전표 항목이 차변/대변으로 반전됩니다.
  • ‘매입’: 해당 전표 작업에는 대부분 차변에 미지급 계정이 있고 대변에 비용 계정이 있습니다.
    매입 환불 전표 항목이 차변/대변으로 전환됩니다.
  • 일반: 기타 모든 항목입니다.

참고

  • 전표 유형을 식별하려면 최소 3회는 작업을 해야 합니다.

  • 작업의 70% 임계값이 전표 유형이 결정되는 기준과 반드시 일치해야 합니다.

Example

특정한 ‘journal_id’를 공유하는 작업을 분석하는 것을 가정해 봅니다.

이동

비율

판매 계정 내역은 있고 매입 계정 내역이 없는 경우

0

0

매입 계정 내역이 있으나 판매 계정 내역은 없는 경우

1

25%

유동성 계정 내역이 있는 경우

3

75%

총계

4

100%

전표 ‘유형’은 은행 이동 비율 (75%)이 임계값 (70%)을 초과하므로 ‘은행’이 됩니다.

협력사

파트너는 ‘CompAuxNum’ 필드에서 계속 ‘참조’합니다.

참고

이러한 필드에서는 검색을 할 수 있으며, 회계 전문가 측에서 이전에 FEC 가져오기한 내용에 따라 회계/감사 목적으로 가능합니다.

사용자는 데이터 정리 앱을 이용하여 파트너를 병합시킬 수 있으며, 유사한 항목별로 시스템 내에서 그룹화하도록 하여 공급업체 및 고객, 또는 비슷한 파트너 항목을 병합할 수도 있습니다.

이동

항목은 제출 즉시 발행 및 조정되며 ‘EcritureLet’ 필드를 사용하여 항목 간에 자체적으로 매칭 작업을 합니다.

EcritureNum’ 필드는 활동명을 나타냅니다. 항목이 작성되어 있지 않는 경우가 간혹 있습니다. 이 경우 ‘PieceRef’ 항목을 사용합니다

반올림 문제

차변 및 대변의 통화 관련 정밀도에는 반올림 허용 오차가 있습니다 (예: EUR의 경우 0.01). 이 허용 오차에 따라서 계정을 대상으로 *반올림 차이 가져오기*라는 새로운 줄이 작업에 추가됩니다.

  • ‘658000’ 다양한 관리 요금 청구, 추가 크레딧 제공

  • ‘758000’ 다양한 관리 상품에 대한 요금 청구, 추가 크레딧 제공

작업명 누락

EcritureNum’이 미입력된 경우, ‘PieceRef’ 필드 역시 작업명을 결정하는 데 적합하지 않은 관계로 (회계 작업 내역 참조로 사용될 수 있음) 어떤 내역을 하나의 작업으로 그룹화할 지 사실상 찾을 방법이 없기 때문에 대차 균형을 맞추어 작업을 생성할 수 없게 됩니다.

마지막으로 동일한 전표와 날짜 (JournalLib, EcritureDate)의 모든 내역을 그룹화하였습니다. 그룹화를 통하여 대차 균형이 잡힌 작업 (합계(대변) - 합계(차변) = 0)을 생성한 후 전표와 날짜를 각기 다르게 조합하여 새로운 작업을 생성합니다.

Example

ACH + 2021/05/01 –> 이름이 20210501`인 `ACH 전표의 새 작업

실패할 경우 균형이 맞지 않는 모든 작업 내역에 대하여 오류 메시지가 사용자에게 표시됩니다.

파트너 정보

내역에 지정되어 있는 파트너 정보가 있는 경우, 대상 전표가 미지급금 또는 미수금 유형이면 해당 정보가 회계 작업 자체에 복사됩니다.

내보내기

프랑스 :ref:`회계 현지화 패키지 <fiscal_localizations/packages>`를 설치하면 FEC를 다운로드할 수 있습니다. 실행하려면 :menuselection:`회계 –> 보고 –> 프랑스 –> FEC`로 이동합니다.

하위 메뉴 FEC**가 표시되지 않으면 :menuselection:`앱`으로 이동하여 *앱* 필터를 제거한 다음 **France-FEC 모듈을 검색하여 설치되어 있는지 확인합니다.

프랑스 회계 보고서

프랑스 회계를 설치한 경우 프랑스 전용 회계 보고서에 액세스할 수 있습니다.

  • Bilan comptable

  • Compte de résultats

  • 프랑스 세무 계획표

Odoo로 부가가치세 사기 방지 인증 받기

2018년 1월 1일부터 프랑스 및 DOM-TOM에서 새로운 사기 방지법이 시행됩니다. 새로운 법안은 판매 데이터의 변경 불가능성, 보안, 저장 및 보관에 대한 특정 기준을 규정하고 있습니다. 이러한 법적 요건 항목은 Odoo 버전 9 이상에서 구현할 수 있으며, 모듈 및 적합성 인증서를 다운로드하여 확인할 수 있습니다.

우리 회사도 사기 방지 소프트웨어를 필수로 사용해야 하나요?

다음과 같은 경우 회사는 Odoo 와 같은 금전등록기용 사기 방지 소프트웨어를 사용해야 합니다 (CGI 조항 286, I. 3° bis).

  • 프랑스 또는 DOM-TOM에서 과세 대상인 경우 (부가가치세 면세 대상이 아닌 경우)

  • 고객 중 개인 고객이 있는 경우 (B2C)

이 규정은 회사의 규모와 무관하게 적용됩니다. 소규모 자영업자의 경우 부가가치세가 면제되므로 영향을 받지 않습니다.

Odoo 인증 받기

Odoo를 이용하면 규정에 부합하도록 진행하기가 매우 쉽습니다.

세무 당국으로부터 귀사 소프트웨어가 사기 방지법을 준수한다는 것을 증명하는 적합성 인증서를 제출하도록 요청을 받았습니다. 이 인증서는 Odoo SA가 Odoo 엔터프라이즈 사용자에게 부여하는 것으로 ‘여기 <https://www.odoo.com/my/contract/french-certification/>`_에서 확인할 수 있습니다. Odoo 커뮤니티를 사용 중인 경우에는 :doc:`Odoo 엔터프라이즈 </administration/on_premise/community_to_enterprise>`로 업그레이드 `하거나 Odoo 서비스 제공업체에 문의하시기 바랍니다.

부적합하다고 판단될 경우, €7,500의 벌금이 부과될 수 있습니다.

인증을 받으려면 다음 단계에 따라 진행합니다.

  • Odoo POS**를 사용하는 경우 **France - VAT Anti-Fraud Certification for Point of Sale(CGI 286 I-3 bis) 모듈을 :ref:`설치 <general/install>`하며, :menuselection:`앱`으로 이동하여 필터를 제거한 다음 *l10n_fr_pos_cert*를 검색하여 설치하면 됩니다.

  • 회사에 국가가 설정되어 있는지 확인합니다. 설정하지 않을 경우 변경 불가능성 검사를 위해 암호화가 되지 않습니다. 회사의 데이터를 편집하려면 :menuselection:`설정 –> 사용자 및 회사 –> 회사`로 이동합니다. 목록에서 국가를 선택합니다. 새로 국가를 생성하지 마세요.

  • Odoo SA가 제공하는 필수 적합성 인증서는 여기 <https://www.odoo.com/my/contract/french-certification/>`__에서 다운로드받을 수 있습니다.

참고

  • 2017년 12월 18일 이전에 생성된 시스템에 모듈을 설치하려면 모듈 목록을 업데이트해야 합니다. 업데이트를 하려면 :ref:`개발자 모드 <developer-mode>`를 사용하도록 설정하세요. 그런 다음 메뉴로 이동하여 상단 메뉴에서 *모듈 목록 업데이트*를 누르세요.

  • Odoo 온프레미스에서 실행하는 경우에는, 사전에 설치 업데이트를 마친 후 서버를 다시 시작해야 합니다.

  • 사기 방지 모듈의 초기 버전 (2017년 12월 18일 이전)을 설치한 경우에는 업데이트를 해야 합니다. 이전 모듈명은 France - Accounting - Certified CGI 286 I-3 bis*입니다. 모듈 목록을 업데이트한 후 *앱*에서 업데이트된 모듈을 검색하여 선택한 후 *업그레이드*를 클릭합니다. 마지막으로 다음의 *l10n_fr_sale_closing 모듈이 설치되어 있는지 확인합니다.

사기 방지 기능

사기 방지 모듈에는 다음 기능이 도입되어 있습니다.

  • 변경 불가능성: POS 주문, 청구서 및 전표 항목의 주요 데이터를 어떤 방법으로도 취소하거나 수정할 수 없게 설정합니다.

  • 보안: 변경 불변성을 검증하기 위한 체인 알고리즘입니다.

  • 저장: 기간 및 누적 합계 (일, 월, 연간)를 모두 계산하여 자동으로 판매를 마감합니다.

변경 불가능성

회사가 프랑스 또는 DOM-TOM에 위치하고 있는 경우, 유료 POS 주문서, 승인 완료된 청구서 및 전표 항목의 주요 데이터를 취소 및 수정할 수 있는 방법이 모두 사용 해제됩니다.

참고

여러 회사를 관리하는 환경에서는, 해당되는 회사의 문서에만 영향을 미치게 됩니다.

보안

변경 불가능성을 보장하기 위해 모든 주문서 및 전표 항목의 유효성 검사는 암호화됩니다. 이 숫자 (또는 해시)는 문서의 주요 데이터뿐만 아니라 선행하는 문서의 해시에서도 계산됩니다.

이 모듈에는 데이터 불변성을 테스트하기 위한 인터페이스를 도입되어 있습니다. 유효성 검사 후 문서의 정보가 수정될 경우에는 테스트가 실패하게 됩니다. 알고리즘은 모든 해시를 다시 계산하고 이를 초기 해시와 비교합니다. 오류가 발생할 경우, 시스템에서 처음으로 손상된 것으로 기록된 문서가 표시됩니다.

관리자 접근 권한이 있는 사용자는 변경 불가능성 검사를 시작할 수 있습니다. POS 주문의 경우 :menuselection:`POS –> 보고 –> 프랑스 명세서`로 이동합니다. 청구서나 전표 항목인 경우에는 :menuselection:`청구서/회계 –> 보고 –> 프랑스 명세서`로 이동합니다.

저장 공간

또한 이 시스템에서는 일별, 월별, 연간 단위로 자동 판매 결산도 처리합니다. 이와 같이 결산함으로써 해당 기간 동안의 판매 총액과 시스템에 기록된 최초 판매 항목의 누적 총계를 명확하게 계산합니다.

결산 내역은 POS (Point of Sale), 청구서 발행 및 회계 앱의 프랑스 명세서 메뉴에서 확인할 수 있습니다.

참고

  • 결산으로 판매 전표 (전표 유형 = 판매)의 전표 항목 총계를 계산합니다.

  • 회사가 여러 개인 환경에서는 이와 같은 마감 작업은 회사별로 수행됩니다.

  • POS 세션을 종료할 때 POS 주문이 전표 항목으로 발행됩니다. POS 세션은 언제든 종료할 수 있습니다. 매일 사용자에게 메시지를 표시하기 위해, 세션이 24시간 이전부터 열려있는 경우에는 모듈에서 재개하지 못하도록 하고 있습니다. 다시 판매 시작을 하기 전에 반드시 이러한 세션을 종료해야 합니다.

  • 한 기간의 총합은 발행일과 무관하게 전기 마감 이후 발행된 동일한 유형의 전표 전체를 대상으로 계산합니다. 이미 마감된 기간에 새로운 판매 거래 기록이 발생할 경우 바로 다음의 마감에 합산됩니다.

  • 테스트 및 감사 목적으로 이러한 마감 작업을 할 경우에는 :ref:`개발자 모드 <developer-mode>`에서 수기로 생성할 수 있습니다.

  • 그런 다음 :menuselection:`설정 –> 기술 –> 자동화 –> 예약된 작업`으로 이동합니다.

책임

모듈을 삭제하지 마세요! 삭제할 경우 해시가 재설정되고 이전의 데이터는 더 이상 불변성이 보장되지 않습니다.

사용자는 본인의 Odoo 인스턴스에 대해 책임이 있으며 반드시 신중하게 사용해야 합니다. 데이터의 변경 불가능성을 보장하는 소스 코드를 수정하는 것은 허용되지 않습니다.

Odoo에서 인증받지 않은 타사 애플리케이션으로 인해 모듈 기능이 변경된 경우, Odoo는 어떠한 책임도 지지 않습니다.

추가 정보

이 법안에 대한 자세한 내용은 다음의 공식 문서에서 확인할 수 있습니다.