Facturar desde NetSuite en Chile: SuiteApps, folios y proveedor tecnológico

¿Qué exige el SII a cualquier sistema que emita en Chile?

Una factura registrada en el ERP no es todavía un Documento Tributario Electrónico. Para que exista como DTE debe pasar por reglas que pertenecen al emisor chileno, no al asiento, la orden de venta ni la pantalla donde se digitó. El SII identifica al contribuyente autorizado, el tipo de documento, el folio, la firma, el contenido y el resultado de cada envío.

Esta base es la misma para SAP, NetSuite, Business Central, Odoo o un desarrollo propio. Lo que cambia es cuánto resuelve la localización elegida, quién opera cada pieza y dónde queda la evidencia cuando el SII acepta, observa o rechaza. El proyecto debe responder estas seis exigencias antes de hablar de automatización.

La primera prueba útil no es imprimir una factura. Es seguir un caso completo desde la transacción original hasta el estado final del DTE, su representación impresa y el intercambio con el receptor.

¿Qué le falta típicamente a un ERP extranjero para emitir un DTE?

Un ERP internacional suele resolver bien clientes, productos, impuestos, precios, contabilidad y cobranza. El vacío aparece en las responsabilidades que solo existen porque el emisor opera en Chile. Algunas ediciones ofrecen una localización propia y otras dependen de extensiones o proveedores. En todos los casos debes verificar alcance y configuración, no inferirlo por el nombre del producto.

Estas brechas no significan que el ERP sea deficiente. Significan que la localización tributaria es otro producto, con ciclo de actualización, pruebas, credenciales y soporte propios. El error caro es descubrir esa separación después de diseñar interfaces, capacitar usuarios o comprometer la fecha de salida.

• Gestión de CAF y consumo de folios separados por tipo de DTE, empresa, ambiente y, cuando corresponde, sucursal.
• Generación del timbre electrónico con la llave del CAF y firma del documento completo con certificado vigente.
• Representación impresa conforme al formato del SII, incluido el timbre PDF417 y los datos que cambian según el documento.
• Pipeline propio para boleta electrónica, con sus tipos, CAF, envío individual y tratamiento de ventas a consumidor final.
• Casilla de intercambio para enviar DTE al receptor y procesar recepciones, rechazos y decisiones comerciales sin confundirlas con el estado del SII.
• Documentos de exportación con campos, monedas, aduana, transporte y folios distintos de la factura nacional.
• Monitoreo de estados, reintentos controlados, conciliación y evidencia para saber qué ocurrió con cada folio.

No preguntes solo si la solución hace factura electrónica. Pide la lista exacta de tipos de DTE, procesos entrantes y salientes, edición, versión, módulos, terceros y exclusiones.

¿Qué tiene de particular la localización chilena de NetSuite?

Oracle documenta la Chile Localization SuiteApp como una localización administrada. Su alcance incluye campos, formularios, validaciones, mapeos, administración de numeración, acuses y componentes de facturación electrónica. Esto cambia la pregunta frente a implementaciones antiguas: ya no corresponde afirmar que NetSuite nunca ofrece una localización chilena, pero tampoco corresponde suponer que cualquier cuenta la tiene.

La documentación oficial exige condiciones concretas. La cuenta debe usar OneWorld y SuiteTax, contar con licencia de Chile Localization e instalar o habilitar SuiteApps relacionadas, entre ellas Electronic Invoicing, LATAM E-Document Certification y componentes tributarios. Si el partner ofrece facturación sin revisar estos requisitos, pide que identifique si propone la capacidad oficial nueva, una solución anterior propia o un proveedor distinto.

Oracle también describe plantillas XML y métodos de envío para integrar con proveedores tecnológicos. La localización no elimina a ese actor: organiza dentro de NetSuite la creación, envío, consulta y almacenamiento alrededor de una certificación externa. Debes saber cuál proveedor está configurado, quién contrata y soporta ese servicio, y qué ocurre si cambias de proveedor.

La fecha importa. La localización administrada puede actualizarse automáticamente y sus componentes predeterminados pueden restaurarse. Oracle recomienda copiar mapeos antes de personalizarlos porque una instalación puede reemplazar cambios. Para un proyecto con SuiteScript o formularios propios, esa advertencia debe convertirse en estrategia de extensibilidad y pruebas después de cada actualización.

La palabra instalada no basta. Pide la pantalla de componentes de Chile Localization, sus estados y una transacción real por cada familia documental.

¿Qué salidas existen para NetSuite y qué compras con cada una?

La localización oficial es una salida concreta, pero su costo y alcance deben compararse con la realidad de tu cuenta. Una empresa con OneWorld, SuiteTax y gobierno de SuiteApps puede aprovecharla de forma distinta a una cuenta heredada con motor tributario antiguo, bundles personalizados y varias subsidiarias. Haz el inventario antes de aceptar una cotización cerrada.

