creo que ya se porque deje de hacer programas de Facturacion :D

aparte de porque ya no pagaban ni un 10% de lo que valia esa programacion, por cosas como las que estais "sufriendo"

mi consejo, conociendo a cosas como la AEAT y compañia es que busqueis otro "pasatiempo" mejor..... principalmente porque esos tios no se aclaran ni para poner el zapato en el pie que corresponde.
(en general toda la institucion gubernamental funciona asi, de puta pena)

al final terminareis desquiciados viendo que no acaba la cosa de poderse hacer sin trabas y errores de gente que ya es que no sean ni profesionales (los de la AEAT digo) sino que son un hatajo de incompetentes.

y encima formando un lio MONUMENTAL cuando seguro que hay formas mas inteligentes y sencillas de hacer eso que ellos "han implementado"

y para mas recochineo para "robar" dinero de manera legal eso si, el 45% de tus ganancias para ellos, fenomenal eh? trabaja y te haras rico si.... eso dicen

y no es que quiera quitarle las ganas a nadie de hacerlo, es simplemente que algunas cosas no tienen ninguna clase de pase.

uno de los que gano Gran Hermano o Supervivientes o algo de eso ya lo dijo "si me han quitado mas de la mitad del premio que gané, menuda mierda"

y no es que quiera quitarle las ganas de programar a nadie, vosotros sabreis muy bien lo que hacéis, es simplemente que algunas cosas no tienen ninguna clase de "pase"

yo entre que te volvian loco los clientes con el tema del programa de facturacion (ya sabeis, lo tipico de siempre, pactamos un precio por algo pero luego vienen con las modificaciones y hazle esto tambien y hazle lo otro tambien pero a la hora de pagar ah no, que habiamos acordado ese otro precio.... seguro que sabeis de lo que hablo)

y luego que antes, pues quizas con suerte y buena labia conseguias venderlo por 15k o 20k euros pero luego ya no querian pagar ni 5.000 euros por un programa de Facturacion hecho a medida

luego los lios como este que estoy presenciando, que tiene visos de nunca acabar de solucionar errores para "comunicarse" con su sistema, seguramente por una pesima implementacion/programacion del mismo claro

y mas cosas pero bueno, por eso deje de dedicarme a cosas de esas

Parece que te está dando error del certificado que usas, en el cual informas correctamente donde tienen es el certificado y la clave?

Buff que lio, que copias el contenido a una simplificada en negativo para anularla pero has dicho que se copia en una factura normal. Creo que has escrito algo erroneo. Por que además dices de ambas facturas y solo estás explicando 1.

Por otro lado, si verifactu se está equivocando...
Se puede hacer 2 cosas, rebatir ahora con verifactu o esperar al reglamento técnico y las faqs y si sigue igual rebatir de nuevo. Ya que si yo hago caso a ellos u tú no, uno de los 2 lo vamos a estar haciendo mal.

Artículo 15 rectificativas
 

Yo creo que la interpretación del reglamento para lss situaciones de error en los datos del cliente pueden ser ambiguas.
El reglamento dice claramente de que si las cuotas están mal calculadas es rectificativa pero sobre el resto del contenido no dice contenido erroneo dice que debe tener esos datos, con lo cual el error de cliente no está especificado, yo creo que dado la ambigüedad puede ser válido hacer las 2 cosas, la rectificativa o la subsanación.
Dado que hasta ahora no existía la subsanacion no había otra posibilidad, entonces yo pienso que con este nueva opción se ha complementado la forma de actuar.

Rechazo previo?
 

Si hago un barrido de contadores detecto una factura no generado el registro , he actuado así a ver si lo veis correcto:
Regenerando registro con registro anterior al último enviado, marcó sibsanacion=S y rechazoprevio=S, incidencia=S
Aunque no me la hayan rechazado, por que si no marcó rechazo como si, no la acepta. Y sólo como incidencia no lo veo

Me contesto yo mismo
Solo como incidencia, pueden localizar que no ha habido un rechazo previo en el hueco que no envié.

El sistema Inmediato de Información se implantó en el año 2017, yo creo ya ha llovido desde entonces, este sistema siempre ha tenido un método de Alta de Factura (ClaveTipoComunicacionType.A0) y otro de Subsanación de Factura (ClaveTipoComunicacionType.A1), que hace la misma función que la Subsanación en Verifactu. Sólo deberías utilizarlo si no estás obligado a emitir una Rectificativa (luego cada uno hace lo que quiere). Todavía no he visto ninguna modificación del Reglamento de facturación en todos estos años para dar cobertura a esta práctica y el motivo es claro. Sólo se puede realizar cuando no estás obligado a emitir una rectificativa.

Si tienes dudas sobre este aspecto te resumo la consulta vinculante emitida en octubre de 2022 y que bmfranky publicó hace unos diás

