コンテンツ – 出張手当インポート（XML v 1）【重要】出張手当インポートの

(1)

Expense – インポートとエクスポートの仕様13-1

最終更新日: 2010年1月15日

【重要】出張手当インポートの

3

つの章 ... 13-4 概要 ... 13-4 出張手当インポート ... 13-5 重要な概念 ... 13-5

算出方法 ... 13-5

算出方法のプロパティ ... 13-5

レートフィード... 13-5

レート地 ... 13-6

出張手当インポート - 基本の手順 ... 13-7

ステップ

1: インポートデータファイルを作成する ... 13-8

ファイルの命名規則 ... 13-10

インポート設定レコード ... 13-10

設定インポーター（レコードタイプ

100） ... 13-10

インポートのオプション ... 13-18

出張手当の時間帯別食事代レートレコード ... 13-18

時間帯別食事代レートインポーター（レコードタイプ

200） ... 13-20

出張手当レートレコード ... 13-21

出張手当レートインポーター（レコードタイプ

300） ... 13-21

出張手当の有効期限切れレートレコード ... 13-26

出張手当の有効期限切れレートインポーター（trx_type 310） ... 13-26

出張手当レート地対応付けレコード ... 13-27

場所に関するその他の問題 ... 13-28

出張手当レート地対応付けインポーター（trx_type 400） ... 13-29

(2)

出張手当構成レコード ... 13-31

出張手当構成インポーター（trx_type 500）... 13-31

出張手当構成の対応付けレコード ... 13-35

出張手当構成の対応付けインポーター（trx_type 600） ... 13-36

出張手当インポートパーセント控除レコード ... 13-37

出張手当インポートパーセント控除インポーター（trx_type 700） ... 13-37

出張手当インポート額控除レコード ... 13-38

出張手当インポート額控除インポーター（trx_type 800） ... 13-39

ステップ

2: インポートデータファイルを Concur に移動する ... 13-41

ステップ

3: Concur によりデータをインポートされる ... 13-41

(3)

Expense – インポートとエクスポートの仕様13-3

日付 注意事項/コメント/変更内容

2013

年

7

月

19

日本ガイドに新しい章を追加し、本章の番号を更新しました。

内容の変更はありません。

2012

年

3

月著作権を変更しました。内容の変更はありません。

2010

年

12

月

31

日著作権を更新し、商標を変更しました。内容の変更はありません。

2010

年

1

月

15

日出張手当のインポート情報を

3

つの章に分割しました:

 「第

10

章: 出張手当インポート（Classic ユーザーインターフェース）」を、「第

10

章: 出張手当インポート（XML v 1）」に変更しました。内容の変更はありません。

 「第

10

章: 出張手当インポート（現在のユーザーインターフェース）」を、「第

11

章: 出張手当インポート（XML v 2）」に変更しました。内容および数値の変更はありません。

 「第

12

章: 出張手当インポート出張手当インポート（XML v 3）を新しく追加しました。「郡」に関する情報を含めました。

2009

年

12

月

11

日出張手当インポートデータファイルのジョブタイプが

「travel_allowance」から「perdiem」に変更されました。

2008

年

4

月（SU30）

2

種類のインターフェースについての情報を追加しました:



Classic ユーザーインターフェース

 現行のユーザーインターフェース それぞれに個別のインポートがあります。

「Classic」インポートへの変更はありません。

2007

年

11

月（SU25）初版発行

(4)

Chapter 13: 出張手当インポート（XML v 1）

【重要】出張手当インポートの 3 つの章

出張手当インポートにはバージョンの異なる

3

つの章があります:

•

出張手当インポート（XML v 1）

•

データファイルを作成する前に、適切な章を参照していることを、Concurで確認してくださ い。

概要

この機能を使用すると、以下の出張手当情報をインポートすることができます:

•

構成および構成とグループの対応付けデータ

•

レート

•

レート地とシステムの対応付けデータ

!

重要: 国別の設定ガイドをご利用いただけます（イタリア、US/GSA、ドイツ、オーストラ リア、フィンランドなど）。特定の国に関する出張手当の要件（ルール）に基づいて、その国の出張手当の構成に必要な詳しい情報を提供します。該当する国の設定ガイドを探して、

本ガイドと一緒にご利用ください。

(5)

Expense – インポートとエクスポートの仕様13-5

重要な概念

算出方法

出張手当の算出の決定は、出張手当レートの計算方法と適用方法を制御するルールセットを特定することで行います。サポートされているすべての計算方法については、該当する国の設定ガイドで説明しています。

算出方法のプロパティ

算出方法のプロパティとは、特定の国の出張手当ルール（算出方法）を実装するのに必要なデータです。このプロパティは、出張手当レートを計算または調整するときにデータとして使用されます。プロパティの例には、初日/最終日の食事代の計算に適用する係数（パーセンテージ）、

半日出張分の計算に使用する時間数、出張延長の計算に使用する出張日数などがあります。利便性のため、プロパティの値は、実装にハードコードせずにデータベースに格納します。これらの計算プロパティは、すべての国で必要というわけではありません。

NOTE:

算出方法のプロパティは構成データではありません。したがって、変更するための手段

はありません。

レートフィード

レートフィードの概念は、Expenseアプリケーションでの出張手当データの管理方法や使用方法を理解する上で重要です。簡単に言うと、レートフィードは、すべてのレート地データ、時間帯別料金を含む（すべての政府関係者用割引料金／会社料金で構成されているレートフィード（使用されている場合）、関連するすべての出張手当および構成から従業員へのグループ対応付けデータで構成されています。特定のレートフィードは、特定の出張手当、算出方式（米国一般調達局のルール、ドイツのルールなど）に関する出張手当機能を実装するのに必要な、すべてのデータを提供します。特定のレートフィードを関連付けることができる算出方法は

