All skills
freee avatar

/freee-api-skill

@f5d1212
by freeefreee/freee-mcp503 stars
58

freee-mcp / freee-sign-mcp と連携するスキル。会計・人事労務・請求書・工数管理・販売・IT管理・固定資産・業務委託管理・サーベイ・開業・人事評価・申告・サイン(電子契約)の詳細APIリファレンスと使い方ガイドを提供。freee の経費申請・取引登録・勤怠打刻・給与明細・見積書・試算表・仕訳・従業員管理・工数登録・売上管理・SaaSアカウント管理・備品管理・固定資産管理・業務委託先の企業ユーザー/部門管理・サーベイ企画/実施回の取得・開業申請用データの参照/更新・人事評価結果の取得・法人税申告データや帳票の参照・電子契約の文書管理などの操作やAPI仕様を調べたいときに使う。ユーザーが freee のデータ操作、会計処理、人事労務管理、請求・見積、プロジェクト工数管理、販売管理、IT管理、固定資産管理、業務委託管理、サーベイ、開業、人事評価、申告、電子契約について質問や操作を依頼してきた場合は、明示的に freee と言及していなくても、このスキルの利用を検討すること。サインは別途 freee-sign-mcp の設定が必要。

Use this Skill: https://skilld.dev/gh/freee/freee-mcp/freee-api-skill

This session only. Nothing lands on disk.

referencesaccounting-payment-requests.md

≈7.8k tokens on demand. Your agent reads this file only when SKILL.md points to it.

Payment requests

支払依頼

GET /api/1/payment_requests — 支払依頼一覧の取得

概要 指定した事業所の支払依頼一覧を取得する 支払依頼APIの使い方については、 freee会計支払依頼APIの使い方 をご参照ください

注意点 本APIでは、支払依頼の一覧を取得することができます。

パラメータ

  • company_id*: integer(int64) - 事業所ID

  • status: string - 申請ステータス、または取引ステータス 申請ステータス:

    • draft - 下書き
    • in_progress - 申請中
    • approved - 承認済
    • rejected - 却下
    • feedback - 差戻し

    取引ステータス (status が approved の支払依頼に対して):

    • unsettled - 支払待ち
    • settled - 支払済み

    approver_id を指定した場合は無効です。 (選択肢: draft, in_progress, approved, rejected, feedback, unsettled, settled)

  • start_application_date: string - 申請日で絞込:開始日(yyyy-mm-dd)

  • end_application_date: string - 申請日で絞込:終了日(yyyy-mm-dd)

  • start_issue_date: string - 発生日で絞込:開始日(yyyy-mm-dd)

  • end_issue_date: string - 発生日で絞込:終了日(yyyy-mm-dd)

  • application_number: integer(int64) - 申請No.

  • title: string - 申請タイトル

  • applicant_id: integer(int64) - 申請者のユーザーID

  • approver_id: integer(int64) - 承認者のユーザーID (/api/1/users のレスポンス id と同じ値) approver_id を指定した場合は in_progress (申請中) の支払依頼のみを返します。

  • min_amount: integer(int64) - 金額で絞込 (下限金額)

  • max_amount: integer(int64) - 金額で絞込 (上限金額)

  • partner_id: integer(int64) - 取引先IDで絞込(/api/1/partners のレスポンス id と同じ値)

  • partner_code: string - 取引先コードで絞込。事業所側で「取引先コードを利用する」設定が有効な場合に利用できます。

  • payment_method: string - 支払方法で絞込

    • none - 指定なし
    • domestic_bank_transfer - 国内振込
    • abroad_bank_transfer - 国外振込
    • account_transfer - 口座振替
    • credit_card - クレジットカード (選択肢: none, domestic_bank_transfer, abroad_bank_transfer, account_transfer, credit_card)
  • start_payment_date: string - 支払期限で絞込:開始日(yyyy-mm-dd)

  • end_payment_date: string - 支払期限で絞込:終了日(yyyy-mm-dd)

  • document_code: string - 請求書番号で絞込

  • section_id: integer(int64) - 部門IDで絞込(/api/1/sections のレスポンス id と同じ値)

  • partner_name: string - 取引先名で絞込

  • approval_flow_route_id: integer(int64) - 申請経路IDで絞込(/api/1/approval_flow_routes のレスポンス id と同じ値)

  • observing: string - 共有された申請の絞り込み

    • ignore_observing - 共有された申請を含めない
    • only_observing - 共有された申請のみ (選択肢: ignore_observing, only_observing)
  • offset: integer(int64) - 取得レコードのオフセット (デフォルト: 0)

  • limit: integer(int64) - 取得レコードの件数 (デフォルト: 50, 最小: 1, 最大: 500)

