![]() |
![]() |
![]() |
![]() |
![]() |
FTP | ![]() |
![]() |
CCD | ![]() |
![]() |
Buscar | ![]() |
![]() |
Trucos | ![]() |
![]() |
Trabajo | ![]() |
![]() |
Foros | ![]() |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
![]() Buenos días. Estoy probando el ejecutable y si la empesa que envía es un NIF (de un autónomo) por ejemplo se produce un error y la AEAT no admite los registros. Si es un CIF de empresa los registros son admitidos obteniendo la respuesta y siendo correcto el cotejamiento y obtención del QR.
Alguien sabria decirme por que ocurre esto. Por otro lado no veo ningún ejemplo para la comunicación de facturas sustitutivas/rectificativas ¿puede el sistema hacer el envío de este tipo de facturas? Estoy estudiando el código para tratar de entenderlo y aplicarlo a mi aplicación. Otra duda que me surge es si la WSDL URL del endpoint es de pruebas, ya que he realizado algún envío con éxito y no me gustaría que no fuera de pruebas y como tienen poco sentido levantar las orejas de la AEAT.
__________________
Se humilde para admitir tus errores, inteligente para aprender de ellos y maduro para corregirlos. |
#2
|
||||
|
||||
Cita:
En segundo lugar para poder saber que le falla, necesitamos saber, los datos que envia y la respuesta completa del servidor de la aeat, para poder orientarle al respecto.
__________________
Uno se alegra de ser útil. (Isaac Asimov) |
#3
|
||||
|
||||
![]() Cita:
__________________
Se humilde para admitir tus errores, inteligente para aprender de ellos y maduro para corregirlos. |
#4
|
||||
|
||||
siento ver este hilo
como con la anterior publicacion nadie hizo mucho caso no he vuelto a aparecer por el foro hasta hoy. voy a ver lo que comentais saludos ! |
#5
|
||||
|
||||
simplemente hay que borrar este XML:
Facturas.xml que esta en win32\debug el programa lo creara correctamente con el campo 'total' que le falta. saludos Pero ahora da otro error de respuesta de la AEAT que no se si es por culpa de mis datos de ejemplo. |
#6
|
||||
|
||||
Eliminando el win32\debug\facturas.xml
y colocando los datos de emision, etc... en la ultima pestaña funciona perfecto para lo que se propone en la demo. (ya he eliminado el archivo de github) desde hace 1 semana estoy portando el ejemplo para mi implementación real y ha sido sencillo adaptarlo. Saludos ! |
#7
|
||||
|
||||
Pues mi opinión personal, es simplemente que esta demo es oro.
Yo estoy dudando si adaptar la aplicación o dejarla. Mi pensamiento es que es una responsabilidad enorme para un desarrollador y que ante cualquier fallo, problema, llamese como uno quiera puede costar la torta un pan. Es una gran duda que tengo. Tambien tengo muy claro, que si intento adaptar mi maldita aplicación por supuesto que la basaré en esta gran demo. La verdad, no se si me atreveré o no. Personalmente seccion_31 te doy las gracias por este gran aporte, tanto si doy el paso, como si no lo doy. No se si seré capaz de integrarlo con mi aplicación.
__________________
Se humilde para admitir tus errores, inteligente para aprender de ellos y maduro para corregirlos. |
#8
|
||||
|
||||
gracias por tus palabras ramherfer !
me alegra saber que es de utilidad. voy a comentar algo propio: (que cada caso de implementacion es distinto) A mi el tema del verifactu me pilla un poco de refilon, ya he implementado una version muy limitada del mismo, funcional. Facturas F1 F2 - R4 R5 positivo - negativo (x diferencias) y listo. NO tengo usuarios que vayan a exigir mucho mas. Lo que me causa mucha inquietud, es que no haya un portal donde verificar que la informacion que estas enviando coincide con la que tienes en tu gestion (como tiene el SII). La verificacion atraves del codigo QR me parece muy endeble. NO dice nada. Tampoco entiendo ese interes en hacer la factura y enviarla en "directo", pienso que puedes entrar a facturar, hacerte tus 15 o 20 facturas (1 hora de trabajo) (tipo cliente que tengo), acceder al programa y enviarlas todas o enviar 1 a 1 en manual, sin mas. (otro tema pueden ser los tickets). Asi mismo, seguimos esperando ese programa de la AEAT para quienes "facturen poco", quizas permita una importacion de registros de alguna manera. Para finalizar, me gustaria desarrollar un componente no visual que mediante eventos solicite los datos genere el XML, aislandolo de la parte que todos tenemos diferente que es la base de datos, que es un poco lo que plantea la demo. Pero para cubrir mas casos necesitaria ayuda. En realidad TODOS aqui estamos repitiendo una y otra vez el mismo trabajo. Saludos ! |
![]() |
Herramientas | Buscar en Tema |
Desplegado | |
|
|
![]() |
||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Verifactu o por requerimiento (no-verifactu) ¿decisión del usuario? | Maska10 | Temas legales | 2 | 07-12-2024 12:34:47 |
Demo de una applicación para una estación de enfermera con RAD Studio | AgustinOrtu | La Taberna | 1 | 21-07-2015 17:41:35 |
Demo Delphi, EMail | Caral | Internet | 1 | 19-12-2006 00:37:56 |
Demo de delphi 2005 | mazinger | Varios | 2 | 18-12-2004 09:23:09 |
El Rave que viene con Delphi es una Demo? | apicito | Impresión | 0 | 04-06-2003 11:33:36 |
![]() |
|