Twint支払いスクリーンショット
金額、加盟店、取引時刻を抽出

3つのフィールド、1つの画面 — Twintがシンプルでありながら複雑な理由

Twintはスイス最大のモバイル決済システムです。Twint AGの年末報告によると、2025年には600万人以上のアクティブユーザーが9億100万件以上の取引を完了しました。UBS、ライファイゼン、チューリッヒ州立銀行（ZKB）、ポストファイナンス、および州立銀行連合が共同所有しています。店舗では、実店舗の81％、オンラインショップの86％がTwintを受け入れています。16歳以上のスイス国民におけるブランド認知率は99％です。"トゥインテン"（Twintする）は、スイスドイツ語の語彙に、この国870万人の住民に説明不要の動詞として定着しました。

この浸透度により、Twintの支払いスクリーンショットはスイスの日常的な金融生活のいたるところに存在します。記録管理に重要な3つのフィールド — 取引金額（Betrag/Montant/Importo）、加盟店名、取引時間 — は、すべての確認画面に表示されます。しかし、確認画面自体はユーザーによって異なります。なぜならTwintは単一のアプリではないからです。銀行に依存せず独立して動作する基本のTwint Prepaidウォレットがあります。さらに、70の銀行固有バージョン — UBS Twint、PostFinance Twint、Raiffeisen Twint、ZKB TWINT、Migros Bank Twint、Valiant Twint、および各州立銀行のバージョン — が存在し、すべて同じ取引データをそれぞれの親銀行のインターフェースデザイン言語で表示します。シンガポールのPayNowにも同様の問題があります — 各銀行のアプリに組み込まれた国家即時決済システムが、銀行パートナーごとに変わる確認画面を生成します。Twintも同じ断片化に直面していますが、3つの公用語と独特に密集した銀行環境を持つ欧州市場においてです。

実際の結果：複数のソースからTwintの支払いスクリーンショットを収集する場合 — Twintで支払う顧客、受け取った支払いを記録するフリーランサー、会費を徴収するVerein（協会） — スクリーンショットは同じように見えません。しかし、必要な3つのフィールドは常に画面上にあります。重要なのは、何を探すべきかを知り、セマンティック抽出アプローチがアプリごとのテンプレートなしでこの変動性をどのように処理するかを理解することです。

断片化の問題：1回の支払いに71種類の確認画面

Twint（トゥイント）は、2017年4月に統合された2つの並行プロジェクト、UBS/クレディ・スイス/ZKB連合によるPaymitとPostFinance（ポストファイナンス）によるTwintを前身としています。統合後の事業体であるTwint AGは、複数の銀行パートナーを引き継ぎました。各パートナーは、顧客に別途アプリのダウンロードを強制するのではなく、自社のモバイルバンキングアプリを通じてTwintを提供したいと考えました。その結果、moneyland.chのTwint FAQ（2026年3月）によると、現在スイスでは71種類もの異なるバージョンのTwintアプリが利用可能となっています。

UBSトゥイントは、最も広く使用されている単一バージョンであり、登録者数は100万人をはるかに超えています。その支払い確認画面は通常、白い背景にUBSのブルーのアクセントカラーが使用され、金額が大きな太字で目立つように表示され、その下に加盟店名、上部に確認メッセージが表示されます。UBSトゥイントは、UBSモバイルバンキングアプリとは別に、独自の専用アプリ（iOSおよびAndroid対応）を使用し、独自のデザイン言語を採用しています。UBSトゥイントの確認画面は、すっきりとしたカード型で、支払金額を中心に配置されています。

ポストファイナンス・トゥイントは、異なるビジュアルアプローチを採用しています。PostFinanceは、スタンドアロンの「PostFinance TWINT」アプリと、より広範なPostFinanceアプリに組み込まれた形の両方でTwintを提供しているため、確認画面はPostFinanceのイエローとホワイトのビジュアルアイデンティティを継承しています。取引詳細はPostFinanceアプリの標準的な取引ビュー内に表示され、必要に応じて正式な「支払証明書」（Zahlungsbeleg / justificatif de paiement / prova di pagamento）を生成することもできます。つまり、PostFinanceトゥイントの支払い確認は、アプリ内の確認画面のスクリーンショットと、PostFinanceの文書ヘッダーが付いたダウンロード可能なPDFの2つの視覚的形態で存在し得るのです。

