![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
#41
|
||||
|
||||
|
Cita:
__________________
Uno se alegra de ser útil. (Isaac Asimov) |
|
#42
|
|||
|
|||
|
Cita:
Y lo bueno del caso es que fuera del circulo de programadores que vemos estas cosas, esto es una maravilla que va como la seda. Ningún periodista dice nada de esto o de las 17 horas que estuvieron los de Ticketbai con los servidores sin responder la semana pasada. |
|
#43
|
|||
|
|||
|
Hola, estaba intentando actualizar el código de nuestro programa con los cambios en el fichero de validaciones pero al llegar al nuevo punto 15.6.11, habla de un nuevo valor 21 para ClaveRegimen pero en la clase que se genera al importar el WSDL, ese valor no aparece. Acabo de actualizar hoy las clases con el WSDL.
Cita:
gracias |
|
#44
|
|||
|
|||
|
Cita:
Puede ser que todavía no lo tengan implementado en el servidor de pruebas? Porque intento hacer una consulta sin poner la etiqueta de version y no me funciona Gracias |
|
#45
|
|||
|
|||
|
Pero hay algunos cambios que no son necesario hacerlos. Que mas me da enviar datos que ahora no son obligatorios. No toco nada a no ser que sea necesario, es decir que lo que tuviera antes, ahora de error. Han quitado obligatoriedad de información en el xml pero si se manda no pasa nada.
|
|
#46
|
|||
|
|||
|
Cita:
Cita:
|
|
#47
|
||||
|
||||
|
Actualizacion documento decripcion servicios web. v1.0.3
Han actualizado el documento de descripción, por un error en el tamaño reflejado.
![]() Antes: ![]() Ahora: ![]() Se permiten mayor numero de caracteres en la definición del registro.
__________________
Uno se alegra de ser útil. (Isaac Asimov) |
|
#48
|
||||
|
||||
|
Actualizacion 1.1.4
Hola, acaban de lanzar una nueva versión del documento de validación de errores.
![]() Ahora se permiten todos los caracteres en todo menos en el IDFactura. ![]()
__________________
Uno se alegra de ser útil. (Isaac Asimov) |
|
#49
|
|||
|
|||
|
Gracias. A ver si se aclaran ya, jaja.
Esto como siempre si no entras a mirar directamente no te enteras ¿no? |
|
#50
|
||||
|
||||
|
Cita:
![]() ![]()
__________________
Uno se alegra de ser útil. (Isaac Asimov) |
|
#51
|
||||
|
||||
|
Actualizacion V1.1.5
Hola, nueva actualización del documento de validación de errores.
![]() El nuevo contenido es este. ![]() Esto es la Po**a , tendríamos que estar en producción, y no paran de incluir cosas.
__________________
Uno se alegra de ser útil. (Isaac Asimov) |
|
#52
|
|||
|
|||
|
Cita:
Código:
<sum1:IDDestinatario> <sum1:NombreRazon>E M COMPANY S R L</sum1:NombreRazon> <sum1:IDOtro> <sum1:CodigoPais>IT</sum1:CodigoPais> <sum1:IDType>02</sum1:IDType> <sum1:ID>IT01251100432</sum1:ID> </sum1:IDOtro> </sum1:IDDestinatario> |
|
#53
|
|||
|
|||
|
Vale, creo que lo que dicen es que bloque IdOtro solo debe estar dentro del grupo Destinatario, pero es que por lo que veo no hay más IdOtro posible. No entiendo nada, jaja.
|
|
#54
|
|||
|
|||
|
¡Buenos días!
Esa validación se refiere a que, en una operación intracomunitaria con exención de IVA (OperaciónExenta=E5) realizada con un NIF español, el destinatario no puede tener también un NIF español. Si lo tuviera, entonces no se podría aplicar la exención de IVA. Por ese motivo, en Destinatario, se está obligado a usar la agrupación IDOtro (seguramente marcando IDType=02, que es NIF-IVA) para marcar que es un NIF intracomunitaria, en lugar de simplemente rellenar NombreRazon y NIF. Lo comento porque esta nueva validación surgió a partir de una consulta reciente al soporte técnico. ¡Espero que sirva! |
|
#55
|
|||
|
|||
|
Nueva versión validaciones
Buenas, acabo de ver que han actualizado el documento de validación de errores:
https://www.agenciatributaria.es/sta...Veri-Factu.pdf ahora es la versión 1.1.6 Cita:
|
|
#56
|
||||
|
||||
|
Cita:
![]() Cuidado que la calificación de operación también cambia en el N1.
__________________
Uno se alegra de ser útil. (Isaac Asimov) |
|
#57
|
|||
|
|||
|
Han actualizado de nuevo el documento de validación de errores:
https://www.agenciatributaria.es/sta...Veri-Factu.pdf Mensaje del tablón de anuncios: Cita:
|
|
#58
|
|||
|
|||
|
Cita:
"Si se ha informado en el campo FechaHoraHusoGenRegistro una fecha y hora mayor que la fecha del sistema de la AEAT, admitiéndose un margen de error. Se excepciona este error de la necesidad de ser subsanado" O sea si envío con una fecha/hora futura no debo subsanar pero si es una fecha/hora pasada SI DEBO subsanar. Y esto es lo que está escrito a 19/11/2025. Con lo fácil que sería substituir 'mayor' por 'distinta'. |
|
#59
|
|||
|
|||
|
¿Alguien se aclara con las aclaraciones (punto 5 del documento de validaciones y errores) añadidas en la última actualización?
Página 24 de https://www.agenciatributaria.es/sta...Veri-Factu.pdf 5.2.3 IPSI (Ley 8/1991)¿Tiene esto algún sentido? ¿Qué diferencia hay entre E2, E3 y E5? ¿Cuándo se debería seleccionar uno u otro? Gracias. |
|
#60
|
|||
|
|||
|
Cita:
Los copia y pega es lo que tienen, que se olvidan de modificar. ![]() |
![]() |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Saber si un campo fue actualizado | GustavoCruz | PostgreSQL | 5 | 29-06-2022 16:18:02 |
| UPDATE devolviendo el reg. actualizado. | ppb | MySQL | 1 | 27-03-2017 17:06:11 |
| Mobile Roadmap - Actualizado | el-mono | Noticias | 96 | 12-09-2013 16:50:13 |
| Informe Actualizado | BlueSteel | Impresión | 3 | 05-10-2006 01:09:00 |
| Administrador para MySQL actualizado | Gasper | MySQL | 0 | 01-04-2004 20:54:40 |
|