32件の質問
ホスト間通信、EBICS、銀行APIのどれを使うべきですか。
通常は銀行が決めます。ホスト間SFTPは、企業の支払ファイル向けに最も広く提供される経路です。EBICSはドイツ、フランスと近隣諸国の銀行で一般的です。銀行APIは、銀行が提供している場合、リアルタイム残高や即時決済に適しています。複数の経路を使う企業も多く、統合レイヤーがその違いをERPから隠します。
camt.053とMT940のどちらの明細を受けるべきですか。
銀行が両方を提供する場合、camt.053は振込内容の構造化データが豊富で、自動突合の信頼性が高まります。MT940も広く使われ、多くのケースで十分機能します。当社は両方を受け取り、同じ内部モデルに変換し、お客様と銀行にとって都合のよい時期に各行をMT940からcamt.053へ移行できます。
売上はリアルタイムに計上すべきか、バッチにすべきか。
通常はリアルタイムに近いイベントとして計上します。そうすれば日中の在庫と売上が最新になります。ERPやライセンスによっては頻繁な計上のコストが高いため、レイヤーは店舗・期間ごとの集計にまとめることもできます。どの判断に最新データが必要か、ERPが何を得意とするかに基づいて一緒に選びます。
どのPOS・ERPシステムに対応していますか。
API、イベント、ファイルで取引を出力できるPOSであれば対応し、ERPはSAP S/4HANA、Oracle NetSuite、Microsoft Dynamics 365 Business Central、Odooなどに対応します。開始時にお客様のPOSとERPのインターフェースを確認します。製品名の記載は、そのベンダーとの提携を意味するものではありません。
ゲートウェイとアクワイアラーはどう違いますか。
アクワイアラーは、お客様のためにカード決済を処理し資金を支払う銀行または認可機関です。ゲートウェイはその手前にある技術サービスで、端末やチェックアウトからの要求を受け、カードをトークン化して転送します。両方を兼ねる事業者もあります。設計はどちらでも機能し、2つの役割を明確に保ちます。
ISO 8583はどのアクワイアラーでも同じですか。
いいえ。ISO 8583は構造を定めるもので、フィールド、メッセージ種別、コードの仕様は各アクワイアラーやネットワークが独自に公開します。そのため当社はアクワイアラーの仕様に基づいて構築し、その認定試験を実行します。アクワイアラーの手前に置くゲートウェイAPIがこうした違いを吸収し、小売業者にとっては多くの場合より簡素です。
銀行に直接接続すべきか、アグリゲーター経由にすべきか。
アグリゲーターは1つのAPIで多数の銀行につながり、各行の違いも吸収しますが、呼び出し単位または接続単位の費用がかかります。直接接続は統制力が高く、重要な銀行が少数の場合に適します。多くの製品はアグリゲーターから始め、後から直接接続を加えます。必要な銀行と国に照らして選択肢を比較します。
どの銀行・国に対応していますか。
対応範囲は地域の規則と銀行のAPIによります。EUと英国はPSD2とUK Open Banking Standardのもとで広く対応しています。それ以外の地域では範囲が異なり、アグリゲーターが一部の空白を埋めます。設計を確定する前に、お客様の顧客が利用する銀行の対応状況を確認します。
オープンバンキングはホスト間の銀行連携を置き換えますか。
ほとんどの企業のトレジャリー業務では置き換えません。ホスト間チャネルは、自社口座の一括支払ファイルと完全な明細を扱います。オープンバンキングは顧客向け製品、リアルタイム残高、単発の決済に適します。多くの企業は両方を使い、自社の支払バッチにはホスト間、顧客向けにはオープンバンキングを用います。
どのサードパーティサービスと接続できますか。
APIまたはファイルインターフェースが文書化されているサービスであれば接続できます。代表例はCRMプラットフォーム、運送会社と物流事業者、マーケットプレイス、電子インボイスと税務プラットフォーム、給与、KYCとアイデンティティのプロバイダー、AS2でEDI文書を交換する取引先です。計画を確定する前に、各パートナーのAPI、制限、テスト環境を確認します。
これには統合プラットフォームが必要ですか。
1つのERPに複数のパートナーが接続するようになると、MuleSoft、Boomi、Azure Logic Appsなどのプラットフォーム、またはメッセージキュー上に構築した独自サービス群により、マッピング、再試行、監視を一か所にまとめられます。パートナーが1–2社であれば直接接続で足りることもあります。ライセンス費用を含むトレードオフをお客様の状況に即して提示します。
どのERP・CRMシステムを扱いますか。
ERPではSAP ECC、S/4HANA、BTP、Oracle Fusion Cloud ERP、NetSuite、Microsoft Dynamics 365、Odoo、Sage。ワークフローとCRMではServiceNow、Salesforce、Microsoft Power Platformです。カスタムシステムや旧システムも扱います。製品名の記載は、そのベンダーとの提携を意味しません。
SAP ECCの連携をS/4HANAへ移行できますか。
はい。ECC上のすべてのインターフェースを棚卸しし、維持・再構築・廃止を決め、テストとともにS/4HANAまたはBTPへ1つずつ移行します。フローは1つずつ切り替えるため、業務が1回のカットオーバー週末に依存することはありません。
ミドルウェアやiPaaSは必要ですか。
常に必要とは限りません。2つのシステム間の安定した少数のフローは、直接API呼び出しで足ります。複数のシステムがデータを交換する場合や、マッピング、キュー、監視を1か所で必要とする場合は、通常ミドルウェアが費用に見合います。すでに保有している場合は、それを基盤に構築します。
どのCRMを選ぶべきですか。既存のCRMでも対応できますか。
プロセス、連携、ユーザーに合うものを選んでください。要件、既存ライセンス、CRMが接続すべきシステムに照らして選択肢を比較し、トレードオフを書面で示します。すでにCRMがある場合は、設定、データ、連携を先にレビューします。問題は製品の制約よりもそこに多いためです。
CRMのカスタマイズはどこまでが適切ですか。
アップグレードが危険になり、すべての変更に開発者が必要になったら過剰です。まずプラットフォームの標準機能を設定し、業務に必要で維持する価値がある場合にのみカスタムコードを構築します。各カスタム機能は文書化・テストし、アップグレードを管理可能に保ちます。
ZATCAフェーズ2では何が求められますか。
統合フェーズであるフェーズ2では、納税者のシステムをZATCAのFATOORAプラットフォームに接続する必要があります。標準税務請求書は買い手に届く前にZATCAがクリアリングし、簡易請求書は発行後まもなく報告されます。各請求書には暗号学的スタンプとQRコードが必要なため、ERPまたはPOSが所定の形式で生成しなければなりません。
PINT-AEとは何ですか。
PINT-AEは、PEPPOL国際インボイス形式のUAE仕様で、UAEの電子インボイス制度で使われています。請求書はこの構造化形式で認定サービスプロバイダーを通じて交換され、UAEの税務を扱うEmaraTaxプラットフォームを持つ連邦税務庁に報告されます。
ViDAとは何で、EU外の当社にも影響しますか。
VAT in the Digital Age（ViDA）は、国境をまたぐ企業間請求を構造化電子インボイスとデジタル報告へ移行するEUのパッケージです。本社がどこにあっても、EUの顧客に請求する、またはEUの法人を運営する事業者に影響します。
デジタル製品パスポートとは何ですか。
デジタル製品パスポート（DPP）は、製品の素材、原産地、修理可能性、リサイクル性に関するEUの記録で、QRコードなどのデータキャリアを通じて共有されます。製品群ごとに段階的に導入されます。通常ERPや製造システムにあるサプライチェーンデータに依存します。
当社のERPには電子インボイスのアドオンがあります。それでも支援が必要ですか。
多くの場合、そのアドオンが適切な出発点であり、当社はそれを迂回して構築するのではなく設定・拡張します。残る作業は通常データです。請求書種別、税コード、マスターデータ、アドオンが対応しない例外です。請求書を発行するPOSやその他のシステムも接続が必要です。
一つの連携で複数の国に対応できますか。
はい。義務ごとのコネクターを持つ一つの連携レイヤーを構築します。ERPは一つの請求書を生成し、レイヤーが国ごとに整形、署名、送信します。国の追加は、設定、マッピング、テストの追加になります。
ISO 20022とは何で、なぜ重要ですか。
ISO 20022は金融メッセージの国際標準です。XMLメッセージは、旧来のSWIFT MT形式では運べない、氏名、住所、送金明細などの構造化データを運びます。銀行や決済システムが移行済みのため、これに基づく支払い・明細ファイルは照合がしやすく、コンプライアンスチェックを通過しやすくなります。
どの銀行形式・チャネルに対応していますか。
支払いにpain.001、ステータスにpain.002、口座レポートにcamt.052、camt.053、camt.054、銀行間メッセージにpacsを使用します。多くの銀行が今も送るMT940・MT942明細も読み取ります。伝送にはホスト間SFTP、EBICS、SWIFT、銀行APIを使います。各銀行は形式ごとに独自の仕様を持つため、その実装ガイドに基づいて構築します。
どのERPシステムを銀行に接続できますか。
SAP S/4HANA、Oracle Fusion Cloud ERPとNetSuite、Microsoft Dynamics 365、Odoo、Sage、およびトレジャリー・カスタムシステムです。ERPに独自の銀行通信モジュールがある場合は、それを迂回して構築するのではなく、設定・拡張します。
ISO 8583を直接扱えますか。
はい、アクワイアラまたはプロセッサーが提供する場合に対応します。ISO 8583は一つの形式ではなく枠組みで、各アクワイアラが独自のフィールドとメッセージ種別の仕様を公表しています。その仕様に基づいて構築し、オーソリゼーション、取消、アドバイスメッセージを扱い、すべての応答コードをテストします。
AP2とは何で、今必要ですか。
Agent Payments Protocol（AP2）は、AIエージェントによる支払いのためのオープンプロトコルです。各購入には、顧客が承認した内容を示す署名済みマンデートが付くため、加盟店、発行会社、アクワイアラが信頼し監査できます。AIエージェントがお客様の店で買い物をする可能性があるなら、現在のフローと並行してチェックアウトをAP2対応にできます。
端末ではなくスマートフォンでカードを受け付けられますか。
はい、SoftPOSで可能です。アクワイアラまたはプロバイダーの認定決済アプリを通じて、対応するスマートフォンやタブレットでコンタクトレスカードとウォレットを受け付けます。当社はそのアプリを、他の端末と同様にPOS、売上、精算のフローに統合します。
店舗の接続が切れたらどうなりますか。（決済、エージェント型コマース（AP2）、POS）
店舗は販売を続けます。売上はローカルに保存され、接続が戻るとERPへ送信されます。各売上には一意の識別子が付くため、二重計上は起きません。カード決済をオフラインで続けられるかは、アクワイアラの規則とお客様のリスク許容度によります。その設計はお客様とともに行います。
連携プラットフォームとカスタムコードのどちらを使うべきですか。
接続数と、誰が運用するかによります。MuleSoft、Boomi、Azure Logic Appsなどの連携プラットフォームは、既製のコネクター、マッピング、監視を一か所で提供しますが、ライセンス費用がかかります。カスタムサービスは完全な制御とライセンス不要を提供しますが、保守するコードが増えます。お客様のケースで両者を比較します。
ESBとイベントメッシュの違いは何ですか。
エンタープライズサービスバスは、中央ハブを通じてメッセージをルーティング・変換します。イベントメッシュは、接続されたブローカーのネットワークを通じてイベントを分散し、異なるクラウドや拠点のシステムが直接公開・購読します。多くの環境は移行期間中に両方を運用します。
レート制限にはどう対処しますか。
各パートナーが公表する制限を前提に設計します。APIが許す場合はリクエストをバッチ化し、ほとんど変わらないデータをキャッシュし、定期ジョブを分散し、制限に近づいたらバックオフします。監視により、各フローが制限にどれだけ近いかを示します。
その他の質問
- AIとデータモデルとベンダー、精度、検索かファインチューニングか、データプラットフォーム、リアルタイムデータ、ドキュメント自動化。37件の質問
- ソフトウェアエンジニアリングスタック選定、フロントエンドフレームワーク、アラビア語と右から左、ネイティブかクロスプラットフォームか、クラウド、テストツール、旧システム。32件の質問
- 業界勘定系システム、ISO 20022、不正監視、店舗、EDIと運送会社、HL7とFHIR、アクセシビリティ、ERPアップグレード。30件の質問
- 部門別ソリューションERP接続、電子インボイス義務、AP2とEDIサプライヤー、デジタル製品パスポート、CRM、ダイナミックプライシング、会話型BI、アラビア語。13件の質問
- コストと価格プロジェクトやチームのコストを決める要因と、当社の見積もり方法。29件の質問
- 期間作業開始と納品までの期間、それを変える要因。10件の質問
- 所有権と契約コード、データ、成果の所有者と、契約の仕組み。22件の質問
- セキュリティとデータ作業中にお客様のシステム、コード、データをどう保護するか。79件の質問
- チームと人員プロジェクトの担当者、選定方法、チームの変化。30件の質問
- プロセスとコミュニケーション作業の計画、報告、受け入れ方法。121件の質問
- サポートと運用本番稼働後に何が起きるか。サポート、監視、変更。29件の質問
- XSISについて当社が誰か、どこにいるか、連絡方法。6件の質問
契約ではなく、対話から始めましょう
構築、接続、保護のどれが必要かを教えてください。アーキテクトが内容を一緒に整理し、どこから始めるべきかを提案します。
今後の流れ
日程の調整
セッションの日程を調整するため、当社チームからメールをお送りします。
事前コンサルティングセッション
無料の30分オンライン事前相談です。目標、システム、制約を伺います。
準備状況レビュー
無料の48時間準備状況レビューで、プリンシパルアーキテクトがプロジェクトを6項目のDefinition of Readyに照らして確認し、適切なトラックを提案します。
トラックの選択
スコープが確定したプロジェクトには、拘束力のある提案書を3–5営業日以内にお渡しします。構想段階のプロジェクトはBlueprint Studioから始まります。稼働中のシステムに障害がある場合、文書化されていない場合、連携が必要な場合は、1–2週間の診断から始まります。Blueprint Studioと診断はそれぞれ固定料金で、提案書に記載します。