Club Delphi  
    FTP   CCD     Buscar   Trucos   Trabajo   Foros

Retroceder   Foros Club Delphi > Principal > Varios
Registrarse FAQ Miembros Calendario Guía de estilo Buscar Temas de Hoy Marcar Foros Como Leídos

Grupo de Teaming del ClubDelphi

Respuesta
 
Herramientas Buscar en Tema Desplegado
  #1  
Antiguo 08-10-2016
rolandoj rolandoj is offline
Miembro
 
Registrado: abr 2007
Posts: 395
Poder: 17
rolandoj Va por buen camino
Qué se sabe de la facturación electrónica en Colombia ?

Hola a todos,

Quién puede aportar algo sobre la facturación electrónica que se adoptará en Colombia por la DIAN (Direccion de Impuestos y Aduanas Nacionales) ?.

He estado leyendo al respecto y sospecho que por ahora nosotros los programadores independientes no tenemos que preocuparnos por el tema; pero, tengo dudas. Me explico :

Al menos el negocio principal, ser proveedor tecnológico de facturas electrónicas, va a quedar en manos de unos pocos, ya que se exigen varias fuertes condiciones, principalmente un capital mínimo cercano a los $600,000,000 de pesos colombianos, lo que descarta a los que somos desarrolladores independientes y a las pequeñas empresas de software.

Pero, cada empresa que tenga desarrollos propios generalmente incluye la generación automática de los asientos contables en su propia contabilidad y complejos procesos particularizados de producción que arrojan los valores de la factura.

En ese orden de ideas, el generar los valores de la factura tiene que seguir haciendose en esos sistemas porque no se puede pretender que las pequeñas empresas contraten un desarrollo completamente nuevo con los pocas empresas autorizadas como proveedores tecnológicas de facturación electrónica !! .

Entonces la duda grande que tengo es cual de estas opciones se aplicará :

1. Permitir a las empresas enviar directamente sus facturas a la DIAN

2. Permitir que los proveedores tecnológicos sean los que reciban interfases de sus clientes y luego envien a la DIAN

3. Obligar a que las facturas se generen solo en el software brindado por cada proveedor tecnológico

La primera opción es operativamente la más lógica; pero, entonces que sentido tiene el concepto de "proveedores tecnológicos" ?. Por eso sospecho que esa no aplicará. Si aplica, entonces si tenemos que preocuparnos desde ahora

La tercera opción es absurda porque obliga a las empresas a un doble trabajo ya que les tocaría digitar sus facturas ya creadas por sus sistemas, en el sistema del proveedor autorizado.

Supongo entonces que la opción que aplicará es la segunda; y ahí es donde estaría nuestro papel : Crear la interfase con el proveedor. Pero, para eso el proveedor ya tiene que estar ofreciendo sus servicios para indicarnos cuales serían las especificaciones de la interfase. Como aún no hay ninguno autorizado, pensaría que por ahora no debe preocuparnos el tema.

Sin embargo, esta opción me genera dudas ya que, si por seguridad no se permite que una empresa cualquiera tenga interfase directa con la DIAN que sentido tiene permitirle que la tenga con el proveedor tecnológico ?

Alguno puede aclarar eso ?

Gracias de antemano
Responder Con Cita
  #2  
Antiguo 12-10-2016
Avatar de gatosoft
[gatosoft] gatosoft is offline
Miembro Premium
 
Registrado: may 2003
Ubicación: Bogotá, Colombia
Posts: 833
Poder: 21
gatosoft Va camino a la fama
Buen día Rolando,

Primero: por ahora solo algunas empresas van a estar obligadas a facturar. Por su patrimonio, el volumen de operación, entre otros. Pero tambien hay algunas empresas que pueden ofrecerse como voluntarias para entrar en éste proceso (y tengo entendida que hay bastantes que lo están considerando).

Segundo: La figura del proveedor tecnológico, nace por la necesidad que se tiene de garantizar la generación, firma, almacenamiento y custodia de la factura. Los requisitos técnicos y de seguridad de la información son fuertes porque quiere evitarse "hackeo" o manipulación indebida de los documentos. Las empresas deben estar certificadas en ISO-27000, y tener un patrimonio mínimo de 1.300 millones de pesos.. es decir, como 400 mil dólares. Lo cual es un poco alto para una empresa de tecnología local.

Sin embargo, la exigencia del patrimonio es apenas comprensible, si se tiene en cuenta que se habla de un certificado digital. Aligual que todas las empresas que ofrecen certificados digitales en el mundo, estan obligadas a responder en caso de hackeo o alteración del certificado. Es como un seguro.

