KamoCRM

Verrouillez tous les balayages qui se déplaçant d'argent, et lancez deux gousses

FeatureBillingService
Expédié
4 septembre 2026 à 21:01 UTC
Auteur
Kamo
S'engager
02d70b3

BillingService a présenté une nacelle et ses sept balayages prévus n'étaient corrects qu'en raison de lui. Là-bas n'est pas ShedLock n'importe où sur cette plate-forme, donc une deuxième réplique aurait couru chacun deux fois plus tiques: Soumet l'utilisation mesurée au prestataire de services de paiement soumis deux fois, le client est facturé deux fois DunningSweep réarime les paiements infructueux ET les courriels à leur sujet StorageAutoExpandSweep achète le stockage pour le compte du client et le facture TrialExpirySweep met fin aux procès et déplace les abonnements MailboxBillingReconciler / PbxBillingReconciler fight over the same abonnement StockageSnapshotSweep double compte de chaque org nature d'utiliser la nuit Chacune prend maintenant un bail nommé par l'intermédiaire de SingletonTaskRunner avant de faire quoi que ce soit. StorageSnapshotSweep est la seule exception de forme: son balayage() est ALIMENTé directement StorageUsageCutteur lorsqu'un opérateur demande un instantané maintenant, et retourne le nombre de lignes pour le réponse. Ainsi, l'annotation programmée a été déplacée à un nouveau balayage programmé qui prend le bail, et sweep() lui-même n'est pas touché et toujours directement appelable - la demande explicite d'un opérateur ne devrait pas être silencieusement sauté parce qu'une autre gousse se trouve être en milieu de balayage. répliques 1 - 2

Tous les changements

Comme ce que tu vois expédier ?

Tout cela arrive dans votre espace de travail par lui-même. Commencez sur le plan gratuit et relisez cette page dans un mois.

Commencez gratuitement pour toujoursPrix de visualisation