レスポンス

  • payment_requests*: array[object] - 支払依頼の一覧。詳細フィールド(description / payment_request_lines / approval_flow_route_id / comments / approval_flow_logs / receipt_ids / 振込先口座情報)は含まれません。詳細は /api/1/payment_requests/{id} で取得してください。

POST /api/1/payment_requests — 支払依頼の作成

概要 指定した事業所の支払依頼を作成する 支払依頼APIの使い方については、 freee会計支払依頼APIの使い方 をご参照ください

注意点 申請ステータス(下書き、申請中)の指定と変更、及び承認操作(承認する、却下する、申請者へ差し戻す、特権承認する、承認済み・却下済みを取り消す)は以下を参考にして行ってください。 承認操作は申請ステータスが申請中、承認済み、却下のものだけが対象です。 初回申請の場合 申請の作成(POST) 作成済みの申請の申請ステータス変更・更新する場合 申請の更新(PUT) 申請中、承認済み、却下の申請の承認操作を行う場合 承認操作の実行(POST) 申請の削除(DELETE)が可能なのは申請ステータスが下書き、差戻しの場合のみです 承認者の指定に部門役職データ連携を活用した、以下のいずれかの承認ステップを含む申請経路にも対応しています。 役職指定(申請者の所属部門) 役職指定(申請時に部門指定) 部門および役職指定 申請者がどの所属部門として申請するかは applicant_group_id で指定します。申請者が複数の部門に所属している場合は必須です。1段階...

