5W2Hプラン

NF-e は製品の請求書で、機器、部品など物理的なものを送るときにここから発行します。サービス（時間、プロジェクト、月額）は NFS-e で、税務モジュールで発行され、市町村、税、ルールがまったく異なります。サービスしか販売していなければこの画面は空のままで、それが正しい状態であり、不備ではありません。

検証環境では請求書は「シミュレーション」のままですが、XMLはチェックデジット付きキー、発行者、受取人、明細、合計を備えた完全なNF-eで、環境2・補足情報・プロトコルの3か所でデモと明示されます。これにより誰も欺かずにサプライチェーン全体のデモが動きます。

NF-e は受注から、NFC-e は POS から作られます。この画面は政府側にある状態のまま文書を表示し — ステータス、発行時点で固定された品目、起きたことすべての履歴、受取人 — ヘッダーにサイクルの3つの操作を用意しています。「送信」（下書きまたは保留中のとき）、「状況を照会」（送信済みで結果が出ていないとき）、「取消」（SEFAZ の期限内）。だから保存ボタンはありません。ここで項目を変えることは、SEFAZ が承認済みの文書を改ざんすることになります。

発行者側：CNPJ、州登録（該当する場合は ISENTO）、税制区分（CRT）、市町村の IBGE コード付きの完全な住所、有効な A1 証明書、プロバイダのトークン。請求書側：シリーズ、取引の性質、環境。受取人側：氏名、CPF/CNPJ、市町村、州、郵便番号。各品目：8 桁の NCM、4 桁の CFOP、税制に応じた CST または CSOSN、原産、単位、数量、金額。何か足りなければ、画面が何が足りないかを正確に示し、発行しません。

この一覧は絞り込み付きのリンクを受け付けます。?q= は番号、キー、受取人で検索し、?fd_status=AUTORIZADA、?fd_modelo=55、?fd_ambiente=producao は一覧を絞り込みます。ダッシュボードの合計から、その合計を構成した請求書へたどれるのはこの仕組みです。

2026/09/18 から、一覧は自社エンジンを使っています。各行の番号、受取人、キーから請求書の画面が開き、フィルタ（状況、モデル、環境、シリーズ、発行日）はサイドパネルに、エクスポートは全件を出力します。URL は絞り込みを保持します — ?fd_status=AUTORIZADA&fd_modelo=65 で承認済みの NFC-e だけが開きます。番号範囲の欠番処理は請求書単位ではなく「会社」単位の操作なので、ボタンは一覧のバーにあります。

明細がロール単位で出荷された場合、明細の追加情報にロット、染色ロット、各ロールと重量が入ります（例：ロット LF-2603 | 染色 P-1188 | ロール: 7=28,40kg; 12-A=10,20kg）。XMLの受取側は生地がどのロールから来たか分かります。

「却下」は SEFAZ が請求書を読み、ルール（データの不一致、重複、受取人の登録）に基づいて拒否したことを意味します — 返されたメッセージがどのルールかを示し、訂正して新しい番号で発行するのが正しい道です。「エラー」は請求書が評価まで届かなかったことを意味します。通信、証明書、サービスのいずれかが落ちていました。その場合は「同じ」請求書を再送すれば通常解決します。却下をエラーとして扱うと重複が生まれ、それが次の却下になります。

承認済みの税務文書は変更できません。法定期限内に「取消」するか、期限後は返品の請求書を発行するのが正しい道です。プラットフォームは承認済みの請求書の削除をあえて提供していません — もし提供すれば、次に起きるのは申告内容と実際の出来事の食い違いです。

「下書き」はここで作成され、まだ出ていない請求書です。「送信済み」はプロバイダに送られ、結果が不明なもの。「承認済み」は SEFAZ の受付番号があり、それ以降は政府側に存在します。「却下」は理由付きです。「取消済み」は承認後に、独自の理由と受付番号をもって取り消されたもの。「欠番処理」は請求書にならなかった番号です。すべての遷移で、誰がいつ行い、プロバイダが何と応答したかがイベントとして記録されます — データ不足で「拒否」された試行も含めてです。

これまでは、証明書がないとき、システムはもっともらしい 44 桁のキーと受付番号を持つ請求書を「発行済み」として記録していました。画面上では SEFAZ に存在する請求書と見分けがつきませんでした。今はデモを「シミュレーション」と呼び、既定の動作も変わりました。認証情報がなければ発行は「拒否」され、足りないものの一覧が表示されます。シミュレーションは、誰かが意図的にデモのスイッチを入れた場合にだけ行われます。

環境はパラメータ FISCAL.NFE_AMBIENTE から取られ、既定値は homologacao です。本番環境で発行した請求書はその瞬間に政府側に存在し、顧客の税額計算に入り、税務照合に現れ、取消には法定期限があります。「動いているか」確かめるためにこのパラメータを変えることは決してしないでください。

「ビュー」ボタンでビューを保存すると、検索テキスト、適用中のフィルター、表示する列（とその順序）、一覧の並べ替え列の 4 つが保存されます。ビューを適用するとすべてが一度に復元されます。並べ替えと表示中のページもリセットされ、結果がビューの内容どおりになります。このバージョンより前に保存したビューも有効です。保存されていない項目は、適用しても変わらないだけです。