Tercero: Los sistemas deberán seguir funcionando de la misma forma, solo que los proveedores de facturación habilitarán un servicio para que tu aplicación se comunique con ellos, quienes firmarán y "sellarán" la factura y la enviarán a la DIAN. Por tato tu aplicación debe estar preparada para enivar y recibir facturas via webservices. solo se trata del intercambio y aseguramiento de un documento.

Cuarto: La DIAN, habilitará en su momento (no hay fecha) una plataforma para que pequelas empresas o independientes se acojan a la norma sin pagar los servicios de un proveedor tecnológico. Las grandes empresas si deberan paar por éste servicio.

En este momento (Octubre/2016) se está termianndo el piloto con las empresas voluntarias (60 empresas durante 6 meses), y comenzará un tiempo de implementación (creo que de 3o 6 meses) antes de entrar en forma con las empresas obligadas y voluntarias.

En teoría, no tienes afán, si tus clientes no estan obligados a facturar electrónicamete, sin embargo es bueno irse preparando.

Un saludo,
Responder Con Cita
  #3  
Antiguo 12-10-2016
Avatar de CarlosG
CarlosG CarlosG is offline
Miembro
NULL
 
Registrado: ago 2011
Posts: 24
Poder: 0
CarlosG Va por buen camino
Post Experiencia en Perú

Pues Rolando de Colombia no se mucho, pero por lo que cuentas tiene algunos parecidos a la experiencia de como se esta implementando en Perú, el cual te muestro a grandes rasgos las diferentes modalidades.

1.- Usando un Proveedor de Servicio Tecnologico de Facturación electronica, al cual le piden una carta fianza de $180,000 USD. Las empresas que contratan los servicios de estos proveedores (que son caros), modificarian su sistema para enviarles los datos de las facturas mediante Web services, o generando archivos en Excel o texto formateado en TXT, JSON, etc. El proveedor se encargaria de enviarle a la SUNAT (algo similar a DIAN de Colombia)

2.- Adecuando el sistema propio de la empresa para que actue como un SEE (Sistema Emision Electronico), el cual se comunicara directamente a la Web Services de la SUNAT, para lo cual tiene que realizar previamente el firmado digital de los datos enviados, mediante un archivo XML que contiene la firma y los datos de factura segun el estandar UBL 2.0.

3.- Usando el SFS-Sunat (Sistema de emision electronico Sunat), ante el reclamo de la complejidad para adecuar su sistema para enviar documentos y el alto costo de los Proveedores, la propia empresa de Impuestos SUNAT saco su Sistema de Facturacion Electonica, que se instala en la empresa y solo se le envia los datos en formatos de TXT o JSON y esta se encarga del firmado y envio a la Web Service SUNAT

4.- Usando Facturacion SOL - que es la pagina WEB donde digitamos cada factura directamente a la SUNAT, una por una, ademas del propio sistema, lo cual lleva al doble registro para los que tienen su sistema propio.

En nuestro caso hemos desarrollado nuestro sistema para 2 de las opciones, mediante el SSE y el SFS-SUNAT, lo hemos hecho en VFP.

Rolando pensar que solo de pueda usar un proveedor tecnologico en Colombia, crearia un monopolio ya que solo pocas empresas pueden cumplir los requisitos y pueden poner el precio que se les de en gana. Lo optimo seria dar opciones a elegir para que cada una vea cual le conviene.

En Colombia NO sera igual que en Perú, pero probablemente al final opten por algo parecido.

Última edición por CarlosG fecha: 12-10-2016 a las 17:25:15.
Responder Con Cita
  #4  
Antiguo 12-10-2016
rolandoj rolandoj is offline
Miembro
 
Registrado: abr 2007
Posts: 395
Poder: 17
rolandoj Va por buen camino
Cita:
Empezado por gatosoft Ver Mensaje
Buen día Rolando,

Primero: por ahora solo algunas empresas van a estar obligadas a facturar. Por su patrimonio, el volumen de operación, entre otros. Pero tambien hay algunas empresas que pueden ofrecerse como voluntarias para entrar en éste proceso (y tengo entendida que hay bastantes que lo están considerando).

Segundo: La figura del proveedor tecnológico, nace por la necesidad que se tiene de garantizar la generación, firma, almacenamiento y custodia de la factura. Los requisitos técnicos y de seguridad de la información son fuertes porque quiere evitarse "hackeo" o manipulación indebida de los documentos. Las empresas deben estar certificadas en ISO-27000, y tener un patrimonio mínimo de 1.300 millones de pesos.. es decir, como 400 mil dólares. Lo cual es un poco alto para una empresa de tecnología local.