リクエストボディ

  • company_id*: integer(int64) - 事業所ID 例: 1 (最小: 1)

  • title*: string - 申請タイトル(250文字以内) 例: 仕入代金支払い

  • application_date: string - 申請日 (yyyy-mm-dd) 指定しない場合は当日の日付が登録されます。 例: 2019-12-17

  • description: string - 備考。未指定の場合は空文字列になります。 例: ◯◯連携先ID: cx12345

  • payment_request_lines*: array[object] - 支払依頼の項目行一覧(配列)。最大100行までです。 通常行 (line_type=deal_line) を最低1行含める必要があり、控除・マイナス行 (negative_line) や源泉所得税行 (withholding_tax) だけで構成することはできません。 申請中 (draft=false) で作成する場合は、通常行の合計金額が控除・マイナス行と源泉所得税行の合計金額より大きい必要があります。 配列の要素:

    • line_type: string - 行の種類(デフォルトは deal_line)
      • deal_line - 支払依頼の通常取引行
      • negative_line - 支払依頼の控除・マイナス行
      • withholding_tax - 源泉所得税行(1件のみ指定可能) (選択肢: deal_line, negative_line, withholding_tax) 例: deal_line
    • description: string - 内容 例: 原稿料
    • amount*: integer(int64) - 金額(円、税込)。申請中 (draft=false) で作成する場合は0より大きい値を指定してください。 例: 30000 (最小: 0, 最大: 99999999999)
    • account_item_id: integer(int64) - 勘定科目ID(/api/1/account_items のレスポンス id で取得できます) 例: 1 (最小: 1)
    • tax_code: integer(int64) - 税区分コード 勘定科目IDを指定する場合は必須です。税区分コードは /api/1/taxes/codes で取得できます。 例: 1 (最小: 0, 最大: 2147483647)
    • item_id: integer(int64) - 品目ID(/api/1/items のレスポンス id で取得できます) 例: 1 (最小: 1)
    • section_id: integer(int64) - 部門ID(/api/1/sections のレスポンス id で取得できます) 例: 1 (最小: 1)
    • tag_ids: array[integer] - メモタグID の配列(/api/1/tags のレスポンス id で取得できます) 例: [1,2,3]
    • segment_1_tag_id: integer(int64) - セグメント1タグID セグメントタグ一覧API (/api/1/segments/{segment_id}/tags) で取得できます。 事業所側でセグメント1が利用可能なプラン契約になっている必要があります。 セグメント(分析用タグ)の設定 例: 1 (最小: 1)
    • segment_2_tag_id: integer(int64) - セグメント2タグID セグメントタグ一覧API (/api/1/segments/{segment_id}/tags) で取得できます。 事業所側でセグメント2が利用可能なプラン契約になっている必要があります。 セグメント(分析用タグ)の設定 例: 1 (最小: 1)
    • segment_3_tag_id: integer(int64) - セグメント3タグID セグメントタグ一覧API (/api/1/segments/{segment_id}/tags) で取得できます。 事業所側でセグメント3が利用可能なプラン契約になっている必要があります。 セグメント(分析用タグ)の設定 例: 1 (最小: 1)
  • approver_id: integer(int64) - 承認者のユーザーID 「承認者を指定」の申請経路 (resource_type: selected_user) を利用する場合に指定してください。 指定する承認者のユーザーIDは、申請経路取得API (/api/1/approval_flow_routes) のレスポンス steps[].users_ids から取得できます。 例: 1 (最小: 1)

  • approval_flow_route_id*: integer(int64) - 申請経路ID 指定する申請経路IDは、申請経路一覧API (/api/1/approval_flow_routes) のレスポンス id から取得してください。 usages に PaymentRequest を含む申請経路のみ利用可能です。 例: 1 (最小: 1)

  • applicant_group_id: integer(int64) - 申請者の所属部門ID

    「部門役職」の承認ステップを含む申請経路で、申請者がどの所属部門として申請するかを指定します。

    申請者が複数の部門に所属している場合は必須です。省略すると400エラーになります。

    申請者の所属部門が1つだけの場合は、省略するとその部門が採用されます。 例: 1 (最小: 1)

  • approval_flow_group_id: integer(int64) - 申請経路の承認部門ID

    1段階目の承認ステップが部門選択型の場合に、承認させる部門を指定してください。 例: 1 (最小: 1)

  • parent_id: integer(int64) - 親申請ID 法人エンタープライズプラン、法人アドバンスプラン(および旧法人プロフェッショナルプラン)で利用できます。 承認済みの既存各種申請IDのみ指定可能です(各種申請一覧API /api/1/approval_requests で取得できます)。 例: 2 (最小: 1)

  • draft*: boolean - 支払依頼のステータス

    • true - 下書き (draft) で支払依頼を作成します
    • false - 申請中 (in_progress) で支払依頼を作成します 例: true
  • document_code: string - 請求書番号(255文字以内) 例: 2

  • receipt_ids: array[integer] - ファイルボックス(証憑ファイル)ID の配列(/api/1/receipts で取得できます)

  • issue_date*: string - 発生日 (yyyy-mm-dd) 例: 2019-12-17

  • payment_date: string - 支払期限 (yyyy-mm-dd)。指定しない場合は null で登録されます。 例: 2019-12-17

  • payment_method: string - 支払方法(デフォルトは none)

    • none - 指定なし
    • domestic_bank_transfer - 国内振込
    • abroad_bank_transfer - 国外振込
    • account_transfer - 口座振替
    • credit_card - クレジットカード (選択肢: none, domestic_bank_transfer, abroad_bank_transfer, account_transfer, credit_card) 例: none
  • partner_id: integer(int64) - 支払先の取引先ID(/api/1/partners のレスポンス id で取得できます) 例: 201 (最小: 1)

  • partner_code: string - 支払先の取引先コード partner_id と同時指定した場合は partner_id が優先され、partner_code は無視されます。 取引先コードを利用するには事業所側で「取引先コードを利用する」設定が有効になっている必要があります。 例: code001

  • bank_code: string - 銀行コード(半角数字1桁〜4桁) partner_id / partner_code で支払先を指定した場合は無視され、取引先の振込先口座の値が採用されます。 例: 0001

  • bank_name: string - 銀行名(255文字以内) partner_id / partner_code で支払先を指定した場合は無視され、取引先の振込先口座の値が採用されます。 例: freee銀行

  • bank_name_kana: string - 銀行名(カナ)(15文字以内) partner_id / partner_code で支払先を指定した場合は無視され、取引先の振込先口座の値が採用されます。 例: フリーギンコウ

  • branch_code: string - 支店番号(半角数字1桁〜3桁) partner_id / partner_code で支払先を指定した場合は無視され、取引先の振込先口座の値が採用されます。 例: 101

  • branch_name: string - 支店名(255文字以内) partner_id / partner_code で支払先を指定した場合は無視され、取引先の振込先口座の値が採用されます。 例: 銀座支店

  • branch_kana: string - 支店名(カナ)(15文字以内) 指定可能な文字は、英数・カナ・丸括弧・ハイフン・スペースのみです。 partner_id / partner_code で支払先を指定した場合は無視され、取引先の振込先口座の値が採用されます。 例: ギンザシテン

  • account_name: string - 受取人名(カナ)(48文字以内) partner_id / partner_code で支払先を指定した場合は無視され、取引先の振込先口座の値が採用されます。 例: フリータロウ

  • account_number: string - 口座番号(半角数字1桁〜7桁) partner_id / partner_code で支払先を指定した場合は無視され、取引先の振込先口座の値が採用されます。 例: 1010101

  • account_type: string - 口座種別(デフォルトは ordinary)

    • ordinary - 普通
    • checking - 当座
    • earmarked - 納税準備預金
    • savings - 貯蓄
    • other - その他

    partner_id / partner_code で支払先を指定した場合は無視され、取引先の振込先口座の値が採用されます。 (選択肢: ordinary, checking, earmarked, savings, other) 例: ordinary

  • qualified_invoice_status: string - 適格請求書発行事業者の区分(キーを省略した場合は unspecified が適用されます)

    • qualified - 該当する
    • not_qualified - 該当しない
    • unspecified - 未選択

    支払依頼をインボイス要件をみたす申請として扱うかどうかを表します。 以下の場合は unspecified 以外を指定できません:

    • issue_date が 2023年9月30日以前の場合
    • 事業所側のインボイス経過措置の税区分の設定が「使用する」になっていない場合 (選択肢: qualified, not_qualified, unspecified) 例: qualified

