Voy a contrastarlo con documentación pública del SII, porque los endpoints y requisitos de certificación pueden cambiar o variar según ambiente. Luego te dejo un checklist práctico para comparar contra tu API.

Thought for 55s

Sí. La certificación del SII para DTE / factura electrónica no es solo “tener endpoints”, sino demostrar que tu sistema puede generar, firmar, timbrar, enviar, consultar, imprimir, respaldar e intercambiar DTE correctamente.

El proceso oficial de certificación del SII contempla estas etapas: set de pruebas asignado, set de simulación, set de intercambio de información, muestras de impresión, declaración de cumplimiento de requisitos y finalmente registro como emisor electrónico. El SII además exige declarar procedimientos críticos: gestión de CAF, foliación controlada, respaldo, envío al SII, intercambio con otros contribuyentes, cuadratura y contingencias.

Documentación base del SII que deberías revisar

El SII tiene un Instructivo Técnico de Factura Electrónica donde agrupa la documentación principal: manual de operación del ambiente de certificación, construcción del set de prueba, autenticación automática, envío automático de DTE, consulta de estado de envío, consulta de estado de DTE, formato XML, firma electrónica y muestras impresas.

Para tu API, los documentos más relevantes son:

Área	Documento / servicio SII	Para qué sirve
Certificación	Proceso de certificación	Entender las etapas que debes completar ante el SII.
Set de pruebas	Construcción del set de prueba	Generar DTE con los datos asignados por el SII.
Autenticación	CrSeed y GetTokenFromSeed	Obtener semilla, firmarla con certificado digital y obtener token.
Envío DTE	Upload automático de DTE	Enviar el XML EnvioDTE al SII.
Estado envío	QueryEstUp	Consultar estado del envío usando TrackId.
Estado DTE	QueryEstDte / QueryEstDteAv	Consultar estado de un documento específico.
Impresión	Manual de muestras impresas	Generar representación impresa con timbre PDF417.
Intercambio	Intercambio entre contribuyentes	Recibir DTE, acuse de recibo, aceptación/rechazo comercial.
Endpoints SII mínimos para factura electrónica DTE

Para factura electrónica, el SII sigue usando servicios SOAP para los DTE tradicionales. La boleta electrónica tiene una ruta distinta, con servicios REST separados; el propio SII indica que factura electrónica mantiene los Web Services SOAP actuales, mientras que boleta electrónica usa servicios REST y token específico.

1. Autenticación automática

Tu API debe implementar el flujo:

Solicitar semilla.
Firmar la semilla con certificado digital.
Enviar la semilla firmada.
Obtener token.
Reutilizar token.

El manual del SII señala que la autenticación automática usa los servicios CrSeed y GetTokenFromSeed para obtener la semilla y luego el token.

Certificación:
https://maullin.sii.cl/DTEWS/CrSeed.jws?WSDL
https://maullin.sii.cl/DTEWS/GetTokenFromSeed.jws?WSDL

Producción:
https://palena.sii.cl/DTEWS/CrSeed.jws?WSDL
https://palena.sii.cl/DTEWS/GetTokenFromSeed.jws?WSDL

Ojo: el SII recomienda no pedir token en cada conexión. El token tiene TTL de 1 hora y se renueva al usarse; también recomienda no consultar repetidamente los WSDL, sino cachearlos.

2. Envío automático de DTE

Debes tener una función que arme el EnvioDTE, lo firme, lo envíe al SII y capture el TrackId.

Certificación:
POST https://maullin.sii.cl/cgi_dte/UPL/DTEUpload

Producción:
POST https://palena.sii.cl/cgi_dte/UPL/DTEUpload

El envío se hace como multipart/form-data, incluyendo el token en cookie TOKEN. El manual muestra el POST /cgi_dte/UPL/DTEUpload y el uso de Cookie: TOKEN=.... Además, recomienda usar PROG 1.0 en el User-Agent para que la salida sea XML.