1

つだけですが、複数のレートフィードで

1

つの算出方法を使用できます。

(6)

出張手当の各インポートデータファイルは、1つのレートフィード用のデータを提供します。

1

つのインポートデータファイルに複数のレートフィード用のデータを含めることはできません。インポートデータファイルをインポートする際、レートフィードを設定インポーターレコードで指定します（詳細は口述します）。他のすべてのレコードタイプは、このレートフィードに関連付けられている出張手当データを追加、修正、または削除します。各出張手当インポートデータファイルには、設定インポーターレコードが必要です（最初のレコードとして指定）。その後、後述の各レコードタイプの条件に従って、インポートファイルに残りのレコードタイプを含めることができます。

レート地

レート地とは、出張手当レートを関連付ける特定の地理的な場所です。レート地には、国や都道府県、または市区町村、都市圏などを指定できます。

Expense

での特定のレート地は、国コード（CT_COUNTRY）、国のサブ区分名またはコード

（CT_CTRY_SUBDIVISION）、および場所名の組み合わせで定義します。レート地のこれらの要素は、1つ以上の要素に値が含まれていると未定義（空）になります。以下の例は有効です。

表

1: 有効なレート地のサンプル

国コード 国のサブ区分 場所説明

US US-WA

シアトル／キング郡シアトルの都市圏

US US-WA

ベルビューシアトルの市

US US-WA <空>

ワシントン州。レートフィードで明確に定

義されていない、州内の市、郡、都市圏の既定のレート地です。

US <空> <空>

米国。レートフィードで明確に定義されて

いない、米国内の場所の既定のレート地。

UK <空> London

ロンドン市内

(7)

Expense – インポートとエクスポートの仕様13-7

<空> <空> <ユーザー定義のラ

ベル>

「最後の手段のレート地」に関する特殊なケース。これらのレート地のいずれか

1

つだけをレートフィードに割り当てることができます。レートフィードで他のレート地に一致しない既定の出張手当レートを特定するために使用します。

レート地は、3つの要素で定義したとおりに、複数の出張手当インポートのレコードタイプで使用されます。レコードタイプ間の特定のレート地を参照するときには、3つの要素と同じ値を使用する必要があります。空の要素の場合、その要素は空のままにする必要があります。空の要素に、「empty」、「none」、「null」のような文字列を入力しないでください。

インポートするデータの準備では、以下のロジックに従って、旅程の到着都市/場所が正しい到着レート地に割り当てられます。システムは次のことを行います:

1.

レート地の対応付けテーブルをチェックします（400レコードタイプでインポートされます）

2.

国、都道府県、および市区町村について、完全一致をチェックします

3.

国と市区町村について完全一致をチェックしますが、都道府県は空白のままです。

4.

国と都道府県について完全一致をチェックしますが、市区町村は空白のままです。

5.

国について完全一致をチェックしますが、都道府県および市区町村は空白のままです。

6.

国と都道府県両方が空白で、「その他のすべての国」など、会社が定義したラベルがあるレコードをチェックします。

出張手当インポート - 基本の手順

ここでは簡単に基本の手順を説明します。詳細は次のセクションをお読みください。

•

ステップ

1: インポートデータファイルを作成し、この仕様の要件を満たしているかど

うかを確認します。

(8)

•

ステップ

2: Concur

にインポートデータファイルを移動します。

NOTE:

出張手当インポートを定期的に実行するようにスケジュール設定されていない場

合は、Concur Client Central Webサイトからインポートスケジュールの設定についてケースを提出するか、クライアントサポート担当者にご連絡ください。

統合管理者ロールが割り当てられているユーザーとしてログオンし、エンティティ用に設定されたインポート定義とスケジュールを表示すると、インポートスケジュールが設定されているかどうか確認することができます。

•

ステップ

3: Concur

がデータファイルをインポートするバッチジョブを実行します。

!

ステップ 1: インポートデータファイルを作成する

本書に記載されている仕様に従ってファイル形式を設定し、インポートデータファイルを作成します。インポートデータファイルの仕様は次のとおりです：

•

ファイル形式: コンマ区切り値、UTF8

•

既定のフィールド区切り文字: コンマ

•

エンクロージング文字: クォーテーションマーク（引用符）

•

レコードの区切り文字: CRLF

•

データレコードのレイアウト: 出張手当インポートファイルにはレコードタイプが

6

つあります。レコードタイプは次のとおりです：

 100 –設定インポーター

 200 – 時間帯別食事代レートインポーター

 300 – レートインポーター

(9)

Expense – インポートとエクスポートの仕様13-9

 400 – レート地対応付けインポーター

 500 – 構成インポーター

 600 – 構成対応付けインポーター

 700 – インポートパーセント控除インポーター

 800 – インポート金額控除インポーター

レコードタイプはこの後のページの表に登場します。

インポートデータファイルを作成する場合、正しいレートフィードを指定するために、各ファイルの最初のレコードとして設定インポーターレコードを含める必要があります。通常、インポートデータファイルには、次の制約に従って残りのレコードタイプを任意の順序で組み合わせて含めることができます:

•

レートフィードが時間帯別料金を使用する場合、レコードタイプ

200

および

300

を同じインポートファイルに含めます（順序は任意です）。

•

レートレコードの処理に控除パーセント／金額データを使用する場合、レコードタイプ

700

と

800

またはそのいずれかを、タイプ