レスポンス

  • payment_request*: object

GET /api/1/payment_requests/{id} — 支払依頼の取得

概要 指定した事業所の支払依頼を取得する 支払依頼APIの使い方については、 freee会計支払依頼APIの使い方 をご参照ください

パラメータ

  • id* (path): integer(int64) - 支払依頼ID
  • company_id*: integer(int64) - 事業所ID

レスポンス

POST /api/1/payment_requests と同じ

PUT /api/1/payment_requests/{id} — 支払依頼の更新

概要 指定した事業所の支払依頼を更新する 支払依頼APIの使い方については、 freee会計支払依頼APIの使い方 をご参照ください

注意点 本APIでは、支払依頼を更新することができます。 本APIでは、status(申請ステータス): draft:下書き, in_progress:申請中, feedback:差戻しのみ更新可能です。 申請ステータス(下書き、申請中)の指定と変更、及び承認操作(承認する、却下する、申請者へ差し戻す、特権承認する、承認済み・却下済みを取り消す)は以下を参考にして行ってください。 承認操作は申請ステータスが申請中、承認済み、却下のものだけが対象です。 初回申請の場合 申請の作成(POST) 作成済みの申請の申請ステータス変更・更新する場合 申請の更新(PUT) 申請中、承認済み、却下の申請の承認操作を行う場合 承認操作の実行(POST) 申請の削除(DELETE)が可能なのは申請ステータスが下書き、差戻しの場合のみです 承認者の指定に部門役職データ連携を活用した、以下のいずれかの承認ステップを含む申請経路にも対応しています。 役職指定(申請者の所属部門)...

