あなたはVenmoで報酬を受け取りました。家賃はPayPalで支払う必要があります。長年、この2つの間で資金を移動するには、銀行口座を経由する不格好な方法、デビットカードを使う方法、またはVisa+と呼ばれるあまり知られていない橋渡しサービスを使う方法がありました。その橋は2026年2月19日に閉鎖されます。そして、その代替手段は、もし期限までに帳簿を整理すれば、実際には物事をよりシンプルにします。
あなたがフリーランサーであれ、副業で販売していても、どちらかのアプリで支払いを受け付けている小規模ビジネスを運営していても、この変更はあなたの照合作業、1099-K、そしてクライアントへの支払い方法の指示に影響します。収入を二重計上したり、2月に支払いを逃したりしないために、今すぐすべきことは次のとおりです。
Visa+が実際に何をしていたのか（そして、なぜそれを使っていたことに気づかなかったかもしれないのか）
Visa+は、電話番号や銀行口座情報を共有することなく、P2Pアプリを相互運用可能にするためのVisaの試みでした。電話番号の代わりに、yourname+venmoのようなパーソナライズされたPaynameを作成し、それをVenmoまたはPayPalアカウントにリンクしました。別のVisa+パートナーにいる誰かがそのPaynameに送金でき、約30分で資金が着金しました。
記録のために必要な仕様
- 限度額： 取引あたり2,500ドル。他の理由で送金が拒否されることもあります。
- 速度： 通常30分以内。
- 手数料： Visa+自体には手数料はかかりません。
- 対象範囲： DailyPay、Payactiv、eTip、MyBambuなどのパートナーからの個人間送金を想定して構築されました。ヘルプページには明確に記載されていました：Visa+は商用取引を想定していませんでしたが、多くの個人事業主が自身のPayPal残高とVenmo残高の間の便利な橋渡しとして使用していました。
フリーランサーにとって、Visa+は、銀行振込の1〜3営業日を待ったり、即時振込手数料を2回支払ったりすることなく、2つのエコシステム間で資金を移動するための静かな回避策となりました。請負業者に支払う前や経費をカバーする前に、資金をまとめるために自分のPaynameに送金したことがあるなら、あなたはおそらくそれを別の製品とは考えずにVisa+を使用していたでしょう。
2026年2月19日に変わること
Venmoのヘルプセンターには、現在、すべてのVisa+ページに同じバナーが表示されています：
2026年2月19日以降、Visa+はPayPalとVenmoの取引で利用できなくなります。その代わりに、まもなく電話番号を使用してPayPalとVenmoのアカウント間で直接送金できるようになります。サードパーティのサービスは不要です。
あなたのチェックリストに関係する3つの日付があります：
- 2025年11月： PayPal ↔ Venmo間の直接送金の展開が始まります。Venmoは、当初は電話番号でPayPalユーザーがVenmoユーザーを見つけて支払いできることを確認し、その後メール検索が続きます。両方のアプリはPayPal Holdingsが所有していますが、これまでネイティブに互換性があることはありませんでした。
- 2026年2月19日： Visa+はPayPalとVenmoの取引では完全に機能しなくなります。また、この日付をもってVisa+の新規登録も受け付けなくなります。
- 2026年2月以降： 無効化されたPaynameは再アクティブ化できません。期限前にVenmoアプリでVisa+ Paynameを無効にした場合、その判断はそのハンドルに対して永続的です。
実際には、Visa+ネットワークは他のパートナーには引き続き利用可能ですが、フリーランサーが依存していたPayPal–Venmo間の経路は消滅します。新しい経路は電話番号ベースで、PayPal/Venmoエコシステム内で完全に完結します。Visaカードは不要で、作成したり覚えたりする別のPaynameもありません。
新しいPayPal ↔ Venmo直接送金フロー
仕組み
更新されたフローでは、Paynameを作成しません。VenmoまたはPayPalを開き、相手の完全な電話番号を検索して、自分のアプリにいるかのように支払います。受信者は自分のネイティブアプリで支払いを確認し、米国外にいる場合は希望の通貨で表示されます。
Venmoはこれを世界的な拡大として位置づけています。PayPalネットワークに接続することで、Venmoユーザーは90以上の市場でPayPalユーザーと取引できるようになります。これは同社史上最大のネットワーク拡大であり、新しいクライアントごとに口座番号とルーティング番号をコピーしたり、メールアドレスを手動で交換したりする必要はありません。
フリーランサーにとって、これは二重に重要です：あなたがVenmoしか使っていなくてもPayPalしか使わないクライアントに請求でき（逆も然り）、自分の資金を自分のアカウント間で即座に移動でき、銀行に2日間預ける必要がありません。
できないこと
PayPal–Venmo間の直接送金は、依然としてP2P決済です。送金を自動的に事業収入として分類することはなく、両方のアプリをカバーする統合1099-Kを発行することもありません。引き続き各プラットフォームから個別の税務書類を受け取り、何が事業収入で何が個人のものかを証明する必要があります。
移行期に簿記が難しくなる理由
皮肉なことに、長期的な仕組みはシンプルになっていますが、両方のシステムが重複する間、2025年から2026年の帳簿はより複雑になります。
2つのプラットフォーム、2つの1099-K、1つの事業
PayPalとVenmoは、それぞれ第三者決済機関として独立してフォーム1099-Kを提出します。電話番号ベースのPayPalからVenmoへの送金は、内部ホップの時点では新しい収入として報告されませんが、各プラットフォームは、そのプラットフォームでモノやサービスのために受け取った総支払額を報告します。
クライアントが11月にPayPalで1,200ドルを支払い、新しい電話番号機能を使用してそのうち800ドルを下請け業者に支払うためにVenmoに移動し、別の仕事でVenmoに直接700ドルを受け取った場合、1月に起こることは次のとおりです：
- PayPalは、総支払額1,200ドルを示す1099-Kを発行します。
- Venmoは、総支払額700ドルを示す1099-Kを発行します。
- 実際の収益は1,900ドルですが、銀行取引明細書には、タグ付けせずにフィードをインポートすると別の支払いのように見える800ドルのアカウント間送金が表示されます。
送金ルールがなければ、二重計上はほぼ自動的に発生します。
友人・家族 vs. モノ・サービスが引き続き報告を決定
両方のアプリは、友人・家族オプションで送信される個人間支払いと、モノ・サービスのために送信される商用支払いを区別します。1099-Kの基準額とバックアップ源泉徴収の計算にカウントされるのは、後者のみです。
ルームメイトからの家賃、夕食の割り勘、3件のクライアントからの入金など、ビジネスと個人を1つのVenmoアカウントに混在させると、1099-Kは過大に含まれることになります。IRSは総額を取得します。あなたは事業部分に照合し、その差を記録で説明する必要があります。
混在利用アカウントの落とし穴は最も一般的なエラー
銀行振込、PayPal、Venmoの複雑な組み合わせで請負業者に支払う代理店は、毎年1月に同じ壁にぶつかります：すべてに1つのアカウントを使用しているフリーランサーは、1099-Kの総額をすべて収入として報告して自営業税を過払いするか、事業分のみを報告して文書不一致通知を引き起こすかのどちらかです。唯一の明確な道は、各1099-Kの明細を請求書に結び付け、すべての個人支払いを非収入としてタグ付けする明示的な照合です。
2026年2月までのフリーランサー向けクリーンアップチェックリスト
Visa+がまだ技術的に存在するうちに、今すぐ次の5つのことを行い、2月の期限を無関係なものにしましょう。
1. ビジネスと個人の流れを分離する
まだ行っていない場合は、明確な境界を作成します。理想的な設定：
- クライアントからの収入用のPayPalビジネスまたは個人事業主アカウントを1つ。モノ・サービスとして分類。
- クライアントからの収入用のVenmoビジネスプロフィール（または事業専用に使用される専用の個人プロフィール）を1つ。
- 個人の家賃、食事、家族間の送金は、別のプロフィールに留めるか、個人として細心の注意を払ってタグ付けし、収益から除外します。
この分離は単なる整理整頓ではありません。2026暦年から、連邦1099-Kの基準額は、モノ・サービスの総支払額で600ドルに引き下がります。ほぼすべてのフリーランス収入でこの基準を超えるため、すべてのドルが説明可能である必要があります。
2. Paynameを棚卸しし、意図的に無効化する
Venmoで、自分 → 設定 → Visa+で送金・受信 に移動してPaynameを確認します。もう必要ない場合は、2月19日までに無効化します。無効化は元に戻せないことに注意してください。Paynameを請求書、Linktree、またはメール署名に印刷している場合は、手動で無効化するかどうかに関係なく、期限後に送金を受け付けなくなることに注意してください。
Paynameが古い取引の履歴メタデータとして保持されるが、1月以降は支払い方法として提供されないように記録を更新します。これにより、クライアントが3月に無効なハンドルに送金するのを防ぎます。
3. 新しい電話番号支払いを勘定科目コードにマッピングする
収入や費用の勘定科目ではなく、元帳に2つの新しい送金勘定科目を作成します：
Assets:PayPal:Transfers:To VenmoおよびAssets:Venmo:Transfers:From PayPal— またはAssets:Inter-App Transfersのような単一のクリアリング勘定科目。
新しい電話番号機能を使用して自分の資金を移動する場合、それを収入や費用としてではなく、資産勘定間の送金として記帳します。プレーンテキスト入力の例：
2026-02-10 * PayPal残高をVenmoに移動して請負業者に支払う
Assets:Venmo $800.00
Assets:PayPal $-800.00移動した資金から請負業者に支払う場合、それは別の費用入力です：
2026-02-10 * ビデオ編集者 - 3月のポッドキャスト編集
Expenses:Contract Labor $800.00
Assets:Venmo $-800.00送金ステップでは収入は発生しません。これにより、800ドルがPayPalの収入とVenmoの収入の両方に表示されるのを防ぎます。
4. 古い回避策ルールを修正する
以前PayPal → 銀行 → Venmoと資金を移動していた場合、銀行の中間送金を認識するルールが簿記システムにある可能性があります。そのルールは、銀行レッグがないため、新しい直接電話番号送金を認識しません。新しいルールを構築します：
- 説明に
VenmoまたはPayPalが含まれ、金額が銀行メモなしで他のアプリから発生している場合 →Transfer:PayPal↔Venmoとしてタグ付け。 - 11月と12月は毎週照合します。この期間は、古い銀行回避策と新しい直接方式の両方が明細書に表示される可能性があります。
5. クライアントへの支払い指示を更新する
クライアントはVisa+が何であったかを知る必要はありませんが、2月以降にあなたに支払う方法を知る必要があります。請求書テンプレートを改訂します：
- 希望する支払い方法を
PayPal: あなたのビジネス電話番号またはVenmo: あなたのビジネス電話番号としてリストします。 - モノ・サービスの支払いは、友人・家族としてではなく、そのように送信する必要があることを記載します。これにより、取引に購入保護と正確な税務報告が適用されます。
- 国際的に請求する場合は、米国外のPayPal受取人は自動的に希望の通貨で金額を表示することに注意してください。これにより、小さな為替差が発生する可能性があります。その差額は、収益を調整するのではなく、
Expenses:Bank Fees:FX Differencesに記帳します。
収益を二重計上せずにPayPalとVenmoを照合する
月末に30分を取って、3つの明細書の整合性チェックを行います。これが、クリーンなSchedule Cと慌ただしい2月の違いです。
ステップ1：1つではなく3つのレポートを取得する
- PayPal月次アクティビティダウンロード（総額、手数料、純額、通貨）。
- Venmo月次明細書（総額、手数料、純額）。
- 実際に銀行に着金した純入金を示す銀行決済レポート。
各プラットフォームには、1099-Kに反映される総額、手数料明細、および銀行で受け取ったものと一致する純額があります。総額、手数料、純額を3つの異なる転記として保持します。
ステップ2：総額、手数料、送金を分離する
各支払いを総収入として記帳し、手数料を費用として、送金を資産の移動として記帳します：
2026-01-31 * PayPal 1月の支払い
Assets:Bank:Checking $1,142.00
Expenses:Payment Processing:PayPal Fees $58.00
Income:Services:Client Work $-1,200.00
2026-01-31 * Venmo 1月の支払い
Assets:Bank:Checking $681.50
Expenses:Payment Processing:Venmo Fees $18.50
Income:Services:Client Work $-700.00銀行への即時振込に対して手数料が請求される場合、その手数料は収入明細ではなく、同じ支払い入力に属します。即時振込手数料、通貨換算スプレッド、および時折発生するチャージバックはすべて費用であり、マイナスの収入ではありません。
ステップ3：1099-K照合レポートに対して検証する
PayPalは、1099-Kとともに、総額に貢献した取引を明細化する照合レポートを提供します。Venmoも同様の税務書類セクションを提供します。銀行預金ではなく、これらのレポートを使用して、銀行が純預金1,823.50ドルを示しているのに、税務申告が1,900ドルを示している理由を説明します。1月の締めパケットにレポートを添付します。
ステップ4：除外した個人支払いを文書化する
1099-Kの総額に表示される各個人入金（たとえば、友人から送信され、誤ってモノとしてマークされた200ドルの夕食の払い戻しなど）について、日付、支払者、除外理由を記載したメモを保持し、それが収入勘定に決して入らないようにします。監査人は、同時期のメモを示すことができれば、除外された個人金額を許容します。数か月後に記憶から再構築すると、疑問視されます。
2026年の1099-K生存ガイド：600ドルの基準額がここにある
2026年がこれを正しく行う年である理由は、基準額の話です。
- 2024年： モノ・サービスの支払いで5,000ドルで1099-Kが発行されました。
- 2025年： 2,500ドル。
- 2026年： 600ドル。
PayPalとVenmoは、この段階的な基準に正確に従うことを確認しており、源泉徴収の対象となった場合は、総額に関係なくバックアップ源泉徴収の申告が行われます。また、統合された文書ではなく、各プラットフォームから個別に1099-Kを受け取ります。
3つの実際的な結果：
- ほぼすべてのフリーランサーが少なくとも1枚の1099-Kを受け取ります。 Venmoでモノ・サービスとして支払われた650ドルの単一プロジェクトでも、フォームが発行されます。
- 銀行預金に基づく見積もりは、IRSのコンピューターと一致しなくなります。 IRSはプラットフォームごとの総額を受け取ります。純預金で申告すると、過少申告になります。
- 修正には、申告書だけでなくプラットフォームが必要です。 クライアントが誤って個人支払いをモノ・サービスとして送信し、1099-Kを膨らませた場合は、アプリの税務文書ヘルプを通じて異議を申し立て、修正確認を保持します。PayPalのヘルプは、まず照合レポートを使用し、その後も不一致が残る場合はサポートに連絡するよう明示的に指示しています。
各プラットフォームでW-9を最新の状態に保ち、法的氏名とTINがIRSの記録と一致することを確認します。不一致は24%のバックアップ源泉徴収の最も一般的なトリガーであり、それは1099-Kの源泉徴収行として表示され、申告書で請求する必要があります。
Visa+後の手数料と限度額の予算化
新しいシステムは、1つの無料の高速オプションを削除しますが、別のものに置き換えます。それに応じて予算を立てます：
- Visa+（2026年2月18日まで）： Visa+手数料なし、通常30分の決済、取引あたり2,500ドルの上限。商用取引を意図したものではなく、税務上の負債については財務アドバイザーに相談するという免責事項が付いています。
- PayPal ↔ Venmo直接送金（2025年11月から）： 別のPaynameなし、電話番号ルーティング、国内および国際サポート。2つのアプリ間の送金自体にはVisa+追加料金はかかりませんが、基になる受取は発信元アプリでのモノ・サービス支払いであり、そのアプリの商用手数料体系の対象となります。
- モノ・サービス手数料： 両方のアプリは、商用受取に対してパーセンテージと固定手数料を請求します（正確な率は、マーチャントプロファイルと、支払いが国内か国際かによって異なります）。これらの手数料は、収益の減少としてではなく、処理費用として表示されます。
- 銀行への即時振込： 1〜3営業日ではなく数分以内に銀行に資金が必要な場合、両方のアプリが追加料金で即時オプションを提供します。その手数料も費用であり、クライアントの請求書ではなく、支払い入力に記帳する必要があります。
価格設定シートに単一の行を追加します：PayPalまたはVenmoでモノ・サービスとして請求する1,000ドルごとに、プラットフォーム手数料で約Xドル、銀行への即時振込を行う場合はYドルを予想します。実際の1月の明細書からXとYを更新します。次の四半期の手数料を設定する際には、全国平均よりも自分の履歴の方が有用です。
資金の移動が速くなるときに記録をクリーンに保つ
直接相互運用性の売り文句は「摩擦や国境のない」です。簿記の観点での摩擦は、決して送金そのものではなく、照合でした。お金が銀行に触れずにアプリ間を移動する場合、紙の証跡はエクスポートするまで完全にPayPalとVenmoの中に存在します。そのため、規律あるエクスポートと送金タグ付けが必須になります。
2月までにコストを回収できるいくつかの習慣：
- 毎月エクスポートし、毎年ではない。 1月のエクスポートは常に最悪のタイミングで失敗します。毎月のダウンロードにより、タグ付けを間違えた送金を検出する12回の機会が得られます。
- 送金はその日のうちにタグ付けする。 今日の30秒の入力で、4月にその800ドルが新しい収入だったのか、自分の資金の移動だったのかを思い出そうとする30分の捜索を防ぎます。
- 1ページの支払いマップを保持する。 クライアントごとに1行、ルートごとに：どこで支払うか、どこで受け取るか、どこで保持するか、どこで支払うか。クライアントが「Venmoで送金してもいい？」と尋ねたら、正しい電話プロフィールで答え、支払いが正しい資産勘定に着金するようにします。
- 銀行を照合する前に、アプリを元帳に照合する。 元帳が最初にPayPalとVenmoの総額と手数料を一致させれば、銀行照合は単純な純預金チェックになり、鑑識的な作業にはなりません。
これらの実践は、予定納税を正確に計算したり、不一致の1099-Kに関するIRSの通知に回答したり、値上げが実際の手取りを手数料後にカバーするかどうかを判断したりするのに役立つものと同じです。
財務管理をシンプルに
支払いスタックが高速化するにつれて（Visa+ Paynameから90市場にわたる直接電話番号送金へ）、収入が隠れる場所の数は倍増します。各プラットフォームの明確で分離された記録を保持し、アプリ間の移動を収入ではなく送金としてタグ付けすることが、帳簿を監査対応にし、税務申告を正直に保つことです。
Beancount.ioは、財務データに対する完全な透明性と制御を提供するプレーンテキスト会計を提供します。ブラックボックスもベンダーロックインもありません。すべてのPayPalの総額、すべてのVenmoの手数料、そしてすべての電話番号送金は、検索、差分、自動化できる読み取り可能なバージョン管理された入力として存在します。無料で始めるして、なぜ開発者や財務専門家がプレーンテキスト会計に切り替えているのかを確認してください。