300

のレコード同じインポートファイルに含めることができます。その場合、レコードタイプ

700

や

800

はすべて、タイプ

300

のレコードの前に配置する必要があります。または、タイプ

300

のレコードを含むファイルをインポートする前に、レコードタイプ

700

や

800

を個別のファイルでインポートします。

•

タイプ

600

の複数のレコードは、1つのタイプ

500

レコードを参照できます。レコードタイプ

500

と

600

は、同じフィードファイルに任意の順序で配置できます。

•

出張手当機能を完全に動作させるために、レコードタイプ

300、500、および 600

が必要です。レートフィードで時間帯別料金を使用する場合、レコードタイプ

200

も必要です。

1

つのファイルを使用してすべてのデータをインポートすることも、複数のファイルを使用して異なるレコードタイプをインポートすることもできます。1対多ファイルアプローチは、構成レコードタイプ

500、600

を使用します。2つ目のファイルには、タイプ

300

と

200

のレート

(10)

レコードを含めます（必要な場合）。最後のファイルには、レコードタイプ

400

のレート地の対応付けを含めます。以降のレート更新ファイルには、レコードタイプ

300

と

200、および必

要に応じて

310、400

を含めます。

インポートファイルアプローチは基本的に、上記のレコードタイプの制約に従っている限り、

有効です。

ファイルの命名規則

インポートファイルの名前は、"jobtype_entitycode"のような形式にします。出張手当インポートデータファイルの出張手当ジョブタイプは「perdiem」です。エンティティがコード

t0000123abcd

を持つ場合は、出張手当インポートデータファイルの名前を

"perdiem_t0000123abcd"のようにします。

インポート設定レコード

インポート設定レコードは、出張手当のインポート方法を制御する、管理者が編集可能な設定を提供するために使用されます。

設定インポーター（レコードタイプ

100）

この情報はインポートに必須です。このレコードセットは、次の項目を定義します:

表

2: レコード ID "SettingsImporter"のデータ

名前定義 必須か 説明 会社のフィール

ド定義

取引タイプ

100

はい常に

100

の固定値です。レコードタイプを示します。

エラーしきい値

0

以上の整数はいこのフィールドは使用されなくなりましたが、省略したり空白のままにしたりすることはできません。0以上の整数を入力します。

(11)

Expense – インポートとエクスポートの仕様13-11

言語コード最長

5

文字（大文字と小文字は区別されません）

はいインポートファイルの翻訳済みテキストの言語コードを指定します。このコードは、データベースの参照を実行するときに使用されます。データベースでサポートされている言語のいずれかに一致する必要があります。

TA

算出方法コード

最長

12

はい

CT_TA_CALC_METHOD.CM

_CODE

からの既存のコードにす

る必要があります。

TA

レートフィードコード

最長

20

はいインポートするすべての出張手当データを、このレートフィードコードに関連付ける必要があります。このレートフィードコードが

CT_TA_RATE_FEED

テーブルにない場合、TAレートフィード名および

TA

時間帯フィールド

（以下の説明を参照）を使用して、新しいレートフィードレコードを作成する必要があります。

(12)

名前定義 必須か 説明 会社のフィール ド定義

TA レートフ

ィード名

最長

60

文字

N

この名前の言語は、インポート設定で指定した言語コードに基づきます。新しい TA レートフィードレコードを作成するとき、この名前がレートフィードコードに関連付けられます。入力しないと、

レートフィードコードの既定の名前になります。

注意: このフィールドは、新しい レートフィードに対してのみ必要です。新しいレートフィードを作成する場合にのみ使用されます。

以降のすべてのインポートについては、このフィールドは無視されます。

TA 時間帯

連続する整数

0～1440

の増加する連続した整数。0-

x-y-z

という形式で指定します。

N

これらの数値は、24時間中にレートフィードに適用される時間帯を分単位で定義します。レートフィードに設定してインポートした後は、数値は変更できません。時間帯を変更するには、新しいレートフィードを定義してインポートします。

時間帯は、次の方法でシステムによって評価されます。

下限 ≤ 期間 < 上限

注意：

• 区切り文字にはハイフン（-）を使用します。たとえば、0～

480

分、480～840分、および

840～1440

分のレートを定義

(13)

Expense – インポートとエクスポートの仕様13-13

する算出方法の場合、フィールドに

0-480-840

を含めます。

• このフィールドは、TA 算出方法で時間帯別料金を使用する新しいレートフィードに入力する場合にのみ必要であり、新しいレートフィードを作成する場合にのみ使用されます。以降のすべてのインポートについては、

このフィールドは無視されます。

• この値の設定方法については、

国別の出張手当設定ガイド（イタリア、US/GSA、ドイツ、オーストラリア、フィンランドなど）をご参照ください。

(14)

レート地対応付けの重複の取扱い

REPLACE/IGNORE/

WARN（既定は WARN）

（大文字と小文字は区別されません）

N

指定したレート地のレコードが、

そのレートフィードの対応付けテーブルに既に存在するする場合の取扱い方法を指定します。

以下の設定が使用されます。

•

REPLACE: 既存の場所コード

を、そのレート地の新しいコードに置換します。

•

IGNORE: 既存の場所コードを

置換しません。インポートレコードを無視します。

•

WARN: 既存の場所コードを置

換しません。インポートレコードを、無視されたレコードのファイルに移動して、インポートのジョブの実行の詳細に記録します。

(15)

Expense – インポートとエクスポートの仕様13-15

構成レコードの重複の取扱い

REPLACE/IGNORE/

WARN（既定は WARN）

N

