Outil de fusion de compte P2a et backend de transaction P2b

FeatureSecurityService
Expédié
5 juillet 2026 à 21:25 UTC
Auteur
Kamo
Commite
55a5fe4

P2a : compte d'administration fusion (exigence A du propriétaire), détaché par MERGE-ACCOUNTS: - AccountMergeService : les retours tous les enfants de compte et d'aide par l'intermédiaire de l'UPDATE native (passe-passe JPA) orphelinRemoval pour que les sons/applications du perdant survivent), décarrise le compte des membres du compte mondial unique - (compte, marché, cible), concilie stripe-cusclère/prudence/primaire/primaire/primaire/ Les FK (survivant-gagnants - les annulations de keep from-loser), désactivent les perdants. Même en or seulement. - AccountController POST - détaché par MERGE-ACCOUNTS (ou dieu). P2b - backend grouping: - Service de transport de prêts: service de garantieTransactionForApp (groupe auto-prêt unique sur la création, idempotent), d) dentstSté l'état (en marche du membre LoanFileStatus, via LoanTransactionStatusDeriver), (TransactionSummaryDTO), est MemberPartyToTransaction (D52) généralisé par le groupe), remblayage. - Entraîneur de marchés hypothécaires: create() auto-groupe désormais le prêt; GET/transactions liste par transaction (opérateurs-ordonneurs, compte propriétaire de l'emprunteur). - Enregistrer mlos.transaction et mlos.docs sur SecurityServiceApplication Schéma déjà créé par KI (P1). Compile nettoyant contre le partage-lib installé.

Tous les changements

Comme ce que tu vois expédier ?

Chacune de ces mises à jour atterrit automatiquement dans votre espace de travail. Commencez gratuitement et regardez-le grandir semaine après semaine.

Commencez gratuitement pour toujoursPrix de visualisation