TRANXACT.AI ヘルプ

変更点（2026年10月6日）

サウジアラビアの電子請求書発行（ZATCAフェーズ1）が完了し、顧客のカード情報、個人データはAIから隔離され、米国の売上税、州および地方の給与計算、資金会計、インドのコンプライアンス、パネルインタビュー、およびコンソール独自の対話が行われました。

サウジアラビアの電子請求書発行：ZATCA第1段階

  • サウジアラビアの税務管轄区域（会計 → 税務 → 税務管轄区域、国 SA）には、名称（アラビア語）と電子請求書制度があります。ZATCA フェーズ 1（生成）は、管轄区域がサウジアラビアの VAT 番号（15 桁、3 で始まり 3 で終わる）で登録され、レターヘッドにアラビア語の法人名と住所が記載されている場合にのみ受け入れられます。サウジアラビアの会社のレターヘッドには、建物番号、地区、および追加番号も求められます。
  • 有効にすると、売掛金請求書、クレジットノート、デビットノートのシリーズはシステムによって番号が付けられ、リセットされることはなく、常に転送されます。また、バイリンガルのZATCA-A4およびZATCA-A4-MEMOフォームがデフォルトになります。
  • AR Invoices には、新規請求書: 顧客、日付、通貨、税額請求書 (B2B) または簡易税額請求書 (B2C)、供給日、および VAT カテゴリ (S、Z、E、O) と免税コードを含む明細行が含まれます。ZATCA では、ドラフトは DRAFT- と番号付けされ、VAT はカテゴリからサーバーによって計算されます。
  • 郵便局が請求書を発行します。すべての項目が一度にチェックされ、次の番号が取得され、サーバーからタイムスタンプが押され、売主と買主の情報がコピーされ、VATがSARで表示され、QRコードが作成されます。発行された請求書は編集、削除、取り消しできません。クレジットノートを発行する場合は、請求書と理由を明記し、請求書とデビットノートの合計額を超える金額をクレジットすることはできません。
  • 発行された請求書とメモ、それらの印刷履歴、および監査ログは、データ保持によってアーカイブまたは削除されることはありません。フェーズ2（XMLとクリアランス）はこれに含まれません。サウジアラビアの電子請求書：ZATCAフェーズ1を参照してください。

カード決済

  • 新機能：会計 → カード決済 — カード、カード発行、カード請求バッチ。カードはブランド名と下4桁のみ表示され、カード番号は独自のキーで暗号化されます。セキュリティコード、PIN、ストライプデータは一切保存されません。同じカードは二重に保存されるのではなく、認識されます。「削除」をクリックすると、カード番号は完全に削除されます。
  • 委任状には、顧客が同意した請求内容、請求頻度、請求期限が、顧客の同意に基づき一字一句正確に記録されます。請求期限付き委任状では、委任状ごとに日付ごとに1回の請求が行われます。銀行へのエクスポートは、番号が復号化される唯一の場所であり、カードバッチエクスポートの許可が必要で、カード番号なしで記録されます。
  • ウェブサイトやアプリは、カード API (/api/accounting/card-api/v1/…) を介してカードと委任状を保存できます。このAPIは、名前でカード API (外部統合) の役割が付与されたサービス アカウントを使用し、HTTPS 経由で、レート制限付きで、カード テストが禁止されています。5 つのカード権限はすべて「役割と承認」の下にあります。ASK とエージェントは、すべてのカード ルートで拒否されます。顧客のASKと定期的なカード請求を参照してください。