構成インポーター、構成対応付けインポーター、インポートパーセント控除インポーター、およびインポート金額控除インポーターのレコードを入力するときに、そのレコードが、指定したレートフィードのテーブルに既に存在する場合の取扱い方法を指定します。

以下の設定が使用されます。

•

REPLACE: 既存のレコード

を、入力されたレコードに置換します。

•

IGNORE: 既存のレコードを置

換しません。インポートレコードを無視します。

•

WARN: 既存のレコードを置換

しません。インポートレコード を、無視されたレコードのファイルに移動して、インポートのジョブの実行の詳細に記録します。

(16)

出張手当の必須レート

以下の設定は、出張手当レートレコードインポーター（RateImporter）によって、すべての必須の出張手当レートが出張手当レートレコードに入力されていることを検証するために使用されます。これらのフィールドを「はい」に設定すると、対応するフィールドが出張手当レートレコード（RateImporter）のインポートファイルで入力されない場合に、インポートが失敗します。

諸雑費または朝食／昼食／夕食控除を、CT_TA_IMPORT_DEDUCT_PERCENTまた

は

CT_TA_IMPORT_DEDUCT_AMOUNT

のデータから決定できる場合、インポート

の出張手当レートレコードで値が空白の場合にのみ使用されます。

注意：

• これらのフィールドには既定値はありません。それぞれを明示的に設定する必要があります。

この値の設定方法については、国別の出張手当設定ガイド（イタリア、US/GSA、

ドイツ、オーストラリア、フィンランドなど）をご参照ください。諸雑費または朝食

／昼食／夕食控除の計算用に、特定の国の出張手当データが

CT_TA_IMPORT_DEDUCT_PERCENT または

CT_TA_IMPORT_DEDUCT_AMOUNT に追加されている場合、そのデータは、レー

トインポートファイルでこれらのフィールドが空白の場合にのみ使用されます。

CT_TA_IMPORT_DEDUCT_AMOUNT のデータは、存在する場合にのみ使用されま

す。存在しない場合、CT_TA_IMPORT_DEDUCT_PERCENT のデータがあれば、そのデータが使用されます。

宿泊料金が必須

Y または N（大文字

と小文字は区別されません）

はい（前述の「出張手当の必須レート」をご参照ください）

オーバーナイト料金が必須

Y または N（大文字

食事代レートが必須

Y または N（大文字

(17)

Expense – インポートとエクスポートの仕様13-17

諸雑費のレートが必須

Y または N（大文字

朝食代控除が必須

Y または N（大文字

昼食代控除が必須

Y または N（大文字

夕食費控除が必須

Y または N（大文字

現物支給の朝食代控除が必須

Y または N（大文字

現物支給の昼食代控除が必須

Y または N（大文字

現物支給の夕食代控除が必須

Y または N（大文字

(18)

カスタム料金が必須

Y または N（大文字

はい

NOTE: カスタム料金は、特定の

目的について、特定の算出方法によって使用されます。このフィー ルドが必須かどうかの判断につい ては、国別の出張手当設定ガイド

（イタリア、US/GSA、ドイツ、

オーストラリア、フィンランドな ど）をご参照ください。対象の国 で必要な場合にのみ、「はい」に設定してください。

インポートのオプション

必要に応じて、インポートに以下の表の情報を含めることができます。最適な結果を得るためにインポート定義ファイルから情報を削除したい場合は、その情報を削除せずに「コメントアウト」してください。不要なフィールドを自由にコメントアウトできます。特定のタイプのレコードをインポートしたくない場合は、そのレコードタイプのレコード定義全体をコメントアウトしてください。

出張手当の時間帯別食事代レートレコード

時間帯別料金を使用するこれらの

TA

算出方法には、時間帯別レートレコードが必要です。複数のレート地が共有する共通の時間帯別料金を設定することは一般的なため、入力ファイルを作成する際、出張手当レートレコードを定義する前に時間帯別レートレコードを定義しておくと便利です。

時間帯は、レートフィードの

100

レコードで定義します。レートのインポート後は変更できません。システムによって次のとおりに評価および設定されます:

下限 ≤ 期間 < 上限

(19)

Expense – インポートとエクスポートの仕様13-19

レコードは更新も削除もされません。これらのレコードの開始時間が、CT_TA_TIME_BANDテーブルのレートフィードの時間帯定義に対して検証されます。

複数の時間帯別食事代レートレコードでは、同じ

time_band_rate_code

値を持っている必要があります。最初の時間帯を

start_hours = 0

にした各時間帯にレコードを

1

つ指定する必要があります。たとえば、0～480、480～840、および

840～1440

分のレートを定義する算出方法の場合、

各レートのセットに、以下のレートレコードが必要です:

TB_RATE_1, 0, 5.00 TB_RATE_1, 480, 7.50 TB_RATE_1, 840, 10.00

…

TB_RATE_x, 0, 6.00 TB_RATE_x, 480, 8.25 TB_RATE_x, 840, 11.00

注意：

•

定義では、24時間の食事代レートが、出張手当レートレコード（300レコード）の食事代レートです。

•

このレコードで使用されるレート値は、0以上の数値（小数点以下

4

桁以内）で表します。

(20)

時間帯別食事代レートインポーター（レコードタイプ

200）

表

3: レコード ID "TimeBandRateImporter" のデータ

ド定義

取引タイプ

200

はい常に

200

時間帯別料金コード

最長

20

はいこのフィールドの値は、インポートフィードファイルを作成した人が選択します。任意の値を使用できます。このコードは、出張手当レートレコードで、時間帯別レコードを適切な出張手当レートレコードに関連付けるために使用されます。この値はインポート処理でのみ使用され、保存されません。

