税エンジンコンフィギュレーションの拡張

[アーティクル]
10/02/2024

税エンジン (GTE とも呼ばれます) では、法的要件および業務要件に基づいて、税の適用、計算、転記、および決済を決定する税ルールを設定できます。この記事では、インドに適用される次のシナリオを使用して、税エンジンコンフィギュレーション拡張プロセスについて説明します。

連邦直轄領商品およびサービス税 (UTGST) の税エンジンのコンフィギュレーションを拡張します。
参照モデルを使用すると、さまざまな国/地域からの商品輸入の注文の税率の基本的な関税 (BCD) を適用できます。
税エンジンのコンフィギュレーションを価格変更。

メモ

税エンジン機能は、インドに基本住所がある法人に対してのみ使用可能です。

次の税用語がこの記事で使用されます。

税用語	姓名
GST	商品およびサービス税
UTGST	連邦直轄領商品及びサービス税
CGST	中央商品及びサービス税
IGST	統合商品及びサービス税
BCD	基本関税

必要条件

シナリオ例の作成に取りかかる前に、次の作業を完了させてください。税エンジンインポートコンフィギュレーション

コンフィギュレーションプロバイダーを追加し、アクティブなプロバイダーとする。

組織管理>ワークスペース>電子申告の順に移動します。
選択 コンフィギュレーションプロバイダ。
新しいコンフィギュレーションプロバイダーを作成し、ページを閉じます。
選択 ..>有効な 作成したコンフィギュレーションプロバイダに適用されます。

有効なソリューション。

シナリオ 1 : UTGST 用税コンフィギュレーションを拡張する

立法制を導入しない労働組合のテリテリについては、GST 2013年に「UTGST」が導入され、SGSTに変更されています。インドの次の連邦直轄領に UTGST が適用されます。

Chandigarh
Lakshadweep
Daman および Diu
Dadra および Nagar Haveli
Andaman および Nicobar Islands

SGSTは、ニューデリーやアポカレンドルなどの労働組合のテリテリにも適用できます。この地域は独自の議事体を持ち、GSTプロセスごとに "州" と見なされます。

UTGSTでは、任意の取引で税金の次の組み合わせを適用することができます。

州内での商品やサービス (イントラスタット) の供給: CGST + SGST
連邦直轄領内での商品やサービスの供給 (イントラ -UT) : CGST + UTGST
州または連邦直轄領にまたがる商品やサービスの供給 (イントラスタット/イントラ -UT) : IGST

UTGST のインプットタックスクレジットの使用率の順序は、SGST のインプットタックスクレジットの場合と同じです。そのため、SGST または UTGST のインプットタックスクレジットは、ず SGST または UTGST、に対してそれぞれ設定されます。出力税負債、および、残高は IGST 出力税負債に対して設定できます。

このシナリオでは、次の作業を完了する必要があります:

拡張機能コンフィギュレーションの作成
課税対象ドキュメントにIntraStateInUnionTerritoryフラグを含む拡張
拡張課税対象マッピングに関するデータ転送を実行する。
Taxのデータモデルの変更 (インドGST Contoso)
State GST (SGST) の適用方法の変更
UTGSTデータベースコンポーネントタスク構成
UTGSTを含める明細行のフォーミュラの変更
税ドキュメントのコンフィギュレーションの完了
拡張コンフィギュレーションをインポートして特定の会社に配置する。

拡張機能のコンフィギュレーションの作成

拡張機能のコンフィギュレーションを作成するには、次の手順が必要です。

課税対象のドキュメント (インド) から派生した新しい課税対象ドキュメントを作成します。
課税対象のドキュメント (インド販売税) から派生した新しい課税対象ドキュメントを作成します。