パラメータ

  • id* (path): integer(int64) - 支払依頼ID

リクエストボディ

  • company_id*: integer(int64) - 事業所ID 例: 1

  • title*: string - 申請タイトル(250文字以内) 申請中 (in_progress) の支払依頼に対しては更新できません。下書き状態もしくは差戻し状態の場合のみ有効です。 例: 仕入代金支払い

  • application_date: string - 申請日 (yyyy-mm-dd) 指定しない場合は当日の日付が登録されます。 申請中 (in_progress) の支払依頼に対しては更新できません。下書き状態もしくは差戻し状態の場合のみ有効です。 例: 2019-12-17

  • description: string - 備考。未指定の場合は空文字列で登録されます。 例: ◯◯連携先ID: cx12345

  • payment_request_lines*: array[object] - 支払依頼の項目行一覧(配列)。最大100行までです。 通常行 (line_type=deal_line) を最低1行含める必要があり、控除・マイナス行 (negative_line) や源泉所得税行 (withholding_tax) だけで構成することはできません。 申請中 (draft=false) で更新する場合は、通常行の合計金額が控除・マイナス行と源泉所得税行の合計金額より大きい必要があります。 配列の要素:

    • id: integer(int64) - 支払依頼の項目行ID 既存項目行を更新する場合に指定します。ID を指定しない項目行は新規行として追加されます。 payment_request_lines に含まれない既存の項目行は削除されます。更新後も残したい行は、必ず支払依頼の項目行 ID を指定して payment_request_lines に含めてください。 例: 1 (最小: 1)
    • line_type: string - 行の種類(デフォルトは deal_line)
      • deal_line - 支払依頼の通常取引行
      • negative_line - 支払依頼の控除・マイナス行
      • withholding_tax - 源泉所得税行(1件のみ指定可能) (選択肢: deal_line, negative_line, withholding_tax) 例: deal_line
    • description: string - 内容 例: 原稿料
    • amount*: integer(int64) - 金額(円、税込)。申請中 (draft=false) で更新する場合は0より大きい値を指定してください。 例: 30000 (最小: 0, 最大: 99999999999)
    • account_item_id: integer(int64) - 勘定科目ID(/api/1/account_items のレスポンス id で取得できます) 例: 1 (最小: 1)
    • tax_code: integer(int64) - 税区分コード 勘定科目IDを指定する場合は必須です。税区分コードは /api/1/taxes/codes で取得できます。 例: 1 (最小: 0, 最大: 2147483647)
    • item_id: integer(int64) - 品目ID(/api/1/items のレスポンス id で取得できます) 例: 1 (最小: 1)
    • section_id: integer(int64) - 部門ID(/api/1/sections のレスポンス id で取得できます) 例: 1 (最小: 1)
    • tag_ids: array[integer] - メモタグID の配列(/api/1/tags のレスポンス id で取得できます) 例: [1,2,3]
    • segment_1_tag_id: integer(int64) - セグメント1タグID セグメントタグ一覧API (/api/1/segments/{segment_id}/tags) で取得できます。 事業所側でセグメント1が利用可能なプラン契約になっている必要があります。 セグメント(分析用タグ)の設定 例: 1 (最小: 1)
    • segment_2_tag_id: integer(int64) - セグメント2タグID セグメントタグ一覧API (/api/1/segments/{segment_id}/tags) で取得できます。 事業所側でセグメント2が利用可能なプラン契約になっている必要があります。 セグメント(分析用タグ)の設定 例: 1 (最小: 1)
    • segment_3_tag_id: integer(int64) - セグメント3タグID セグメントタグ一覧API (/api/1/segments/{segment_id}/tags) で取得できます。 事業所側でセグメント3が利用可能なプラン契約になっている必要があります。 セグメント(分析用タグ)の設定 例: 1 (最小: 1)
  • approver_id: integer(int64) - 承認者のユーザーID 「承認者を指定」の申請経路 (resource_type: selected_user) を利用する場合に指定してください。 指定する承認者のユーザーIDは、申請経路取得API (/api/1/approval_flow_routes) のレスポンス steps[].users_ids から取得できます。 申請中 (in_progress) の支払依頼に対しては更新できません。下書き状態もしくは差戻し状態の場合のみ有効です。 例: 1 (最小: 1)

  • approval_flow_route_id*: integer(int64) - 申請経路ID 指定する申請経路IDは、申請経路一覧API (/api/1/approval_flow_routes) のレスポンス id から取得してください。 usages に PaymentRequest を含む申請経路のみ利用可能です。 申請中 (in_progress) の支払依頼に対しては更新できません。下書き状態もしくは差戻し状態の場合のみ有効です。 例: 1 (最小: 1)

  • applicant_group_id: integer(int64) - 申請者の所属部門ID

    「部門役職」の承認ステップを含む申請経路で、申請者がどの所属部門として申請するかを指定します。

    申請者が複数の部門に所属している場合は必須です。省略すると400エラーになります。

    申請者の所属部門が1つだけの場合は、省略するとその部門が採用されます。 例: 1 (最小: 1)

  • approval_flow_group_id: integer(int64) - 申請経路の承認部門ID

    1段階目の承認ステップが部門選択型の場合に、承認させる部門を指定してください。 例: 1 (最小: 1)

  • draft*: boolean - 支払依頼のステータス

    • true - 下書き (draft) で支払依頼を更新します
    • false - 申請中 (in_progress) で支払依頼を更新します 例: true
  • document_code: string - 請求書番号(255文字以内) 例: 2

  • receipt_ids: array[integer] - ファイルボックス(証憑ファイル)ID の配列(/api/1/receipts で取得できます)

  • issue_date*: string - 発生日 (yyyy-mm-dd) 例: 2019-12-17

  • payment_date: string - 支払期限 (yyyy-mm-dd)。指定しない場合は null で登録されます。 例: 2019-12-17

  • payment_method: string - 支払方法(デフォルトは none)

    • none - 指定なし
    • domestic_bank_transfer - 国内振込
    • abroad_bank_transfer - 国外振込
    • account_transfer - 口座振替
    • credit_card - クレジットカード (選択肢: none, domestic_bank_transfer, abroad_bank_transfer, account_transfer, credit_card) 例: none
  • partner_id: integer(int64) - 支払先の取引先ID(/api/1/partners のレスポンス id で取得できます) 例: 201 (最小: 1)

  • partner_code: string - 支払先の取引先コード partner_id と同時指定した場合は partner_id が優先され、partner_code は無視されます。 取引先コードを利用するには事業所側で「取引先コードを利用する」設定が有効になっている必要があります。 例: code001

  • bank_code: string - 銀行コード(半角数字1桁〜4桁) partner_id / partner_code で支払先を指定した場合は無視され、取引先の振込先口座の値が採用されます。 例: 0001

  • bank_name: string - 銀行名(255文字以内) partner_id / partner_code で支払先を指定した場合は無視され、取引先の振込先口座の値が採用されます。 例: freee銀行

  • bank_name_kana: string - 銀行名(カナ)(15文字以内) partner_id / partner_code で支払先を指定した場合は無視され、取引先の振込先口座の値が採用されます。 例: フリーギンコウ

  • branch_code: string - 支店番号(半角数字1桁〜3桁) partner_id / partner_code で支払先を指定した場合は無視され、取引先の振込先口座の値が採用されます。 例: 101

  • branch_name: string - 支店名(255文字以内) partner_id / partner_code で支払先を指定した場合は無視され、取引先の振込先口座の値が採用されます。 例: 銀座支店

  • branch_kana: string - 支店名(カナ)(15文字以内) 指定可能な文字は、英数・カナ・丸括弧・ハイフン・スペースのみです。 partner_id / partner_code で支払先を指定した場合は無視され、取引先の振込先口座の値が採用されます。 例: ギンザシテン

  • account_name: string - 受取人名(カナ)(48文字以内) partner_id / partner_code で支払先を指定した場合は無視され、取引先の振込先口座の値が採用されます。 例: フリータロウ

  • account_number: string - 口座番号(半角数字1桁〜7桁) partner_id / partner_code で支払先を指定した場合は無視され、取引先の振込先口座の値が採用されます。 例: 1010101

  • account_type: string - 口座種別(デフォルトは ordinary)

    • ordinary - 普通
    • checking - 当座
    • earmarked - 納税準備預金
    • savings - 貯蓄
    • other - その他

    partner_id / partner_code で支払先を指定した場合は無視され、取引先の振込先口座の値が採用されます。 (選択肢: ordinary, checking, earmarked, savings, other) 例: ordinary

  • qualified_invoice_status: string - 適格請求書発行事業者の区分(キーを省略した場合は unspecified が適用されます)

    • qualified - 該当する
    • not_qualified - 該当しない
    • unspecified - 未選択

    支払依頼をインボイス要件をみたす申請として扱うかどうかを表します。 以下の場合は unspecified 以外を指定できません:

    • issue_date が 2023年9月30日以前の場合
    • 事業所側のインボイス経過措置の税区分の設定が「使用する」になっていない場合 (選択肢: qualified, not_qualified, unspecified) 例: qualified