開始時間

0～1440

の整数 注意: 時間数ではな く、分数で指定します。

はい開始時間は、時間帯の下弦の数値

（分数）です。0で始まる時間帯別食事代レートレコードが

1

つ必要です。開始時間の値は、

CT_TA_TIME_BAND

で定義したこのレートフィードの開始時間と完全に一致する必要があり、レートフィードの

100

レコードに最初に読み込まれます。

時間帯別食事代レート

数字はい料金を [レート地の通貨] で指定します。

(21)

Expense – インポートとエクスポートの仕様13-21

レート地は、国コード、国のサブ区分、および地名によって定義されます。これらの値の組み合わせで、現在のレートフィードのレート地を一意に定義します。新しい発効日のレートを追加する場合、これらの同一の値を、以降のすべてのインポートで使用する必要があります。

注意：

•

国のサブ区分と地名は、インポート設定レコードの

lang_code

セットで指定します。これらのレコードは、指定したレート地、レートタイプ（Gまたは

C）、シーズンの開始、

および発効日が存在しない場合にのみ挿入されます。出張手当レートレコードは更新も削除もされません。

•

このレコードで使用されるレート値は、0以上の数値（小数点以下

4

桁以内）で表します。

出張手当レートインポーター（レコードタイプ

300）

表

4: レコード ID "RateImporter"のデータ

ド定義

取引タイプ

300

はい常に

300

(22)

レート地の国コード

2

注意: フィードごとに 空の国コードを

1

つ使用できます

はい

CT_COUNTRY.CTRY_ CODE

からの既存のコードにする必要があります。

国コードを入力しない場合、レート地は、明示的に入力されていないすべての場所の既定のレートを表す、「最後の手段のレート地」

です。国コードがないレートフィードごとにレート地を

1

つだけ指定できます。インポートファイルに国コードが空のレコードが複数ある場合、最後に処理されたレコードが使用されます。

レート地の国のサブ区分

最長

64

文字

N

国のサブ区分は、通常、レート地がある都道府県を表します。

ユーザーが選択した旅程の場所にレート地を正しく一致させられるように、値を

CT_CTRY_SUBDIVISION_LANG .CTRY_SUB_CODE

または

CT_CTRY_SUBDIVISION_LANG

.NAME

と一致させることを強く

お勧めします。この名前の言語は、インポート設定で指定した言語コードに基づきます。

注意: USGSAレートの州コードは、たとえばワシントン州の場合、"WA"ではなく"US-WA"という形式にします。

(23)

Expense – インポートとエクスポートの仕様13-23

レート地名最長

64

文字

N

その出張手当レートが有効な地理的な場所です。この名前の言語は、インポート設定で指定した言語コードに基づきます。

レート地名を入力しない場合、以下のとおりに処理されます:

• レート地の国のサブ区分が入力された場合、出張手当レートが、レート地の国のサブ区分の既定のレートになります。

• レート地の国のサブ区分が入力されない場合、出張手当レートが、レート地の国の既定のレートになります。

レート地の通貨コード

3

はい

CT_CURRENCY.ALPHA_ CODE

または

CT_CURRENCY.NUM_CODE

からの既存のコードにする必要があります。この通貨コードは、出張手当レートがこのレート地に関して指定されている通貨を指定します。

出張手当レートのフィールド

注意: 以下のオプションのフィールドは、インポート処理では省略可能という意味で す。特定の出張手当算出方法には、必要な場合もあります。インポート設定レコードでの出張手当の必須レート設定は、各インポートファイルに対して個々のレコードが入力されるようにするものです。

注意: 以下の食事代レートを指定しない場合、諸雑費および食費控除レートは無視さ れます。これらは、指定された食事代レートに対するものであるためです。

(24)

税率タイプ

1

はい _•

G: 政令料金

•

C: 会社料金

発効日

8

文字

次の形式で指定します: YYYYMMDD

はい

シーズンの開始

4

文字

次の形式で指定します: MMDD

N NOTE: 値を指定しない場合、既

定値の

1010

になります

宿泊料金数字

N

料金を [レート地の通貨] で指定します。

オーバーナイト料金

数字

N

食事代レート数字

N

時間帯が出張手当レコードに割り当てられている場合、この食事代レートは、24時間のフルレートを表します。

雑費数字

N

朝食代控除料金

数字

N

昼食代控除料金

数字

N

夕食費控除料金

数字

N

(25)

Expense – インポートとエクスポートの仕様13-25

現物給付された朝食代控除料金

数字

N

現物給付された昼食代控除料金

数字

N

現物給付された夕食代控除料金

数字

N

カスタム料金数字

N

NOTE: カスタム料金は、特定の

目的について、特定の算出方法によって使用されます。



このフィールドの使用方法については、国別の出張手当設定ガイド（イタリア、US/GSA、ドイツ、オーストラリア、フィンランドなど）をご参照ください。

時間帯別料金コード

最長

20

レートフィードが時間帯を使用する場合のみ

「はい」



前述の「出張手当の時間帯別食事代レートレコード」のインポート定義をご参照ください。

(26)

出張手当の有効期限切れレートレコード

このレコードは、特定のレート場所に関して、指定した日数の経過後に出張手当レートを「期限切れ」にするためのものです。発効日が最新の出張手当レートは、無期限で有効か、または、発行日が後の更新レートレコードが追加されるまで有効です。レート場所の出張手当レートがなくなった場合、有効な終了日を「無期限」から特定に日付に変更する必要があります。

レート地は、国コード、国のサブ区分、および地名によって定義されます。これらの

