2つのテーブルが一致することを確認する
クローズの前に、ある数値のセットが別のセットと一致していることを確認する必要があります。たとえば、総勘定元帳と試算表、ソースシステムとそのロード結果、今月の期末残高と翌月の期首残高などです。照合は、2つの側と、その行をどのように突き合わせるかを定義し、Weaveは次の3通りのいずれかで答えます。
GL Actuals ties out to Trial Balance: all 1,204 accounts agree exactly. Both total 12,345,678.90.
GL Actuals doesn’t tie to Trial Balance: 3 of 1,204 accounts differ, by 4,210.00 in all ignoring sign. Netted, GL Actuals is 3,900.00 higher. The largest is 4000, 3,900.00 apart (GL Actuals 1,000,000.00, Trial Balance 996,100.00).
Weave couldn’t check whether GL Actuals ties out to Trial Balance: neither side has any rows matching this reconciliation’s filters. If that data hasn’t been loaded yet, load it and check again.
Weaveは、両方の側を完全に読み取れなかった場合に、照合が一致していると答えることはありません。比較はデータに対するクエリであり、AIは使用しません。
照合を作成する
Section titled “照合を作成する”照合を作成、編集、削除できるのはプロジェクトのアーキテクトのみで、プロジェクトのロックが解除されている必要があります。
- プロジェクトのWeaveタブを開き、ツールバーの照合をクリックします。
- 新規をクリックします。
- 名前を付け、行の呼称に、比較される1行が何であるかを複数形で入力します。たとえば「勘定科目」や「勘定科目とコストセンターの組み合わせ」です。Weaveはすべての文でこれを使用し、空のままにすると「項目」と表示されます。
- 1つ目の側と2つ目の側で、それぞれにラベル(Weaveがその側を指すときの名前、たとえば「GL Actuals」)を付け、テーブルを選択します。メジャーで、その行をどのように集計するかを合計:、件数:、重複を除いた件数:、最小値、最大値、平均: から選択し、列を選択します。
- どちらかの側にフィルターを追加すると、その一部の行のみが読み取られます。複数の値はカンマで区切ります。1つのテーブルの2つの期間を比較するには、両方の側で同じテーブルを選択し、それぞれの側を該当する期間でフィルターします。期間の列を照合キーに追加しないでください。追加すると、一致する行がなくなります。
- 照合キーで、キー列ごとに1行を追加します。各行は、1つ目の側の列と2つ目の側の列を対応付けるため、
accountをacctと照合できます。行には「勘定科目」などの見出しを付けます。この見出しが、差異の一覧でその列の見出しになります。キーがない場合、各側は単一の数値(合計または件数の場合はその合計)として比較されます。 - 必要に応じて、行ごとの許容差を設定します。これは、行の2つの値がどれだけ離れていても一致と見なすかを、メジャー自体の単位で指定するもので、たとえば
0.01です。パーセンテージではありません。すべての行が完全に一致する必要がある場合は0のままにします。 - 必要に応じて、ワークフローを選択すると、その照合がそのワークフローのクローズ準備状況チェックリストに追加されます。準備状況チェックリストでを参照してください。
- 下書きを保存をクリックします。
Weaveは、公正に比較できない照合を拒否し、その理由を示します。
- 2つの側は、同じ数(最大8つ)のキーと、異なるラベルを持つ必要があり、ラベル以外が同一であってはなりません。
- 対になるキー列は、同じ種類の値(数値、テキスト、日付、日時、または真偽値)を保持している必要があります。浮動小数点数の列(
floatやdoubleなどの型)はキーにできず、キーをvalueまたはrowsという名前の列にすることもできません。 - 件数を数える場合を除き、メジャーは数値列でなければなりません。
- 平均、または浮動小数点数の列の合計、最小値、最大値には、0より大きい許容差が必要です。そのような値が完全に一致することはまれだからです。
- 指定するすべてのテーブルと列がプロジェクト内にあり、リンクされているワークフローもプロジェクト内にある必要があります。
- 何も変更せずに保存することは拒否されます。
2つの側で異なるメジャーを使用することもできます。たとえば、一方で合計、もう一方で件数を使用できます。不足している行が0として数えられるのは、両方の側が合計: または件数: を使用する場合のみです。結果を読むを参照してください。
照合はワークフローをクローズ可能としてマークできるため、2人が必要です。保存した内容は下書きです。別のアーキテクトがそれを選択して承認をクリックすると、それ以降、そのバージョンが閲覧者と準備状況チェックリストが実行するバージョンになります。最後に編集したバージョンを自分で承認することはできないため、照合を使用するにはプロジェクトに2人目のアーキテクトが必要です。承認時にはテーブルが再度チェックされ、承認者が読んだ後に下書きが変更されていた場合は拒否されます。
承認済みの照合を編集すると新しい下書きとして保存され、新しいものが承認されるまで、承認済みのバージョンが引き続き使用されます。より新しい下書きがある場合は、結果にその旨が表示されます。アーキテクトは、下書きを確認をクリックして、承認前の作業中のバージョンを実行できます。
照合を選択すると実行されます。データが変更された後に実行するには、再チェックをクリックします。
一致しない場合、差異のある行が文の下に、差の大きいものから順に最大50件まで一覧表示されます。各行には、そのキー、両方の側の値、および1つ目の側から2つ目の側を引いた値が表示されます。片方の側にしかない行では、もう一方の側が0ではなく行なしと表示され、値が空の行は値なしと表示されます。表示されている数より多くの行に差異がある場合、キャプションに、省略された行数と、それらの差異の合計が示されます。一度に見る行を減らすには、フィルターを追加してください。
-
許容差。 行の2つの値の差が許容差以下であれば、その行は一致と見なされます。それらの小さな差異は合計すると積み重なるため、行ごとには一致していても合計が異なる場合があり、その場合は文にそのことが示されます。
GL Actuals ties out to Trial Balance: every one of the 1,204 accounts is within its 0.01 tolerance. Across all accounts those small differences net to 0.37: GL Actuals totals 12,345,679.27 and Trial Balance 12,345,678.90, so GL Actuals is 0.37 higher.
-
不足している行。 両方の側が合計: または件数: を使用する場合、片方の側にしかない行は、もう一方の側では0として数えられるため、一方で0であり、もう一方に存在しない行は一致と見なされます。もう一方に行がある状態で、行がまったくない側は、常に差異になります。
-
その他のメジャー。 重複を除いた件数、最小値、最大値、または平均の場合、片方の側にない行は差異となり、それらの値は合算できないため、合計は示されません。
Weaveは、2つの側を完全に比較できない場合にチェックできませんでしたと答え、その理由を示します。次のような場合が含まれます。
- ロールがテーブルデータを読み取れない、または側が読み取るテーブルの1つを表示できない。
- 行アクセスにより、側の一部の行しか表示できない。データの一部で一致していても、一致とは言えません。
- 照合が使用するテーブルまたは列が削除または名前変更された、キー列が異なる種類の値を保持するようになった、メジャーの列が数値を保持しなくなった、または持っていない許容差が必要になった。
- 側のルックアップが、一部のエントリで複数の行に一致するようになった。
- どちらの側にもフィルターに一致する行がない、またはどちらにも、どの行にも値がない。
- 照合がまだ承認されていない。
- ウェアハウスの応答が遅い場合など、今は実行できなかった。
準備状況チェックリストで
Section titled “準備状況チェックリストで”ワークフローにリンクされた照合は、そのワークフローを含むすべての準備状況セットのそのワークフローの項目に、Reconciliations tie outという行として表示され、各照合自身の文と照合を開くが付きます。一致しない照合があると、ワークフローは準備未完了になります。Weaveがチェックできなかった照合、または承認されていない照合がある場合は、他の行がすでに準備未完了にしていない限り、チェックできませんでしたになります。
チェックリストは、それぞれの承認済みバージョンを、チェックを行う人として実行するため、その答えにはその人が見られる行が反映されます。1つのチェックリストで最大25件を実行し、合計で1分間が与えられます。それを超えるものは、実行されずにその旨が示され、チェックできませんでしたとして数えられます。Weaveが期限より前にセットをチェックする場合は、セットの所有者として実行し、所有者がセットを最後に保存したときにテーブルを読み取れた場合にのみ、テーブルを読み取ります。
誰が何を見られるか
Section titled “誰が何を見られるか”プロジェクトのWeaveタブを開けるユーザーなら、誰でも承認済みの照合を一覧表示できます。実行するには、テーブルデータを読み取れるロールも必要です。アーキテクトではない閲覧者には、各照合の名前と側のラベルのみが表示され、テーブル、列、フィルターは表示されません。Weaveが示す理由にも、側の名前のみが含まれます。
APIを使用する
Section titled “APIを使用する”照合はプラットフォームAPIから利用できます。
GET /analyze/weave/reconciliationsはプロジェクトの照合を一覧表示し、/analyze/weave/reconciliationに対するGET、POST、PUT、DELETEは、それぞれ照合の読み取り、作成、置き換え、削除を行います。POST /analyze/weave/reconciliation/approveは下書きを承認します。このとき、digestに、一緒に読み取ったcontent_digestを設定して送信します。これは、レビューしたバージョンを正確に識別します。GET /analyze/weave/reconciliation/runは照合を実行します。
側は、他のテーブルをルックアップすることもできます。これは、側のテーブルからルックアップテーブルへの結合で、側の各行に対して最大1行が見つかる必要があります。ルックアップと加重平均: メジャー(平均と同様に0より大きい許容差が必要)は、APIからのみ設定でき、フォームは編集時にそれらを保持します。
MCP経由で接続したAIエージェントは、reconciliation_findとreconciliation_runで照合を検索して実行できます。自分のサインインで接続したアーキテクトは、reconciliation_upsertで下書きを保存することもできます。エージェントセッション、Microsoft 365 Copilot、アプリ内チャットなど、誰かの代理として動作するAIは保存できません。照合を承認するMCPツールはありません。