AIと個人データ

  • ASKやその他のAIエンジンに送信されるデータはすべて、まずサーバー上でフィルタリングされます。メールアドレス、電話番号、IBAN、銀行口座番号、国民ID（イカーマ、Aadhaar、SSN、PAN）、カード番号、登録されている人物名はプレースホルダーとして扱われ、回答は返送時に削除されます。
  • プレースホルダーは、ASKが実行するアクションの内部にのみ挿入され、表示されるテキストには決して挿入されません。カード番号も決して挿入されません。国民ID、パスポート、IBAN、銀行口座、カード情報は、ASK検索する情報には含まれません。
  • 閲覧またはASK起こしのために送信された画像や録音データは編集できません。編集できるのは返送されたテキストのみです。また、登録されていない名前は認識できません。ASKやAIエンジンが決して見ることのない情報をご覧ください。

その後、10月6日：ZATCAフェーズ1が完了

  • ZATCAが稼働する前に投稿された請求書やメモは、投稿日のリヤド時間正午に事後的に発行され（バックフィル）、バックフィル済みとマークされます。投稿されたものは何も移動しません。
  • 税コードにはZATCAカテゴリー（S、Z、E、O）と免除理由が付与されており、いずれかのコードに該当する行は、そのカテゴリー、税率、および理由に基づいて課税されます。
  • サウジアラビアの顧客は、アラビア語の名前、CR番号、建物番号、地区、および追加番号を持ち、保存時にVAT番号が確認されます。
  • 請求書タイプの変更では、標準と簡易のドラフトが切り替わり、変更内容が記録されます。クレジットノートは保存時に理由を記入する必要があり、領収書は発行されず、支払期限も過ぎません（全社共通）。正しい請求書は警告なしで印刷されます。サウジアラビアの電子請求書発行：ZATCAフェーズ1を参照してください。

米国の売上税および米国の州および地方の給与

  • 請求書、見積書、販売注文書では、会社の登記地である州、郡、市、地区に基づいて米国の売上税が計算され、免税証明書と課税規則が尊重され、各管轄区域の税明細が明細に表示されます。明細に明示された税額は上書きされることはありません。州、郡、市、地区別の米国の売上税については、こちらをご覧ください。
  • 米国の給与計算では、段階的および定額の州税を源泉徴収し、相互主義と居住者控除、州のSDIおよび有給休暇プログラム、地方税（ニューヨーク市、ヨンカーズ、ペンシルベニア州法32号およびLST、オハイオ州の市町村および学区、デトロイト、メリーランド州およびインディアナ州の郡、デンバーOPTなど）を適用します。これらの税金は、W-2の14～20欄と給与税口座に反映されます。本番実行前に税率を確認してください。詳しくは、米国の給与計算：州税および地方税をご覧ください。

ファンド会計とインドにおける法令遵守

  • 新機能：会計 → 資金会計 — 資金、補助金、プログラム、および機能を各行に表示します。これは、Derivation Studio で作成したルールセットに基づいて生成され、テスト導出と転記された各行のトレース機能も備えています。資金会計および GL 導出ルールを参照してください。
  • インド国内企業向けの新機能：インドコンプライアンス（10月12日以降、会計モジュール内のグループとして提供され、独立したモジュールではありません）— GST、電子請求書および電子運送状、GSTR-1およびGSTR-3B、UPIによる集金および決済、PF、ESI、専門職税、労働福祉基金、TDS。インドコンプライアンス：GST、電子請求書、UPI、法定給与計算を参照してください。

採用と承認

  • パネル面接：加重スコアカード、議長付きのパネル、各パネリストが自分の列に採点、結果は事前に設定されたルールに基づいて決定され、理由がある場合にのみ覆すことが可能、候補者は順位付けされ、順位外の選考は理由がある場合にのみ可能。詳細は「パネル面接：スコアカード、採点、順位付け」を参照。
  • 承認レベル一覧には、署名する順序でレベルがリストされています。ルールの優先順位、次にレベルの順です。

どこでも

  • 確認メッセージや各種メッセージは、コンソール独自のダイアログで表示されます。Escキーでキャンセル、Enterキーで確定します。ページャー付きリストでは、レコード数がフッターに一度だけ表示されます。日付は、ユーザー独自のフォーマットに従います。ASK ASKピン留めしても、ページは再配置されません。コンソールが表示する質問、レコード数、日付については、関連ドキュメントを参照してください。
  • 評価結果は評価の最大値を超えることはできません。また、対象となるのは当該セクションの学生のみです。セクションからの結果を入力するとシートが作成されます。評価結果：最大値と対象セクションの学生を参照してください。

