Cita:
Empezado por CarlosR
Por cierto, a colación de comentarios anteriores, ¿ importa el soft o solo importa la rutina de validación con la AEAT ?
Considero importante recordar que el propio soft debe identificar cuántas empresas están acogidas a veri*factu de forma visible. También debe haber un "contrato" con el cliente que determine a qué modelo de veri*factu se acoge. Al mismo tiempo se debe identificar datos tales como el productor (nombre,nif,número de instalación, etc.) y que eso se debe identificar en la comunicación con la AEAT.
Al mismo tiempo se debe recordar que el soft debe ser capaz de identificar fallos de coherencia entre lo que se envia a la AEAT y lo que realmente tiene archivado. Todo esto en el modelo solo verifactu. En el modelo NO verifacto ni te cuento.
Mi pregunta sería...¿cómo puedo dar validez a mis datos de gestión si no coinciden con mis datos del registro enviado a la AEAT ?
¿ Mi soft se puede validar a partir de lo que hay enviado a la AEAT ?
Desde un punto de vista procedimental considero que la forma de alimentar el registro de envíos a la AEAT sería igualmente de eficaz se use el protocolo de comunicación que se use.
Pero desde un punto de vista legal, ¿ Son mis datos consistentes ? ¿ Puedo garantizar que lo que se envía se ha registrado en mi gestión ?
¿ Puedo GARANTIZAR que mi sistema de gestión mantiene datos coherentes con lo enviado ?
Por ello creo que alimentar los envíos con CSV/XLSX podría generar inconsistencias. Modelo que permitiría al cliente final hacer "apaños" jugando con la credibilidad del productor de soft.
Me reitero, sería objeto de una consulta legal mas allá de lo que se pudiera representar en este foro, pero creo que sería contraproducente para el programador.
Atte,
Un saludo.
|
Si alimentas tu software con datos externos es aconsejable que una de 2: el contador de facturas, fecha y hora de expedicióny emisión lo lleves desde el software, o más complicado, que detectes las inconsistencias en saltos de numersdores y orden cronológico. Si te sirve, mi software se alimenta de 2 formas, una de ellas es por odbc y género mi propio numerador y en mi bd pongo como referencia el numerador de donde me alimento para tener el enlace. De es6a forma he eliminado todas las inconsistencias con verifactu y cumplo a rajatabla, ya que realmente cuando emito es cuando genero el xml, todo lo demás son temporales.