" alizationコンフィギュレーション 作業スペース作業スペース>作業スペース>電子申告)、選択 Taxコンフィギュレーション。
ツリーで 、Taxable Document (インド) コンフィギュレーションを検索し選択 作成を行います。
課税対象のドキュメントモデルから派生オプションを選択し、名前と、派生課税対象ドキュメントの説明を入力します。たとえば、課税対象のドキュメント (インド Contoso) と名前を入力します。
構成の作成を選択します。
ツリーで、選択 Tax (インドGST) を選択し、コンフィギュレーション選択 作成します。
税コンフィギュレーションから派生オプションを選択し、名前と、派生課税対象ドキュメントの説明を入力します。たとえば、税 (インドContoso) と名前を入力します。
構成の作成を選択します。

課税対象ドキュメントにIntraStateInUnionTerritoryフラグを含む拡張

IntraStateInUnionTerritory フラグを課税対象のドキュメント (インド Contoso) に追加するため、次の手順を完了します。

ツリーで、 Taxable Document (インドContoso) コンフィギュレーション拡張機能コンフィギュレーションの作成、および選択 Designer。
ツリーで、Taxableドキュメント Header>>Lines、次に新しい選択新規に移動して、新しいノードを作成します。
ノードの名前を入力し、アイテムの種類を選択します。
- 名前: IntraStateInUnionTerritory
- 品目タイプ : 列挙型
追加を選択します。
"ノード" FastTabで 、選択 参照" をクリックします。
選択 NoYes をクリックし、#選択 をOK。
コンフィギュレーションを保存し、デザイナーを閉じます。
Taxable Document (インドContoso) ツリーで選択されているバージョン選択 ステータスの変更>Complete Versions リスト)。
UTGSTなどの説明入力、#選択 をOK。
エラーがある場合は、デザイナーを開いてValidate選択 をクリック、エラーを修正します。
ステータスが完了に更新されると、コンフィギュレーションを配置できる状態です。

拡張された課税対象ドキュメントのデータマッピングを完了します。

発注書または販売注文、および課税対象のドキュメントでの参照モードなどの各課税対象ドキュメントのデータマッピングがあります。データマッピングの目的は、課税対象取引から取得した値を GTE に渡し、税の適用または税の計算に使用することです。利便性のために、課税対象ドキュメントソースと呼ばれ、課税金額、HSN、SAC などの最も一般的な税に関連するフィールドをカプセル化する特別なデータソースがあります。したがって、拡張課税対象ドキュメントに追加のフィールドの値を取得し、マップするための2つの方法があります。

方法 1 : 既存の課税対象ドキュメントのソースで追加のフィールドを有効にします。
方法 2 : 電子レポート (ER) データマッピングを使用します。

方法 1 : 課税対象ドキュメントのソースによるデータマッピング

この方法を使用する前に、税エンジンの統合を必ず読み、基になる概念を理解するようにします。税エンジンでは、州か連邦直轄領かを識別する必要があります。したがってこの方法は、データプロバイダーを変更し、税エンジンにこの情報を提供するようにします。

州マスターの連邦直轄領の名前を検索します。
1. 組織管理>グローバルアドレス帳>アドレス>アドレスの設定の順に移動します。
2. 選択を保持 (または右クリック) します 労働組合 列、および選択 フォーム情報> LogisticsAdsetupSetupの順にクリックします。たとえば、列のシステムの名前が LogisticsAddressState.UnionTerritory_IN であることを確認します。

連邦直轄領内のイントラスタット取引の税エンジンモデルフィールドを追加します。

モデルアプリケーションスイートの新しいプロジェクトを作成し、新しいクラスである TaxableDocRowDPExtLineSubscriberSample を追加します。取引が連邦直轄領内のイントラスタット取引かどうかを判断し、フラグを GTE に渡すための以下のロジックを実装します。

public class TaxableDocRowDPExtLineSubscriberSample
{
    public static const str IsIntraStateInUnionTerritory = 'IntraStateInUnionTerritory';