構成可能なサブアセンブリから構成される製品を構成する（TG310 = TG100 + TW310）

  • 製品を構成すると、構成可能なサブアセンブリが一度に作成され、回答を入力すると、製品テーブル全体にわたる特性 (特性 | TG310 | TG100 | TW310) を使用して、回答がサブアセンブリに書き込まれます (値の伝播)。
  • サブアセンブリに関する質問で、何も入力されていないものは同じ画面で回答されます。ロックされている質問はそこで変更できません。
  • 新しいルールアクション: コンポーネントの除外、置換、再数量化。基本部品表 (BOM =) と基本ルーティング (ROUTING =) を置き換えるバリアント部品表 (BOM =) とバリアントルーティング (ROUTING =)。操作の削除、時間または作業センターの変更。検証 (ERROR/WARNING)。選択肢と入力値の両方について、上書き可能またはロックされたデフォルト値。サブアセンブリへの伝播。条件内の BETWEEN。MIN QTY と MAX QTY が適用されます。
  • 解決処理によって、各サブアセンブリにはそれぞれ構成済みの品目、部品表、および工程表が割り当てられ、親部品表にはそれらに名前が付けられます。また、製造指示書によってサブアセンブリの指示書も作成されます。
  • 新しい画面コンフィギュレーター・ワークブック：モデルとそのサブアセンブリの定義全体を1つのExcelワークブックとして（ダウンロード、チェック、インポート）、IF ... THEN ...文として一度に貼り付けられる多くのルール。
  • 設定では、テンプレートのダウンロードをExcel形式でインポートします。
  • モデルでは、間接費、スクラップ、運賃、梱包費、デフォルトの作業センター、およびルーティングを作成するかどうかを設定できるようになりました。
  • TG310 / TG100 / TW310の計算例はデモ会社に含まれており、サンプルワークブックとしてダウンロードできます。

四半期の予測を立てて、チームを編成しましょう

  • CRM：会計年度カレンダーから切り取られたノルマ計画、営業担当者別、チーム別、または地域別のノルマ、および達成度、加重パイプライン、カバレッジを示す予測ボード。
  • CRM：ステージからマッピングされた設定可能な予測カテゴリと、商談ごとの合理的な上書き機能。
  • CRM：営業担当者が通話内容を送信し、管理者は集計してメモを追加して調整する。週ごとのスナップショットで予測と実績を比較できる。
  • CRM：Microsoft 365とGoogleのメールボックスとカレンダーを、ユーザーごとにオプトイン方式で同期し、一致するメールと会議をアクティビティとして記録し、CRMの会議を所有者のカレンダーにプッシュします。
  • CRM: リードスコアリングモデル - 重み付けルールまたはホールドアウトAUCを使用してプロセス内でトレーニングされたロジスティックモデル - グレードA～D、自動資格認定およびルーティング。スコアはアクティブモデルを使用します。
  • CRM: /portal/customer にある顧客ポータル -- PDF 付き請求書、残高と経過日数、オンライン支払い、注文と追跡、見積もりの承認、ケース、およびサプライチェーンの RMA を通じて要求および追跡される返品。
  • プラットフォーム：顧客ポータルはサプライヤーポータルのアイデンティティに統合されます。つまり、1つのテーブルセットと1つのサインインライブラリが使用されます。ポータルトークンは独自のキーで署名され、ポータル以外のすべてのルートで拒否されます。企業ごとのポータルポリシー（オン/オフ、必須の2ステップ、セッションと招待の期間、ロックアウト）を設定できます。
  • CRM: 販売時点情報管理（POS） - 店舗、レジ、現金残高と現金カウントを含むセッション、税規則に基づく売上と返品、分割支払い、オフラインキュー、およびバランスの取れた仕訳帳と在庫発行を転記するZレポート。
  • CRM：署名付きWebhook、1回限りの注文インポート、SKUマッピング、在庫および追跡情報のプッシュ、支払いインポート機能を備えたShopify、Magento/Adobe Commerce、Amazonコネクタ。

