[rolandoj]

Empezado por gatosoft

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