スタンドアロンのトゥイント・プリペイド（銀行非依存版）は、独自のインターフェースを使用し、どの銀行のブランドにも紐づかない、よりニュートラルなデザインです。こちらの確認画面は、汎用のTwintカラースキーム（ティールとホワイト）を使用し、銀行ブランド版よりもシンプルなレイアウトパターンに従っています。

そして、残りのバージョンがあります。ライファイゼン・トゥイント、ZKBトゥイント、ミグロ銀行トゥイント、ヴァリアント・トゥイント、そして各州立銀行（Bank Cler、ベルナー州立銀行、ルツェルン州立銀行など）向けのバージョンです。それぞれが同じTwint支払いデータを自社のモバイルバンキングアプリのデザインで包み込み、共通のデータフィールドセットを共有しながらも、レイアウト、フォント、カラースキーム、フィールドの配置が異なる確認画面を生成します。テンプレートベースの抽出ツールでは、これら71のバージョンそれぞれに個別の設定が必要になります。一方、セマンティック抽出ツールは、ピクセル位置ではなくデータの意味に基づいて読み取るため、スクリーンショットがUBSトゥイント、ポストファイナンス・トゥイント、スタンドアロンアプリのいずれから取得されたものであっても、同じ列定義が機能します。

金額（Betrag / Montant / Importo）— 常にCHF、常に目立つ、3言語対応のラベル

取引金額は、どのTwint確認画面でも最もわかりやすい項目です。すべてのTwint取引はスイスフラン（CHF）で行われます。複数通貨の表示、為替レートの計算、表示金額からの手数料控除はありません。確認画面に表示された金額が、そのまま支払い者から受取人に移動した金額です。金額は常に画面上で最も視覚的に目立つ数字であり、通常は他のどの数字よりも大きなフォントサイズで表示されます。

金額項目を特にスイスらしくしているのは、ラベルの言語です。金額の上または横に表示されるラベルは、アプリのUI言語設定とユーザーの言語地域に応じて、次の3つの言語のいずれかで表示されます。

Betrag（ドイツ語）— チューリッヒ、ベルン、バーゼル、ルツェルン、ザンクト・ガレン、アールガウなど、スイス東部・中部の大半のカントンで使用。
Montant（フランス語）— ジュネーブ、ヴォー、ヌーシャテル、ジュラ、およびフリブールとヴァレーの一部のカントンで使用。
Importo（イタリア語）— ティチーノ州とグラウビュンデン州南部の一部の自治体で使用。

ラベルの言語はアプリによって変わりますが、金額自体は一貫したスイスの書式規則に従います。「CHF」または「Fr.」の接頭辞が付くか、文脈から明らかな場合は接頭辞が省略されることもあります。小数点記号にはピリオド（.）が、桁区切りにはアポストロフィ（'）またはスペースが使用されます。例：「CHF 1'234.50」や「Fr. 850.—」。ラッペン/サンチーム（スイスのセンチーム単位）の部分は、端数がある場合は常に小数点以下2桁で表示されます。フランの整数のみの金額は、センチーム部分の代わりにダッシュが付くことがあります。「CHF 47.—」はスイスの標準的な組版規則であり、抽出エンジンはこれを壊れた数字としてではなく、CHF 47.00として解釈する必要があります。

抽出において、金額項目は71すべてのアプリバージョンで意味的に曖昧さがないという利点があります。画面上で最も大きな通貨建ての値であり、常にCHFで、常に「Betrag」「Montant」「Importo」のいずれかのラベルの近くにあります。意味論的な抽出エンジンは、スクリーンショットがどの銀行のTwintアプリから生成されたかを知る必要はありません。「CHF 47.50」を文脈から読み取り、画面上の位置やラベルの言語に関係なく、取引金額として識別します。

加盟店名 — 表示名と登記名、そして多言語要素

Twintの確認画面に表示される加盟店名は、予測が難しい部分です。Twintは、加盟店が登録した名称、または加盟店のTwintビジネスアカウントに表示されている名称をそのまま表示します。実際には、以下のいずれかが該当します。

