Jerman¶
Modul-Modul¶
The following modules are installed automatically with the German localization:
Nama |
Nama teknis |
Deskripsi |
|---|---|---|
Germany - Accounting |
|
German fiscal localization package. By default, the audit trail is enabled to ensure compliance with GoBD. |
Germany - Accounting Reports |
|
Provides German accounting reports and adds DATEV export options to the general ledger. |
Germany - Certification for Point of Sale |
|
Includes the implementation of the Technical Security System, using a cloud-based solution from Fiskaly. |
Germany - Certification for Point of Sale of type restaurant |
|
Adds the new regulatory requirements specifically related to the restaurant industry in Germany. |
Additionally, the following modules must be manually installed:
Nama |
Nama teknis |
Deskripsi |
|---|---|---|
Germany - Elster Tax Submission |
|
Electronic submission of the German UStVA (advance tax return) to the Finanzamt via the Elster system. |
Catatan
In some cases, such as when upgrading to a version with additional modules, it is possible that modules may not be installed automatically. Any missing modules can be manually installed.
Gambaran umum lokalisasi¶
The German localization package ensures compliance with German fiscal and accounting regulations. It includes tools for managing taxes, fiscal positions, and reporting, as well as a predefined chart of accounts tailored to Germany’s standards.
The German localization package provides the following key features to ensure compliance with local fiscal and accounting regulations:
Posisi fiskal (pemetaan pajak dan akun): penyesuaian pajak otomatis berdasarkan status pendaftaran pelanggan atau pemasok
Pajak: tarif pajak yang telah dikonfigurasi sebelumnya, termasuk PPN standar, tarif nol, dan opsi bebas pajak
Bagan akun¶
Both SKR03 and SKR04 charts of accounts are supported in Odoo. When a new Odoo Online database is created, SKR03 is installed by default.
To verify which is installed, go to and check the Package field under the Fiscal Localization section.
Peringatan
Selecting another package is only possible if no accounting entries have been created. If one was posted, a new company or database must be set up to select another package. In addition, all journal entries will need to be created again.
Laporan¶
The following German-specific reports are available:
Neraca Keuangan
Laba Rugi
Tax return (Umsatzsteuervoranmeldung) with Elster integration
Daftar Sales EC
INTRASTAT
Tax return with Elster integration¶
Catatan
Make sure to install the Germany - Elster Tax Submission (
l10n_de_reports_elster) module.To submit UStVA (VAT advance returns) to Elster, the VAT ID and tax number (St.-Nr.) are required on the company record.
Once the module is installed and the VAT ID and tax number have been entered, data is sent to Elster upon submission of the tax return.
Mode testing
To set the test mode and use the Elster integration without sending real data, follow these steps:
Enable developer mode.
Open the Settings app and go to .
Click New to add the
l10n_de_reports_elster.elster_proxy_modekey and set its value totest.Klik Simpan.
Tip
Once the submission is complete, the generated CPA005 TXT file is displayed in the tax return's chatter for download and bank import, along with the XML file for manual upload via Elster.de and the tax reports.
Akuntansi¶
Taxable supply date¶
Set the Taxable Supply Date on invoices to reflect the actual delivery date for goods or services provided before invoice creation (e.g., service delivered in May, invoice created in June). Completing this field automatically aligns the invoice's accounting date, ensuring that the journal entry and the associated VAT are recognized in the correct period.
Penting
If the previous period is closed and locked (via Lock dates), postings for that period are not allowed. Consequently, the journal entry will automatically be posted in the current open period.
Catatan
The Taxable Supply Date field is intended for accounting purposes and is not displayed on printed reports. When using the DIN 5008 layout, ensure the Delivery Date field is filled to display the date on the generated PDF invoice.
Mengekspor entri dari Odoo ke DATEV¶
Provided that one of the German fiscal localization packages is installed, accounting entries from Odoo can be exported to DATEV from the general ledger.
Dua jenis ekspor diperlukan: pertama ekspor DATEV ATCH, kemudian ekspor DATEV DATA.
Catatan
Keduanya diperlukan pada tahap yang berbeda untuk mentransfer data dengan benar ke DATEV, karena DATEV bekerja dengan dua antarmuka, satu untuk klien (DUO - DATEV Unternehmen Online) dan satu untuk penasihat pajak (DATEV Rechnungswesen).
DATEV DATA¶
Buka , klik tombol (Tindakan), dan pilih Datev DATA (zip).
Transfer file ZIP yang diunduh ke penasihat pajak Anda. Mereka harus mengimpor file ZIP ke DATEV Rechnungswesen.
Periksa dengan penasihat pajak Anda seberapa sering mereka memerlukan file-file ini.
File ZIP DATEV ATCH
File ZIP berisi tiga file CSV:
file
EXTF_customer_accounts.csvyang berisi semua informasi terkait pelanggan Anda,file
EXTF_vendor_accounts.csvyang berisi semua informasi terkait vendor Anda, danfile
EXTF_accounting_entries.csvyang berisi semua item jurnal untuk periode yang ditentukan pada Buku Besar, serta ID unik (GUID) sehingga item jurnal dapat dihubungkan ke file di dalam file ZIP DATEV ATCH.
DATEV ATCH¶
Buka , klik tombol (Actions), dan pilih Datev ATCH (zip).
Unggah file ZIP yang diunduh melalui perangkat lunak DATEV Belegtransfer.
Catatan
Jika Anda tidak memiliki perangkat lunak DATEV Belegtransfer yang terinstal di komputer Anda, mintalah bantuan penasihat pajak Anda untuk ini.
Peringatan
File ZIP DATEV ATCH mencakup file (laporan) yang terhubung ke faktur atau tagihan Odoo. Untuk faktur pelanggan, file harus dibuat menggunakan tombol Kirim. Untuk tagihan vendor, file harus diterima melalui alias email atau diunggah menggunakan tombol Unggah.
File ZIP DATEV ATCH
File ZIP berisi dua jenis file:
file faktur/tagihan individual (PDF, JPEG, dll.) untuk periode yang dipilih pada Buku Besar, dan
file
document.xmlyang digunakan untuk membuat ID unik (GUID) untuk setiap file.
ID unik ini penting karena memungkinkan DATEV untuk secara otomatis menghubungkan file ke item jurnal individual, yang akan diimpor dengan file DATEV DATA pada langkah berikutnya.
Kepatuhan GoBD¶
GoBD adalah singkatan dari Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form sowie zum Datenzugriff. Singkatnya, ini adalah pedoman untuk pengelolaan dan penyimpanan buku, catatan, dan dokumen yang tepat dalam bentuk elektronik, serta untuk akses data, yang relevan untuk otoritas pajak Jerman, deklarasi pajak, dan neraca keuangan.
Prinsip-prinsip ini telah ditulis dan diterbitkan oleh Kementerian Keuangan Federal (BMF) pada November 2014. Sejak Januari 2015, prinsip-prinsip ini telah menjadi norma dan telah menggantikan praktik-praktik yang sebelumnya diterima terkait dengan akuntansi berbasis komputer. Beberapa perubahan telah dilakukan oleh BMF pada tahun 2019 dan Januari 2020 untuk menentukan beberapa konten karena perkembangan solusi digital (hosting cloud, perusahaan tanpa kertas, dll.).
Penting
Odoo bersertifikat patuh terhadap GoBD.
Memahami GoBD dalam kaitannya dengan perangkat lunak akuntansi¶
GoBD mengikat bagi perusahaan yang harus menyajikan laporan keuangan, yang mencakup UKM, pekerja lepas, dan pengusaha, kepada otoritas keuangan. Dengan demikian, wajib pajak sendiri adalah satu-satunya pihak yang bertanggung jawab atas penyimpanan data yang relevan secara fiskal (data keuangan dan data terkait yang disebutkan di atas) secara lengkap dan menyeluruh.
Selain persyaratan perangkat lunak, user diharuskan untuk memastikan sistem kontrol internal (sesuai dengan pasal 146 Kode Fiskal):
kontrol hak akses;
pemisahan tugas, pemisahan fungsional;
kontrol masukan (notifikasi kesalahan, pemeriksaan kewajaran);
pemeriksaan rekonsiliasi pada saat entri data;
kontrol pemrosesan; dan
langkah-langkah untuk mencegah manipulasi yang disengaja atau tidak disengaja terhadap perangkat lunak, data, atau dokumen.
User harus mendistribusikan tugas dalam organisasi mereka ke posisi yang relevan (kontrol) dan memverifikasi bahwa tugas-tugas tersebut dilakukan dengan benar dan lengkap (pengawasan). Hasil dari kontrol ini harus dicatat (dokumentasi), dan jika ditemukan kesalahan selama kontrol ini, langkah-langkah yang tepat untuk memperbaiki situasi harus diterapkan (pencegahan).
Keamanan data¶
Wajib pajak harus mengamankan sistem terhadap kehilangan data akibat penghapusan, pemindahan, atau pencurian data apa pun. Jika entri tidak diamankan dengan memadai, pembukuan akan dianggap tidak sesuai dengan pedoman GoBD.
Setelah pembukuan diposting secara final, pembukuan tersebut tidak dapat lagi diubah atau dihapus melalui aplikasi.
Jika Odoo digunakan di cloud, cadangan rutin merupakan bagian dari layanan Odoo Online. Selain itu, cadangan rutin dapat diunduh dan dicadangkan pada sistem eksternal.
Jika server dioperasikan secara lokal, user bertanggung jawab untuk membuat infrastruktur cadangan yang diperlukan.
Penting
Dalam beberapa kasus, data harus disimpan selama sepuluh tahun atau lebih, jadi selalu simpan cadangan. Hal ini bahkan lebih penting jika Anda memutuskan untuk mengganti penyedia perangkat lunak.
Tanggung jawab editor perangkat lunak¶
Mengingat GoBD hanya berlaku bagi wajib pajak, editor perangkat lunak tidak dapat dengan cara apa pun dimintai pertanggungjawaban atas dokumentasi data transaksi keuangan user mereka yang akurat dan sesuai. Mereka hanya dapat menyediakan alat yang diperlukan bagi user untuk mematuhi pedoman terkait perangkat lunak yang dijelaskan dalam GoBD.
Memastikan kepatuhan melalui Odoo¶
Kata kunci dalam hal GoBD adalah: dapat dilacak, dapat diverifikasi, benar, jelas, dan berkelanjutan. Singkatnya, Anda perlu memiliki pengarsipan yang tahan audit, dan Odoo memberi Anda sarana untuk mencapai semua tujuan ini:
- Ketertelusuran dan keterverifikasianSetiap rekaman di Odoo diberi cap dengan pembuat dokumen, tanggal pembuatan, tanggal modifikasi, dan siapa yang memodifikasinya. Selain itu, bidang yang relevan dilacak. Dengan demikian, dapat dilihat nilai mana yang diubah oleh siapa dalam chatter objek yang relevan.
- KelengkapanSemua data keuangan harus dicatat dalam sistem, dan tidak boleh ada celah. Odoo memastikan bahwa tidak ada celah dalam penomoran transaksi keuangan. Tanggung jawab pengguna adalah untuk mengenkode semua data keuangan dalam sistem. Karena sebagian besar data keuangan di Odoo dihasilkan secara otomatis, tetap menjadi tanggung jawab pengguna untuk mengenkode semua tagihan vendor dan operasi lain-lain secara lengkap.
- AkurasiOdoo memastikan bahwa, dengan konfigurasi yang benar, akun yang tepat digunakan. Selain itu, mekanisme kontrol antara pesanan pembelian dan pesanan penjualan serta faktur masing-masing mencerminkan realitas bisnis. Tanggung jawab pengguna adalah untuk memindai dan melampirkan tagihan vendor berbasis kertas ke rekaman masing-masing di Odoo. Odoo Dokumen membantu Anda mengotomatiskan tugas ini.
- Pembukuan dan pencatatan tepat waktuKarena sebagian besar data keuangan di Odoo dihasilkan oleh objek transaksional (misalnya, faktur dibukukan saat konfirmasi), Odoo memastikan pencatatan tepat waktu secara otomatis. Tanggung jawab pengguna adalah untuk mengenkode semua tagihan vendor masuk secara tepat waktu, serta operasi lain-lain.
- UrutanData keuangan yang disimpan di Odoo, per definisi, diurutkan dan dapat diurutkan ulang sesuai sebagian besar bidang yang ada dalam model. Pengurutan spesifik tidak diberlakukan oleh GoBD, tetapi sistem harus memastikan bahwa transaksi keuangan tertentu dapat ditemukan dengan cepat oleh ahli pihak ketiga. Odoo memastikan hal ini secara otomatis.
- KetidakterubahanDengan lokalisasi Odoo Jerman, Odoo dikonfigurasi secara standar sedemikian rupa sehingga klausul ketidakterubahan dapat dipatuhi tanpa kustomisasi lebih lanjut.
Ekspor GoBD¶
Dalam hal kontrol fiskal, otoritas fiskal dapat meminta tiga tingkat akses ke sistem akuntansi (Z1, Z2, Z3). Tingkat-tingkat ini bervariasi dari akses langsung ke antarmuka hingga penyerahan data keuangan pada perangkat penyimpanan.
Dalam hal penyerahan data keuangan ke perangkat penyimpanan, GoBD tidak memberlakukan format. Dapat berupa, misalnya, dalam format XLS, CSV, XML, Lotus 123, format SAP, format AS/400, atau lainnya. Odoo mendukung ekspor data keuangan dalam format CSV dan XLS secara otomatis. GoBD merekomendasikan ekspor dalam format GoBD berbasis XML tertentu (lihat "Ergänzende Informationen zur Datenträgerüberlassung" §3), tetapi tidak mengikat.
Ketidakpatuhan¶
Jika terjadi pelanggaran, Anda dapat dikenakan denda dan perintah pengadilan yang menuntut implementasi tindakan tertentu.
Point of sale¶
Sistem keamanan teknis¶
Kassensicherungsverordnung (Undang-Undang Perlindungan terhadap Manipulasi Catatan Digital) mensyaratkan bahwa sistem pencatatan elektronik - termasuk sistem point of sale - harus dilengkapi dengan sistem keamanan teknis (juga disebut TSS atau TSE).
Odoo menawarkan layanan yang sesuai dengan bantuan fiskaly, sebuah solusi berbasis cloud.
Penting
Karena solusi ini berbasis cloud, diperlukan koneksi internet yang berfungsi.
Catatan
Satu-satunya tarif PPN yang diizinkan diberikan oleh fiskaly. Anda dapat memeriksa tarif ini dengan membaca fiskaly DSFinV-K API: VAT Definition.
Konfigurasi¶
Instal modul Germany - Certification for Point of Sale (l10n_de_pos_cert) dan Germany - Certification for Point of Sale of type restaurant (l10n_de_pos_res_cert).
Tip
Jika modul ini tidak terdaftar, perbarui daftar aplikasi.
Membuat sistem keamanan teknis dan menghubungkannya ke POS¶
Untuk menggunakan point of sale di Jerman, pertama buat TSS dengan membuka , pilih Point of Sale yang akan diedit, kemudian centang kotak Create TSS di bawah bagian Fiskaly API.
Setelah pembuatan TSS berhasil, Anda dapat menemukan:
TSS ID, yang merujuk pada ID TSS Anda di sisi fiskaly, dan
ID Klien Fiskaly, yang merujuk pada POS Anda di sisi fiskaly.
Ekspor DSFinV-K¶
Setiap kali Anda menutup register POS, detail pesanan dikirim ke layanan DSFinV-K fiskaly.
Jika terjadi audit, Anda dapat mengekspor data yang dikirim ke DSFinV-K dengan membuka .
Kolom berikut wajib diisi:
Tanggal Waktu Mulai: ekspor data dengan tanggal lebih besar dari atau sama dengan tanggal mulai yang diberikan
Tanggal Waktu Akhir: ekspor data dengan tanggal lebih kecil dari atau sama dengan tanggal akhir yang diberikan
Biarkan kolom POS kosong untuk mengekspor data semua POS Anda; tentukan satu POS jika Anda ingin mengekspor data untuk POS tertentu saja.
Ketika ekspor berhasil dipicu dan sedang diproses, kolom Status akan menampilkan Tertunda. Klik Segarkan Status untuk memeriksa apakah sudah siap.