3

つ値の組み合わせで、現在のレートフィードのレート地を一意に定義します。有効期限レコードが正しく処理されるようにするために、これらの

3

つ値は、出張手当レートレコードおよび

CT_TA_RATE_LOCATION

テーブルまたはそのいずれか、および

CT_TA_RATE_LOC_LANG

テーブルと完全に一致する必要があります。

出張手当の有効期限切れレートインポーター（trx_type 310）

表

5: レコード ID "ExpiredRateImporter"のデータ

ド定義

取引タイプ

310

はい常に

310

最長

2

はい

CT_COUNTRY.CTRY_ CODE

最長

64 N

国のサブ区分は、通常、レート地がある都道府県を表します。このフィールドは、出張手当レートレコードおよび

CT_TA_RATE_LOCATION

テーブルまたはそのいずれかの対応する値が空の場合のみ有効であるという意味では、オプションです。

(27)

Expense – インポートとエクスポートの仕様13-27

64

はいその出張手当レートが有効な地理的な場所です。

効力終了日最長

8

次の形式で指定します: YYYYMMDD

はい指定されたレート地のレートが、

それ以降は有効でなくなる日付です。

出張手当レート地対応付けレコード

このレコードは、場所とレート地の対応付けレコードをインポートできるようにするためのものです。これらのレコードは、レート地一致アルゴリズムが照合処理を調整するために使用されます。この機能は、通常、複数の特定の場所を

1

つの出張手当レート地（都市圏や郡）に割り当てるために使用します。これらのレコードは、CT_TA_RATE_LOC_ LOCATION_MAPテーブルに格納され、CT_LOCATIONテーブルの場所を

CT_TA_RATE_LOCATION

テーブルのレート地に関連付けるための手段を提供します。

1

つの場所は、1つのレート地のみに対応付けることができます。

▪

特定の場所コード（loc_code）は、インポートファイルの

1

つの

400

レコードでのみ使用できます。それ以外の場合、インポートは失敗します。

▪

場所と既存のレート地対応付けレコードの新しい対応付けは、その場所に関して以前インポートした対応付けレコードを上書きします。

レート地は、最初の

3

つのフィールドの国コード、国のサブ区分、および地名によって定義され ます。これらの

3

つ値の組み合わせで、現在のレートフィードのレート地を一意に定義します。

対応付けレコードが正しく作成されるようにするために、これらの

3

つ値は、出張手当レートレコードおよび

CT_TA_RATE_LOCATION

テーブルまたはそのいずれか、および

(28)

CT_TA_RATE_LOC_LANG

テーブルと完全に一致する必要があります。LOC_CODEは、レート地に対応付けられる都市を特定します。

既存の対応付けレコードの処理方法については、設定インポーターのレート地対応付けの重複の取扱いフィールドの説明をご参照ください。

場所に関するその他の問題

400

レコードは、通常、USの場所に関して、GSAのレート地名と実際の都市名の違いに対処するために使用されます。GSAは、米国内のレート地をさまざまな形式で表しているため、標準化には課題があります。

• GSA

レートリストにない、Concur場所リストの都市 例: バージニア州アッシュランド

この場所は、操作なしで、州または国の次のレベルの既定のレートに引き上げられます。

オプション:

 400

レコードを使用して、この都市を特定のレート地に対応付けます。300レコードに対するこの関係は、修正または削除するまで保持されるため、そのレート地のレートを更新するその後の読み込み（300レコード）による影響は受けません



レート地の上書きオプションを有効にして、ユーザーその国に関して使用できるレート地をリストから選択して、システムが選択したレート地を上書きできるようにします。これは、エンドユーザーが事前に変更する必要があります。

• Concur

場所リストの都市ではない、GSAレートリスト上の場所

例: ヨークタウンのネイバルウェポンズステーション

操作なしでは、ユーザーが旅程を作成するときに一致する場所を見つけることはできず、

近隣の都市を推測して選択する必要があります。

オプション: 共通構成管理者の場所機能を使用して、この場所を

Concur

の場所リストに追加します。その後、レートを

300

レコードとして通常の手順で読み込むことができます。

(29)

Expense – インポートとエクスポートの仕様13-29

例: バージニア州リーズバーグ

操作なしでは、ユーザーが旅程を作成するときに一致する場所を見つけることはできず、

都市を推測して選択する必要があります。

オプション:



共通構成管理者の場所機能を使用して、この場所を

Concur

の場所リストに追加します。

さらに

 400

レコードを使用して、新しく追加した都市を適切なレート地に対応付けます。

300

レコードに対するこの関係は、修正または削除するまで保持されるため、そのレート地のレートを更新するその後の読み込み（300レコード）による影響は受けません

出張手当レート地対応付けインポーター（trx_type 400）

表

6: レコード ID "RateLocationMapImporter"のデータ

ド定義

取引タイプ

400

はい常に

400

最長

2

はい

CT_COUNTRY.CTRY_ CODE

(30)

最長

64 N

都市に対応付けるレート地レコードを特定します。レート地

300

レコードの対応するフィールドに完全に一致する必要があります。

国のサブ区分は、通常、レート地がある都道府県を表します。このフィールドは、出張手当レートレコードおよび

CT_TA_RATE_LOCATION

テーブルまたはそのいずれかの対応する値が空の場合のみ有効であるという意味では、オプションです。

64

はい都市に対応付けるレート地レコードを特定します。レート地

300

レコードの対応するフィールドに完全に一致する必要があります。

その出張手当レートが有効な地理的な場所です。

場所コード最長

5

