Creación de facturador electrónico. Sii. Chile

Facturador electrónico(dte), integrado con el "servicio de impuestos internos" (“sii”, entidad gubernamental del estado de chile que se encarga de los temas tributarios), que sea capaz de:

1.    Panel de administración (Admin Dashboard) que permita registrar clientes, y gestionar de forma segura el “certificado de firma digital” emito por el “sii” para la emisión de documentos dte de cada cliente, así como los datos del mismo (documentos emitidos, cancelación de documentos, datos históricos, bloqueo del servicio, por citar algunos).

2.    Exponer los servicios de facturación electrónica (dte) en una “api rest” para su consumo por parte de los clientes que requieran solo las características on-line, con la seguridad al nivel pertinente.

3.    Emitir (a través de la api rest) todos los documentos tributarios (dte) disponibles por el “sii” (por ejemplo: boletas electrónicas, facturas electrónicas, nota de crédito electrónicas, guías de despacho electrónicas, por citar algunos) y devolver estos en formato json, xml y pdf.

4.    Ayudarnos con la integración de nuestro software de emisores de documentos electrónicos (DTE) ante el “Servicio de impuestos internos” (SII) que hemos desarrollado nosotros.

5.    Realizar las mismas gestiones del “punto uno” pero de forma “Off-Line”, para posteriormente enterarlas en el “SII”. En esta línea se comprende la “solitud automatizada de folios” y la “carga automatizada” de los mismos (según límites de cantidad) a cada instancia offline de cada cliente, según la demanda planificada de los mismos con el objetivo de emitir los documentos DTE de forma Off-line y administrar los folios vencidos.

-- Lo que """NO""" queremos:
1.    No queremos aplicación móvil (de momento).

2.    No queremos Landing Page, ni marketing.

3.    No queremos Wordpress.

4.    No queremos Scraping Web.

-- A modo de expectativas (recomendaciones), tenemos las siguientes aspiraciones:

1.    Realizar el BackEnd en el Leguaje Golang (GO) con el uso de la librería “Fiber”, pude hacerse uso de gorm o usar consultas en nativo, autenticación basada en jwt o paseto. Disponemos de un ejemplo funcional de BackEnd con estas características (podemos conversarlo).

2.    Realizar el FrondEnd en el FrameWork Next js 14 con una ui básica basada en “shadcn ui”, hacer uso de los “server actions y server components”. Disponemos de un ejemplo pequeño y funcional de FrontEnd con estas características (podemos conversarlo).

3.    Usar Postgresql como base de datos, todos los datos sensibles encriptados (por ejemplo: contraseñas o certificados).

4.    Contemplar el uso de Auth0 (si fuere pertinente) o desarrollar autenticación propia.

5.    Poder desplegar en Docker tanto BackEnd como FrontEnd mediante GitLab en un VPS de “contabo”.

6.    En cuando a la capacidad de facturar de forma Off-line, se requiere integrar nuestro software que exponer un api rest que permite interactuar con las características del facturador y sincronizarse con el backend para alimentarse de los recursos que se necesitan para la emisión de documentos (por ejemplo: folios, tokens, permisos) y enterar las transacciones hechas. Con las mismas características del punto número 1 de esta sección.

7.    Repositorio en Gitlab del FrontEnd, BackEnd y el software para la función Off-line.

Estamos atentos a propuestas relacionadas con los puntos en cuestión.