    [SubscribesTo(classStr(TaxableDocRowDataProviderExtensionLine),               delegateStr(TaxableDocRowDataProviderExtensionLine, initExtensionFieldsForLine))]
    public static void initExtensionFieldsForLine(TaxableDocumentValidFields _validFields)
    {
    _validFields.add(IsIntraStateInUnionTerritory, Types::Enum, enumNum(NoYes));
    }

    [SubscribesTo(classStr(TaxableDocRowDataProviderExtensionLine), delegateStr(TaxableDocRowDataProviderExtensionLine, fillInExtensionFieldsForLine))]
    public static void fillInExtensionFieldsForLine(TaxableDocumentLineObject _lineObj)
    {
    _lineObj.setFieldValue(IsIntraStateInUnionTerritory, TaxableDocRowDPExtLineSubscriberSample::IsIntraStateWithUnionTerritory(_lineObj), enumNum(NoYes));
    }

    private static NoYes IsIntraStateWithUnionTerritory(TaxableDocumentLineObject _lineObj)
    {
    boolean                     isIntraStateWithUnionTerritory = NoYes::No;
    LogisticsPostalAddress      partyAddress;
    LogisticsPostalAddress      taxAddress;
    LogisticsAddressState       partyState;
    SalesPurchJournalLine       documentLineMap;                TaxModelTaxable_IN          taxModelTaxable;
    documentLineMap = SalesPurchJournalLine::findRecId(_lineObj.getTransactionLineTableId(), _lineObj.getTransactionLineRecordId());
    taxModelTaxable = TaxModelDocLineFactory_IN::newTaxModelDocLine(documentLineMap);
    partyAddress = taxModelTaxable.getPartyLogisticsPostalAddress();
    taxAddress = taxModelTaxable.getTaxLogisticsPostalAddressTable();
    if (partyAddress && taxAddress
        && partyAddress.CountryRegionId == taxAddress.CountryRegionId
        && partyAddress.State != ''
        && taxAddress.State != ''
        && partyAddress.State == taxAddress.State)
    {
        partyState = LogisticsAddressState::find(partyAddress.CountryRegionId, partyAddress.State);
            isIntraStateWithUnionTerritory = partyState.UnionTerritory_IN;
    }
    return isIntraStateWithUnionTerritory;
     }

}

デザイナーでのデータ連結を実行します。
1. Taxable Document (インドContoso) コンフィギュレーションに移動してから、Designer選択 します。
2. 選択 のデータソースへの転送
3. 発注書または販売注文など、それぞれの課税対象ドキュメントと参照モデルのためのたくさんのデータマッピングがあります。ビジネスの要求に応じて、データマッピングを行う必要があります。たとえば次のようにできます。
  1. 販売注文明細行を選択します。
  2. デザイナー をクリックします。
4. 1 ~ 5 の手順を実行した後、データソースの、販売注文>ヘッダー>明細行の下に、IntraStateInUnionTerritory を見つけることができます。このフィールドを、課税対象のドキュメントの IntraStateInUnionTerritory:Enumeration 値に連結することができます。
5. コンフィギュレーションを保存し、デザイナーを閉じます。
6. コンフィギュレーション 作業スペース 、ステータス選択変更>Complete。
7. UTGSTなどの説明入力、#選択 をOK。
8. エラーがある場合は、デザイナーを開いてValidate選択 をクリック、エラーを修正します。

方法 2 : ER モデルマッピングデザイナーを使用してデータマッピングします。

この方法を使用する前に、ER およびテーブルの関係、クラス、および発注書に関するメソッドに精通するようにしてください。

発注書に対してモデルマッピングデザイナーを開き、PurchLine をルートデータソースとしてテーブルレコードに追加します。
Data model\Enumeration YesNo Global および Dynamics 365 for Operations \Enumeration NoYes を追加します。
データソース ツリーで、発注書>明細行の下に計算済フィールドとして $PurchLine を追加し、既存の課税対象ドキュメントである発注書と PurchLine テーブルレコードの関係を構築します。 式の編集を選択します。
"PurchLine" と "販売注文" の を説明する を する式を入力します