大規模な代理店業務は、資格を持ったクロードの従業員に任せましょう。

  • エージェントは、1 つのモデルでは処理しきれない規模の作業を、新しいツールタイプ「ライセンスを持つワーカーに渡す」(delegate_heavy) を使用して、ライセンスを持つ Claude ワーカーに委任できます。実行は「入力待ち」の状態で待機します。
  • 新画面：エージェントAI > 操作 > 委任されたタスク。申請、更新、ファイル添付、リリース、承認または拒否、キャンセル。
  • タスクを受注すると、有効期限が短く、取り消し可能なワーカートークンが表示され、Claude Code (VS Code)、Agent SDK、および管理対象エージェントへの接続情報がすぐに貼り付けられる状態で提供されます。
  • /api/v1/mcp/run に新しい管理対象 MCP サーバーが設置されました。このサーバーは、エージェント自身の権限に加え、find_endpoints、call_api、get_delegation、check_approval、attach_file、submit_result といったツールを備えています。すべての呼び出しは、権限、ガードレール、承認に基づいてチェックされ、記録されます。
  • ツールカタログフォームには、委任ツールに関するフィールドがあります。具体的には、作業者に伝えられる内容、結果をレビューする担当者の有無、タスクの期限、対象となる作業者の種類などです。
  • エージェントの承認は、有効期限が過ぎると失効し、応答がなかったと処理結果に通知されるようになりました。
  • 実行トレースには、ワーカーに渡された作業が表示されます。「プッシュオン」アクションは、入力待ちの実行にも有効です。
  • 実行トレースが開かなくなる問題は解消されました。以前は、ビューに存在しない列を要求していました。
  • 新しい役割：重労働員。新しい職務分掌規則SOD-66：委任された業務の遂行と受諾。
  • 新しいコマンドラインワーカー: server/scripts/heavy-worker.mjs (list、show、claim、renew、submit、release、run)。

処方箋を薬局に電子的に送信する

  • 処方箋は、NCPDP SCRIPT 2017071 NewRx メッセージとして署名付きで薬局に送信され、薬局は新しいディレクトリから選択されます。ステータス、エラー、処方箋の調剤、更新、変更のリクエストは返信され、処方医のタスクになります。
  • 規制薬物（EPCS）の処方には、二重承認の許可、処方医自身のサインイン、パスワード、および認証コードが必要であり、すべての試行は追記専用のサインログに記録されます。
  • 送信時に意思決定支援が再度実行されます。アレルギー、重複治療、重大な相互作用がある場合は、理由によって上書きされない限り送信が停止されます。
  • 請求を提出すると、X12 837P または 837I が作成され、クリアリングハウスに送信されます。999 および 277CA の確認応答により、請求が更新されます。
  • 835件の送金は、CARC/RARCの調整と患者負担額とともに自動的に計上され、支払い残高を確認する照合が行われます。
  • 資格確認では、270番のフォームを送信し、271番の回答（有効、自己負担額、残りの免責金額、共同保険）を保険証券に記入します。
  • /fhir/r4 にある FHIR R4 API。OAuth2 client_credentials と SMART スコープを備えています。15 種類のリソース タイプ、検索、$everything、Observation および AllergyIntolerance の作成が可能で、すべてのアクセスが監査されます。
  • HL7 v2インターフェースエンジン：ADT A01/A03/A04/A08、ORU R01、RDE O11をACKとともに受信。ORM O01、OML O21を出力。オプションでMLLPリスナーも利用可能。
  • 入院時、転院時、退院時、または診察時に薬剤調整を行い、署名の上、薬剤リストに記入する。患者用の印刷可能なリストも添付する。
  • 請求サイクルごとの患者明細書（滞納状況、督促状、保留および抑制、PDF、患者ポータルを含む）。
  • ネットワーク接続（Surescripts、クリアリングハウス、HL7）は認証情報を密封して保存します。何も設定されていない場合は、サンドボックスが応答します。

