# Caso profesional B1 · Requisitos recibidos

## Objetivo declarado

Intercambiar expedientes con un proveedor y conocer si han sido aceptados.

## Afirmaciones de producto

1. «La operación principal se llamará enviar expediente».
2. «La API debe ser REST y tener una ruta `/sendDossier`».
3. «Cada expediente tiene una referencia externa única».
4. «La referencia externa es opcional porque el proveedor puede crear una».
5. «Un expediente contiene uno o varios documentos».
6. «Para simplificar, `document` será un string con el documento principal».
7. «La validación puede continuar después de aceptar el envío».
8. «La respuesta de creación debe indicar el resultado final».
9. «Los clientes reintentarán cada cinco segundos cuando no reciban respuesta».
10. «Repetir una petición nunca debe crear otro expediente».
11. «Todos los resultados devolverán 200 para facilitar el cliente».
12. «Los errores deben usar códigos HTTP apropiados».

## Capacidades esperadas

- Enviar un expediente.
- Consultar un expediente mediante la referencia conocida por el consumidor.
- Consultar el estado del procesamiento.
- Distinguir representación inválida, duplicado, ausencia y fallo interno.

## Restricciones

- Este material no define autenticación.
- No se ha decidido si expediente y envío son el mismo recurso.
- No existe política acordada para cambios incompatibles.
- El proveedor ya tiene un consumidor piloto basado en la captura adjunta.

## Trabajo de auditoría

Clasifica cada afirmación como requisito compatible, contradicción,
ambigüedad o decisión pendiente. No resuelvas una contradicción ocultando
la otra fuente.