レスポンス

POST /api/1/payment_requests と同じ

DELETE /api/1/payment_requests/{id} — 支払依頼の削除

概要 指定した事業所の支払依頼を削除する 支払依頼APIの使い方については、 freee会計支払依頼APIの使い方 をご参照ください

注意点 本APIでは、支払依頼の承認操作(承認する、却下する、申請者へ差し戻す、特権承認する、承認済み・却下済みを取り消す)を行うことができます。 申請ステータス(下書き、申請中)の指定と変更、及び承認操作(承認する、却下する、申請者へ差し戻す、特権承認する、承認済み・却下済みを取り消す)は以下を参考にして行ってください。 承認操作は申請ステータスが申請中、承認済み、却下のものだけが対象です。 初回申請の場合 申請の作成(POST) 作成済みの申請の申請ステータス変更・更新する場合 申請の更新(PUT) 申請中、承認済み、却下の申請の承認操作を行う場合 承認操作の実行(POST) 申請の削除(DELETE)が可能なのは申請ステータスが下書き、差戻しの場合のみです

パラメータ

GET /api/1/payment_requests/{id} と同じ

POST /api/1/payment_requests/{id}/actions — 支払依頼の承認操作

概要 指定した事業所の支払依頼の承認操作を行う 支払依頼APIの使い方については、 freee会計支払依頼APIの使い方 をご参照ください

