ネットワークテンプレート

Tenka が会計士の締めた数字と「同じ」数字を出すかどうか。システムを切り替えるには、通常まる1か月すべてを二重に入力する必要があり、多くの導入がそこで頓挫します。ここでは、プラットフォームがすでに送付済みの書類を使って締め済みの月を再構築し、公式の締めと1行ずつ比較します。二重作業はゼロで、答えは同じです。

比較した各行には「理由を見る」ボタンがあります。その値を構成する仕訳を1件ずつ開き、それぞれがなぜ DRE のその行に計上されたのかを説明する一文を表示します。これにより「間違っている」が「これが原因で間違っている」に変わります。固定費が3千レアルずれていると知るだけでなく、仕訳を見て、そのうち1件が会計グループのない区分だったためにそこに入ったのだと突き止められます。

ミラーリングしたい月です。少しずつ入力して構いません。入力済みの内容は次回アクセス時にも残っています。会計士が1回のやり取りですべてに答えることはほとんどないからです。

実行回とともに記録されます。数か月後、その値がどこから来たのかと聞かれても、答えはそこにあります。画面で入力したのか、送付された試算表から取ったのか、会計士自身が確認したのか。

純売上高、限界利益、EBITDA、EBIT、税引前利益は、ほかの行から「計算」されるものです。会計士に小計を尋ねるのは同じ数字を2度求めることであり、さらに悪いことに結果を汚します。派生した5行が労せず一致すれば、分類を何も証明しないまま一致率が上がってしまいます。このゲートが測っているのは、まさにその分類なのです。

比較のたびに履歴に1行が追加されます。顧客に決断させるのは今日のスナップショットではなく、その推移です。1回目は40%、2回目は78%、4回目で100%。前回を上書きする比較では、まさにその証拠が消えてしまいます。

2つのタブを持つスプレッドシートを生成します。DRE の並列比較と、まだ一致しない各行について、その行を構成する仕訳と各仕訳の説明です。詳細が付くのは差異のある行だけです。8行すべてを詳細化すると、ファイルが月の明細書になってしまい、肝心の問いが埋もれてしまいます。値はテキストではなく数値として出力されるので、ファイルを開いた人の Excel は、ファイルに固定されたブラジルの書式ではなく、その人の国の書式を適用します。

当月をミラーリングすると、途中の月をまだ存在しない締めと比べることになります。すべてが食い違い、結果を疑う癖がついてしまいます。そのため当月は、悪い比較ではなく「保留」として表示されます。

これがこの画面で最も重要な区別です。ゼロは会計士が明言した数字であり、空欄は明言がないことです。空欄がゼロとして扱われれば、その行全体が差異とみなされ、データが欠けているだけなのにシステムの誤りだと結果が示してしまいます。そのため、各行の状態は2つではなく3つあります：一致、要調査、保留。

既定値は1センタボで、端数処理だけを許容し、それ以上は認めません。割合での許容は、まさに重要な誤差を隠してしまいます。売上200万の0.5%は、黙って受け入れられる1万レアルの差です。この値は会社ごとに設定できます。許容範囲はあなたと会計士の間で決めることだからです。

割合を各行の大きさで加重すると、売上だけで結果が決まり、税金の行が5つ間違っていても気づかれません。ここで証明するのは、合計が偶然合うことではなく、エンジンが正しく「分類」することです。

一致率が100%でも、会計士の数字がない行が残っている限り、ゲートは達成されません。このルールがなければ、一致するとわかっている2行だけを入力すれば済んでしまいます。検証全体を空洞化させる近道です。

仕訳の区分に会計グループがない場合、あるいは区分自体がない場合、システムは既定でそれを「営業」として扱います。妥当な既定値ですが、危険な沈黙でもあります。値が推測に基づいて DRE に入り、何の警告もないからです。そのため詳細画面では、こうした仕訳の説明をまさにその一文から始めます。区分のマスタを修正すれば、たいてい次回の実行でその行は一致します。

詳細画面の下部には一覧の仕訳の合計が表示され、それは「Tenka の値」列の値と一致しなければなりません。一致しない場合は、画面上部に目立つ形で警告が出ます。その場合、一覧は証拠ではなく手がかりにすぎないので、問い合わせを起票してください。合計が合わない詳細は、あなたのデータではなくプラットフォームの不具合です。

減価償却費は財務の仕訳からではなく、固定資産台帳から、資産の価額を耐用年数で割って算出されます。そこでの差異は、ほぼ必ず会計士が使ったものと異なる耐用年数か取得日が原因です。一方、当期純利益は他の行から計算されるもので、それらが一致すれば一緒に一致します。どちらの場合も、詳細画面は空の一覧を表示する代わりに出どころを説明します。

件名、本文、スプレッドシート全体（ラベル、見出し、各仕訳の説明）は受信者の言語で送信されます。どの言語かは、クリックする「前に」アドレスの横に表示されます。これは、逆の誤りがエラーにならないからです。メールは配信され、キューには成功と記録され、ブラジル国外の会計士は受け取ったものを単に理解できないだけです。言語は会計士の登録情報から取得し、登録がなければアカウントに設定された言語を使います。

差異は本物で、受け入れる前に理解する価値があります。よくある原因は3つです。その月のまだ読み込まれていない書類、カスケードの別グループに分類された区分、または管理会計と財務会計の見方の正当な基準の違い（引当金、税金の帰属期間）。直せるものを直して再実行してください。各実行は記録されます。

何が足りないかを数字で正確に示します。その月の出荷請求書が何件読み込まれているか、期間の明細がある銀行口座がいくつあるか。書類がなければ再構築した売上は小さくなり、差異はシステムではなく「書類」によるものになります。そしてあなたは Tenka が間違っていると結論づけてしまうでしょう。

まず、この会社に紐付いた「会計士」プロファイルを持つプラットフォームユーザーを探します。これが望ましい経路です。メールアドレスが正式な項目で、その人の言語も登録されているからです。見つからない場合は、「設定 › 税制」に入力された事務所の連絡先を使います。そこは自由入力欄（電話番号やサイトも入る）なので、メールアドレスらしきものだけを受け付けます。いずれの場合もその場で別のアドレスを入力でき、入力済みのアドレスの出どころは画面に表示されます。