• 正式な法人名 — 例：「Müller AG」や「Coop Genossenschaft」など、スイスの商業登記簿（Handelsregister/registre du commerce/registro di commercio）に登録された名称。
• 短縮された、またはブランド化された表示名 — 例：法的名称「Beck's Bier Shop GmbH」ではなく「Beck's Bier」など、加盟店が支払いフローで視覚的にシンプルにするために選択した名称。
• 個人名 — 個人企業（Einzelfirma/raison individuelle/ditta individuale）の場合、AHV補償機関に登録された事業主の個人名です。言語圏に応じて「Hans Meier」「Maria Bianchi」「Sara Dubois」などになります。
• 農場直売所や市場の名称 — スイス国内の1,900以上の農家直売所（Hofläden/stands de la ferme/punti vendita aziendali）が印刷されたQRコードを使用してTwintを受け付けています。確認画面の加盟店名は、農家の名前、農場名、またはその中間の名称である場合があります。

加盟店名の言語は、事業所の言語圏に従います。ジュネーブの加盟店はフランス語、ルガーノの加盟店はイタリア語、チューリッヒの加盟店はドイツ語で表示されます。この3言語の命名パターンに、略称や表示名の選択が加わることで、同じ実在の加盟店でも、Twintビジネスポータルに登録した名称のバージョンによって、異なるTwint確認画面に異なる表示がされる可能性があります。

支払いの照合（請求書、顧客口座、経費報告書のいずれに対するものであっても）を行う場合、スクリーンショットから抽出された加盟店名は支払い時の名称であり、必ずしも自社の記録上の名称とは限りません。スクリーンショットから取得した生の加盟店名と、自社の帳簿に記載すべき名称の両方の列を保持しておくことをお勧めします。これは、特にスイスのフリーランサーや中小企業にとって重要です。これらの企業は、Bexio（スイスの10万以上の中小企業が請求書発行や会計に利用）やAbacus（スイスの受託者向けトップクラスの選択肢）などのソフトウェアを使用しており、顧客や取引先の記録は特定の法的名称で管理されているため、Twintの表示名と一致しない可能性があります。

取引時刻 — Twintが瞬間を記録する場所

すべてのTwint支払いは、完了した正確な日時を記録します。取引時刻は、スクリーンショットを実用的な記録に変える3番目のフィールドです。これがないと、Twint支払いを特定の請求書、シフト、配送に紐付けることは推測に頼ることになります。

ほとんどのTwint確認画面では、取引時刻は次の2箇所のいずれかに表示されます：

• 確認画面の上部 — アプリの言語に応じて、「Bezahlt am 15.06.2026 um 14:32 Uhr」（ドイツ語）、「Payé le 15.06.2026 à 14:32」（フランス語）、または「Pagato il 15.06.2026 alle 14:32」（イタリア語）のような行として表示されます。
• 取引詳細セクション — 支払確認画面で「詳細を表示」をタップするとアクセスできます。Twint FAQによると、領収書や詳細な取引記録は取引概要に移動し「詳細を表示」を選択することで確認でき、すべてのアプリバージョンでこの拡張ビューに完全なタイムスタンプが表示されます。

日付形式はスイスの慣例に従い、DD.MM.YYYY（日が先、ピリオド区切り、4桁の年）です。時刻は24時間形式（HH:MM）です。これはスイスの銀行取引明細書、QR請求書の支払い用紙、スイスの会計ソフトウェアのエクスポートで使用されるものと同じ日付形式であり、スクリーンショットのタイムスタンプは形式変換なしでスイスの金融日付慣例に直接対応します。PostFinance Twintユーザーは、アプリのドキュメントセンターからダウンロード可能なPDF支払証明書（Zahlungsbeleg）を生成することもでき、これには取引詳細とともにタイムスタンプが含まれており、受託者（Treuhänder/fiduciaire/fiduciario）に転送するのに適した形式になっています。

取引時刻は、Twintスクリーンショットに証憑価値を与える下流のユースケースにとって特に重要です。例えば、自営業者のAHV/IV/EO（老齢・遺族保険/障害保険/所得補償制度）拠出記録との支払い照合や、Twintを主な支払い受付方法として使用する小規模事業者の日次売上照合などに活用されます。

スクリーンショット自体の問題 — そもそも撮影できないケース

この連載で取り上げている他のほぼすべての決済アプリとTwintが一線を画す点が一つあります。それは、一部のバージョンのTwintアプリがスクリーンショットを積極的にブロックしていることです。r/Switzerlandでは、Twintの確認画面をスクリーンショットしようとすると黒い画面やセキュリティ警告が表示されるという報告が頻繁に寄せられています。これはバグではなく、特定の銀行ブランド版Twintに実装された意図的なセキュリティ対策です。

