--- title: "¡Ponte a prueba!" description: "" type: "academy" category: "module" tags: [] authors: [Anonymous] date: "2026-11-05" last_update: "2026-11-05" time_minutes: 10 draft: false unlisted: false url: "https://www.apigateway.cl/academy/emision-de-dte/ponte-a-prueba" --- # ¡Ponte a prueba! --- ## Autoevaluación ## Test de Emisión de DTE con API Gateway V2 Autoevaluación sobre los conceptos de facturación electrónica y el proceso de emisión de DTE con API Gateway V2. ### 1. ¿Qué es lo que tiene validez tributaria en un documento tributario electrónico? - [ ] El PDF que recibe el cliente - [x] El XML timbrado y firmado - [ ] El Track ID que entrega el SII > El DTE es el XML timbrado con el CAF y firmado con el certificado digital. El PDF es solo su representación impresa. ### 2. ¿Qué es un CAF? - [ ] El certificado digital de la persona que firma - [x] El archivo del SII que autoriza un rango de folios para un tipo de documento - [ ] El sobre con que se envían los documentos al SII > El CAF (Código de Autorización de Folios) es un XML firmado por el SII con el rango de folios autorizados para un emisor y un tipo de documento. ### 3. Vendes un producto a una empresa y la venta paga IVA. ¿Qué documento emites? - [ ] Boleta electrónica (39) - [x] Factura electrónica (33) - [ ] Guía de despacho (52) > A otra empresa, con una venta afecta, se le emite una factura electrónica (33). ### 4. En una factura afecta (33), ¿cómo va el precio unitario (PrcItem) de cada ítem? - [x] Neto, sin IVA: la API calcula el IVA - [ ] Con IVA incluido - [ ] Da lo mismo, la API lo detecta > En facturas el PrcItem es neto y la API le suma el 19% de IVA. En boletas, en cambio, el PrcItem va con IVA incluido. ### 5. ¿Cómo va el cuerpo de una solicitud a los recursos /api/v2/libredte/? - [ ] Con los datos en la raíz del JSON - [x] Con los parámetros de la operación dentro del atributo parameters - [ ] Con los datos en la URL como query string > Todas las operaciones de LibreDTE reciben un JSON con el atributo parameters, que contiene los parámetros con el nombre que indica la documentación. ### 6. ¿Cómo se envían los XML (del DTE, del sobre o del CAF) a la API? - [ ] Como texto XML dentro del JSON - [x] Codificados en base64 - [ ] Como un archivo adjunto multipart > Los datos que no son JSON, como los XML y los archivos .p12, viajan en base64 para que lleguen intactos, sin problemas de codificación. ### 7. ¿Qué se necesita en la bolsa (bag) de builder/build para obtener un documento listo para enviar al SII? - [ ] Solo los datos del documento (parsedData) - [ ] Los datos y el CAF - [x] Los datos, el CAF y el certificado digital > Con solo los datos se obtiene un borrador. Con el CAF se timbra y con el certificado se firma: los tres son necesarios para emitir. ### 8. Al enviar al SII con sii_dte/sendXmlDocument, ¿qué pasa si no indicas options.environment? - [ ] Se envía al ambiente de certificación - [ ] La API responde con un error - [x] Se envía al ambiente de producción > El ambiente por defecto es producción. Durante el desarrollo indica siempre environment: 1 (certificación). ### 9. El SII respondió con un Track ID. ¿Qué significa? - [ ] Que el documento fue aceptado - [x] Que el SII recibió el sobre, pero todavía hay que consultar si lo acepta - [ ] Que el documento fue rechazado > El Track ID confirma la recepción. El resultado (aceptado, con reparos o rechazado) se obtiene consultando el estado con checkXmlDocumentSentStatus. ### 10. Al consultar el estado, el SII responde status EPR. ¿Qué debes revisar? - [ ] Nada: EPR significa que todos los documentos fueron aceptados - [x] El resumen (resume): cuántos documentos se aceptaron, tienen reparos o fueron rechazados - [ ] Que el envío sigue en proceso y debes esperar > EPR significa envío procesado. El resultado de cada documento está en resume: accepted, repairs y rejected. ### 11. ¿Quién es responsable de no repetir nunca un folio? - [ ] El SII - [ ] API Gateway - [x] Tu sistema > La API no lleva la cuenta de los folios usados. Tu sistema debe reservar cada folio, idealmente con una transacción en su base de datos. ### 12. Emitiste una factura con un error en el monto y el SII ya la aceptó. ¿Qué haces? - [ ] La construyes de nuevo con el mismo folio y la reenvías - [x] Emites una nota de crédito con referencia a la factura y CodRef 3 - [ ] La eliminas en el SII > Un documento aceptado no se modifica ni se elimina. Se corrige con una nota de crédito (o débito) que lo referencia; CodRef 3 corrige montos. ### 13. ¿A qué RUT va dirigido el sobre que se envía al SII? - [x] Al RUT del SII, 60803000-K - [ ] Al RUT del receptor del documento - [ ] Al RUT de la persona del certificado > El sobre para el SII se dirige al RUT del SII (receptor.rut 60803000-K). ### 14. ¿Por cuánto tiempo, como mínimo, debes guardar los XML de los documentos emitidos? - [ ] 1 año - [x] 6 años - [ ] No es necesario, API Gateway los guarda > La ley exige conservar los documentos tributarios al menos 6 años. API Gateway no almacena tus documentos. ### 15. Tienes un sobre EnvioBOLETA con boletas. ¿Con qué operación lo envías al SII? - [ ] billing/integration/sii_dte/sendXmlDocument, la misma de las facturas - [x] billing/integration/sii_boleta/sendXmlDocument - [ ] No se envían: el SII las recibe en el Registro de Compras y Ventas > El SII recibe las boletas por un servicio propio. Se envían con sii_boleta/sendXmlDocument y su estado se consulta con sii_boleta/checkXmlDocumentSentStatus. ### 16. En una boleta afecta (39), ¿qué precio va en PrcItem? - [ ] El precio neto, sin IVA - [x] El precio final, con IVA incluido - [ ] El IVA del ítem > En las boletas el precio va con IVA incluido. La API calcula el neto y el IVA a partir del total. --- Última actualización el 05/11/2026