Error 906 «La oficina es requerida» en la anulación de facturas
Experiencia compartida en un grupo de soporte; no constituye norma ni solución oficial confirmada. El artículo recoge el mensaje, los datos enviados, los canales probados, lo que se observó y una hipótesis que aún no fue verificada.
Planteamiento
Un contribuyente que iniciaba pruebas de anulación de facturas en el ambiente piloto recibió al invocar el método anulacionFactura una respuesta de anulación rechazada. La factura se emitía sin problemas con firma digital, pero la anulación fallaba. La prueba se hizo tanto desde una herramienta de pruebas de servicios SOAP como desde su propio generador de mensajes.
Respuesta recibida
| Campo | Valor |
|---|---|
| codigoDescripcion | ANULACION RECHAZADA |
| codigoEstado | 906 |
| mensajesList / codigo | 2 |
| mensajesList / descripcion | La oficina es requerida |
| transaccion | false |
Datos enviados en la solicitud
La solicitud se envió con los siguientes campos (los valores de identificación se omiten):
- codigoAmbiente: 2 (piloto)
- codigoModalidad: 1
- codigoDocumentoSector: 1
- codigoSistema, cufd y cuis: informados, con valores de prueba
- codigoSucursal: 0
- codigoPuntoVenta: 0 (en el XML, el elemento aparece como opcional)
El participante indicó que revisó los parámetros y que, según su verificación, llegaban con el formato esperado.
Lo que se observó
- Generador propio: el mismo sistema, que hasta ese momento no había presentado fallas, devolvió el error 906 al anular.
- Cliente SOAP de prueba (herramienta genérica para invocar servicios web): al principio también falló. Tras varios intentos, la anulación se completó, sin que el participante identificara qué cambió.
- Otros puntos de venta: en el punto de venta 1 y en un punto de venta asociado a un documento sector de hotel, el 906 seguía apareciendo, lo que impedía avanzar con el listado de pruebas.
- Un participante indicó que en la modalidad Computarizada en Línea el error no apareció; no se detalló qué campos cambiaron entre ambas modalidades.
- Otro participante reportó el mismo rechazo con una factura emitida en la versión 3 del SIAT. Tras algunos días, la anulación funcionó sin cambios en su sistema.
Complemento: hipótesis sobre la versión 3
Un participante sugirió que la causa podría ser que su sistema no tenía la versión 3 incluida en las pruebas de autorización. Esta explicación no fue confirmada por el SIN ni verificada en un comunicado oficial. Además, no hay datos que permitan relacionar el caso de la versión 3 con los campos descritos en la sección anterior, por lo que se trata de una referencia de trabajo.
Qué queda sin confirmar
La conversación no indica la causa ni una solución. No se sabe si el error depende de la sucursal o punto de venta, del tipo de documento sector, de la oficina asociada al domicilio comercial, de la combinación de modalidad y sucursal, de la falta de pruebas con la versión 3, de una demora en la habilitación del servicio o de un problema de sincronización o configuración en el piloto. Tampoco se confirmó si el éxito ocasional en la herramienta de prueba fue una coincidencia o se debió a un cambio en los datos enviados, ni por qué la anulación se habilitó después de unos días en el caso de la versión 3. No existe un procedimiento oficial que indique cómo proceder cuando el error aparece.
Qué revisar
Los pasos siguientes son razonables según la práctica habitual al reportar un error de este tipo. No son una solución oficial.
- Anotar el mensaje exacto, la fecha y hora del intento, el servicio invocado, el ambiente (piloto o producción), la sucursal y el punto de venta utilizados.
- Confirmar si el sistema ya fue probado en el ambiente piloto con los servicios de la versión que se usa, según la etapa en la que se encuentre. Conviene consultar el historial de versiones del Anexo Técnico publicado por el SIN.
- Comparar los valores de codigoSucursal y codigoPuntoVenta con los registrados para la sucursal y punto de venta en el piloto, y con los del CUIS solicitado para ese mismo punto.
- Verificar que el CUIS y el CUFD vigentes correspondan al mismo punto de venta de la solicitud, y que la factura sea válida y no haya sido usada en una declaración jurada antes de atribuir el rechazo al servicio.
- Probar la anulación en cada punto de venta y en cada canal, con la misma combinación de campos en la modalidad que sí funcionó, para aislar la variable.
- Si el error persiste con datos consistentes, reunir el mensaje, el XML enviado, la respuesta recibida y la hora del intento, y presentar el caso al soporte técnico del SIN.
La anulación individual por servicio web se permite hasta el día nueve del mes siguiente a la emisión, si el documento es válido y no fue usado en una declaración jurada. Si el error persiste y el plazo está por vencer, conviene informar de inmediato al SIN para evaluar alternativas. Hasta que el SIN aclare la causa, la hipótesis de la versión 3 debe tratarse como referencia de trabajo y no como causa comprobada.
Documentos y capturas del caso
El caso reúne una captura de la herramienta SoapUI 5.10.0 utilizada en las pruebas de invocación del servicio.
Documentos y capturas del caso
Fuentes y normativa
- RND 102100000011 — Sistema de Facturación (con Anexo Técnico) (SIN)
- RND 102100000021 — Modificaciones a la RND N° 102100000011 – Sistema de Facturación (SIN)
- SIAT Info – Portal de información del SIN (SIN)
- Anulación de Documentos Fiscales (SIN)
- Códigos de Error SIAT (SIN)
- Versionamiento 2026 del Anexo Técnico (SIN)
- WSDL ServicioFacturacionCompraVenta v2 (producción) (SIN)
Ante cualquier diferencia, prevalece la normativa vigente publicada por el Servicio de Impuestos Nacionales (SIN).