注意点 本APIでは、支払依頼の承認操作(承認する、却下する、申請者へ差し戻す、特権承認する、承認済み・却下済みを取り消す)を行うことができます。 申請ステータス(下書き、申請中)の指定と変更、及び承認操作(承認する、却下する、申請者へ差し戻す、特権承認する、承認済み・却下済みを取り消す)は以下を参考にして行ってください。 承認操作は申請ステータスが申請中、承認済み、却下のものだけが対象です。 初回申請の場合 申請の作成(POST) 作成済みの申請の申請ステータス変更・更新する場合 申請の更新(PUT) 申請中、承認済み、却下の申請の承認操作を行う場合 承認操作の実行(POST) 申請の削除(DELETE)が可能なのは申請ステータスが下書き、差戻しの場合のみです 承認者の指定に部門役職データ連携を活用した、以下のいずれかの承認ステップを含む申請経路にも対応しています。 役職指定(申請者の所属部門) 役職指定(申請時に部門指定) 部門および役職指定 ...

パラメータ

PUT /api/1/payment_requests/{id} と同じ

リクエストボディ*

  • company_id*: integer(int64) - 事業所ID 例: 1 (最小: 1)

  • approval_action*: string - 承認操作

    • approve - 承認する
    • force_approve - 特権承認する
    • cancel - 申請を取り消す
    • reject - 却下する
    • feedback - 申請者へ差し戻す
    • force_feedback - 承認済み・却下済みを取り消す

    承認操作は申請ステータスが in_progress (申請中) / approved (承認済) / rejected (却下) のもののみが対象です。 (選択肢: approve, force_approve, cancel, reject, feedback, force_feedback) 例: approve

  • target_step_id*: integer(int64) - 対象承認ステップID。支払依頼の取得API (GET /api/1/payment_requests/{id}) のレスポンス current_step_id を送信してください。 例: 1 (最小: 1)

  • target_round*: integer(int64) - 対象 round。支払依頼の取得API (GET /api/1/payment_requests/{id}) のレスポンス current_round を送信してください。 差し戻し等により申請が step の最初からやり直しになると round の値が増えます。 例: 1 (最小: 0, 最大: 2147483647)

  • next_approver_id: integer(int64) - 次ステップの承認者のユーザーID 次の承認ステップが「申請時にメンバー指定」(resource_type: selected_user) の場合に、承認させるユーザーを指定してください。 該当しない場合は null を指定するか省略できます。 例: 1 (最小: 1)

  • next_group_id: integer(int64) - 次ステップの承認部門ID

    次の承認ステップが部門選択型の場合に、承認させる部門を指定してください。 例: 1 (最小: 1)

