독일

독일 계정과목표

계정과목표 SKR03 및 SKR04는 Odoo에서 모두 지원됩니다. :menuselection:`회계 –> 환경 설정`으로 이동하여 항목을 선택한 다음 재정 현지화 섹션에서 원하는 패키지를 선택할 수 있습니다.

주의하세요. 회계 항목을 생성한 내역이 없는 경우에만 회계 패키지를 변경할 수 있습니다.

Odoo 온라인 데이터베이스를 새로 생성할 경우 SKR03이 기본 설치됩니다.

독일 회계 보고서

다음은 Odoo 엔터프라이즈에서 사용할 수 있는 독일 전용 보고서 목록입니다.

  • 대차대조표

  • 이익 & 손실

  • 세금 신고서 (Umsatzsteuervoranmeldung)

  • 파트너 부가가치세 인트라

Odoo에서 Datev로 내보내기

Odoo에서 Datev로 회계 항목을 내보낼 수 있습니다. 이 기능을 사용하려면 Odoo 엔터프라이즈 데이터베이스에 독일 회계 현지화가 설치되어 있어야 합니다. 그런 다음 :menuselection:`회계 –> 보고 –> 총계정원장`으로 이동하여 Datev 내보내기 (csv) 버튼을 클릭합니다.

독일 POS: 기술 보안 시스템

Kassensicherungsverordnung (디지털 기록의 조작 방지에 관한 법률)에서는 POS 시스템을 포함하여 전자 기록 보관 시스템에 기술 보안 시스템 ( TSS 또는 **TSE**로도 지칭)이 반드시 탑재되어 있어야 합니다.

Odoo는 *클라우드 기반 솔루션*인 `fiskaly <https://fiskaly.com>`_를 통해 규정을 준수할 수 있도록 서비스를 제공합니다.

중요

클라우드 기반의 솔루션이므로 인터넷 연결이 되어 있어야 합니다.

참고

허용되는 유일한 부가가치세 세율을 fiskaly에서 제공합니다. `fiskaly DSFinV-K API: 부가가치세 내용 <https://developer.fiskaly.com/api/dsfinvk/v0/#tag/VAT-Definition>`_에서 해당 세율을 확인할 수 있습니다.

환경 설정

모듈 설치

  1. 2021년 6월 이전에 생성된 데이터베이스의 경우, POS 앱 (point_of_sale) 및 레스토랑 모듈 (pos_restaurant) :ref:`업그레이드 <general/upgrade>`하시기 바랍니다.

  2. 독일 - POS 인증 (l10n_de_pos_cert) 및 독일 - 레스토랑 유형의 POS 인증 (l10n_de_pos_res_cert) 모듈을 :ref:`설치 <general/install>`합니다.

    모듈이 목록에 없는 경우, :ref:`앱 목록 업데이트<general/install>`를 실행합니다.

앱 현황판에서 Odoo POS 업그레이드하기

금융 당국에 회사 등록하기

회사를 등록하려면 :menuselection:`설정 –> 일반 설정 –> 회사 –> 정보 업데이트`로 이동하여 다음 내용을 입력한 후 *저장*합니다.

  • 회사명

  • 유효한 주소

  • 부가가치세 번호

  • St.-Nr (Steuernummer): 세무서에서 과세 대상인 모든 자연인 또는 법인에게 할당되는 번호입니다 (예: 2893081508152).

  • W-IdNr (Wirtschafts-Identifikationsnummer): 경제 활동을 하는 인구에 대한 영구 식별 번호로 사용되는 번호입니다.

그런 다음 fiskaly 탭을 열고 fiskaly 등록 버튼을 클릭하여 **fiskaly를 통해 회사 등록**을 할 수 있습니다.

Odoo에서 fiskaly를 통해 회사를 등록하는 버튼

fiskaly 등록 버튼이 표시되지 않는 경우, 회사 세부 정보 *저장*을 완료했고 더 이상 *편집 모드*에 있지 않는지 확인하세요.

등록이 완료되면 새로운 필드가 나타납니다.

  • **fiskaly 조직 ID**는 fiskaly 측의 회사 ID를 나타냅니다.

  • fiskaly API 키**비밀번호**는 fiskaly에서 제공하는 서비스에 시스템이 액세스하기 위해 사용하는 자격 증명입니다.