3. Consulta de estado del envío

Después de enviar, debes consultar el estado usando el TrackId.

Certificación:
https://maullin.sii.cl/DTEWS/QueryEstUp.jws?WSDL

Producción:
https://palena.sii.cl/DTEWS/QueryEstUp.jws?WSDL

El servicio QueryEstUp recibe, entre otros parámetros, RUT, DV, TrackId y Token, y devuelve estado del envío, glosa, documentos informados, aceptados, rechazados y reparos cuando corresponda.

4. Consulta de estado de un DTE específico

Para consultar un documento emitido, debes implementar QueryEstDte.

Certificación:
https://maullin.sii.cl/DTEWS/QueryEstDte.jws?WSDL

Producción:
https://palena.sii.cl/DTEWS/QueryEstDte.jws?WSDL

Este servicio recibe datos como RUT consultante, RUT emisor, RUT receptor, tipo DTE, folio, fecha de emisión, monto y token.

También existe la consulta avanzada:

Certificación:
https://maullin.sii.cl/DTEWS/services/QueryEstDteAv?wsdl

Producción:
https://palena.sii.cl/DTEWS/services/QueryEstDteAv?wsdl

El manual de QueryEstDteAv señala expresamente la diferencia entre certificación y producción: certificación usa maullin, producción usa palena.

Endpoints internos que debería tener tu API

Para comenzar bien el proceso de certificación, yo revisaría si tu API ya tiene, al menos, estos módulos:

Endpoint interno sugerido	Necesario para certificación	Comentario
POST /sii/auth/token	Sí	Obtiene semilla, firma y cachea token.
POST /folios/caf/importar	Sí	Cargar CAF entregado por SII.
GET /folios/disponibles	Sí	Control de folios autorizados y usados.
POST /dte/generar	Sí	Genera XML DTE según tipo documento.
POST /dte/firmar	Sí	Firma XML con certificado digital.
POST /dte/timbrar	Sí	Genera TED/timbre electrónico desde CAF.
POST /dte/enviar-sii	Sí	Hace upload a SII y guarda TrackId.
GET /dte/envios/{trackId}/estado	Sí	Consulta QueryEstUp.
GET /dte/{tipo}/{folio}/estado-sii	Sí	Consulta QueryEstDte o QueryEstDteAv.
GET /dte/{id}/pdf	Sí	Genera representación impresa con PDF417.
POST /intercambio/recibir-dte	Sí	Para etapa de intercambio entre contribuyentes.
POST /intercambio/acuse-recibo	Sí	Acuse de recibo de DTE recibido.
POST /intercambio/aceptar-rechazar	Sí	Aceptación o rechazo comercial.
GET /certificacion/set-pruebas	Recomendable	Manejo interno del set asignado por SII.
POST /certificacion/simulacion	Recomendable	Generación de set de simulación.
GET /reportes/cuadratura	Sí	Aceptados, rechazados, reparos, pendientes.
POST /contingencia	Sí	Manejo de fallas, reintentos y trazabilidad.
Mi conclusión práctica

Para comenzar la certificación de factura electrónica, tu API debería estar lista para:

Autenticarse contra SII con certificado digital.
Administrar CAF y folios.
Generar XML DTE válido según schema SII.
Firmar XML correctamente.
Timbrar el DTE con TED/PDF417.
Enviar EnvioDTE al ambiente de certificación.
Consultar estado del envío por TrackId.
Consultar estado de DTE individual.
Generar muestras impresas.
Recibir DTE de terceros y emitir acuse/aceptación/rechazo.
Llevar bitácora, respaldo, cuadratura y contingencias.

La brecha más común no está en “llamar endpoints”, sino en firma XML, manejo de CAF/folios, estructura exacta del EnvioDTE, intercambio entre contribuyentes y cuadratura de estados.

Envíame el listado actual de endpoints de tu API y te hago una matriz “cumple / falta / crítico para certificación SII”.