Pide que la propuesta nombre cada SuiteApp, licencia y tercero. Facturación electrónica para NetSuite no es una unidad indivisible y las dependencias determinan quién responde.

¿Cómo se gobiernan numeración, subsidiarias y mapeos en NetSuite?

NetSuite OneWorld introduce una dimensión decisiva: la subsidiaria chilena debe estar identificada y operar con su configuración. La documentación de Oracle asocia la localización a subsidiarias, registros y contextos de Chile. Si una venta cruza subsidiarias o una transacción se crea desde un contexto global, prueba qué localización se activa y qué entidad aparece como emisor.

La numeración electrónica incluye tipo de documento SII, inicio, fin, siguiente consecutivo, resolución y, cuando se configura, ubicación. Esto permite una trazabilidad rica, pero solo si queda claro quién carga el rango y qué evita consumirlo dos veces. Un número de transacción o tranid puede seguir su propia serie; no lo uses como sustituto visual del folio sin demostrar la relación.

Los mapeos chilenos traducen valores de NetSuite a categorías del SII. Revisa especialmente forma de pago, indicador de servicio, actividad, comuna, impuestos, exenciones y datos del receptor. Los campos personalizados de implementaciones antiguas pueden contener información parecida con dominios distintos. El proyecto debe elegir una fuente y retirar duplicidades, no mapear la primera columna con nombre familiar.

Para documentos especiales, la documentación enumera operaciones y plantillas para facturas, notas, guía, exportación, liquidación y boleta. Esa lista muestra intención de cobertura, pero la prueba debe bajar a los códigos exactos requeridos por tu empresa. En exportación pregunta por 110, 111 y 112, moneda, aduana y referencias. En recepción, pide el recorrido de cada acuse y su impacto sobre vendor bills.

• Inventaría subsidiarias chilenas, ubicaciones emisoras y cuentas OneWorld involucradas.
• Separa tranid, número interno, folio SII y referencia al documento original.
• Lista SuiteScripts, workflows y bundles que escriben campos de facturación electrónica.
• Copia y versiona mapeos personalizados sin modificar directamente componentes predeterminados.
• Prueba actualización de SuiteApps en sandbox antes de aceptar una liberación administrada.

La pregunta que define el proyecto: ¿quién es el emisor ante el SII y dónde viven los folios?

El dueño de la transacción y el emisor tributario pueden ser sistemas distintos. Tu ERP puede conservar la orden, el despacho, la factura comercial y el asiento, mientras otra solución toma responsabilidad por construir, foliar, timbrar, firmar y seguir el DTE. También es posible que una localización del propio ERP haga todo dentro de su ecosistema. Las dos arquitecturas pueden funcionar, pero sus responsabilidades no se pueden mezclar.

La decisión debe quedar escrita para cada tipo de documento. Si dos componentes creen que asignan el folio, aparecen duplicidades o saltos. Si ninguno lo hace, la operación se contabiliza sin DTE. Si un sistema consulta estados y otro reintenta, una respuesta incierta puede terminar en duplicado. Y si la representación impresa se arma antes de conocer el folio definitivo, el PDF deja de ser evidencia confiable.

Por eso la pregunta completa es operacional: qué componente solicita o carga los CAF, cuál reserva el siguiente folio, cuándo se considera consumido, quién firma, quién envía, quién consulta, quién informa el resultado al ERP y quién atiende una caída. La respuesta debe incluir producción, certificación, renovaciones y contingencia.

Si tu partner no puede dibujar el flujo de un folio desde el CAF hasta el estado final, todavía no hay un diseño de facturación electrónica: hay una promesa comercial.

¿Cómo se prueba el proyecto antes de ponerlo en producción?

Una demostración feliz con una factura afecta no cubre el riesgo real. La matriz de pruebas debe cruzar tipos de documento, impuestos, sucursales, monedas, referencias, clientes nacionales y extranjeros, caídas y respuestas. Incluye una nota de crédito que corrija una factura, una guía que luego se facture, una boleta, un folio agotado, un certificado próximo a vencer y un rechazo por dato maestro.

La salida también necesita conciliación. Para una muestra completa, compara transacción del ERP, tipo y folio, XML firmado, envío, resultado del SII, representación impresa y entrega al receptor. Ninguna fila debe quedar solo como enviada. Define además cómo se repara un dato sin reutilizar indebidamente el folio y cómo vuelve el resultado al usuario que originó la venta.

Finalmente prueba la operación sin el consultor presente. El equipo interno debe saber dónde mirar un rechazo, quién renueva el certificado, cómo se cargan nuevos folios, qué canal atiende cada componente y qué información entregar al soporte sin compartir certificados ni datos sensibles. Eso separa una integración demostrable de una operación sostenible.

El criterio de salida no es que el XML se haya generado. Es que negocio, contabilidad y soporte puedan seguir cada documento hasta su desenlace sin reconstruir la historia a mano.