はいレート地名（上記）に対応付ける都市の場所コードです。

CT_LOCATION.LOC_CODE

地図の削除

1

文字

Y または N（既定は N）

N

「Y」に設定すると、既存の対応付けレコードがシステムから削除されます。

(31)

Expense – インポートとエクスポートの仕様13-31

!

これらのレコードは、CT_TA_CONFIGテーブルの入力に使用されます。値は、従業員構成管理者の [出張手当] メニューオプションを使用して、インポート後に編集できます。

既存のレコードの処理方法については、設定インポーターのレート地対応付けの重複の取扱いフィールドの説明をご参照ください。

注意：

•

以下のオプションのフィールドは、インポート処理では省略可能という意味です。特定の出張手当算出方法には、必要な場合もあります。

•

このレコードで使用されるパーセント値は、0～100の数値（小数点以下

4

桁以内）で表します。たとえば、5.25パーセントは、0.0525ではなく

5.25

と表記します。

出張手当構成インポーター（trx_type 500）

表

7: レコード ID "ConfigImporter"のデータ

ド定義

取引タイプ

500

はい常に

500

(32)

TA 構成コー

ド

最長

20

はいインポートされるすべての構成データが、この TA 構成コードに関連付けられます。この TA 構成コードが CT_TA_CONFIG テーブルにない場合、新しい TA 構成レコードが作成されます。コードがある場合、SettingsImporter

config_dupe フィールドによっ

て、レコードの処理方法が決まります。

この TA 構成コードは、その後のインポートで既存の構成を更新後の値に置換するために使用されます。

また、従業員と特定の構成を関連付けるための出張手当構成レコードのインポートでも、この TA 構成コードを使用する必要があります。

TA 構成名

最長

60

文字（大文字

N

この名前の言語は、インポート設定で指定した言語コードに基づきます。新しい TA 構成レコードを作成するとき、この名前が

TA 構

成コードに関連付けられます。入力しないと、TA 構成コードの既定の名前になります。

(33)

Expense – インポートとエクスポートの仕様13-33

TA 構成リン

クテキスト

最長

100 N

このリンクテキストの言語は、インポート設定で指定した言語コードに基づきます。指定した場合、

このテキストが、TA 構成リンク

URL （次のフィールド）のレート

地ヘルパーに表示されます。

TA 構成リン

ク URL

最長

255 N

指定した場合、この

URL

がレート地ヘルパー（バージョン

7.1.1.8

で利用開始）に表示されます。TA 構成リンクテキストを指定した場合（前のフィールド）、そのテキストがこの URL のユーザーに表示されます。

出張手当タイプのフィールド

食費手当タイプと宿泊費手当タイプは、次の

2

つのフィールドで指定する必要があります。次のいずれかのコードにする必要があります:

•

NOT_USED: 手当はこの構成で使用されません

•

FIXED: 固定手当

•

RA_NO_LIMIT: 払戻可能な手当／制限なし

•

RA_LIMIT: 払戻可能な手当／制限あり

注意：

(1) 食費または宿泊費を NOT_USED

としてマークできますが、両方を

NOT_USED

としてマークすることはできません。

(2) 食費と宿泊費両方を払戻可能な手当として設定する場合は、同じタイプにする必

要があります。

(3) combine_meals_and_lodging_rate（下記参照）を Y

に設定する場合、食費と宿泊費両方を払戻可能な手当に設定し、同じタイプにする必要があります。

(34)

TA

食費タイプ

最長

12

はい

TA

宿泊費タイプ

最長

12

はい

食費と宿泊費の組み合わせ

最長

1

文字、Y または N

はい

政府機関／会社レートタイプ

最長

4

はい •

GOVT: 政令料金のみが使用さ

れます

•

COMP: 会社料金のみが使用さ

れます

•

BOTH: 政令料金と会社料金両

方が使用されます

提供された食費を控除

最長

4

はい

提供された現物支給の食費を控除

最長

1

はい

Y

の場合、[提供された食費を控除] （上記を参照）も

Y

にする必要あります。

既定で朝食が提供されたと見なす

最長

1

はい

(35)

Expense – インポートとエクスポートの仕様13-35

朝食代控除額のユーザー入力

最長

1

はい

Y の場合、[提供された食費を控

除] も

Y

にする必要あります。

レート地をユーザーが上書き

最長

1

はい

オーバーナイトを使用

最長

1

はい

会社および政府機関を表示

最長

1

はい

Y の場合、政府機関／会社レート

タイプ両方を設定する必要があります。

ダブルディップチェック

最長

1

はい

TA 構成の削

除

最長

1

文字、Y または N（既定は N）

N Y の場合、既存の TA 構成レコー

ドがソフトデリートされます。

出張手当構成の対応付けレコード

出張手当構成の対応付けレコードは、従業員を特定の出張手当構成レコードに対応付けるためのメカニズムを定義します。複数の対応付けレコードで同じ構成レコードをポイントできます。セ

(36)

グメント値を使用する場合、segment_value_1で開始し、セグメント値のリストまで連続した値を使用します。セグメント値フィールド間に違いがあってはなりません。

ctry_code

とすべてのセグメント値の組み合わせは、1つの従業員グループを表し、一意であ

る必要があります。

構成の対応付けレコードのセグメント値に比較される従業員プロファイルフィールドは、出張手当の階層で定義します。この階層では国はレベル

0

として暗黙的に定義されますが、対応付けレコードで定義する必要があります。

出張手当構成の対応付けインポーター（trx_type 600）

表

8: レコード ID "ConfigMapImporter" のデータ

ド定義

取引タイプ

600

はい常に