Sin embargo, la exigencia del patrimonio es apenas comprensible, si se tiene en cuenta que se habla de un certificado digital. Aligual que todas las empresas que ofrecen certificados digitales en el mundo, estan obligadas a responder en caso de hackeo o alteración del certificado. Es como un seguro.

Tercero: Los sistemas deberán seguir funcionando de la misma forma, solo que los proveedores de facturación habilitarán un servicio para que tu aplicación se comunique con ellos, quienes firmarán y "sellarán" la factura y la enviarán a la DIAN. Por tato tu aplicación debe estar preparada para enivar y recibir facturas via webservices. solo se trata del intercambio y aseguramiento de un documento.

Cuarto: La DIAN, habilitará en su momento (no hay fecha) una plataforma para que pequelas empresas o independientes se acojan a la norma sin pagar los servicios de un proveedor tecnológico. Las grandes empresas si deberan paar por éste servicio.

En este momento (Octubre/2016) se está termianndo el piloto con las empresas voluntarias (60 empresas durante 6 meses), y comenzará un tiempo de implementación (creo que de 3o 6 meses) antes de entrar en forma con las empresas obligadas y voluntarias.

En teoría, no tienes afán, si tus clientes no estan obligados a facturar electrónicamete, sin embargo es bueno irse preparando.

Un saludo,
Buenos días Gatosoft,

Ante todo muchísimas gracias por las aclaraciones. Tengo comentarios y más preguntas.

1. Por lo que veo, mi deducción, indicando que la segunda de las opciones que analicé era la más probable, es correcta.

La interfase será con el proveedor tecnológico y por tanto, por ahora, no debería preocuparme el tema, ya que debo esperar a que esos proveedores definan la interfase que usarán. Como no hay ni uno solo aprobado, el tema pica y se extiende.

2. Lo lamentable del asunto es que esto es otra vez uso de la ley para beneficio de unos pocos y perjuicio económico de muchos, situación demasiado típica en Colombia.

Es que basta comparar con lo que cuenta Delphius de la implementación en Argentina, donde la interfase es directa con su agencia de impuestos y por tanto
no hay que pagar a ningún intermediario. Pueden ver su comentario aquí :

http://www.clubdelphi.com/foros/showthread.php?t=90912

3. Con ese enfoque la solución más lógica es un programa separado que lea de nuestra base de datos las facturas generadas y las envíe al proveedor tecnológico; e igualmente las reciba y las grabe en la base de datos.

Eso tiene mínimo impacto porque no hay que modificar programas. incluso se podría prestar el servicio independiente a sistemas que no fueran nuestros sin modificarlos, tan solo teniendo acceso a sus bases de datos y al conocimiento de su estructura.

4. Con respecto a lo de la palatforma gratis para pequeñas empresas e independientes, vale anotar que es un gratis entre comillas, porque cada uno deberá implementar su propia interfase con esa palataforma, u optar por una doble digitación. En cualquier caso es un costo adicional. que, en el caso de aquellas que generan relativamente pocas facturas, no compensa los supuestos beneficios (y las empresas en esas circunstancis no son pocas)

5. Una duda fuerte la tengo con la anulación de facturas.

Según la especificación actualmente publicada por la DIAN, la anulación de facturas solo la soportan mediante Nota Crédito. Qué pasa entonces si la anulación de factura la tenemos implementada como un comprobante automático llamado "Factura anulada".

Sabes si en el piloto ya han detectado ese problema y han considerado soportar también la anulación en base a comprobante propio ?.

Hay dos aspecto a considerar.

Por un lado, implica modificación de los programas, ya que de lo contrario, aunque la factura pueda anularse nativamente en el programa usando nota crédito, puede implicar mucho trabajo de digitación, ya que la razón para crear un comprobante de anulación ha sido precisamente anular la factura con un solo click.

Es de suponer que en esos sistemas la Nota Crédito no tendría esa facilidad y los usuarios ciertamente no aceptarían un cambio que les implicara esa carga significativa de trabajo.

La modificación en cuestión puede ser facil o complicada, dependiendo de como tenga cada quién implementado su sistema

Por otro lado, la DIAN podría implementar muy facilmente el soporte para esa opción. No tiene presentación que le pasen esa carga de trabajo a las empresas.

Muchos saludos
Responder Con Cita
  #5  
Antiguo 12-10-2016
rolandoj rolandoj is offline
Miembro
 
Registrado: abr 2007
Posts: 395
Poder: 17
rolandoj Va por buen camino
Cita:
Empezado por CarlosG Ver Mensaje
Pues Rolando de Colombia no se mucho, pero por lo que cuentas tiene algunos parecidos a la experiencia de como se esta implementando en Perú, el cual te muestro a grandes rasgos las diferentes modalidades.

