- 出荷済み
- 2026年8月11日 18:10 UTC
- プロフィール
- Kamo
- コンテンツ
- 3364634
グループが集うようになり、マネージャーのカードでプランを購入し、手札を手に 席外。 存在しない: 唯一の操作が作成され、承認される 削除すると、グループを作ったオーナーがラベルをつけて使用する方法がない。 BillingGroupSeatService は、お金の動きと資格が発行されるところです。 記録保管とは別に、ゲートをスキップする新しいルートは追加できません。 subscribe() create() は、 create() ではなく create() が呼び出される前に、 create() は拒否されます。 ライブ・ストライプ・サブスクリプションを開く — 未承認のグループ、レガシー・ワン、マネージャー カードやシートキャップの違反が止まらない。 2つの欠陥は、グループ請求書を間違った人にした: - 受取人は何のアカウントだったリクエストボディの名前、チェックされていない、および コンソールは組織の送信をしました。 組織に請求されるグループは、 請求グループ; 組織自身のサブスクリプションの2番目の名前です。 受給者は管理者から導き出され、2つは合意を主張しています 何も請求される前に。 accountUid の送信は、Outright を拒否されます。 -AccountForMemberは、メンバーの最古のアカウント会員リンクを再利用します。 組織のアカウントに追加した人は、組織のアカウントです。 validatePersonalAccountForMember は、代わりにプライマリメンバーによって識別します。 アカウントが人に属していると言う唯一のフィールド。 所有者が自分のグループを管理する場所, 「カード」と「組織の」 カード」は本物と同じアカウントの行と同じストライプの顧客であり、 コードは、それらを区別することができます。 紙ではなく、確認しない限り拒否されます お問い合わせ 別々に、2つのライブバグが見つかりました。 - /self/seat は、メンバーを請求し、シートを発行しません。 create() と呼ばれる と返された; サブスクリプションメンバーの行とアカウントがないので、 毎月カードが請求された間に、買い手はライセンスを失いました。 - @Transactional in AccountBillingService がプライベートメソッドにドリフトしたので、 Spring はそれを無視し、すべてのトランザクションでトランザクションなしで実行されるAccountForMember を保証します。 ツイート 2 の間の失敗は、次の検索ができないアカウントを orphaned を保存します 参照して、次の呼び出しは2番目の呼び出しを作成しました。 /self/coverage は新しい: 何もしなかった "私のシートの支払い" に答えます。 すでにカバーされている人が2番目の席を提供しているのを止めることも 自分のカード.