トルコ¶
モジュール¶
トルコのローカライゼーションでは、以下のモジュールが自動的にインストールされます:
名称 |
技術名 |
説明 |
|---|---|---|
トルコ - 会計 |
|
トルコの勘定科目表、税金、財務報告書、会計ポジションを含む、トルコの基本会計ローカライゼーションパッケージ |
トルコ - 会計レポート |
|
トルコ固有の税および損益報告。 |
トルコ - e-Irsaliye(電子発送) |
|
電子発送ファイルの生成とアップロードを可能にする |
さらに、電子ドキュメントを管理するためにNilvera統合を使用するには、次のモジュールを手動でインストールする必要があります:
名称 |
技術名 |
説明 |
|---|---|---|
トルコ - Nilvera |
|
Nilveraとの通信を可能にし、e-Ledgerファイルの生成を可能にする統合モジュール |
トルコ - Nilvera E-Invoice |
|
Nilveraとの間で基本シナリオの電子請求書を送受信するため。 |
トルコ - Nilvera E-Invoice Extended |
|
電子請求書モジュールを強化し、複数の請求書タイプとシナリオのサポートを可能にする |
注釈
追加モジュールを含むバージョンへのアップグレード時など、場合によってはモジュールが自動的にインストールされないことがあります。未設定のモジュールは手動でインストールできます。
ローカライゼーション概要¶
トルコのローカライゼーションパッケージは、トルコの会計および税務規制への準拠を保証します。税金、会計ポジション、レポーティングを管理するためのツールと、トルコの基準に合わせた事前定義済みの勘定科目表が含まれています。
トルコローカライゼーションパッケージは、現地の会計および税務規制への準拠を保証するため、以下の主要機能を提供します:
勘定科目表:トルコ会計基準に合わせた事前定義された構造
税金:標準VAT(付加価値税)、ゼロ税率、免税オプションを含む事前設定された税率
会計ポジション(税と勘定科目のマッピング):顧客または仕入先の登録状況に基づく自動税額調整
電子ドキュメントソリューション:電子ドキュメント規制に準拠するためのNilveraとの統合
勘定科目表¶
勘定科目表では、分析勘定が対応する税金および既定の買掛金勘定と売掛金勘定フィールドに自動的にマッピングされます。
注釈
トルコ勘定科目表は、トルコ歳入庁(Gelir İdaresi Başkanlığı(GİB))の7/A勘定科目に基づいており、必要な勘定科目のベースラインを提供します。7/B勘定科目はアーカイブされており、必要に応じてアーカイブ解除できます。
税金¶
税金は、トルコローカライゼーションがインストールされると自動的に作成および設定されます。
警告
税金は電子請求書および電子アーカイブ請求書に使用されるため、削除しないでください。ただし、データベースにまだ存在しない:ref:源泉徴収税理由 <localizations/turkiye/tax-creation>などの新しい税金を生成することは可能です。
電子ドキュメントソリューション¶
トルコローカライゼーションは、電子請求書、電子アーカイブ、電子発送、電子台帳プロセスに関する|GİB|の要件への準拠を保証します。
Nilvera統合により、Odooは|GİB|の電子ドキュメント基準に従って、電子ドキュメントの自動送信、受信、管理を可能にします。Nilvera統合の主な機能には以下が含まれます:
Odooから直接:ref:
電子アーカイブと電子請求書を作成および検証 <localizations/turkiye/send>監査用に送信されたXMLおよびPDFバージョンを保存
会社と連絡先¶
トルコローカライゼーションを有効化する前に、会社の連絡先レコードに以下の情報が正しく設定されていることを確認してください:
重要
これらのフィールドすべてにアクセスするには、連絡先アプリケーションで会社の連絡先レコードに移動するか、:menuselection:`会計 --> 顧客 --> 顧客`に移動し、:guilabel:`顧客請求書`フィルターを削除して、会社の連絡先レコードを選択します。これは、一般設定から会社レコード自体にアクセスするのとは異なります。
会社名:|GİB|登録と一致する必要があります
トルコ税務署:登録された税務署
税ID:VKNまたはTCKN - 法人の場合は10桁、個人の場合は11桁
住所:完全な法的住所
国:登録国
タグ:Mersis番号をタグとして入力し、カテゴリーをMERSISNOに設定します。
電子請求書フォーマット:トルコ(UBL TR 1.2)
エイリアス:Nilveraから取得したエイリアス
注釈
電子請求書フォーマットは、連絡先の国に基づいて自動的に設定されます。このフィールドを編集するには、開発者モードを有効にしてフィールドを表示し、手動で調整します。
エイリアスフィールドは、会社のNilveraステータスが電子請求書になった時点でのみ表示されます。
各顧客と仕入先について:
住所、市区町村、都道府県・州、国、税ID、および電子請求書フォーマットが設定されていることを確認します。
パートナーが電子請求書に登録されていない場合、Odooは自動的に電子アーカイブをデフォルトとします。
税の作成¶
例外理由の作成¶
追加の例外理由を作成するには、次の手順に従います:
開発者モードを有効にし、に移動します。
新規ボタンをクリックします。
Nilveraのドキュメントの値と一致する理由と理由コードを入力します。
対応するコードタイプを選択します:
源泉徴収税理由の場合は源泉徴収
免税理由の場合は例外
輸出例外理由の場合は輸出例外
輸出登録は輸出登録理由の場合に使用
源泉徴収理由の場合は、対応する割合を入力してください。
源泉徴収税の作成¶
に移動します。
新規ボタンをクリックして、まず基本税を作成します。
税計算を割合に設定し、この種類の税金に表示される源泉徴収税理由フィールドを設定します。
フォームの他の必須フィールド(税金名、税金タイプ、付与数など)を入力します。
税計算を税金のグループに設定して、追加の税金を作成します。これらのグループ税は、前の手順で作成した基本税と追加の割合税で構成する必要があります。
ちなみに
WH 20%税はこの設定を示しています。別の源泉徴収理由を使用するには、基本税を複製し、理由を更新して、複製したグループ税の古い基本税を置き換えてください。
Nilvera統合¶
Odooは、電子請求書、電子アーカイブ、電子発送、電子元帳のプロセスを管理するために、|GİB|承認済みの電子ドキュメント仲介業者であるNilveraと統合されています。
統合では次の処理を行います:
|GİB|準拠形式でのXMLデータ生成
Nilveraへの安全な送信
Odoo内でのドキュメントとステータスの同期。
サポートされているドキュメントタイプ¶
電子請求書
基本シナリオとパブリックシナリオ
販売
源泉徴収
輸出登録済み
免税
エクスポートシナリオ
e-Archive請求書
販売
源泉徴収
輸出登録済み
免税
e-Dispatch通知
設定¶
Nilvera documentation <https://test-setup.obs.tr-west-1.myhuaweicloud.com/odoo/Nilvera_Odoo_Integration_Information.pdf>には、サンドボックスへのアクセスとAPI認証情報の生成手順が記載されています。
データベースとNilvera統合を設定するには、次の手順に従ってください:
Türkiye - Nilveraモジュールがインストールされていることを確認してください。
に移動し、Türkiye Electronic Integrationsセクションまでスクロールします。
設定:
Nilvera API credentials(Nilveraで生成)
Incoming Invoices Journal(例:Purchases)
Nilveraを介してe-Invoiceを送信できるように顧客連絡先レコードを設定するには、次の手順に従ってください:
に移動します。
Customer Invoicesフィルターを削除し(必要に応じて)、Nilvera経由で連絡する取引先を選択します。
会計タブを開き、Nilvera Statusの横にあるVerifyをクリックします。
NilveraでのE-Invoice送信¶
e-Invoice/e-Archiveは政府承認のデジタル請求書システムで、従来の紙の請求書に代わるもので、企業がトルコの税務規制に準拠して電子的に請求書を発行、送信、保管することができます。e-InvoiceはGİBに登録されている顧客向けですが、e-ArchiveはGİBに登録されていない顧客に送信でき、外国の顧客やB2Cワークフローを扱う場合でも送信者が政府規制に準拠できるようにします。
e-Invoice/e-Archiveを送信するには、次の手順に従ってください:
Türkiye - Nilvera E-InvoiceおよびTürkiye - Nilvera E-Invoice Extendedモジュールがインストールされていることを確認してください。
顧客請求書を作成する際、Customerを選択した後、
顧客のNilvera Statusがe-Archiveの場合、2つのフィールドが表示されます:
Is GIB Export:トルコ国外のパートナーへのプロダクト輸出請求書に使用
Invoice Type:請求書のタイプを決定
顧客のNilvera Statusがe-Invoiceの場合、Invoice Scenarioフィールドが表示されます:GİBに送信する請求書のシナリオを選択してください。
請求書を送信し、e請求書を発行するためにby Nilveraが選択されていることを確認してください。
Nilvera経由でe請求書を受信¶
Nilveraステータスを更新¶
Odooで請求書のNilvera Statusを更新するには、次の手順に従ってください:
Accounting Dashboardを開いてください。
Sales仕訳帳をクリックしてください。
)アイコンをクリックし、次にRefresh e-Invoices Statusをクリックしてください。このアクションは各請求書のNilvera Statusフィールドを更新します。
e請求書のPDFを取得¶
e請求書のPDFを取得する方法は2つあります:
請求書リストビューから:
に移動してください。
1つまたは複数の請求書を選択してください。
Fetch Nilvera PDFをクリックしてください
請求書フォームビューから:Nilvera StatusがSuccessfulになったら、Fetch Nilvera PDFボタンをクリックしてください。
購買e請求書を受信¶
Nilveraで生成され、あなたの会社が受信したe請求書を取得するには:
Accounting Dashboardを開いてください。
Purchase仕訳帳をクリックしてください。
(Actions)アイコンをクリックし、Fetch e-invoicesをクリックします。受信した電子インボイスは、Draftステータスの仕入先請求書として作成されます。
Odooで生成された請求書のPDFを取得¶
Odooで作成された仕入先請求書の場合、PDF取得は顧客インボイスと同じ方法で動作します:
に移動します。
1つまたは複数の仕入先請求書を選択します。
Fetch Nilvera PDFボタンをクリックします。
電子元帳の生成¶
電子元帳は、企業が会計記録をデジタルで保管し、税務およびコンプライアンス規制のために政府に提出できる電子システムです。Odooでは、ユーザーはNilvera統合を通じて、電子元帳をzip圧縮されたCSVファイルとして生成し、会社記録をシームレスに報告できます。
に移動します。
(Actions)アイコンをクリックします。
Generate e-Ledgerをクリックしてファイルを生成し、コンピュータにダウンロードします。
電子配送ファイルの管理¶
電子配送ファイルの生成¶
電子配送は、従来の紙の配送伝票に代わる電子ドキュメントであり、企業が輸送中の商品の出荷詳細をデジタルで発行、送信、追跡できるようにします。Odooでは、ユーザーは電子配送ドキュメントをXMLとして生成し、Nilvera統合を通じてアップロードすることで、コンプライアンスに準拠した追跡可能な配送業務を実現できます。
に移動します。
既存の出荷オーダを開くか、新しいものを作成します。
Delivery Addressを選択したら、表示される:guilabel:
e-Dispatchタブで必要な情報を入力します。#. Once the delivery order is validated, click the Generate GİB e-Dispatch (XML) button that appears to generate the XML file.
出荷オーダに添付された生成ファイルをダウンロードし、処理のためにNilveraにアップロードします。
電子配送ファイルのアップロード¶
Nilvera から受信した e-Dispatch XML をダウンロードします。
に移動します。
e-Receipt(XML)のアップロードボタンをクリックし、ダウンロードしたファイルを選択します。
必須のコンプライアンス情報¶
以下の規則は、トルコのローカライゼーション統合を使用するすべてのユーザーにとって必須です。これらの要件への準拠は、Nilvera 経由でGİBを通じて発行される電子ドキュメントの法的有効性に不可欠です。
ドキュメント番号の構造¶
生成されるすべての請求書および配送ドキュメントは、特定の番号構造に従う必要があります:
3文字の英数字+ドキュメント年+連番。Example
INV/2025/00001
番号は一意で、連続的で、途切れがないものでなければなりません。各ドキュメントは固有の識別子を持つ必要があります。
ファイルが送信された後、エラーが返された場合でも、同じシーケンス番号を使用することはできません。新しいドキュメントを作成する必要があります。
連番の欠番¶
シーケンス番号がスキップされた場合、前の未発行番号は7日以内に発行する必要があります。
Example
INV/2025/00002 が INV/2025/00001 より前に発行された場合、INV/2025/00001 は7日以内に発行する必要があります。
この期間を超えてシーケンス番号が未発行のままになることはできません。
割引ルール¶
グローバル割引(別の請求書行として表示される割引)は発行できません。
すべての割引は、請求書内のプロダクト行レベルで適用する必要があります。
e-Ledger コンプライアンス¶
発行される最初の請求書は、会計期間の期首残高を表す必要があります。
その後の請求書はすべて、連番パターンに従う必要があります:
Example
INV/2025/00001、INV/2025/00002、INV/2025/00003など。
データの整合性とコンプライアンスを確保するため、e-Ledger全体で連番を一貫して維持する必要があります。