1.- Usando un Proveedor de Servicio Tecnologico de Facturación electronica, al cual le piden una carta fianza de $180,000 USD. Las empresas que contratan los servicios de estos proveedores (que son caros), modificarian su sistema para enviarles los datos de las facturas mediante Web services, o generando archivos en Excel o texto formateado en TXT, JSON, etc. El proveedor se encargaria de enviarle a la SUNAT (algo similar a DIAN de Colombia)

2.- Adecuando el sistema propio de la empresa para que actue como un SEE (Sistema Emision Electronico), el cual se comunicara directamente a la Web Services de la SUNAT, para lo cual tiene que realizar previamente el firmado digital de los datos enviados, mediante un archivo XML que contiene la firma y los datos de factura segun el estandar UBL 2.0.

3.- Usando el SFS-Sunat (Sistema de emision electronico Sunat), ante el reclamo de la complejidad para adecuar su sistema para enviar documentos y el alto costo de los Proveedores, la propia empresa de Impuestos SUNAT saco su Sistema de Facturacion Electonica, que se instala en la empresa y solo se le envia los datos en formatos de TXT o JSON y esta se encarga del firmado y envio a la Web Service SUNAT

4.- Usando Facturacion SOL - que es la pagina WEB donde digitamos cada factura directamente a la SUNAT, una por una, ademas del propio sistema, lo cual lleva al doble registro para los que tienen su sistema propio.

En nuestro caso hemos desarrollado nuestro sistema para 2 de las opciones, mediante el SSE y el SFS-SUNAT, lo hemos hecho en VFP.

Rolando pensar que solo de pueda usar un proveedor tecnologico en Colombia, crearia un monopolio ya que solo pocas empresas pueden cumplir los requisitos y pueden poner el precio que se les de en gana. Lo optimo seria dar opciones a elegir para que cada una vea cual le conviene.

En Colombia NO sera igual que en Perú, pero probablemente al final opten por algo parecido.
Buenos días Carlos,

Gracias por el aporte.

Acababa de contestarle a Gatosoft cuando veo tú nota.

Por lo que comentas, en Perú se implementó con la combinación del enfoque de Argentina y el de Colombia; es decir, se soportan proveedores; pero, de forma opcional, ya que la propia agencia gubernamental brinda el servicio.

Lo interesante es que, por lo que entiendo, intentaron hacer lo mismo que en Colombia; pero, el reclamo popular los obligó a soprtar directamente sin costo el sistema.

Vale aclarar que en Colombia el sistema no está cerrado a un solo proveedor; lo que pasa es que hay que cumplir unas fuertes condiciones que limitan el negocio a unos pocos.

Lo peor de todo esto, así no venga al caso porque nosotros estamos es en la parte tecnológica, es que la implementación mundial de estos sistemas significa el principio dfin la libertad.

Me perdonan porque no es tema para acá. Es que no puedo resistir el comentarlo porque se puede argumentar lo que sea; pero, el solo hecho de que exista una base de datos única que permita rastrear el historial total de la actividad económica de cualquier persona casi elimina cualquier posibilidad real de oposición a las decisiones tomadas por el grupo en el poder; es decir extermina a la libertad. Hitler y sus colegas deben estar haciendo fiesta en el infierno al ver que la humanidad está optando por una autoesclavitud que ni a ellos se le hubiese ocurrido.

Mentira, no es lo peor, ya que son el preludio de restricciones aún más duras a la libertad como la supresión del papel moneda, que según entiendo ya aplicaron en una país Europeo. Eso combinado con la facturación electrónica son el ideal de la esclavitud.
Responder Con Cita
  #6  
Antiguo 12-10-2016
Avatar de Delphius
[Delphius] Delphius is offline
Miembro Premium
 
Registrado: jul 2004
Ubicación: Salta, Argentina
Posts: 5.582
Poder: 25
Delphius Va camino a la fama
Aclaro que acá si bien se interactúa de una u otra forma con los webservices de la AFIP, las empresas hacen de "intermediador" o "Proveedor" como lo llaman ustedes.
Básicamente lo que hacen es ser un intermediario entre la AFIP y los usuarios. En cierto modo, actúan de proveedores. Claro, no es en si como el concepto que se les da allá, pero en fin no deja de ser un proveedor de un software. Acá se permite que una empresa chica, grande, o un independiente proponga sus propias soluciones informáticas para interactuar con los servicios web de la AFIP. Que convengamos no es muy amigable interactuar con el webservice a lo pelo...