Resolución de Dirección General de Tributos Vinculante V2245-22 del 26 de Octubre de 2022
"entre las causas que motivan la expedición obligatoria de una factura rectificativa se comprende la consignación de un nuevo destinatario de la factura cuando se incurrió en un error, criterio sustentado por este Centro Directivo entre otras en la contestación vinculante número V1792-06, de fecha 7 de septiembre de 2006. Debe señalarse que es causa de rectificación de las facturas la consignación errónea de cualquier dato o requisito obligatorio que se consigne en las mismas, como pudiera ser el caso de los datos de identificación del destinatario como sucede en la factura a la que se refiere el escrito de consulta. Por tanto, en caso de que se haya consignado de manera incorrecta la identificación del destinatario de la factura, el consultante deberá expedir una factura rectificativa que deberá constar en serie específica de factura."

No has leído correctamente lo que está escrito. Inténtalo otra vez.

dudas
 

Le he escrito a verifactu a ver si saben xq me dá el error cuando envio la factura a ver si me dicen algo y lo puedo solucionar para alguien más.


Mi intención es no enviarlo con CURL.EXE sino con httpRIO e incrustarlo dentro del ejecutable, pero tengo un problema y es q yo trabajo con delphi tokio y me faltan poder asignarle a este componente el certificado y el password del certificado, cosa q en tokio no lo puedo hacer, supogo en en delphi 12 por lo que he visto si comtemplan que puedas asignar esos parámetros.


Alguien que haya creado una dll con httpRIO en delphi 12, para poder usarlo desde cualquier delphi que tengamos ??

Por mucho que leo. Ko veo nada sobre cómo se ha anulado la sustitutiva, solo dices se copia sobrenuna factura ordinaria y se mete una simplificada en negativo.
Si no hay ningún movimiento que anule la sustitutiva va a quedar en verifactu un registro de ella sin contrapartida de rectificación ni negativa ni anulación ni nada solo con la simplificada en negativo no lo arregla

Pues si que tienen lio, efectivamente la consulta vinculante es lo que prevalece. Gracias y siento haber insistido.
Aunque voy a responder con esto mismo al que respondió a la cuestión de verifactu a ver que dice.

Hola buenos dias

Preguntaba por si este XML que genere esta bien para enviarse por verifactu o si me falta algo por agregar

Muchas gracias

O.m.
 

Buenos días:

Se ha publicado la Orden Ministerial


www . boe . es/diario_boe/txt.php?id=BOE-A-2024-22138 <--- (quitar espacios)

a partir del 29 de julio de 2025 no se podrá desarrollar ni comercializar ningún sistema informático que no esté adaptado

Abrazos a todos

en pleno agosto, claro que si porque tener vacaciones está sobrevalorado
a ver que nos dicen hoy a las 12

Certificado no válido, o no seleccionado correctamente
 

Buenos dias a todos.

Gracias en primer lugar por vuestra a ayuda. Pude desarrollar el envio TicketBai en su momento, gracias a este foro.

Tengo una duda al enviar. Trabajo con C# (Visual Studio 2015).
Cada vez que trato de enviar, obtengo siempre una respuesta en HTML, advirtiéndome que "el certificado no es correcto, o no se ha seleccionado correctamente" - Error 403.
He instalado el certificado en todos los navegadores que tengo, en el almacén de "Personal", pero a la hora de enviar, selecciono dicho certificado (es el mío personal de la FNMT - y es funcional dado que entro en las sedes perfectamente, he realizado la declaración con el mismo, etc...) .... pero la respuesta a través del código es un HTML (no un XML) con ese error 403.

¿Alguien ha logrado enviar sin problemas, teniendo el certificado instalado en el navegador? ¿Qué puede estar ocurriendo para que no esté validando mi certificado?

Mil gracias de antemano.
Un saludo

Lo hacen adrede, es como cuando arreglan las calles en las ciudades en agosto.

Por cierto desde hoy me da error <faultstring>Codigo[4102].El XML no cumple el esquema. Falta informar campo obligatorio.: Cabecera</faultstring>, ¿a alguien más le pasa?.

Muchas gracias Joze por la información!

El certificado debe ser del mismo cir que el emisor de la factura, en caso contrario debes rellenar los nodos de envio por terceros.

Gracias
A ver si alguien hace un resumen antes de que lo leamos.

Enviada consulta de nuevo agregando consulta vinculante, está vez a través de nuestra asesoría.

cambio esquema
 

Señores,
ya han actualizado el esquema de envio con los nuevos cambios en cabecera y registroalta/registroanulacion etc
Si intentais enviar con el anterior da error.

Inicio verifactu
 

Veremos si el inicio de verifactu se retrasa hasta el 29-07-2025 o se indica un plazo posterior

No sé por qué motivo no me importa el .wsdl. ¿Hay algo especial que hacer? porque lo que hago es (Delphi Berlin): Component-Import WSDL, poner la url del wsdl y darle "palante" hasta el final, también he probado poniendo que use el SOAP 1.2 y nada, me da este error:





Gracias y un saludo.

El certificado no es correcto, o no se ha seleccionado correctamente
 

Muchas gracias.


Entiendo que con lo de "cir", te refieres al nif. ¿No?