ただし、実用上重要なのは、すべてのTwintバージョンがスクリーンショットをブロックするわけではないという点です。ユーザーからの報告によると、PostFinance Twintは一般的にスクリーンショット機能をブロックしませんが、UBS Twintやその他一部の銀行版はブロックします。基本のTwint Prepaidアプリの動作はOSのバージョンによって異なります。この一貫性のなさから、確認画面のスクリーンショットを撮影できるかどうかは、支払い者がどのTwintアプリを使用しているか、そしてその電話機種に依存します。これは支払い者が簡単に変更できるものではなく、どの銀行を利用し、その銀行がどのアプリバージョンを配布しているかによって決まります。

スクリーンショットが正常に撮影できた場合（またはブロックしないバージョンのTwintを使用している人から受け取った場合）、抽出プロセスは他の決済スクリーンショットとまったく同じように機能します。アップロードし、列を定義すれば、AIが確認画面の視覚的なコンテキストから各用語の意味を理解し、金額、加盟店名、取引時間を特定します。スクリーンショットが利用できない状況に備えて、一部のTwintバージョンでは代替手段が用意されています。PostFinance Twintは、アプリのドキュメントセンターから正式な支払証明書をダウンロード可能なPDFとして生成します。このPDFは、PDF入力がサポートされているため、同じ抽出ワークフローで処理できます。重要なのは、スクリーンショット自体が常に可能とは限らないということであり、Twintの支払いデータを扱うワークフローは、すべてのユーザーがきれいな確認画面のスクリーンショットを提供できると想定するのではなく、この制限を正直に考慮する必要があるということです。

これら3つのフィールドがスイスのフリーランサーと中小企業にとって意味すること

金額、加盟店名、取引時間の3つのフィールドは、単なる便利なメタデータではありません。これらは、スイスの制度に特有ないくつかの財務上の義務の証拠基盤を形成します。

AHV/IV/EO拠出記録。スイスの自営業者（Einzelfirmen/indépendants/lavoratori autonomi）は、州のAHV補償基金（Ausgleichskasse/caisse de compensation/cassa di compensazione）に登録し、社会保障拠出金を支払う必要があります。現在の拠出率は所得水準に応じて純所得の5.371%から10%の間です。連邦税務局（ESTV）と補償基金は自己申告の所得記録を受け入れますが、証拠書類も期待します。受取額、支払者（顧客）、日付を示すTwintの支払いスクリーンショットを、他の領収書とともに構造化されたテーブルに抽出すれば、年間AHV拠出申告書に申告された所得を裏付ける証拠書類として機能します。Twintのスクリーンショットだけでは付加価値税（VAT）目的の正式な領収書（Quittung/reçu/ricevuta）にはなりませんが、支払いイベントの同時代的な記録となります。

MWST/前払い付加価値税控除の証拠。スイスの付加価値税は付加価値税法（MWSTG）に準拠しており、その第26条は有効なVATインボイスに必須の項目を規定しています。Twintの支払いスクリーンショットはこれらの要件を満たしません。サプライヤーのVAT番号（CHE-XXX.XXX.XXX MWST/TVA/IVA）、VAT率の内訳、連番のインボイス番号が欠けているからです。ただし、スクリーンショットは、正式なインボイスを補完するものとして、取引が発生したことの支払い確認証拠として機能します。売上高比例税率方式（Saldosteuersatz）または実額控除方式（Nettoverfahren）を利用する中小企業にとって、Twintスクリーンショットから抽出された金額は、申告された収益と実際に受け取った支払いの照合に役立ちます。特に、サービス提供時に毎回個別のインボイスを発行せずにTwintで支払いを受け付ける企業にとって有用です。

会計ソフトウェアとの照合。スイスの会計ツールは、Twintの支払いデータへの対応が異なります。Bexio — スイスの中小企業で最も広く使われているクラウド会計プラットフォームで、10万以上のクライアントを抱える — は、Twint確認スクリーンショットをネイティブに取り込みません。Abacus（トップクラスのスイス fiduciary 企業が選択）、Banana Accounting（フリーランサーに人気）、KLARA（中小企業向けオールインワンプラットフォーム）、To Bill（領収書OCR機能付きのモダンなスイス請求書作成ツール）も同様です。これらはすべて、Twint支払いの手動データ入力を必要とします。「顧客がWhatsAppでTwintのスクリーンショットを送ってきた」から「CHF 47.50がBexioの元帳の正しい顧客口座に記録された」までのステップは、事実上すべてのスイスのビジネスにとって、手動での転記作業のままです。抽出がそのギャップを埋めます。1週間分のTwintスクリーンショットをバッチ処理し、行をスプレッドシートにエクスポートし、収益を追跡する会計システムにデータをインポートまたはコピーします。

