Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[Neftali [Germán.Estévez]]

Empezado por RUBEN_SP

Si las empresas que desarrollamos SIF no implementamos el No Verifactu no le va a quedar otra opción al cliente.

Bueno, como bien has dicho, eso depende de las empresas y en muchos casos quien lo decide no son los programadores.
En el caso de la mía han decidido que SI hay que implementarlo, porque a la hora de vender el producto eso le da valor. Y entiendo que en muchas otras será igual.
Poder decir que tu producto implementa ambos sistemas y que X de la competencia sólo implementa uno, es una baza a la hora de vender (eso piensan).

[[newtron]]

Empezado por Neftali [Germán.Estévez]

Bueno, como bien has dicho, eso depende de las empresas y en muchos casos quien lo decide no son los programadores.
En el caso de la mía han decidido que SI hay que implementarlo, porque a la hora de vender el producto eso le da valor. Y entiendo que en muchas otras será igual.
Poder decir que tu producto implementa ambos sistemas y que X de la competencia sólo implementa uno, es una baza a la hora de vender (eso piensan).

Yo estoy seguro que como no implemente la opción "No VeriFactu" me quedo sin la mitad de clientes así que.... a pringar.

[antoine0]

Empezado por Neftali [Germán.Estévez]

Poder decir que tu producto implementa ambos sistemas y que X de la competencia sólo implementa uno, es una baza a la hora de vender (eso piensan).

Este punto es exactamente lo que los de Hacienda (o del Ministerio) NO han sabido sortear en un principio, y ahora que se han dado cuenta del fallo, intentan remar a contracorriente de todas sus fuerzas; pero por mucho que lo intentan, es tal como Neftali lo dice, los responsables (muchos de ellos comerciales) de las empresas de software han tomado sus decisiones...

En mi opinión la opción NO-Veri*factu puede tener sentido para algunas empresas que tienen un sistema informático de facturación "grande", con muchas implicaciones en demás partes de la empresa, y dónde la adaptación al modelo Veri*factu sería muy costosa. Es decir, ¡todo lo contrario de un programa escrito en Delphi!
Pero es solo mi impresión. Y no hay nada en los textos oficiales que permiten hacerse una idea de ¿por qué han creado este dualidad? (Ni una palabra en las seis páginas de exposición de los motivos del RDL 1007/2023). Sobre todo qué la experiencia de TicketBAI demuestra que el modelo Veri*factu puede funcionar a gran escala, nada menos que Euskadi y Navarra.

[nincillo]

Hola. He visto en post de días atrás, que había gente que tenía este mismo problema, pero no conseguí entender como lo solucionaron.

<?xml version="1.0" encoding="UTF-8"?>
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">
	<env:Body>
		<env:Fault>
			<faultcode>env:Server</faultcode>
			<faultstring>Codigo[1207].Se esperaba nodo {http://schemas.xmlsoap.org/soap/envelope/}Envelope y ha venido {http://www.w3.org/2003/05/soap-envelope}Envelope</faultstring>
		</env:Fault>
	</env:Body>
</env:Envelope>

He intentado importar el WSDL de diferentes maneras (automático / 1.1 / 1.2) pero aparentemente todo sigue igual.

A ver si alguien me puede echar una mano para conseguir arrancar de una vez con el envío.

Gracias