FactuGES_ERP/docs/prompt-customer-invoices.md

Prompt Customer Invoices

Base comun reutilizada: backend-prompt-base.md

Este prompt añade solo las reglas especificas de customer-invoices.

Contexto especifico

Este modulo es para facturas de cliente y adapta la base comun a datos, reglas y operaciones de facturacion.

DDD y SOLID aplicados

• CustomerInvoice es agregado raiz
• InvoiceLine se modela como entidad o Value Object dentro del agregado
• usar mapper para dominio <-> persistencia
• ICustomerInvoiceRepository maneja agregados
• operaciones como createInvoice, updateInvoice y getInvoiceById viven en CustomerInvoiceApplicationService
• usar SRP y contratos como ICustomerInvoiceRepository, ITransactionManager e IInvoicePresenter

Estructura de datos

La entidad CustomerInvoice tendrá:

• id: UUID (ValueObject UniqueID)
• status: string (ValueObject) (Draft, Issued, Sent, Rejected)
• invoiceNumber: string (ValueObject )
• invoiceSeries: string (ValueObject )
• customerId: UUID (ValueObject)
• issueDate: UtcDate (ValueObject)
• operationDate: UtcDate (ValueObject)
• lines: array de InvoiceLine, cada una con:
  • productId: (Optional) UUID (ValueObject UniqueID)
  • description: string (ValueObject)
  • quantity: Amount (number) and scale (number) (ValueObject Quantity)
  • unitPrice: Amount (number), scale (number) and currency (string) (ValueObject MoneyValue)
  • totalLineAmount: Amount (number), scale (number) and currency (string) (ValueObject MoneyValue)
• subtotalPrice: Amount (number), scale (number) and currency (string) (ValueObject MoneyValue)
• discount: Amount (number) and scale (number) (ValueObject Percentage)
• tax: Amount (number) and scale (number) (ValueObject Percentage)
• totalAmount: Amount (number), scale (number) and currency (string) (ValueObject MoneyValue)

Operaciones principales

• createInvoice(data: CreateCustomerInvoiceDTO)
• getInvoiceById(id: string)
• updateInvoice(id: string, changes: UpdateCustomerInvoiceDTO)
• listInvoices(filter?)
• deleteInvoice(id: string)
• markAsPaid(id: string)

Validaciones

• usar Zod en Value Objects como InvoiceNumber, InvoiceDate e InvoiceLine
• no lanzar excepciones para errores de validacion esperados; usar Result<T, E>

Presentacion

• los controladores convierten el agregado a CustomerInvoiceDTO
• usar CustomerInvoicePresenter para construir DTOs
• DTOs solo exponen campos necesarios
• se puede extender con CsvInvoicePresenter, PdfInvoicePresenter, etc.

Autorizacion y acceso

• proteger rutas con middleware JWT o equivalente vigente del modulo
• validar que el usuario autenticado pueda acceder o modificar la factura de su empresa

Persistencia

• SequelizeCustomerInvoiceRepository accede mediante mapper
• CustomerInvoiceMapper mapea agregado <-> persistencia
• soportar transacciones con TransactionManager.complete(...)
• seguir snake_case en tablas, columnas y timestamps created_at, updated_at, deleted_at

Errores

• usar ApiError para errores de API
• capturar errores de Sequelize y convertirlos con mensajes claros mediante errorMapper

Testing

• testear CustomerInvoiceApplicationService con mocks de repositorio
• testear rutas con supertest
• cubrir Value Objects con pruebas unitarias

Nomenclatura

• Agregado: CustomerInvoice
• Línea: CustomerInvoiceLine
• DTOs: CustomerInvoiceDTO, InvoiceLineDTO
• Presentadores: CustomerInvoicePresenter
• Repositorio: ICustomerInvoiceRepository, SequelizeCustomerInvoiceRepository
• ValueObjects: CustomerInvoiceNumber, CustomerInvoiceDate, CustomerInvoiceTotal, CustomerInvoiceItemQuantity, etc.

Restricciones

• no incluir passwords, tokens u otros datos sensibles en responses
• no usar Sequelize directamente en servicios ni controllers
• no devolver el agregado bruto; usar DTOs
• tipar explicitamente metodos y resultados