FIRST(FILTER(PurchLine, PurchLine.RecId='purchase order'.Header.Lines.RecId))
保存を選択して、ページを閉じます。

$PurchLine で、計算済フィールド $IsIntraStateInUnionTerritory を追加し、次の式を使用します。

AND('purchase order'.'$PurchLine'.'initTaxModelDocLine_IN()'.getPartyLogisticsPostalAddress.'>Relations'.State.StateId = 'purchase order'.'$PurchLine'.'initTaxModelDocLine_IN()'.getTaxLogisticsPostalAddress.'>Relations'.State.StateId, 'purchase order'.'$PurchLine'.'initTaxModelDocLine_IN()'.getPartyLogisticsPostalAddress.'>Relations'.State.UnionTerritory_IN = NoYesAx.Yes, 'purchase order'.'$PurchLine'.'initTaxModelDocLine_IN()'.getTaxLogisticsPostalAddress.'>Relations'.State.UnionTerritory_IN = NoYesAx.Yes)

モデルマッピングデザイナーでマッピングを完了します。
1. Data Sources ツリーで、$IntraStateInUnionTerritory を選択します。
2. Data Model ツリーで、IntraStateInUnionTerritory を選択します。
3. 編集を選択します。
4. ブール値を、拡張課税対象ドキュメントの IntraStateInUnionTerritory フィールドで使用される列挙値に変換するために次の式を入力します。
```
CASE('purchase order'.'$PurchLine'.'$IsIntraStateInUnionTerritory', true, NoYesModel.Yes, false, NoYesModel.No)
```
5. 保存を選択して、ページを閉じます。
コンフィギュレーションを保存し、デザイナーを閉じます。
コンフィギュレーション 作業スペース 、ステータス選択変更>Complete。
UTGSTなどの説明入力、#選択 をOK。
エラーがある場合は、デザイナーを開いてValidate選択 をクリック、エラーを修正します。

税 (インド販売税 Contoso) のデータモデルを変更します。

コンフィギュレーションの後 Tax (インドGST Contoso) に移動してからDesigner選択 を実行。
選択 Taxドキュメント、さらに選択 Taxable Document (インドContoso) データモデル、および選択 1 データモデルのバージョンの順にクリックします。
保存を選択して、コンフィギュレーションを保存します。

SGST の適用条件を変更

ステータスが " Tax (インドGSTContoso)" コンフィギュレーション、選択 "貸方"、および "選択 Designer" の順にクリックします。
Taxドキュメント >Header>Lines>GST>SGST に移動してから、選択 Lookups タブを開きます。
列を選択します。
選択 IntraStateInUnionTerritory 移動可能な列 リストから選択選択 次に、右矢印ボタンをクリックして列を [選択済] 列 リストに移動します。
OK を選択します。
IntraStateInUnionTerritory 列で、いいえを選択します。
保存を選択して、コンフィギュレーションを保存します。

UTGST 税コンポーネントを構成します。

ステータスが " Tax (インドGSTContoso)" コンフィギュレーション、選択 "貸方"、および "選択 Designer" の順にクリックします。
UTGST 税コンポーネントを追加します。
1. 税務書類>ヘッダー>明細行>販売税 と移動します。選択追加、次にTax選択 を追加します。
2. UTGST税コンポーネントの名前と説明を入力し、次に選択 OK。
UTGST 税コンポーネントの税措置を構成します。
1. 税務書類ツリーを展開し選択UTGST税コンポーネントをクリックして、測定を作成します。
2. 選択追加、次にTax選択 を追加します。
3. UTGST の適用可能性以外、プロパティ、検索、式、転記の場合、および会計など、すべてのロジックは SGST の場合と同じです。したがって、すべて選択名 リストでSGSTが使用する税 を選択してから選択 OK。
ルックアップの率/パーセンテージを構成します。
1. UTGST 税コンポーネントノードを展開します。
2. 率/パーセンテージ型の基準を選択する。
3. 選択選択>列税率/割合の値に関連する属性の一覧を表示します。
4. SGST が使用するのと同じ属性を選択します。
  
  メモ
  
  この行を選択追加。ここで入力した値は、実際の単価表に影響を与えません。そのテーブルは、税>税コンフィギュレーション>税の設定で構成される必要があります。