Odoo에 표시되는 fiskaly 키

참고

현재 자격 증명에 문제가 있는 경우 새로 자격 증명을 요청할 수 있습니다.

DSFinV-K

DSFinV-K 내보내기 메뉴

POS 세션이 종료될 때마다, 주문 내역이 fiskaly의 DSFinV-K 서비스로 전송됩니다.

감사를 하는 경우에는 :menuselection:`POS –> 주문 –> DSFinV-k 내보내기`에서 DSFinV-K로 전송한 데이터를 내보낼 수 있습니다.

다음은 필수 입력 항목입니다.

  • 이름

  • 시작 일시 (지정된 시작일보다 크거나 같은 날짜로 데이터 내보내기)

  • 종료 일시 (주어진 종료일보다 작거나 같은 날짜로 데이터 내보내기)

전체 POS 데이터를 내보내려면 POS 필드를 비워둡니다. 특정한 POS 데이터만 내보내려면 POS (Point of Sale)를 지정합니다.

DSFinV-K 내보내기를 생성하면 fiskaly 측에서 내보내기가 트리거됩니다.

DSFinV-K 내보내기를 생성하면 fiskaly 측에서 내보내기가 트리거됩니다.

확인한 바와 같이, **상태**는 *보류 중*입니다. 즉 내보내기가 성공적으로 실행되어 처리 중임을 의미합니다. *상태 새로고침*을 클릭하여 준비가 완료되었는지 확인해야 합니다.

독일 세무 회계 표준: GoBD 규정 준수를 위한 Odoo 가이드

GoBD**는 `전자적 형식 및 데이터 액세스에 대한 자료, 기록 및 문서에 대한 기본 원칙 <https://ao.bundesfinanzministerium.de/ao/2021/Anhaenge/BMF-Schreiben-und-gleichlautende-Laendererlasse/Anhang-64/anhang-64.html>`_ 의 약자입니다. 즉, 이는 독일 세무 당국, 세무 신고 및 재무상태표와 관련된 **전자 형식의 장부, 기록 및 문서에 대한 적절한 관리 및 저장과 데이터 액세스에 대한 지침 입니다.

이와 같은 원칙은 2014년 11월 BMF (연방 재무부)에서 작성하여 발표하였습니다. 2015년 1월부터 표준화 되었으며 컴퓨터 기반 회계와 관련하여 허용되어 온 관행을 대체하고 있습니다. BMF는 2019년과 2020년 1월 일부 콘텐츠를 구체화하고 디지털 솔루션 (클라우드 호스팅, 종이 없는 기업 등)의 발전으로 인한 몇 가지 변경 사항이 적용되었습니다.

중요

Odoo에서 **GoBD 준수 방법**을 확인해 보세요.

회계 소프트웨어를 사용할 때 GoBD에 대해 알고 있어야 하는 사항은 무엇인가요?

참고

GoBD에 대해 알아볼 수 있는 가장 좋은 방법은, ‘공식 GoBD 안내 자료 <https://www.bundesfinanzministerium.de/Content/DE/Downloads/BMF_Schreiben/Weitere_Steuerthemen/Abgabenordnung/2019-11-28-GoBD.pdf>’를 읽어보시는 것입니다. 다소 길기는 하지만 전문가가 아닌 사람도 읽을 수 있도록 쉽게 되어 있습니다. 간단히 요약하면 다음과 같습니다.

GoBD는 중소기업, 프리랜서, 개인 사업자 등 금융 당국에 계좌를 제출해야 하는 회사에 대해 구속력이 있습니다. 따라서 회계 관련 데이터 (위에 언급된 재무 및 관련 데이터)를 완전하고 철저하게 보관할 책임은 전적으로 납세자 본인에게 있습니다.

소프트웨어 요구 사항과는 별개로, 사용자는 내부 제어 시스템을 보장해야 합니다 (회계법 146조에 의거).

  • 접근 권한 통제

  • 직무 분리, 기능적 분리

  • 입력 통제 (오류 알림, 타당성 검사)

  • 데이터 입력 시 조정 확인

  • 프로세스 통제

  • 소프트웨어, 데이터 또는 문서에 대한 의도적 또는 의도하지 않은 조작 방지 조치

