- Se descapó
- 21 de agosto de 2026 a las 2:47 UTC
- Autor
- Kamo
- Compromit
- a08b1f9
La FFA eludió de plano el sistema de crédito, que dejó a un directivo sin palanca de él: Max Daily Spend se sentó detrás si (Effa) y no podía tapar un producto de la FFA, y "aceptado hoy" no tenía filas que contar porque nunca se gastó nada. Una aceptación de la FFA ahora atribute un crédito y la gasta en la delantera en el mismo bloque como reclamo, por lo que el registro de gasto siempre existe y nunca puede derivarse de la asignación. Max Daily Spend se mueve fuera de la sucursal de solo crédito y se aplica a ambas vías - libre para todos significa que el miembro no se le concedió un saldo a pagar de, no es que un gerente no pueda atar cuántos toman en un día. Deliberadamente todavía solo con crédito: el interruptor de crédito de toda la oC y el chequeo de saldo. La FFA no tiene un equilibrio al que no estar. El tope se comprueba después de eso, así que un crédito El miembro que está quebrado y con tope sigue informando de INSUFFICIENT-CREDITS. Nota AceptaResult.créditoSpent es ahora cierto en la ruta de la FFA (fue documentado como siempre falso). Es exacto, un crédito realmente se consume y llega a la aceptar la respuesta y la publicaciónAsignada carga útil de NATS. LeadAssignmentType todavía graba AUTO-ASSIGN para la FFA, así que la historia mantiene a los dos separados.