5. 税務書類を保存します。
プロパティを構成する。
1. Tax document>Header>Lines>GST>UTGST と移動します。選択を選択 プロパティ タブ。
2. 選択 ( の横のアイコン) 編集。
3. SGST が使用するのと同じ条件を入力します。
4. 税務書類を保存します。
税の適用可能性のルックアップを構成します。
1. Tax document>Header>Lines>GST>UTGST と移動します。選択を選択 ルックアップ タブ。
2. 列を選択します。
3. インポートオーダーおよび IntraStateInUnionTerritory を参照列として選択します。
4. コンフィギュレーション をソースタイプとして選択します。
5. 追加を選択します。 インポートオーダー列にはいいえを選択し、IntraStateInUnionTerritory 列にははいを選択します。
6. 税務書類を保存します。
コンフィギュレーション形式式は、グループノードのレベル (行、税コンポーネントまたは税タイプ) または基準ノードレベルで構成できます。ただし、常にグループノードレベルで税の計算式を設定することをお勧めします。税額の配分式は、グループノードレベル (行、税コンポーネントまたは税タイプ) または基準ノードレベルで構成できます。
1. Tax document>Header>Lines>GST>UTGST と移動します。選択を選択式タブ。
2. 選択 税フォーミュラを追加します。
3. 詳細クイックタブで、カテゴリとして計算を選択し、式と条件を編集します。
4. UTGST 税コンポーネントが SGST とすべて同じ式になるまで手順 2 ~ 3 を繰り返します。
5. 税務書類を保存します。
転記プロファイルを構成します。 税コンポーネントタイプのノードのみ、転記プロファイルの定義をサポートします。
1. Tax document>Header>Lines>GST>UTGST と移動します。選択を選択転記タブ。
2. 選択 プロファイルを追加 新しい転記プロファイル定義を作成します。
3. 詳細クイックタブで、前のタスクで定義されている税基準の会計処理を入力し、借方と貸方の会計補助元帳の名前を提供します。
4. 選択編集転記プロファイルの条件を入力します。
5. 必要に応じて、転記プロファイルの説明を入力します。
6. UTGST 税コンポーネントが SGST とすべて同じ転記プロファイルとなるまで手順 2 ~ 3 を繰り返します。
7. 税務書類を保存します。
会計のルックアップを構成します。 税タイプおよび税コンポーネントタイプのノードのみ会計ルックアップの定義をサポートします。
1. Tax document>Header>Lines>GST>UTGST と移動します。選択を選択会計タブ。
2. 選択列をクリックすると、会計税に使用される主要勘定を決定するために使用できる属性の一覧を表示できます。
3. SGST が使用するのと同じ属性を選択します。
  
  メモ
  
  この行を選択追加。ここで入力した値は、実際の税主勘定決定テーブルに影響を与えません。そのテーブルは、税>税コンフィギュレーション>税の設定で構成される必要があります。
4. 税務書類を保存します。
クレジットプールを構成します。 税コンポーネントタイプのノードのみクレジットプールの定義をサポートします。
1. Tax document>Header>Lines>GST>UTGST と移動します。選択を選択 [貸方プール] タブ。
2. 選択列、このコンポーネントの税決済に関連する属性の一覧を表示します。通常、選択された列は、販売税登録番号のように適切な税登録番号です。
3. SGST が使用するのと同じ属性を選択します。
  
  メモ
  
  この行を選択追加。ここで入力した値は、実際の単価表に影響を与えません。そのテーブルは、税>税コンフィギュレーション>税の設定で構成される必要があります。
