Proyecto Facturacion Electronica
Proyecto Facturacion Electronica
Proyecto Facturacion Electronica
Presentado por:
Presentado a:
Tabla de contenido
Introducción .................................................................................................................................... 4
Planteamiento del problema ............................................................................................................ 5
Justificación .................................................................................................................................... 5
Objetivos ......................................................................................................................................... 6
General ........................................................................................................................................ 6
Específicos .................................................................................................................................. 6
Alcance ........................................................................................................................................... 6
Estado del arte ................................................................................................................................. 6
Antecedentes normativos ............................................................................................................ 7
Ley 223 de 1995. ..................................................................................................................... 7
Artículo 617 del Estatuto Tributario. ....................................................................................... 7
Decreto 1094 de 1996. ............................................................................................................. 8
Ley 962 de 2005. ..................................................................................................................... 8
Resolución DIAN 14465 de 2007. .......................................................................................... 9
Ley 1231 de 2008 – Factura Comercial................................................................................. 10
Antecedentes operativos ............................................................................................................ 10
Antecedentes CERTIFACTURA .............................................................................................. 10
Marco teórico ................................................................................................................................ 11
Modelo de desarrollo (Modelo incremental) ............................................................................. 11
Facturación electrónica ............................................................................................................. 13
Proceso actual ............................................................................................................................ 14
Proceso con la solución ............................................................................................................. 14
Metodología propuesta .............................................................................................................. 15
SCRUM. ................................................................................................................................ 15
Historias de usuario ................................................................................................................... 18
Requerimientos.......................................................................................................................... 21
Requerimientos de negocio ................................................................................................... 21
Requerimientos de usuario .................................................................................................... 21
Requerimientos funcionales .................................................................................................. 21
3
Introducción
modelo de desarrollo que permita llegar realizar este proyecto de la forma más adaptable posible
a los diversos cambios que pueden ocurrir en el desarrollo de software, así como establecer la
electrónica en respuesta a la modernización de los procesos que manejan las pymes en Colombia
ya que muchas de estas manejan sistemas que se consideran viejos y en muchos casos estos
Justificación
Se hace necesario contar con un sistema que permita a las pymes gestionar su facturación
electrónica para que al tener todo en un sistema y este a su vez este en línea disminuya el riesgo
en el manejo de información.
Tiempo:
aceptadas por los clientes se va a generar todo un esquema de factoring que ayudará
disminución del riesgo, y garantizará que los sistemas de contabilidad y de información, tanto del
Objetivos
General
Realizar un sistema de información que permita a empresas (pymes) acceder a este para que
puedan realizar la facturación electrónica de forma sencilla sin incurrir en los gastos que la
Específicos
Realizar el levantamiento de información acerca de la facturación electrónica.
Listar los requerimientos de la solución que se va a brindar.
Generar los diagramas de UML (Unified Modeling Language).
Realizar los ajustes en las respectivas iteraciones de las entregas.
Alcance
El sistema de generación de facturas electrónicas pretende alcanzar a las pequeñas y medianas
tecnológicas vigentes (Certificación digital basada en tecnología PKI), brindando respuesta a una
orden de ideas, el presente análisis se desarrollará de acuerdo con un conjunto de términos que
Antecedentes normativos
A continuación, se enumeran un conjunto de antecedentes normativos de acuerdo con la
legislación colombiana y los cuales aportaron las bases para lograr definir los procesos de
el cual define:
“La factura de venta o documento equivalente que se expida, en las operaciones que se realicen
boleta de ingreso a espectáculos públicos, la factura electrónica y los demás que señale el
2. Apellidos y nombre o razón y NIT del vendedor o de quien presta el servicio junto con la
de venta.
4. Fecha de su expedición.
registradoras, con la impresión efectuada por tales medios se entienden cumplidos los requisitos
de impresión previa. El sistema de facturación deberá numerar en forma consecutiva las facturas
y se deberán proveer los medios necesarios para su verificación y auditoria. (Artículo 617)
como: “Documento computacional que soporta una transacción de venta de bienes o, prestación
cuando se cumplan todos los requisitos legales establecidos y la respectiva tecnología que
conservación”.
Factura electrónica.
Es el documento que soporta transacciones de venta de bienes y/o servicios, que para efectos
fiscales debe ser expedida, entregada, aceptada y conservada por y en medios y formatos
electrónicos.
9
Obligado a facturar.
Es la persona natural o jurídica que conforme a las normas tributarias tiene la obligación de
Adquirente.
Es la persona natural o jurídica que como adquirente de bienes o servicios debe exigir factura
posterior exhibición.
Tercero.
Es la persona natural o jurídica que presta al obligado a facturar y/o al adquirente, los
que estar haciendo reportes bimensuales a la DIAN con el consolidado de sus operaciones, y se
especifican los procedimientos para la generación del contenido técnico de control de las facturas
Antecedentes operativos
Las arquitecturas de Facturación Electrónica hasta la Ley 962 y el Decreto 1929 de 2007,
1. Las facturas generadas solamente eran válidas como documentos equivalentes a las
3. Se debía utilizar el buzón electrónico (aunque resulte cuestionable su uso pues la red de
Es por ello por lo que se habilita en Colombia, tanto la factura de venta como la factura
capacidad de disponer de información precisa sobre el estado de las facturas emitidas y recibidas,
incrementa el control sobre los flujos financieros dentro de la organización y optimiza los
Antecedentes CERTIFACTURA
Bajo la perspectiva que ofrece Certicámara en el mercado Colombiano en donde su premisa es la
utilización de medios electrónicos como soporte transaccional para las compañías, se visualizó la
en la organización. Certicámara hizo una evaluación a una serie de compañías con el fin de
11
determinar el tipo de proceso que podría aportar con su nuevo producto utilizando como base un
facturación. Una vez definida esta directriz estratégica Certicámara inició su proceso de
búsqueda de alternativas en el mercado mundial que ofrecieran este tipo de soluciones, después
nivel de conocimiento en la solución se decidió que la mejor alternativa erala que ofrecía
Azurian es una de las primeras empresas certificadas por SII (Servicio de Impuestos Internos)
para ofrecer su solución de DTE. La primera empresa que utilizó esta solución fue la 13
Embotelladora Andina, quien a su vez fue el primer cliente aceptado por SII para operar con
Actualmente más de 120 empresas son clientes de DTE Plus de Azurian solo en Chile, siendo
además la solución con mayor experiencia del mercado, ya que fue la primera solución
electrónica implementada en Chile. Hoy esta solución es responsable de la emisión del 48% de
total de documentos recepciones por el Servicio, sobre un total de 39.9 Millones de documentos
Marco teórico
Modelo de desarrollo (Modelo incremental)
El modelo incremental propone una línea intermedia entre la modelo cascada y el modelo
evolutivo en donde se pretende que cada fase de este modelo tenga un ciclo completo y a medida
que este ciclo por fase se complete se pueda realizar una entrega que aporte valor al producto
En la figura 1 se observa que en cada fase (Entrega No #) se toman conceptos del modelo en
cascada pero que se realizan para la entrega de una parte del producto final; también se puede
observar que se realizan varias fases o ciclos en las que sus salidas se van agregando al producto
final.
Elaboración propia
Figura 1. Modelo incremental
Este modelo pretende trabajar directamente con el cliente ya que de esta manera se puede
expresar en cada fase la visión que tiene el cliente lo cual evitara que existan reprocesos al
realizar algo que no aporte valor a la visión general del producto propuesta por el cliente.
13
Se elige este modelo para el desarrollo del proyecto ya que en la materia de ingeniería de
software se divide por entregas que van generando valor al producto final, de estas entregas
saldría una retroalimentación por parte del profesor las cuales serán implementadas en la
entrega y aplicar las correcciones en el tiempo estimado en pro de que el producto final sea lo
Facturación electrónica
Sigue siendo un documento que soporta la compra y venta de artículos, bienes o servicios,
pero se maneja de forma electrónica a través de sistemas de información que validan y envían
establecido por la DIAN, en donde la empresa genera la factura y a través de un medio propio o
por un proveedor tecnológico aprobado por la DIAN hacen él envió a esta entidad para el
Proceso actual
Elaboración propia
Proceso con la solución
Elaboración propia
15
Metodología propuesta
Para la realización de este proyecto se propone utilizar SCRUM como marco de trabajo, ya
que esta nos permite cumplir con el objetivo del modelo incremental que centra su objetivo en la
entrega de partes del producto que tengan valor sobre la entrega final.
SCRUM.
Scrum es un marco de trabajo el cual permite realizar entregas de formas iterativas e
incrementales sobre la base de un producto final, este proceso iterativo permite el manejo y
SCRUM.
Scrum propone roles, eventos e instrumentos que pretenden llevar el control del desarrollo del
proyecto de una forma transparente ante todos los miembros del equipo y demás entes
interesados en este.
herramientas para poder cumplir con las actividades propuestas para el desarrollo del mismo.
Teniendo en cuenta lo anterior utilizaremos los sprints para realizar cada uno de los objetivos
específicos propuestos previamente en este documento; cada uno de estos sprints realizara las
fases del proceso incremental las cuales enmarcan el análisis, diseño, desarrollo y pruebas de la
Los sprints que se realicen durante el desarrollo y culminación del proyecto deberían cumplir
Elaboración propia
Figura 4. Sprint del proyecto facturación electrónica
17
Junto con la figura 4 se establece un plan de acción que se cumplirá con el fin de poder hacer
requerimientos recibidos.
4. Establecer la cantidad de tiempo a emplear para la entrega del mínimo producto viable.
5. Reuniones diarias con el fin de detectar impedimentos para el desarrollo del producto en el
tiempo establecido.
producto viable a entregar, se debe evaluar si este nuevo requerimiento afectaría los
tiempos de la entrega actual; si es así, dicho nuevo requerimiento se postergaría para una
entrega posterior.
7. Demostración al cliente del desarrollo realizado; recibiendo retroalimentación por parte del
casos de usos o diseños documentales avanzados en nuestra adaptación se pretenden crear estos
diseños ya que son parte fundamental de lo solicitado como entregables por parte de la materia
de ingeniería de software.
18
Historias de usuario
Para el desarrollo de las actividades que se necesitan en la implementación del sprint definido
anterior mente se definieron las siguientes historias de usuario y sus respectivas tareas para llevar
a cabo un trabajo controlado que nos lleve a cumplir con el objetivo planteado en el módulo de
estas
ID Tarea T-01
ID Tarea T-01
Asignado a
ID Tarea T-01
solución
ID Tarea T-01
ID Tarea T-01
21
Requerimientos
De acuerdo a lo establecido en el módulo de ingeniería de software y la investigación que se
Requerimientos de negocio
1. El servicio debe poder permitir la transferencia de la factura que realicemos en las
Requerimientos de usuario
1. Generar la factura a través de la aplicación que maneja el punto de facturación
Requerimientos funcionales
1. Recibir la información de la factura desde la aplicación del cliente
Requerimientos no funcionales
Seguridad
El servicio debe contar con autenticación esto por medio de usuario y contraseña únicos para
cada empresa, esta contraseña debe estar cifrada para brindar mayor seguridad y debe pedir
Disponibilidad
El servicio debe estar activo las 24 horas del día escuchando las peticiones que envié el cliente y
las respuestas que generé la DIAN para que se puedan enviar los resultados de estas
Extensibilidad
Se requiere que el sistema reciba a futuro modificaciones que puedan ser aplicadas en el menor
tiempo posible esto debió a que la DIAN cambia sus normas constantemente y esto ocasiona
Escalabilidad
El servicio debe poder adaptarse a las demandas de las distintas empresas esto con el ánimo de
que este soporte la cantidad de envíos facturas que se puedan realizar en el transcurso del día.
Casos de uso
Los siguientes son los casos de uso en formato extendido que explican el funcionamiento que
CDU-001
ID caso de CDU- Nombre Recibir información de la factura
uso 001
23
Flujo normal
Extensiones
CDU-002
ID caso de CDU- Nombre Validar información de la factura
uso 002
Flujo normal
Si no es válida (Extensión 1)
Si no es válida (Extensión 2)
Si no es válido (Extensión 3)
Si no es válido (Extensión 4)
Dirección del emisor con formato (calle, carrera, diagonal, transversal) / numero /
numero - numero
Si no es válido (Extensión 5)
Dirección del receptor con formato (calle, carrera, diagonal, transversal) / numero /
numero - numero
Si no es válido (Extensión 6)
Si no es válido (Extensión 7)
Si no es válido (Extensión 8)
Si no es válido (Extensión 9)
Extensiones
10. El sistema retorna error con el mensaje “Ciudad del receptor no valido”
11. El sistema retorna error con el mensaje “Correo del emisor no valido”
12. El sistema retorna error con el mensaje “Correo del receptor no valido”
26
13. El sistema retorna error con el mensaje “Teléfono del emisor no valido”
14. El sistema retorna error con el mensaje “Teléfono del receptor no valido”
CDU-003
ID caso de CDU- Nombre Envío de la factura a la DIAN
uso 003
(Resumen) factura
Flujo normal
Si no es válido (Extensión 1)
Si se hace el envío y no retorna algún error se muestra el mensaje “Se envió la factura a
la DIAN”
Extensiones
este momento”
CDU-004
ID caso de CDU- Nombre Recibir respuesta de la DIAN
uso 004
(Resumen)
Flujo normal
Extensiones
factura #00000”
28
CDU-005
ID caso de CDU- Nombre Enviar correo
uso 005
(Resumen) de la DIAN
Flujo normal
El servicio crea el cuerpo del correo con el XML de la respuesta de la DIAN y el mensaje
de “Respuesta recibida”
Extensiones
al cliente”
CDU-006
ID caso de CDU- Nombre Guardar en base de datos
uso 006
en la base de datos.
Flujo normal
Si no la registra (Extensión 1)
Extensiones
Diagrama de clases
Elaboración propia
Figura 5. Diagrama de clases
Diagrama de secuencia
Elaboración propia
Figura 6. Diagrama de secuencia
31
El diagrama de secuencia presentado, se basa en las interacciones que tiene el sistema con los
interlocutor entre todas las partes interesadas en el flujo de trabajo. Queda en evidencia que el
sistema actúa como intermediario o medio de transporte de la factura simple, hasta transformarse
en factura electrónica con la consecución del CUFE (código único de facturación electrónica).
Diagrama de estados
Elaboración propia
Figura 7. Diagrama de estados
32
Diagrama de despliegue
Elaboración propia
Figura 8. Diagrama de despliegue
33
Marco conceptual
Aunque a través del documento se han hecho referencias y definiciones a los conceptos que se
verán a continuación se hace necesario hacer una breve especificación de los mismos, esto con el
ánimo de que se pueda aclarar el término y pueda brindar al lector una visión clara y concisa de
Factura electrónica
Este es un documento que al igual que la factura física soporta las transacciones que se realizan
en la compra y venta de bienes y/o servicios pero que se maneja a través de medios electrónicos.
(Bancolombia, 2018).
UML
El lenguaje unificado de modelado o UML consisten en una cantidad de diagramas que pretende
(Lucidchart, 2019).
PYMES
Son las empresas que son consideradas como pequeñas o medianas.
Modelo incremental
Modelo intermedio entre el modelo en cascada y el evolutivo en donde se pretenden realizar
entregas de funcionalidades que agreguen valor al producto final, esto mediante iteraciones en
las cuales se ejecutan los componentes definidos para el correcto desarrollo de la funcionalidad.
SCRUM
Marco de trabajo ágil para el desarrollo y mantenimiento de productos complejos a través de
procesos iterativos incrementales. (Schwaber y Sutherland, 2013)
SPRINT
Ciclos de trabajo dentro de SCRUM en los cuales se realiza el desarrollo de lo planeado y se
intenta cumplir la meta definida para el entregable.
34
Conclusión
El diseño del documento de arquitectura de software marca las pautas para un correcto y
adecuado desarrollo de un sistema de información que utiliza dicho software, este documento
específica a nivel técnico lo necesario para llevar a cabo la idea que tiene el cliente y poder
plasmarla para que los desarrolladores y analistas comprendan que es lo que se necesita hacer y
Para lograr plasmar la idea del cliente y llevarla a un nivel técnico se necesita escoger un modelo
de desarrollo, una metodología y tener un conocimiento amplio del negocio del cliente y como
este funciona en la actualidad además se debe tener una visión a futuro de como impactara esta
nueva implementación el desarrollo normal de las actividades que realiza la empresa en su labor
cotidiana.
35
Referencias
Articulo 617 Requisitos de la factura de venta. Estatuto Tributario Nacional. Recuperado de
https://estatuto.co/?e=436
Bancolombia. (2018). Qué es la factura electrónica: beneficios y retos en Colombia.
Recuperado de https://www.grupobancolombia.com/wps/portal/negocios-
pymes/actualizate/administracion-y-finanzas/factura-
electronica?gclid=CjwKCAiAiJPkBRAuEiwAEDXZZUySqVmT2wp40Yz8xPD3Y2Ih2Iid4Czr
tu2dt_ZQNkKH_-ml_v6AXxoCAtEQAvD_BwE
Decreto 1094. Diario Oficial 42814. 21 de junio de 1996. Recuperado de
http://www.funcionpublica.gov.co/eva/gestornormativo/norma.php?i=7457
DIAN. (2019). ¿Qué es la factura electrónica? Recuperado de
https://www.dian.gov.co/fizcalizacioncontrol/herramienconsulta/FacturaElectronica/Presentacion
/Paginas/Queesfacturaelectr%C3%B3nica.aspx
El Tiempo. (15 de febrero de 2018). ¿Por qué será obligatoria la factura electrónica en
Colombia? El Tiempo. Recuperado de https://www.eltiempo.com/colombia/por-que-sera-
obligatoria-la-factura-electronica-en-colombia-182834
Ken Schwaber y Jeff Sutherland. (2013). La guía de Scrum. Recuperado de
https://www.scrumguides.org/docs/scrumguide/v1/scrum-guide-es.pdf
Ley 223. Diario Oficial No. 42.160. 22 de diciembre de 1995. Recuperado de
http://www.secretariasenado.gov.co/senado/basedoc/ley_0223_1995.html
Ley 962. Diario Oficial No. 46.023. 06 de septiembre de 2005. Recuperado de
http://www.secretariasenado.gov.co/senado/basedoc/ley_0962_2005.html
Ley 1231. DIARIO OFICIAL. AÑO CXLIV. N. 47053. 17 de julio de 2008. Recuperado de
https://co.groupseres.com/images/d/rs/Ley-1231-2008.pdf
Lucidchart. (2019). Qué es el lenguaje unificado de modelado (UML). Recuperado de
https://www.lucidchart.com/pages/es/que-es-el-lenguaje-unificado-de-modelado-uml
Politécnico Grancolombiano. LECTURA UNO: PROCESOS DE INGENIERÍA DE
SOFTWARE. HISTORIA Y PRINCIPALES PROPUESTAS. Politécnico Grancolombiano
Pete Deemer, Gabrielle Benefield, Craig Larman, Bas Vodde. (2012). Una introducción
básica a la teoría y práctica de Scrum Versión 2.0. Recuperado de
http://scrumprimer.org/primers/es_scrumprimer20.pdf
Resolución DIAN 1446. 28 de noviembre de 2007. Recuperado de
https://co.groupseres.com/images/d/rs/RESOLUCION-14465-2007.pdf