사용자는 반드시 조직 내에 있는 관련 직위에 업무를 배분하고 (통제) 해당 업무가 적절하고 완벽하게 수행되는지 확인해야 합니다 (감독). 이러한 통제의 결과를 기록하여야 하며 (문서화), 통제 중에 오류가 발견될 경우 상황을 시정하기 위해 적절한 조치를 취해야 합니다 (예방).

데이터 보안 면에서는 어떤가요?

납세자는 반드시 데이터 삭제, 제거 또는 도난으로 인한 데이터 손실에 대비하여 시스템을 보호해야 합니다. 입력 내용에 대해 충분히 보안을 되지 않은 경우, 해당 장부는 GoBD 지침을 준수하지 않은 것으로 간주됩니다.

장부 기장 내역 발행이 완료되면, 더 이상 애플리케이션을 통해 변경하거나 삭제할 수 없습니다.

  • 클라우드에서 Odoo를 사용하는 경우, 정기 백업은 Odoo 온라인 서비스의 일부입니다. 또한 정기 백업을 다운로드하여 외부 시스템에 백업할 수 있습니다.

  • 서버가 로컬에서 운영되는 경우, 필요한 백업 인프라를 구축하는 것은 사용자의 책임입니다.

중요

경우에 따라 데이터를 10년 이상 보관해야 할 수도 있으므로, 항상 백업을 저장해 두어야 합니다. 소프트웨어 공급업체를 변경하는 더욱 중요합니다.

소프트웨어 에디터의 책임

GoBD가 납세자와 금융 당국 간에서만 적용이 된다는 점을 고려하면 소프트웨어 에디터는 사용자의 금융 거래 데이터를 문서화하는 데 있어서 정확성 및 규정 준수에 대해 어떠한 책임도 지지 않습니다. 단지 GoBD에서 제시하는 소프트웨어 관련 가이드라인을 사용자가 준수할 수 있도록 필요한 도구만 제공할 수 있습니다.

Odoo를 이용하여 법적인 요건에 어떻게 부합하게 할 수 있나요?

GoBD의 키워드는 **추적 가능성, 검증 가능성, 진실성, 명확성, 연속성**입니다. 즉, 감사에 대비하려면 적재적소에 자료 보관이 되어 있어야 하며 Odoo에서 이러한 목표를 달성할 수 있는 방법을 모두 찾을 수 있습니다.

  1. 추적 및 검증 가능성
    Odoo에 있는 레코드에는 문서 작성자, 작성일, 수정일 및 수정한 사람이 표시되어 있습니다. 또한, 관련 필드를 추적하여 해당 객체의 메시지창에서 누가 어떤 값을 변경했는지 확인할 수 있습니다.
  2. 완전성
    재무 정보는 모두 시스템에 기록되어야 하며, 공백이 있으면 안 됩니다. Odoo를 사용하면 재무 상의 거래에 번호를 매길 때 공백이 들어 갈 걱정을 할 필요가 없습니다. 모든 재무 정보를 시스템에 인코딩하는 것은 사용자의 책임입니다. Odoo에서 재무 정보는 대부분 자동으로 생성되므로 전체 공급업체 청구서 및 기타 작업가 완전히 인코딩되도록 하는 책임은 사용자에게 있습니다.
  3. 정확성
    Odoo에서는 정확하게 환경 설정을 하여 정확한 계정을 사용할 수 있도록 합니다. 또한 구매발주서와 판매주문서 및 각각의 청구서 간에 연결되어 있는 제어 메커니즘은 비즈니스 현실을 반영하고 있습니다. 종이로 된 공급업체 청구서를 스캔하여 해당하는 Odoo 기록에 첨부하는 책임은 사용자에게 있습니다. Odoo 문서 앱으로 이러한 작업을 자동화할 수 있습니다.
  4. 장부 및 기록 관리의 적시성
    Odoo에서 재무 정보는 대부분 거래 목적에 따라 생성되므로 (예를 들어, 확인할 경우 청구서가 기록됨), Odoo에서는 즉각적인 기록 관리의 적시성을 보장 받을 수 있습니다. 수신받는 공급업체 청구서를 모두 적시에 인코딩하고 기타 작업도 진행되도록 하는 책임은 사용자에게 있습니다.
  5. 순서
    Odoo에 저장된 재무 정보는 정의한 내용에 따라 정렬되며, 모델 안에 있는 대부분의 필드에 따라 순서를 변경할 수 있습니다. GoBD에서 특정하게 지정된 순서가 있는 것은 아니나, 반드시 제3자 전문가가 특정 재무 정보를 신속하게 찾을 수 있도록 시스템에서 보장되어 있어야 합니다. Odoo에서는 이러한 내용이 기본값으로 보장되어 있습니다.
  6. 변경 불가능성
    Odoo 독일 현지화를 통해 Odoo에서는 추가로 커스터마이징을 하지 않아도 변경 불가능성 조항을 준수할 수 있도록 표준으로 구성되어 있습니다.