No necesito viajar a Buenos Aires para dar un ejemplo, en mi provincia un amigo mio (más bien, conocido) tiene su propio emprendimiento y brinda ese servicio (aunque su propuesta es hacerlo "cloud"... no conozco en detalle su implementación). Y parece que no le va nada mal.
Lo que noté es que los que están dando soporte a F.E. se basan en cobrar por cierta cantidad de facturas emitidas mensualmente. Brindan planes para ajustarse al más adecuado según el volumen de negocio, y cada quien le pone los "chiches" extras que considere.

Saludos,
__________________
Delphius
[Guia de estilo][Buscar]
Responder Con Cita
  #7  
Antiguo 11-01-2017
carlos_a40 carlos_a40 is offline
Registrado
NULL
 
Registrado: ene 2017
Posts: 2
Poder: 0
carlos_a40 Va por buen camino
Les comento, soy de Perú e implemente la facturación electrónica como desarrollador independiente (junto a mis clientes una solucion inhouse).
Además he estado junto con un compañero de colombia, en el proceso de ser facturador electronico voluntario , que es el primer paso si se quiere llegar a ser proveedor tecnologico.
Se consiguió pasar el set de pruebas (Generación de xml, firmado y envio a los ws de sunat).

Actualmente no hay nada que te impida que uno como desarrollador independiente pueda junto con tu cliente ser facturador electronico voluntario, ello implicaria seguir todos los pasos propuestos por la Dian.
Les dejo un enlace que contiene la forma de hacer el firmado xades epes segun lo especificado por DIAN

firmadiancolobia.blogspot.pe/2017/01/firma-xades-epes-colombia.htm


Saludos
JC Aguilar
Responder Con Cita
  #8  
Antiguo 11-01-2017
Avatar de jhonny
jhonny jhonny is offline
Jhonny Suárez
 
Registrado: may 2003
Ubicación: Colombia
Posts: 7.058
Poder: 29
jhonny Va camino a la famajhonny Va camino a la fama
Cita:
Empezado por carlos_a40 Ver Mensaje

firmadiancolobia.blogspot.pe/2017/01/firma-xades-epes-colombia.htm
Muchas gracias por la información, sin embargo todo indica que la página ya no existe a menos que yo esté buscando mal.
__________________
Lecciones de mi Madre. Tema: modificación del comportamiento, "Pará de actuar como tu padre!"

http://www.purodelphi.com/
http://www.nosolodelphi.com/
Responder Con Cita
  #9  
Antiguo 11-01-2017
carlos_a40 carlos_a40 is offline
Registrado
NULL
 
Registrado: ene 2017
Posts: 2
Poder: 0
carlos_a40 Va por buen camino
Faltaba la l al final

firmadiancolobia.blogspot.pe/2017/01/firma-xades-epes-colombia.html
Responder Con Cita
  #10  
Antiguo 11-01-2017
Avatar de jhonny
jhonny jhonny is offline
Jhonny Suárez
 
Registrado: may 2003
Ubicación: Colombia
Posts: 7.058
Poder: 29
jhonny Va camino a la famajhonny Va camino a la fama
Cita:
Empezado por carlos_a40 Ver Mensaje
Faltaba la l al final

firmadiancolobia.blogspot.pe/2017/01/firma-xades-epes-colombia.html
Gracias.
__________________
Lecciones de mi Madre. Tema: modificación del comportamiento, "Pará de actuar como tu padre!"

http://www.purodelphi.com/
http://www.nosolodelphi.com/
Responder Con Cita
Respuesta


Herramientas Buscar en Tema
Buscar en Tema:

Búsqueda Avanzada
Desplegado

Normas de Publicación
no Puedes crear nuevos temas
no Puedes responder a temas
no Puedes adjuntar archivos
no Puedes editar tus mensajes

El código vB está habilitado
Las caritas están habilitado
Código [IMG] está habilitado
Código HTML está deshabilitado
Saltar a Foro

Temas Similares
Tema Autor Foro Respuestas Último mensaje
¿Qué información debo leer para saber de Facturación Electrónica? Carmelo Cash Varios 5 08-04-2015 12:08:47
sugerencia por cambios en facturacion electronica 2014 mexico gmontes Varios 0 23-10-2013 03:31:36
CFDI-Facturacion electronica Mexico JXJ Varios 27 09-05-2011 21:15:12
facturacion electronica anubis Debates 5 09-11-2010 07:33:59
facturacion electronica pmfras Internet 1 04-11-2008 15:09:35


La franja horaria es GMT +2. Ahora son las 23:41:33.


Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi
Copyright 1996-2007 Club Delphi