Nas fichas, sair de um campo já dispara a conferência do que dá para conferir na hora: campo obrigatório deixado em branco e e-mail mal formado. O aviso aparece embaixo do campo e desaparece quando você começa a corrigir. Campo numérico não precisa de aviso: ele simplesmente não aceita letra enquanto você digita. Isso é conforto, não a validação final: ao salvar, o sistema confere tudo de novo do lado do servidor.

レジがオフラインで発行した伝票は、次の場合に拒否されます：番号がレジの範囲外または閉じた範囲にある、レジが未承認、キーが他社のもの、署名が一致しない、証明書がレジのものでも会社のものでもない、キーが別の販売ですでに使われている。販売は保存され、伝票は理由付きで保留になります。伝票一覧で保留を絞り込んで対応してください。

会社の送信先がSEFAZで、税務アシスタントに証明書が登録されていれば、NF-eはSEFAZへ直接送られます（有効化の準備完了・検証中）。却下された場合は、何を直すべきかを一文でお知らせします。取消と番号の無効化も同じ経路です。請求書の画面では「DANFE（PDF）をダウンロード」と「お客様に送信」で、PDFと請求書ファイルをメールまたはWhatsAppでお客様の言語で送れます。請求書の公開リンクでは、アクセスキーを持つ人にPDFを表示します。完全なファイルは注文コードまたは受取人の書類番号がある場合のみです。

請求書に不備がある場合 — 発行者の CNPJ に州登録がない、品目に NCM がない、受取人に住所がない — 上部の赤いボックスが、「送信」をクリックする前に、問題が「どこに」あり、「何が」足りず、「どう」直すかを示します。不備があるまま送信しても SEFAZ には届きません。プラットフォームが拒否し、一覧を残します。示された画面で直して戻ってきてください。

ステータスの下の行には、モデル（55 または 65）と「環境」が表示されます。検証環境では請求書に税務上の効力はなく、フローのテスト用です。本番環境では承認された瞬間に政府側に存在し、取消には法定期限があります。操作にはこの画面での変更権限が必要です。旧一覧から送信・取消を行っていた人には 2026/09/18 にこの権限が付与されました。

パラメータFISCAL.NFE_IBSCBS_ENVIOがHOMOLOGACAO（既定）のとき、テスト用の伝票にはすでにIBS/CBSが含まれます。本番環境では検証が済むまで送信は無効です（SEMPREで有効、NUNCAで無効）。FISCAL.NFE_IBSCBS_MODO：CALCULADORA（既定）はCST・税区分・課税標準のみを送り、残りは税務プロバイダーの公式計算機が計算します（プロバイダー側の会社登録で有効になっている必要があります）。MANUALはここで計算した州IBS・市IBS・CBSの税率と金額を伝票の合計とともに送ります。手動モードでは、IBSは法律に従って州と市に配分されます（2026年：すべて州、2027年と2028年：半分ずつ）。またはパラメータFISCAL.NFE_IBS_FRACAO_MUNICIPALに従います。

NF-eの各品目は2つの単位で送信されます。取引単位は販売した単位（12入りケース2箱、1箱R$ 60.00）、課税単位は品目の基本単位（24個、1個R$ 5.00）です。品目の金額はどちらも同じです。基本単位で販売した場合は両者が一致します。税務プロバイダーに送られるのは伝票作成時に保存された内容で、後から受注や品目マスタを変更しても伝票は変わりません。

売掛は請求書が「承認」されたときに作られ、送信時ではありません — また、受注がすでに請求済みだった場合は、請求書ではなく受注に紐づきます。「生成された売掛」列は、請求書がどの取引に入ったかを示します。請求書が承認済みなのに空欄なら、会社に収益科目か売掛の種類が登録されていないためで、システムはどちらもでっち上げません。

レコードを開き、右側の「タイムライン」を見てください。各変更が「ある値から別の値へ」の形で、変更した人と日付とともに表示されます。変更が多い場合は、タイムライン上部の 2 つのフィルター（項目別・人別）を使います。検索はデータベースで行われるため、古い変更も同じように表示されます。Tenkai に「契約 482 を変更したのは誰？」と聞くこともできます。

請求書を開いてください。保留の理由に、何を直すべきか（顧客情報、取引の税コード、品目の税、期限切れの証明書）が書かれています。示された画面で修正し、「再送信」を使ってください。会社でSEFAZへの直接経路が有効になるまでは、請求書はデモとして発行されその旨が表示されます。これは保留ではありません。

まだ送信していない請求書で「XMLプレビュー」をクリックします。ファイルは送信と同じ手順でその場で組み立てられ、検証環境・署名なしで、先頭に「税務上の効力なし」と表示されます。番号を使わず、請求書も変更しません。補足情報（infCpl）を確認してください。認証販売では証明書番号がそこに表示されます。送信後は承認済みXMLが有効になり、ボタンは消えます。