El certificado es el mío personal - de la FNMT - y las pruebas las estoy realizando con un emisor de facturas con mi nombre y NIF.
Pero el error, es el que comento con código 403 - El certificado no es correcto, o no se ha seleccionado correctamente.

Creo que el error, no es en la validación del XML como tal, porque ni llega a validarlo. No devuelve un XML de respuesta de error... sino un HTML, como código de error de ese tipo.
Les consulté, y me contestaron que en ese tipo de errores, devolvían un HTML (la misma página de error que si conectas a sus servicios, y no te validas).
Al existir un error previo a la validación del XML (de certificado según ellos), creo que ni siquera valida

Y es que no se me ocurre nada más, ya que entiendo que solamente hay que instalar dicho certificado en el almacén Personal.
Al menos en TicketBai, funciona correctamente así desde siempre.


Muchas gracias

Sí así es.
Entonces no se me ocurre otra cosa que no sea que hay algún error en la llamada desee donde lees el certificad, que el firewall esté cortando algo o tengas desactivado algo de llamadas tsl..

Prueba cambiando la WEB de los xsd a producción normal. Creo que nl están en preproduccion

otra curiosidad
 

Sobre lo que acaban de publicar en el boe:
sobre el hash anterior lo que tiene que ir en la HuellaAnterior:
Entonces pienso yo que tienen previsto en algun momento pasar al hash512 o cualquiera sabe, por que el hexadecimal del hash256 SIEMPRE tiene 64 caracteres.

A ver si alguien puede consultar esto
 

Hola, los que trabajamos en programas de escritorio tenemos aqui un problema:
Ya que si permitimos en algún momento trabajar sin internet no podemos controlar que por alguna incidencia se cambie el reloj. Incluso que algun listo se las "sepa todas" y quiera cambiar una factura de fecha. Y tampoco podemos cortar de que no se pueda facturar sin conexion

Por favor que alguien haga la consulta, yo los tengo bombardeados.

Me respondo:
Si no hay conexion ya hay que marcar incidencia pase lo que pase.

El obligado tributario del sistema informático es el usuario final. Así que tú como desarrollador puedes estar tranquilo. Si cambia la fecha o la hora tampoco debería funcionar SSL. En cualquier Windows actual eso está más que cubierto.

Gracias pero me dice que no existe la url:



https://www2.agenciatributaria.gob.e...cturacion.wsdl


sin embargo la de preproducción si que existe:


https://prewww2.aeat.es/static_files...cturacion.wsdl


¿Alguien se ha descargado ya el fichero?


Saludos.

No pone nada de plazos ? no lo veo

probablemente lo dirán en la reunión de ahora

Bueno, realmente si funciona el SSL, ya lo he probado enviando como si tuviera tabto el registro como el equipo en 2021:
A ver que puedeo hacer con este mensaje, por que como se emitan facturas mal de fecha/año tengo un problema.
Se me ocurre que si no puedo verificar la fecha que no emita la factura aunque deje facturar hasta que se solucione y pongo el mensaje ese que dicen que hay problemas.

No es el wsdl.
Me refiero en las cabeceras del xml en referencia a los XSD has puesto el prewww2. y es www2.agenciatributaria.gob.es/

Hola te respondo por aqui y asi le puede servir a alguien mas.


En el App.config teneis que poner que usais la identificacion con certificado, asi:
Os pongo como queda en el app config.

Tambien os pongo la funcion para seleccionar los certificados del sistema y luego almacenarlos en bytes[] para guardarlos en la base de datos.


Esto devuelve el certificado seleccionado.
Luego simplemente lo exportamos a bytes con una contraseña por nuestra seguridad.

Pues perdóname pero no acabo de enterarme. Entiendo que para generar el nuevo "Sistemafacturacion.pas" tengo que importar el nuevo .wsdl que está en: https://prewww2.aeat.es/static_files...cturacion.wsdl y he probado como me dices con: https://www2.aeat.es/static_files/co...cturacion.wsdl y me dice que no existe.

Perdona pensaba que te estaba dadono error al enviar el xml no al importar el wdsl, te he leido mal, por eso el lio ya que las namespaces empiezan igual:
</div></div></div>


Sé que ha habido cambios en el wsdl hace 3 dias, asegurate que sea la última version.

Hago dos cosas a cada cambio de XSD:

1. Comparo con la versión anterior; lo hago con la herramienta diff (de Unix) pero es solo por costumbre, cualquiera herramienta valga. Por ejemplo, ponerlos en un sistema de control de versión lo hace de manera automática. ;)
2. Paso el XSD por una transformación en formato HTML, que me resulta muchísimo más sencillo de leer

Hay que pasar todos los esquemas involucrados en un determinado WSDL, y dejar los HTML en el mismo repertorio.

La transformación que uso está derivada de una que encontró hace años (y tiene aún más años) y que creo es de uso libre.

Si los moderadores lo consideran oportuno, se puede recortar el código, ponerlo análisis de sintaxis XML, o mover este post a otro hilo más adecuado.