複数のスイスの支払い方法 — TwintとPayPal、中国人観光客からのAlipay、QR-Rechnungによる銀行振込 — を扱うすべての人にとって、同じ列定義（金額、取引相手、日付）がすべてに適用されます。その根底にある原則は同じだからです。出力列を定義すれば、AIは意味を理解して一致する値を見つけます。支払いタイプごとに事前設定されたテンプレートに一致させるのではありません。

よくある質問

異なる銀行バージョンのTwintスクリーンショットを、1つのバッチでまとめてデータ抽出できますか？

はい。UBSトゥイント、ポストファイナンス・トゥイント、ZKBトゥイント、およびスタンドアロンのトゥイント・プリペイドのスクリーンショットを、同じバッチにまとめてアップロードできます。列は一度だけ定義します — 金額 (CHF)、加盟店名、取引日時 — すると、セマンティック抽出エンジンが、どのアプリバージョンで生成されたかにかかわらず、すべてのスクリーンショットにわたってそれらの定義を適用します。エンジンは、「Betrag/金額/Importo」ラベルの近くにある最大の通貨単位の値を認識して金額を特定し、確認画面での位置と形式から加盟店を特定し、スイス形式のDD.MM.YYYY HH:MMの日時文字列から時刻を特定します。各スクリーンショットは、出力テーブルに1行として生成されます。

スマートフォンでTwintアプリがスクリーンショットをブロックする場合はどうすればよいですか？

ポストファイナンス・トゥイントのユーザーは、アプリのドキュメントセンターからダウンロード可能なPDFの支払証明書（Zahlungsbeleg / justificatif de paiement / prova di pagamento）を生成できます。このPDFには確認画面と同じ取引データが含まれており、アップロードして抽出できます。すべてのTwintバージョンがこのPDF機能を提供しているわけではありません。特定のTwintバージョンでスクリーンショットもPDFも利用できない場合の代替手段は、支払い元に取引詳細を手動で共有してもらうか、支払いがQRインボイスにリンクされていた場合はその参照情報を使用することです。スクリーンショットブロックの制限は実際に存在しますが、部分的です。一部の主要バージョン（特にポストファイナンス・トゥイント）はスクリーンショットをブロックせず、PDFによる回避策でさらに多くのケースをカバーできます。

Twintのスクリーンショットは、スイスの付加価値税（MWST）の証拠として使用できますか？

Twintの支払確認スクリーンショットは支払イベントの記録であり、VAT準拠のインボイスの代わりにはなりません。スイスのMWST法（MWSTG第26条）では、供給者のVAT番号（CHE-XXX.XXX.XXX MWST / TVA / IVA）、連続したインボイス番号、およびVAT率の内訳が必要ですが、Twintの確認画面にはこれらのいずれも表示されません。ただし、スクリーンショットは正式なインボイスを補完する、同時期の支払証拠として機能します。売上高比例税率方式（Saldosteuersatz）を使用する事業者にとって、抽出された金額は申告された収益と実際に受け取った収益の照合に役立ちます。AHV拠出目的で収入を記録する自営業者にとって、抽出された取引記録は申告額を裏付ける証拠となります。

抽出したトゥイントデータをインポートできるスイスの会計ソフトは？

BexioとAbacusは、スイスの中小企業や受託者の間で最も広く使われている2つの会計プラットフォームですが、どちらも外部ソースからのCSVまたはExcelインポートには対応しているものの、トゥイントの確認画面スクリーンショットをネイティブに取り込むことはできません。Banana Accounting（年間89CHF、フリーランサーに人気）、KLARA（月額35CHFからのSMEオールインワンプラットフォーム）、To Bill（月額30CHFからのモダンなスイス請求書作成、領収書OCR機能付き）、CashCtrl（基本会計向けの無料プランあり）は、いずれもトゥイント支払いの手動データ入力を必要とします。抽出ワークフロー（スクリーンショットをバッチ処理し、スプレッドシートにエクスポートして、会計ツールにコピーする）は、既存のソフトウェアを変更することなく、このギャップを埋めます。