レスポンス

POST /api/1/payment_requests と同じ

Source: SKILL.md on GitHub

1 warningtoday5 checks · Risk SAFE
  • Gen Agent Trust Hubtoday

    This skill provides a comprehensive interface for AI agents to interact with the freee suite of APIs (Accounting, HR, Invoices, IT Management, etc.) via the Model Context Protocol (MCP). It includes exhaustive documentation, usage recipes, and security-conscious guidelines that instruct the agent to treat all retrieved financial and tax data as information rather than executable commands.

  • Sockettoday

    No alerts

  • Snyktoday

    Risk: MEDIUM · 1 issue

  • Runlayer6mo

    3/83 files flagged

  • ZeroLeaks5mo

    Score: 93/100 · 2 sections analyzed

Signed by skilld at f5d1212. This ties the file your Agent reads to that commit on GitHub. It does not review the instructions.

Last checked against GitHub 2 days ago.

Activeupdated 3 weeks ago
metadata
{
  "author": "freee_jp",
  "homepage": "https://github.com/freee/freee-mcp"
}
  • API
  • MCP
  • freee
  • accounting
  • hr
  • invoicing
  • project-management
  • expense-tracking
  • payroll

README badge

README badge for freee/freee-mcp

Provides detailed API reference and usage guides for freee's accounting, HR, invoicing, project management, sales, and IT management services through the freee-mcp MCP server. Use this skill when you need to query or perform operations on freee data like expense reports, transactions, employee records, timesheets, invoices, or project hours.

Generated from the current SKILL.md.

Does this skill work with both Remote MCP and local setup?
Yes. The skill supports Remote MCP (recommended, auto-authenticated via browser) and local MCP server setup (requires running `npx freee-mcp configure`). Use `freee_server_info` to check which transport mode is active.
Which freee products does this skill cover?
The skill covers accounting, HR/payroll, invoicing, project time tracking, sales management, IT management, and expense applications. Signing (electronic contracts) requires a separate `freee-sign-mcp` setup.
Do I need to specify a company ID for API calls?
Yes. You must first fetch the current company ID using `freee_get_current_company`, and it must match the company you want to operate on. Use `freee_set_current_company` to switch between companies before making API calls.
What should I do if I get an authentication error?
For Remote MCP, the client will prompt for re-authentication; if that fails, remove and re-add the custom connector. For local mode, use `freee_auth_status` to check status, then run `freee_clear_auth` followed by `freee_authenticate`.
Where do I find API details and usage examples?
The skill includes `recipes/` for common workflows (expense applications, deals, payroll, invoicing, etc.) and `references/` with detailed API parameters and response specs. Start with relevant recipes before consulting references.

Generated from the current SKILL.md. These answers refresh after source changes.