KamoCRM

L'État d'approbation retenu rend ce qui n'est pas suivi, pas clair

Fixkamo-internal
Expédié
12 août 2026 à 20:15 UTC
Auteur
kamo
S'engager
d13eb1b

l'état de présence() marque chaque membre "clair" en cas de blocageExceptions de 0 et timecardState n'a pas été 'SOUMETTRE' et vrai pour chaque membre sous un appel d'écoute manquant FINALIE-PAY-PERIODS, puisque le serveur envoie timecardState: null pour chacun d'eux. A la matrice de conformité de l'appelant avait été affirmer "Efface" dans l'ensemble d'un rapport sur un fait qu'ils On n'a jamais dit, et le score d'alimentation: 0 dans le pire en premier. joinMemberRows prend désormais un signal d'approbation explicite (dérivé de attendance.awaitingApproval - null, identique à AttentionLedger déjà lire) plutôt plutôt que de le déduire de TimecardState seul, de sorte qu'un membre véritablement non suivi reste Distinguable de celui dont l'État n'a pas été retenu. Une véritable exception de blocage encore surfaces en tant que "surmontant" sous réserve de retenue - que les données ne sont pas affectées par la porte des états de paie. Le chèque retenu par AttentionLedger est également retenu de l'attention de l'Aide à l'inconduite. pour faire correspondre Aperçu Les clients, combler l'écart par rapport à un futur en amont JsonInclure (NON-NULL) réintroduisant silencieusement le même bogue.

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