私のワークスペース

  • 新しい従業員セルフサービスタブ：マイワークスペースには、勤務時間、休暇、給与、福利厚生、詳細情報、扶養家族、書類、入社手続き、退職手続きに関するカードが表示されます。
  • 従業員に関連付けられているすべてのユーザーには、新しい「従業員」ロールが付与され、これによりHRMSではなくセルフサービスが利用できるようになります。
  • タイムシート、休暇、住所変更、銀行口座変更、退職届は、マネージャーまたは人事部に送られ、「承認済み」に表示されます。
  • 銀行口座の変更は封印され、下4桁のみが伏せられ、人事部の承認後にのみ適用されます。
  • 給与明細は従業員がPDFファイルとして開いてダウンロードできます。
  • 福利厚生の選択は、加入期間内またはライフイベント発生期間中にセルフサービスで行うことができます。期間外の選択は拒否されます。
  • 承認された退職は、チェックリストと機密保持を前提とした退職面談を含む退職手続きを開始します。人事部は、その回答と退職理由報告書を確認します。
  • 新しい人事関連画面：変更依頼、退職アンケート、退職質問、退職面談、退職理由、チェックリストテンプレートタスク。
  • HRMSにおける福利厚生の資格確認において、すべての加入期間が終了済みと表示されることはなくなりました。

着地コスト

  • 着地費用伝票：運賃、関税、保険料、取扱手数料、仲介手数料を、金額、数量、重量、容積、または手動による割合で商品受領書に配分し、プレビュー、在庫および売上原価への転記、および取消処理を行います。
  • 着地原価テンプレートは、受領書に対する料金を見積もります。商品受領書に対する着地原価計上は見積もりを計上し、実際の伝票で精算します。
  • Peppol BIS 3、XRechnung (UBL および CII)、Factur-X (PDF に XML を埋め込んだ場合)、FatturaPA、KSeF FA(2)/FA(3) および CFDI 4.0 の電子請求書発行。EN 16931 検証機能付きで、ファイルまたは HTTP で送信できます。
  • IFRS、ESEF、米国GAAP、英国FRCの分類体系に準拠した、貸借対照表、損益計算書、キャッシュフロー計算書のXBRLおよびインラインXBRLによる提出、マッピングおよび検証。
  • アクションの結果から、ダウンロード可能なファイル（電子請求書、XBRL文書など）を提供できるようになりました。

米国外での給与支払い

  • 給与計算は会社の所在国に基づいて行われるようになりました。米国以外の会社は、連邦税および州税の表、W-4フォームの設定、地方税、W-2 / 941 / 1099フォームなどを確認する必要がなくなり、住所を入力すると一文で回答されます。
  • 法定様式には、会社が所在する国の様式が記載されています。インドでは、様式16、24Q、12BB、EPF ECR、ESI、PT申告書。サウジアラビアでは、GOSI明細書、WPS給与ファイル、退職金精算書。
  • 一般的な給与計算画面では、中立的な用語（所得税、雇用主の納税者番号、地域）または国独自の用語（雇用主のTAN、GOSI事業所番号）が使用されます。
  • 従業員の勤務地域は、勤務国の地域の中から選択され、地域名はコードとして保存されます。米国以外では、以前のイリノイ州のデフォルト設定は廃止されました。
  • 残業に関する規則は国によって異なり、インドの工場法規則やサウジアラビアの第107条規則が例として挙げられ、米国の規則は米国の従業員にのみ適用される。
  • 新しいHRMS > サウジアラビアの給与計算：GOSIレート、GOSI明細書、WPS給与ファイル、退職。サウジアラビアの給与明細には、GOSI年金、SANED、職業上の危険に関する情報が記載されています。
  • インドとサウジアラビアの企業は、独自の給与コード、月間給与グループ、祝日カレンダー、負債勘定を取得します。古いシードによって残された米国専用の行は、使用されていない場合は削除されました。

