ローカライズされた読書ガイド
pay-the-bills目的、用途、および情報源
買掛金受信箱から段階的な支払い実行まで、請求書の山を処理します。すべての請求書を読み、コード化し、1ドルでも支払う前に現金残高を確認し、ワンクリックで承認できるように実行を準備し、締めのために帳簿を整理します。コード化と支払いは2つの別々の決定であり、それぞれに別々の承認が必要で、現金小切手は意図的にその間に置かれます。元帳（MYOB、NetSuite、QuickBooks、Xero、またはZoho Books）とメールコネクタ（GmailまたはM）上で実行されます。365ExpensifyやRampとの連携により機能が強化され、アップロードされたPDFやスマートフォンの写真からランシートをエクスポートして手動で入力できます。オーナーが「請求書を支払って」「請求書が山積みになっている」「いくら支払う必要があるのか」「今週誰に支払う必要があるのか」「これらを支払う余裕があるのか」と言ったり、ベンダーからの請求書の束を転送してきたりしたときに使用します。
ソースを取得しました:
- SKILL.md
small-business/skills/pay-the-bills/SKILL.md- リポジトリの Star
- 34,049
- リポジトリの最終更新
- 2026-10-30
- 能力分類
- 開発
- 最終収集時刻
ライセンス: Apache-2.0
ワークフローの抜粋は、Codezによる実行可能な指示ではなく、あくまでも参考資料です。このページを作成するために、サードパーティ製のスキルは実行されていません。
以下の目的とワークフローに関する記述は、上流工程に関する資料であり、読みやすいように整理・翻訳されています。これらは、別途ラベル付けされたCodez編集分析とは区別されます。
このスキルが何をするか
買掛金受信箱から段階的な支払い実行まで、請求書の山を処理します。すべての請求書を読み、コード化し、1ドルでも支払う前に現金残高を確認し、ワンクリックで承認できるように実行を準備し、締めのために帳簿を整理します。コード化と支払いは2つの別々の決定であり、それぞれに別々の承認が必要で、現金小切手は意図的にその間に置かれます。元帳（MYOB、NetSuite、QuickBooks、Xero、またはZoho Books）とメールコネクタ（GmailまたはM）上で実行されます。365ExpensifyやRampとの連携により機能が強化され、アップロードされたPDFやスマートフォンの写真からランシートをエクスポートして手動で入力できます。オーナーが「請求書を支払って」「請求書が山積みになっている」「いくら支払う必要があるのか」「今週誰に支払う必要があるのか」「これらを支払う余裕があるのか」と言ったり、ベンダーからの請求書の束を転送してきたりしたときに使用します。
上流ワークフローの仕組み
ステップ1— 請求書を読み込んでコード化する（会計処理担当者）
入力：買掛金受信トレイ、アップロードされたPDFファイルとスマートフォンの写真、カードと経費のフィード。出力：ベンダー、金額、支払期日、明細行の詳細を含む重複排除済み請求書。各請求書はアカウント、クラス、ジョブにコード化され、発注書と受領書の照合が実行され、例外が特定されます。ap-processor重複排除、データ抽出、コーディングルール、および3者間照合の権限は所有者にあります。ここでは、これらのいずれについても疑問を呈さないでください。最初のゲートは、コーディングの承認です。所有者が承認するまで、何も台帳に書き込まれません。件数、合計金額、エントリが記録される台帳、そしてそれらが支払いではなく、支払い待ちの未払い請求書として記録されることを明記してください。
ステップ3— 支払処理を準備する（ap-processor）
今になって初めて、そして画面に現金の画像が表示されて初めて、ap-processor支払うべき請求書を提案します。ベンダーごとにグループ化し、口座から引き落とされる合計金額、日付、早期支払い割引とその金額、出荷停止のリスクがあるほど遅れている請求書などを表示します。ゲート2 - 支払い承認。これはステップとは別の決定です。1これはその続きではありません。コーディングを承認することは支出を承認することではなく、この2つのゲートを統合すると、プラグインは所有者の信頼を永久に失います。合計金額を声に出して確認してから質問してください。所有者はリストを承認または縮小します。コマンドによってリストが拡大されることはなく、以前に100回承認された定期請求書を含め、何も自動的に支払われません。繰り返しは同意ではありません。
ステップ2— 支出を行う前に、必ず資金状況を確認する（キャッシュフローのスナップショット）。
支払い実行を準備する前に必ずこれを実行してください。例外はありません。呼び出しcash-flow-snapshotステップからの段階的な支払いを渡す1そのため、予測は推測ではなく実際の数値に基づいて行われます。入力: 承認されたコード化された請求書、その支払期日と金額。出力:30/60/90-day信頼区間と具体的なリスク名を付記した予測。
要件とセットアップ
このファイルから要件定義の短い記述が選択されませんでした。これは、スキルに依存関係がないという意味ではありません。リポジトリの設定手順と参照ファイルを確認してください。
制限事項と品質チェック
このファイルからは、個別の制限に関する記述は選択されていません。これは、このスキルがあらゆる入力や環境において安全であることを意味するものではありません。ソースコード全体を確認し、ご自身で結果を検証してください。
まずは安全なトライアルから始めましょう
- サポートされているホストとリポジトリのインストール手順を確認してください。スキルディレクトリと、それに関連付けられているスクリプト、アセット、ドキュメントはまとめて保管してください。SKILL.md単独では依存関係を省略できる場合があります。
- エージェントに実際の入力、希望する出力、および受け入れ基準を指定してください。呼び出し構文と利用可能なツールはホストによって異なります。このサイトは、汎用的なインストールコマンドを前提としていません。
- 使い捨てプロジェクトまたはコピーで、元のワークフローを試してみてください。ファイル、リモートサービス、または課金対象リソースを変更する操作は、許可する前に必ず確認してください。
- 出力結果をソースの品質チェックおよび独自の要件と照らし合わせて検証してください。トリガーが成功したことやリポジトリのスター数が多いことだけでは、正しい結果とは言えません。
詳細は出典元をご覧ください。
関連スキル
翻訳と範囲
この読書ガイドは、ピン留めされた上流からの抜粋を選りすぐっていますSKILL.md翻訳は補助的なものです。完全なマニュアルではなく、互換性テスト済みであることを保証するものでもありません。ご使用前に原文および参照ファイルをお読みください。
この紹介文は、下記に固定表示されているバージョンに関するものです。現在のリポジトリのアクティビティと収集時間は別途表示されます。
- ピン留めされたソース
- 原文を読む ↗
- ソースを取得しました
- ソースコミット
2574e29377c7173d0cecffef29a6ecbd7f8ccb5d- ソースSHA-256
465bc7e0defc1e4e09afc4b55b8f01f32fcbefd0afc9d8db0161a43c783d44f8