4. 税務書類を保存します。

UTGST を含めるために明細行の式を変更します。

税務書類>ヘッダー>明細行と移動します。選択を選択 フォーミュラ タブ。
基準金額、明細行の税額、および価格に含まれる税額基準を含むすべての数式を変更し、数式が UTGST を反映するようにします。たとえば、内税額式を次のように変更します。
税務書類を保存します。
デザイナーを閉じます。

税務書類のコンフィギュレーションを完了します。

" alizationコンフィギュレーション 作業スペース作業スペース>作業スペース>電子申告)、選択 Taxコンフィギュレーション。
コンフィギュレーション workspace、選択 ステータスの変更、および [Complete] 選択 をクリックします。
UTGSTなどの説明入力、#選択 をOK。
エラーがある場合は、デザイナーを開いてValidate選択 をクリック、エラーを修正します。
ステータスが完了に更新されると、コンフィギュレーションを配置できる状態です。

コンフィギュレーションをインポートし、特定の会社に配置します。

税>設定>税コンフィギュレーション>税の設定と移動します。
新しいレコードを作成し、税の設定を定義します。
コンフィギュレーション を選択します。
選択を選択 税コンフィギュレーション タブ。
Available 、セクション選択新規で、税コンフィギュレーションを作成します。

メモ

税に追加されるコンフィギュレーションは、使用可能なコンフィギュレーションタブに一覧表示されます。
税 (インド販売税) のように、必要なコンフィギュレーションを選択します。保存を選択します。
選択同期。
有効化 を選択します。
閉じるを選択します。
選択を選択会社 FastTab
選択 を追加 し、その選択 にINを フィールドに します。
保存を選択します。
選択 有効化 会社のコンフィギュレーションを有効にします。
選択 Setup 新しいバージョンのデータを設定するには、このオプションを使用します。

シナリオ 2 : 参照モデルを使用します。

Microsoft 製のコンフィギュレーションごとに、BCD の税率は、優先的関係者/インポートオーダー/カスタム輸入税率コード/エクスポートオーダー/エクスポートカスタム輸出税率コードによって決定されます。このシナリオを使って、さまざまな国/地域からの商品のインポートオーダーに BCD の異なる税率を適用することをサポートするために参照モデルを使用する方法について説明します。

このシナリオでは、次の作業を完了する必要があります:

拡張機能コンフィギュレーションの作成
原産国/地域の参照モデルの追加
参照モデルマッピングデータ転送の完了
リンクなドキュメントの参照モデルをフィールドに表示する
BCD税率のルックアップの変更
税ドキュメントのコンフィギュレーションの完了
コンフィギュレーションをインポートして特定の会社に配置する。

原産国/地域の参照モデルを追加します。