EDI取引パートナーを設定する

  • 構造化EDI：取引パートナー（X12 004010/005010、EDIFACT D96A/D01B）、コネクタ（サンドボックス、AS2、VAN、SFTPプレースホルダー）、ドキュメントマップ、およびパートナーごとの制御番号を含む交換ログ。
  • 発注書（850/ORDERS）、販売注文書（855/ORDRSP）、納品書および出荷伝票（856/DESADV）、売掛金請求書（810/INVOIC）をEDI経由で送信します。
  • EDI受信ボックス：パートナーファイルの確認と受信。受信850/ORDERSは販売注文を作成し、855/ORDRSPはPO確認を更新し、856/DESADVは予定受領を作成し、810/INVOICは仕入先請求書のドラフトを作成します。997/CONTRLは生成され消費されます。重複は拒否されます。
  • サプライヤーポータル（/portal/supplier）では、サプライヤーは注文の確認や変更、出荷通知の送信、PDF形式の請求書の提出、問い合わせやオークションへの回答、支払い状況の確認、連絡先や銀行口座の変更依頼を行うことができます。運送業者はドックの予約を行うことができます。
  • ポータルへのサインインは、すべてのポータルで共有される個別のIDであり、招待状、オプションの2段階認証、およびポータルAPIへのアクセスのみが含まれます。
  • ドロップシッピング：商品と販売注文明細はドロップシッピングで発送できます。ベンダーからの注文品が顧客に直接発送され、ベンダーの出荷確認により、在庫を移動することなく販売注文が配送され、請求書が発行されます。
  • ドックのスケジュール管理：ドックカレンダー、閉鎖情報、ドアの機能、二重予約防止機能付き予約、ヤードと連携したチェックイン／チェックアウト、無断キャンセル、およびドック掲示板。
  • 返品（RMA）：リクエスト、指示付き承認、隔離への受領、検査（再入荷、廃棄、修理、ベンダーへの返送）、クレジットノート、交換、または返金による解決。

部屋と学期時間割

  • 学生ライフサイクルには、建物、部屋、部屋の閉鎖、部屋の予約に関する情報が含まれています。授業のミーティングでは、ファイルに登録されている部屋の名前が指定されるようになりました（以前の部屋のテキストは保持され、コードまたは名前で部屋と照合されます）。
  • データベースは、部屋や講師が同時に2回予約された場合、承認済みの予約や授業の閉鎖、定員超過の部屋や学生が同時に2つのクラスに分かれている場合を拒否します。
  • 新しい時間割ページ：教室、講師、セクション、学生、プログラム、学期ごとに週ごとの時間割が表示され、重複する時間割はマークされます。
  • 新しい自動時間割作成ツール（時間割実行）：学期全体を対象とした、時間制限付きの確定的な提案。配置できないセクションとその理由も表示され、適用または破棄されます。
  • 新しい試験期間、試験、試験の重複：各学生が一度に受験できる試験と1日の試験数の制限を守り、大規模な試験を複数の教室に分散させ、試験監督者を割り当て、学生ポータルに公開するスケジューラー。
  • 新規財政援助（米国）：バージョン管理されたレイアウトによるISIRインポート、封印された社会保障番号、マッチング、検証およびCコードタスク、出席費用予算、ニーズ、COA内のパッケージング、過剰支給拒否、授与通知書、ポータルでの承認。米国以外の企業では休止状態。
  • 新たな役職：時間割作成担当者、試験担当者、奨学金担当者。