GoBD 내보내기가 필요하신가요?

재정 관리의 경우, 재정 당국에서 회계 시스템에 대해 세 가지 수준으로 접근 권한 (Z1, Z2, Z3)를 요청할 수 있습니다. 인터페이스에 직접 접근부터 저장 장치에 있는 재무 정보 인계까지 수준은 다양합니다.

저장 장치에 있는 재무 정보를 인계하는 경우, GoBD에서 해당 포맷이 필수로 적용되지 않습니다. 예를 들어 XLS, CSV, XML, Lotus 123, SAP 형식, AS/400 등의 형식이 될 수 있습니다. Odoo는 재무 정보에 대해 CSV 및 XLS 내보내기를 기본값으로 지원합니다. GoBD는 특정한 XML 기반 GoBD 형식 (“Ergänzende Informationen zur Datenntträgerüberlassung” §3 참조)으로 내보내기를 **권장**하지만, 이는 구속력이 없습니다.

규정 준수 인증의 역할과 그 의미는 무엇인가요?

GoBD는 최첨단 회계 소프트웨어의 특성 상, 환경 설정 가능성, 특성 변경 및 다양한 사용 형태로 인해 인증에 법적인 구속력이 없으며, 공공 기간에 소프트웨어에 대한 책임을 물을 수 없음을 분명히 명시하고 있습니다. 타사 인증서의 경우 고객이 소프트웨어 구매 결정을 하는 데 있어서 시제로 **정보적 가치**가 있을 수 있으나 어떠한 법적 구속력이나 기타 법적 가치가 있는 것이 아닙니다 (A. 12, § 181).

GoBD 인증서에는 사용자가 해당 지침에 따라 소프트웨어를 사용하는 한, 반드시 GoBD를 준수하여 소프트웨어를 사용해야만 한다는 것만을 명시하고 있습니다. 인증서를 받기까지는 상당한 시간과 비용이 들어가며 그 가치면에서는 매우 상대적입니다. 따라서 고객에게 합법적으로 서비스할 수 있을지 여부조차 불확실한 마케팅 툴 에 대한 비용을 지출하는 것보다는, 확실하게 GoBD 규정을 준수할 수 있도록 노력을 기울입니다.

중요

BMF는 사실상 `공식 GoBD 텍스트 <https://www.bundesfinanzministerium.de/Content/DE/Downloads/BMF_Schreiben/Weitere_Steuerthemen/Abgabenordnung/2019-11-28-GoBD.pdf>`_에서 다음과 같이 명시하고 있습니다.

  • 180. Positive attestations on the correctness of the bookkeeping - and thus on the correctness of IT-based bookkeeping systems - are not issued either in the context of a tax field audit or in the context of binding information.

  • 181. “Certificates” or “attestations” from third parties can serve as a decision criterion for the company when selecting a software product, but develop from the in margin no. 179 is not binding on the tax authorities.

규정을 준수하지 않을 경우 어떻게 되나요?

위반 시에는 벌금이 부과될 뿐 아니라 특정 조치를 이행하도록 법원 명령이 내려질 수도 있습니다.