" alizationコンフィギュレーション 作業スペース作業スペース>作業スペース>電子申告)、選択 Taxコンフィギュレーション。
選択Taxable Document (インド Contoso) コンフィギュレーションを検索および表示してから、Designer選択 を実行します。
選択 ..>参照モデル 、利用可能なすべての参照モデルを表示できるようビューを変更します。
選択新規新しい参照モデルを追加します。
- 名前 : 原産国/地域
- ノードタイプ – モデルルート
追加を選択します。
[ 原産国選択 新しい を追加します。
- 名前 : 原産国/地域
- ノードタイプ - 子のノードのタイプ
- 品目タイプ - レコードリスト
追加を選択します。
新しい を追加するには、原産国、選択 新しい を強調表示します。
- 名前 : 原産国/地域
- ノードタイプ - 子のノードのタイプ
- 品目タイプ - 文字列
追加を選択します。
[ 元の国、選択 、その他の。
原産国\原産国\原産国を、ナチュラルキーとして選択します。
エラーがある場合は、デザイナーを開いてValidate選択 をクリック、エラーを修正します。

状態を完了に更新すると、コンフィギュレーションを配置できる状態になります。

参照モデルのデータマッピングを完了します。

" alizationコンフィギュレーション 作業スペース作業スペース>作業スペース>電子申告)、選択 Taxコンフィギュレーション。
選択Taxable Document (インド Contoso) コンフィギュレーションを検索および表示してから、Designer選択 を実行します。
選択 モデルをデータソースに転送します。
選択 元の国 し、選択追加。
[ 原産国 一覧で選択されている場合選択 Designer モデルのデザイナーを開マッピング。
ルートとして LogisticsAddressCountryRegion テーブルレコードを追加します。
1. データソースタイプで、テーブルレコードを選択します。
2. ルートの追加を選択します。
3. 名前フィールドに、LogisticsAddressCountryRegion という名前を入力します。
4. テーブルを選択します。
5. OK を選択します。
テーブルをバインドします。
1. データソースツリーで、手順 5 で作成した LogisticsAddressCountryRegion テーブルレコードを選択します。
2. 日付モデルツリーで、原産国: レコードの一覧を選択します。
3. バインドを選択します。
フィールドをバインドします。
1. データソースツリーで、国/地域 (CountryRegionID): 文字列を選択します。
2. データモデルツリーで、原産国: 文字列を選択します。
3. バインドを選択します。
保存を選択します。

課税対象ドキュメントで、参照モデルをフィールドにリンクします。

選択 ..>課税対象ドキュメント 、表示をTaxableドキュメントに 変更できます。
課税対象ドキュメント>ヘッダー>明細行>販売税>原産国/地域と移動します。
"ノード" FastTabで選択 選択を定義します。
参照モデルに原産国を選択します。
OK を選択します。
コンフィギュレーションを保存し、デザイナーを閉じます。
コンフィギュレーション workspace、選択 ステータスの変更、および [Complete] 選択 をクリックします。
「原産国/ の追加参照モデル」などの説明を入力し#選択 を入力OK。
エラーがある場合は、デザイナーを開いてValidate選択 をクリック、エラーを修正します。

ステータスが完了に更新されると、コンフィギュレーションを配置できる状態です。

BCD 税率のルックアップを変更します

コンフィギュレーションに Tax (インドGST Contoso) に移動してから、Designer選択 を実行します。
税 (インド販売税 Contoso)のデータモデルを、拡張された課税対象ドキュメントの更新されたバージョンに変更します。これを行うには、シナリオ 1、タスク 3 : 拡張された課税対象ドキュメントのデータマッピングを完了にある手順を完了します。
税務書類>ヘッダー>明細行>カスタム関税>BCD>レートと移動します。選択を選択 ルックアップ タブ。
列を選択します。
選択 /原産国/地域 参照列として選択し、右矢印ボタン選択をクリックします。
保存を選択します。

拡張機能コンフィギュレーションを最新の Microsoft コンフィギュレーションにリベースする

拡張機能コンフィギュレーションに移動し、リベースを選択します。
リベース ダイアログボックスのターゲットバージョン フィールドで、ターゲットバージョンを最新の Microsoft バージョンに変更します。

競合がある場合は、警告メッセージが表示されます。
競合を解決するには、デザイナーを選択してリベースされた拡張機能コンフィギュレーションを開きます。
次の 3 つの方法のいずれかを選択して、競合を解決します。
- [前の基準値: 基本コンフィギュレーションを初めて作成した場合に元の値を適用します。
- [基準値の適用 : ターゲット基本コンフィギュレーションから現在の値を適用します。
- 独自の値 : 拡張機能コンフィギュレーションの値を適用します。
競合を解決すると、解決済のチェックボックスがマークされます。

シナリオ3: プログラム価格に対する税エンジンのコンフィギュレーションの拡張

インドで価格変更後の機能を追加するには、税エンジンのコンフィギュレーションを拡張します。詳細については、「関連する価格次の税エンジンコンフィギュレーション」を参照してください。

次の方法で共有

税エンジンコンフィギュレーションの拡張