Hola a todos.

Nuestra aplicación no deja camiar la fecha de emisión de las facturas, coge la fecha del sistema y no se puede cambiar, ya que en teoria eso es lo que dice hacienda. Pero nos hemos encontrado con algunos listillos que lo que hacen es cambiar la fecha del sistema para hacer una factura anterior a la fecha del día. No se si os habrá pasado a alguno.

¿Alguien conoce algún servicio de internet que devuelva la fecha/hora del día?

Hola keys,

Puedes utilizar el servicio NTP (en UDP puerto 123).
Por ejemplo, para España, los servidores es.pool.ntp.org

Saludos

Aquí, en este hilo hemos hablado del tema:
https://www.clubdelphi.com/foros/showthread.php?t=1502


Nosotros en algunos casos lo que hacemos es cogerlo del servidor de Base de Datos, no del equipo local.
No se si esta opción la puedes aplicar a tu sistema.

Código SQL [-]
select GETDATE()

También hay la opción de obtener la fecha y hora oficial de Sede Electrónica de la Fábrica Nacional de Moneda y Timbre - Real Casa de la Moneda

que devuelve la fecha en JSON:

y se puede convertir en TDateTime con

Código Delphi [-]

uses System.DateUtils;

function jsDateToDelphiDate(millis: int64): TDateTime;
begin
    var UnixSeconds: Integer := Round(millis / MSecsPerSec);
    Result := UnixToDateTime(UnixSeconds, False);
end;

Zuendu Alavés
 

Cachondos no, lo siguiente :


Buenos días,

Con el ánimo de seguir colaborando con los desarrolladores de software :D:D TicketBAI y de cara a mejorar la calidad de los datos que nos envían:eek::eek:, les hacemos llegar un documento donde se recogen algunos errores frecuentes y una serie de recomendaciones para subsanar los mismos.

Cualquier sugerencia o aportación no duden en trasladárnosla.

Un saludo.

Gracias por lo de la Fecha/Hora.

Ahora tengo otra cosa que no se si os ha pasado. A la hora de firmar los xml, pedimos al usuario que seleccione el certificado para firmarlo. Este se firma correctamente con ese certificado (ya que es valido para firmar). Pero luego a la hora de enviarlo a hacienda, lo rechaza por que el certificado de firma no es válido (Es de dispositivo y no esta dado de alta en hacienda, el certificado es de otra persona, etc....).

Hemos mandado una sugerencia a hacienda para que pongan un servicio web para indicar si un certificado es válido para una persona/empresa en concreto. Pero sólo responden con buenas palabras, pero na de na. ¿se os ocurre alguna otra forma?

Hola thinkows y resto de colegas sufridores.

Acabo de contestar el email pidiendo que publiquen una aclaración:

Saludos

¿Tal vez apostándose en la puerta e increpando a los responsables?:(

La verdad es que ante las decisiones unilaterales, absurdas y a traición que van tomando sin consultar lo más mínimo a los perjudicados (desarrolladores de software garante) no podemos ejercer ningún tipo de presión.

Nos ignoran olímpicamente y no nos queda más que aguantar.

Cuando decia si se os ocurre otra forma, es la de como comprobar los certificados no como comunicarnos con hacienda. Ya que creo que de eso ya estamos todos de acuerdo de como hacerlo :rolleyes:

Hola Keys, yo tengo metido en la Base de datos el usuario y certificado que puede usar, de forma que no puede utilizar otro.

Esto sería un tema del admisnitrador del sistema, de forma que si se equivoca el administrador del sistema en poner un usuario u otro creo que ya no es competencia nuestra.

Espero que te sirve la idea.

Saludos

Gracias, más o menos estamos haciendo lo mismo. Pero claro hasta que no hace el envío no sabemos si el certificado con el que firma es correcto o no para hacienda.

Por si os viene bien la información.
Problema con un cliente y me he enterado a las 2 semanas. Le pongo última actualización a mediados de diciembre y hace un Par de semanas tiene corte de luz y el equipo le pregunta si quiere continuar el arranque o restaurar.
El cliente sin saber realmente lo que está haciendo, a él le parece bien, por que en su casa le ha pasado y se arregló, restaura y como aparentemente sigue funcionando bien pues sigue adelante, hasta que como estoy haciendo seguimiento miro el xml y veo algo raro... Joder vaya tela.
Veo el mismo fallo que tenía y al mirar la versión que grabó en el xml tb veo que es la anterior.
Vaya tela. No se cuantas cosas nos va a pasar. Deberíamos hacer un manual de posibles incidencias no contempladas. Vaya desastre.

Hola keys,

El tema de utilizar certificados del cliente tiene sus problemas:
- Tienes acceso a dicho certificado por lo que podrías utilizarlo de forma fraudulenta (por ejemplo, para hacer "gestiones bancarias" en su nombre)
- Si el certificado es revocado, por cualquier razón, tú no te enteras.
- Cuando solicita renovación del certificado, se le revoca antes de tener el nuevo.
- Tienes que vigilar que esté en vigor cada vez que va a hacer una nueva factura o un nuevo envío
- ...

Yo en lugar de utilizar el certificado digital del cliente, utilizo para firmar los XML del cliente un certificado digital mío (que controlo en mi propio servidor).
Marco el campo EmitidaPorTercerosODestinatario como S y solucionado.
Y para enviar los XML también utilizo mi certificado.
Por supuesto, antes el cliente tiene que firmar un acuerdo por el que me autoriza a crear, firmar y enviar las facturas a Hacienda Foral en su nombre.
Y registro la representación en la correspondiente Hacienda Foral.

Y juego con dos certificados (FNMT e Izenpe).
Cuando tengo que renovar el que estoy utilizando, lo cambio por el otro mientras estoy haciendo dicha renovación (con su correspondiente revocación del antiguo)

Saludos

Hay formas de probarlo

Cuales? Me tienes en ascuas?

Buena solución, pero para nosotros que se trata de intalaciones en los equipos del cliente (con muchas instalaciones), sería un poco complicado.

Hola,

Os comenté, hace unos días, que les escribí a TicketBAI de Álava a raíz de su último email con recomendaciones sobre el software:

Me acaban de contestar:
Esperemos ver pronto esas, y otras, rectificaciones.

Saludos

Pasar a Base64 antes de firmar
 

Hola a todos,

Me ha parecido leer en el foro que se debe pasar el fichero XML a base 64 anter de firmar. Aparece eso publicado en algún sitio?? o es solo una recomendación para evitar problemas con los caracteres "raros".

Entiendo que si es una obligación hacerlo así debe estar claramente puublicado para que pase las validaciones de la firma al presentar el fichero.

Gracias de antemano. Es que la firma me preocupa bastante.

Sí hay que hacerlo así en el caso de Vizcaya. En Álava y Guipuzcoa no hay que pasar a base64.
Aquí tienes los pasos (resumen comprimido) para Vizcaya en el caso de los libro 140/240.En la documentación está explicado.
Documento_ Batuz_LROE_Especificaciones_Envío_Masivo_V1_0_7.pdf

Hola nuevo1234,

Como muy bien te ha explicado nuestro colega Neftali [Germán.Estévez], hay que pasarlo sólo a base64 en el caso del envío a Bizkaia.
Pero ojo, siempre hay que firmar previamente el XML (igual para las 3 provincias)

Saludos