600 TA 構成コー

ド

最長

20

はいこの TA 構成コードは、

CT_TA_CONFIG table. テーブル

に存在する必要があります。

従業員の国コード

最長

2

はい

CT_COUNTRY.CTRY_CODE か

らの既存のコードにする必要があります。

セグメント

1

の値～セグメント

1

の値

最長

48 N

注意: セグメントフィールドをリ ストまたは連結リストとして構成する場合は、インポートレコードのショートコードを使用します。

TA 構成の対

応付けの削除

最長

1 N

「Y」に設定すると、既存の TA 構成の対応付けレコードがハードデリートされます。

(37)

Expense – インポートとエクスポートの仕様13-37

これらのレコードは、CT_TA_IMPORT_DEDUCT_PERCENT テーブルの入力と更新に使用されます。このデータは、出張手当レートレコードを処理するときに出張手当インポーターによってのみ使用されます。

このデータがある場合、値が

300

レコードで明示的に指定されず、対応する出張手当額控除レコードを使用できない、各出張手当レートレコードの諸雑費と食費の控除の入力に使用されます。控除額は、300レコードの食費合計（meals_rate、通常は食費と諸雑費両方を含む）に、

所定のパーセンテージを掛けて算出します。

NOTE:

控除する食費は、朝食、昼食、夕食のセットとみなされます。食事代金が食費のセット

から

300

レートレコードで定義されている場合、そのセットのすべての値が

300

レコードから取得されます。指定された食事控除額のセットと、指定された現物支給の食費手当控除額の別のセットです。

NOTE:

このレコードで使用されるパーセント値は、0～100の数値（小数点以下

4

桁以内）で

表します。たとえば、5.25パーセントは、0.0525ではなく

5.25

と表記します。

出張手当インポートパーセント控除インポーター（trx_type 700）

表

9: レコード ID "DeductPercentImporter" のデータ

ド定義

取引タイプ

700

はい常に

700 TA

最長

12

はい

CT_TA_CALC_

METHOD.CM_CODE からの既存

のコードにする必要があります。

(38)

国内最長

1

はい「Y」に設定すると、レコードは国内の控除になります。

「N」に設定すると、レコードは海外の控除になります。

諸雑費の％数字

N

朝食代控除％数字

N

昼食代控除％数字

N

夕食費控除％数字

N

現物給付された朝食の控除％

数字

N

現物給付された昼食代控除％

数字

N

現物給付された夕食の控除％

数字

N

夕食費控除％

の削除

最長

1 N

「Y」に設定すると、既存の控除％レコードがハードデリートされます。

出張手当インポート額控除レコード

これらのレコードは、CT_TA_IMPORT_DEDUCT_AMOUNT テーブルの入力と更新に使用されます。このデータは、出張手当レートレコードを処理するときに出張手当インポーターによってのみ使用されます。

(39)

Expense – インポートとエクスポートの仕様13-39

NOTE:

控除する食費は、朝食、昼食、夕食のセットとみなされます。食事代金が食費のセット

から

300

レートレコードで定義されている場合、そのセットのすべての値が

300

レコードから取得されます。指定された食事控除額のセットと、指定された現物支給の食費手当控除額の別のセットです。

NOTE:

このレコードで使用される金額の値は、0以上の数値（小数点以下

4

桁以内）で表しま

す。

出張手当インポート額控除インポーター（trx_type 800）

表

10: レコード ID "DeductAmountImporter" のデータ

ド定義

取引タイプ

800

はい常に

800 TA

最長

12

はい

CT_TA_CALC_METHOD.CM_CO DE からの既存のコードにする必

要があります。

国内最長

1

はい「Y」に設定すると、レコードは国内の控除になります。

「N」に設定すると、レコードは海外の控除になります。

コンテンツ – 出張手当インポート（XML v 1） 【重要】出張手当インポートの

Expense – インポートとエクスポートの仕様13-1

3

1: インポート データ ファイルを作成する ... 13-8

100） ... 13-10

200） ... 13-20

300） ... 13-21

2: インポート データ ファイルを Concur に移動する ... 13-41

3: Concur によりデータをインポートされる ... 13-41

Expense – インポートとエクスポートの仕様13-3

2013

7

19

2012

3

2010

12

31

2010

1

15

3

10

10

10

11

12

2009

12

11

2008

4

2

Classic ユーザーインターフェース

2007

11

Chapter 13: 出張手当インポート（XML v 1）

【重要】出張手当インポートの 3 つの章

3

•

•

•

概要

•

•

•

!

Expense – インポートとエクスポートの仕様13-5

重要な概念

NOTE:

1

1

1

Expense

1: 有効なレート地のサンプル

US US-WA

US US-WA

US US-WA <空>

US <空> <空>

UK <空> London

Expense – インポートとエクスポートの仕様13-7

<空> <空> <ユーザー定義のラ

1

1.

2.

3.

4.

5.

6.

出張手当インポート - 基本の手順

•

1: インポート データ ファイルを作成し、この仕様の要件を満たしているかど

•

2: Concur

NOTE:

•

3: Concur

!

ステップ 1: インポート データ ファイルを作成する

•

コンテンツ – 出張手当インポート（XML v 1）【重要】出張手当インポートの

1: インポートデータファイルを作成する ... 13-8

2: インポートデータファイルを Concur に移動する ... 13-41

1: インポートデータファイルを作成し、この仕様の要件を満たしているかど

ステップ 1: インポートデータファイルを作成する

 200 – 時間帯別食事代レートインポーター

 300 – レートインポーター

 700 – インポートパーセント控除インポーター

TA レートフ