- Se descapó
- 27 de agosto de 2026 a las 23:21 UTC
- Autor
- Kamo
- Compromit
- a09323e
B3: Kamo posee todo antes de finalizarlo () y el proveedor es dueño de todo después, y cada proveedor en la hoja de ruta trata una factura final como inmutable. Así que una factura que estaba equivocada nunca se edita y nunca se elimina nota de crédito se levanta en su contra y el par es lo que un conjunto de cuentas y un El auditor de ambos leyó. Nada aquí escribe a la factura. Su propia serie número, de DocumentType.CREDIT-NOTE y su propia contrarreloj. A nota de crédito que consumió un número de facturación dejaría un vacío en la factura serie que nadie puede explicar años después. No hay un estado: se levanta una nota de crédito como un acto completado, por lo que lo es numerada y estampada en la misma transacción que la crea. Las cifras son POSITIVE, una nota de crédito para 50 créditos 50. La señal vive en qué el documento no está en sus números; almacenarlo negativo significa que cada lector tiene conocer qué convención sigue esta mesa, y la primera que no hace que una factura total suba cuando se devuelve a un cliente. sumCreditedForInvoice COALESCE a cero: una llegada nula donde se encontraba un número Se espera que una gorra silenciosamente no se convierta en tope. Fracasos observados, literalmente. RED (antes de que existieran las entidades), de CommerceInvoiceServiceTest: ******************* no puede encontrar símbolo ******************* no puede encontrar símbolo (CommerceCreditNote, CommerceCreditNoteRepository) GREEN: Pruebas ejecutadas: 81, Fallos: 0, Errores: 0, Squiblado: 0 en VíctorServiz, más SharedLibBeanSafetyTest 3/3 verde en una exportación aislada, el nuevo paquete no lleva ningún estereotipo en absoluto.