Calculo CRC8
 

Buenas tardes,
Perdonad por mi ignorancia, pero sabéis de algún ejecutable al que se le mande la cadena de caracteres y devuelva el CRC8?
Mi programa de gestión es bastante viejo y no puedo definir variables tipo byte por lo que tampoco puedo desarrollar el módulo para calcular el CRC8.


Gracias de antemano.
Saludos

Hola Sline,

Os paso la función de PHP para calcular el CRC que uso yo a ver si te sirve, creo que funciona correctamente:

Ya nos comentas

Un saludo

¿Te sirve una DLL? ¿O debe ser un ejecutable?

Hola Edgar7,

He probado con las dos formas y ambas me devuelven el mismo crc para la misma cadena, y claro, ambas siguen dando error en batuz.

¿Podéis probar a generar una url cuya parte de la firma tenga un + o /?

como "TBAI-79732487C-120521-ME4g0D7g+iyVk-"
el crc me sale 130 y el crc de la url 081

Gracias!

Buenos días Netfali, yo creo que sí me serviría una DLL.

Podrías enviármela o decirme dónde puedo conseguirla?

Gracias de nuevo.

Conseguirla, no lo se, se puede hacer.
En delphi es bastante sencillo.

Te adjunto la DLL con 2 funciones (con parámetros diferentes, para que uses el que te vaya mejor):

Código Delphi [-]
// utilizando un string
function crc8S(const AText:string):byte;
// utilizando un Puntero (AnsiChar)
function crc8P(const AText:PAnsiString):byte;

Usa el código que pubicó [keys] en este mismo foro.

Para usarlo, por ejemplo desde Delphi, basta con algo así:

Código Delphi [-]
type
  TfunctionCRC8S = function(const AText:string): byte;
  TfunctionCRC8P = function(const AText:PAnsiChar): byte;

var
  str, fName:String;
  b:byte;
  h:cardinal;
  fs:TfunctionCRC8S;
  fp:TfunctionCRC8P;
begin

  // Nombre
  fName := ExtractFilePath(Application.ExeName) + 'crc8.dll';
  // comprobamos si existe, si no existe ya no continuamos
  if not FileExists(fName) then
    raise Exception.Create('No se encuentra la DLL  en: ' + sLineBreak + fName);
  // Cargar la DLL
  h := LoadLibrary(PChar(fName));
  if (h < 32) then
    raise Exception.Create('No se ha podido cargar la DLL');

  // buscar los métodos dentro de la DLL
  fs := GetProcAddress(h, 'crc8S');
  fp := GetProcAddress(h, 'crc8P');
  // Los ha encontrado
  if Assigned(fs) and Assigned(fp) then begin

    WriteLn('Escribir cadena de entrada o vacío para salir: ');
    ReadLn(Str);
    while (Str <> string.empty) do begin

      // Probarlo con parámetro string
      b := fs(Str);
      WriteLn('Cadena de entrada: ' + str);
      writeLn('Salida (string): ' + string.Format('%.3d',[b]));
      writeLn('-------------------------------');

      // Parámetro AnsiChar
      b := fp(PAnsiChar(Str));
      WriteLn('Cadena de entrada: ' + str);
      writeLn('Salida (PAnsiChar): ' + string.Format('%.3d',[b]));
      writeLn('-------------------------------');
      writeln(' ');

      // vuelta a empezar...
      WriteLn('Escribir cadena de entrada o vacío para salir: ');
      readLn(Str);
    end;
  end;
end.

Te adjunto el proyecto de test de la DDL (incluye el compilado para que puedas usarla directamente).
Así puedes ver cómo son las llamadas.

El funcionamiento sería este; Lo he probado con las siguientes cadena que han ido saliendo en el foro:

NOTA: Si probáis las URL's anteriores, coged el link no el texto en pantalla porque vBulletin lo corta.

Y para comprobar, tal y como han dicho, la web que mejor funciona es esta:
https://toolslick.com/programming/ha...crc-calculator

Me acabo de dar cuenta que en el ejemplo, la carga de la DLL la he hecho de forma dinámica.
Es la costumbre...
Será más corto y sencillo (luego lo pongo) si la linkas estáticamente, la defines como externa y de esa forma la puedes usar directamente (sin necesidad de cargar la DLL y buscar las funciones...).

Muchas gracias Neftali ����

Con una aplicación de consola como esta funciona perfectamente.

Código Delphi [-]
program testDLL;

{$APPTYPE CONSOLE}

{$R *.res}


uses
  ShareMem,
  System.SysUtils;

// Definición
function crc8S(const AText:string):byte; stdcall; external 'crc8.dll' name 'crc8S';

var
  b:byte;
  str:String;
begin
  WriteLn('Escribir cadena de entrada o vacío para salir: ');
  ReadLn(Str);
  b := crc8S(Str);
  WriteLn('Cadena de entrada: ' + str);
  writeLn('Salida (string): ' + string.Format('%.3d',[b]));
end.

Hola, gracias por las respuestas bilbur y Neftali


Pues sí que va a ser eso de los acentos... al leer vuestras respuestas he revisado la factura que me daba ese error y he visto que en la dirección del cliente había un acento "ú".
He hecho otra factura exactamente igual pero poniendo la letra sin acento y ya no ha dado el error de la firma.


Lo que no acabo de ver es como solucionarlo porque ya estoy haciendo todo lo que proponéis (creo).
1. Al crear el fichero TicketBAI y guardarlo en disco lo hago en UTF8:


2. Al leer el fichero xml de disco para firmarlo le indico que es UTF8, después de firmar al salvar el xml firmado a disco también:


3. Al leer el fichero xml firmado de disco para enviarlo también le indico UTF8:




4. Finalmente para enviar también indico UTF8



De todas formas si hay un acento en el XML antes de firmar, da el error de verificación de la firma.

He enviado correos con los dos ficheros y la dos respuestas al correo de consultas técnicas de Gipuzkoa pero... deben estar colapsados porque hace mucho que no me contestan, creo que llevan más de 2 semanas de retraso en las respuestas T_T


También he escrito a Araba preguntando por su entorno de pruebas y me han dicho que lo están desarrollando y que tiene previsto que para septiembre estará operativo :'(


Bueno voy a seguir investigando.


Ya sé que el foro es de Delphi y mi código es c# .net pero bueno, si alguien me puede dar otro consejo lo agradeceré.


Muchas gracias!

Revisa cada uno de los pasos con el contenido hexadecimal del fichero o del stream (revisando el character con acento). Desde la generación del XML hasta el envío, a ver si en algún momento encuentras que la codificación de ese character cambia.

Si el envío lo estás haciendo con UTF8, revisa que la firma (el componente o lo que usas) no la esté haciendo como ANSI internamente, eso expñlicaría que lo que has firmado no "cuadra" con lo que estás enviando.

contentType para envio httpWebRequest c#
 

Buenas tardes y muchas gracias a todos por la ayuda.


Me han contestado de la agencia foral de Gipuzkoa y me han confirmado que el fichero firmado es correcto (se lo envié adjunto) y que es distinto de lo que recibieron ellos (me lo han enviado). La diferencia está en las letras con acentos. Por lo tanto el problema está en el envío.

Para solucionarlo he modificado la sentencia del content type, antes solo tenía el valor "application/xml" y para que funcione correctamente debo indicar que es utf8 también:

Muchas gracias, buen fin de semana.

Envios a BATUZ
 

Batuz ha activado la versión 2 de alta emitidas 240
Nueva versión de xmlns es V1_0_2

La versión V1_0_1 da error

Un saludo

CRC8 Error Servidor Batuz
 

Hola,

A mi me está pasando algo parecido pero no con todas las URLs, solo con algunas. Al probarla en Batuz me da el error "Los datos de la URL son incorrectos (ERR_QR_002)".

Pongo la URL
.../QRTBAI/?id=TBAI-30556773P-140521-oH/I9+EyTWWQ7-062&s=VT1&nf=1657&i=78.00&cr=196

Lo he probado en estos dos validadores y me coincide con lo que me devuelve mi rutina. No me deja poner urls el foro
...sunshine2k.de/coding/javascript/crc/crc_js.html ' Me devuelve un valor en Hexadecimal
...rapidtables.com/convert/number/hex-to-decimal.html ' Lo convierto a Decimal

¿Qué puede pasar?

Es un control anti-spam, en cuanto lleves varios mensajes (10) se deshabilitará.
De momento puedes poner las url "recortándola", por ejemplo: ttp://losquesea.com (he quitado la 'h' inicial)

Hola joselugrk



A mi me pasa con todas las url que contienen el caracter + pero con el error "Los datos de la URL son incorrectos (ERR_QR_003)"

Encadenado de facturas
 

Buenos días, primer mensaje en el foro!
Todavía estoy en fase de análisis y tengo demasiada información en la cabeza (he intentado leerme todo el hilo pero puede que se me haya pasado...).
¿Podría alguien confirmarme si el encadenamiento de facturas es de todas las facturas en general o por serie? Nosotros trabajamos en entorno restaurante y es muy común que los restaurantes tengan varias series definidas (por ejemplo pedidos en sala, para llevar, delivery, ...) y no me queda claro si cuando dice serie + número factura anterior es porque deben encadenarse todas las series juntas o va por serie (el software está certificado para Portugal y Francia y en ambos casos el encadenamiento es siempre dentro de la misma serie, nunca se mezclan facturas de diferente serie).
Muchisimas gracias!

Bienvenido a este foro.
Yo me lo volvería a leer... ;););)




El encadenamiento en principio NO VA POR SERIE.
Es decir, debes encadenar con la última factura, sea de la serie que sea.




Si buscas el documento de "Preguntas y respuestas" que hay en el hilo, (al principio estará el link), esta en concreto es la 93. Revísala con detalle que es más extensa.

Si ya digo yo que tengo demasiada información en la cabeza! Supongo que me ofusqué al tener tan claro que en Portugal y Francia iba por serie...

Muchísimas gracias :-)

A mi me respondieron esto de Batuz, dónde indica que si existen diferentes centros de facturación y cada uno tiene su serie, el encadenamiento si podría ir por serie.

Kaixo,

El sistema TicketBAI implica que cada factura debe identificar la factura anterior (serie, número, fecha y 100 primeros caracteres de la firma). Aunque en el esquema del fichero TicketBAI estos campos no son obligatorios, esta circunstancia se debe a que existen varias situaciones en los que este requisito no es exigible (p. ej. la primera factura, o en caso de rotura del dispositivo).

El cumplimiento del requisito de encadenamiento depende de la forma de funcionamiento del sistema de facturación:
- Si un mismo dispositivo emite facturas de diferentes series, el requisito de encadenamiento debe identificar la factura anterior expedida, con independencia de la serie (por ejemplo, a una factura de una serie ordinaria le puede preceder una factura rectificativa de otra serie).
- Igualmente, si el sistema de facturación es un sistema centralizado que genera las series y los números de facturación, con independencia del dispositivo que se esté utilizando, el encadenamiento se refiere a la última factura expedida por el sistema.
En concreto, “Haz tu factura” funcionaría como un sistema de facturación “centralizado”, por lo que encadena las facturas independientemente de la serie.
- No obstante, si existen diferentes dispositivos o centros de facturación, los cuales sólo expiden facturas dentro de una serie específica para cada dispositivo o centro, el encadenamiento se produce dentro de cada serie.
Este último parece ser el caso al que se refiere la pregunta planteada.

Justo por eso le he indicado que leyera la pregunta 93, porque n realidad como he dicho es más extensa.
Y en la segunda parte hacve referencia a lo que tú comentas.

Correcto, me confundí y puse ERR_QR_002. Ayer les envíe un correo a los de Batuz a ver que me responden.

Nombre Fichero XML
 

Hola,

¿Qué nombre se debe poner a los ficheros XML de Alta y de Anulación? ¿El identificativo TBAI?

Yo cuando creo los ficheros XML les pongo el IdTBAI. ¿Es correcto?

Saludos,
Joselu

Error / y + en QR URL
 

Hola, me acaban de contestar desde Batuz.
-------------------------------------------------------------------------------------------------
Kaixo,
El código QR debe contener una URL válida para acceder a la aplicación web de comprobación de facturas o justificantes expedidos con software garante con los datos de la factura o justificante incluidos como parámetros. Si la URL o sus parámetros contienen caracteres no válidos, deberán ser codificados (URL encoding) de forma correcta siguiendo los usos normales de las arquitecturas web, como por ejemplo reemplazar el símbolo “+ ” por “%2B” o el símbolo “/” por “%2F”.
Siguiendo uno de sus ejemplos, se debería calcular el CRC de la URL sobre la URL final teniendo en cuenta ese cambio de ‘/’ por ‘%2F’ y ‘+’ por ‘%2B’, en cambio, no se debe recalcular el CRC del identificativo TBAI, es decir, ese se seguiría calculando con los símbolos ‘/’ y ‘+’.
En la factura, fuera del QR, donde está impreso el identificativo TBAI para que el destinatario de la factura pueda leerlo, tiene que seguir apareciendo con los símbolos ‘/’ y ‘+’sin hacer el encoding.
Le ponemos como quedaría su URL con estos cambios
Original:
https://batuz.eus/QRTBAI/?id=TBAI-30...i=78.00&cr=196
Modificado:
https://batuz.eus/QRTBAI/?id=TBAI-30...i=78.00&cr=074

Agur bat.

-------------------------------------------------------------------------------------------------
Lo probaré,
Saludos

Hola joselugrk,

He realizado a lo que comentan y el resultado de la url por fin me sale correcta:
https_//batuz.eus/QRTBAI/?id=TBAI-79732487C-120521-ME4g0D7g%2BiyVk-130&s=VT1&nf=1657&i=78.00&cr=108

He probado 2 formas y ambas funcionan.
1.- reemplazando los caracteres '+' por '%2B' y '/' por '%2F'
2.- codificar el código tbai entero
Saludos.

Hola a todos he hecho una pregunta a Gipuzkoa sobre una factura erronea y me han contestado esto.

Por lo que confirman que como dijo algún compañero antes que va a haber un servicio para modificar facturas ya enviadas.

Hola, cuando dicen "facturas recibidas" supongo que se refieren a factruas de venta, que han recibido ellos, no?

Lo digo porque en SII las "facturas recibidas" son facturas de compra però en TicketBAI solo se envian las factruas de venta.

Es así o me estoy liando? :(


A ver cuando publican el nuevo servicio SUBSANAR



Gracias, Saludos!

Buenas! una vez firmado el fichero, para obtener el SignatureValue para el encadenamiento has utilizado algún metodo de las ChilKat? o directamente cargando el fichero con un xml con algo tipo getAttribute?
Gracias!

Logicamente son facturas emitidas. Se refieren a facturas recibidas por ellos en el sistema. TicketBAi son sólo para facturas emitidas.

Un Saludo.

Buenos días,

Estoy imprimiendo el código QR mediante los comandos ESC/POS GS ( k , pero no consigo centrarlo.

¿Alguna idea?

Hola a todos.

Alava empieza a moverse . https://web.araba.eus/es/hacienda/ticketbai

A mi hace un par de semanas cuando vi esta web, vía email, me contestaron esto:

Durante 2021 está previsto tener a disposición de los usuarios y empresas de software un entorno de pruebas que, de momento se encuentra en fase de desarrollo.
Esperamos tenerlo operativo a partir de septiembre.

Pues si, nos van a dejar tiempo :D

yo lo veo igual
 

Hola Keys, qué movimiento ves?

He entrado en la web está igual no?:p


Gracias.

Saludos

Hash firma
 

Buenas tardes sabéis decirme que Hash hay que poner en la firma del XML?
Yo creía que era "6NrKAm60o7u62FUQwzZew24ra2ve9PRQYwC21AM6In0=", pero acabo de ver en la documentación este otro "Quzn98x3PMbSHwbUzaj5f5KOpiH0u8bvmwbbbNkO9Es=".

Cual estáis poniendo vosotros?

Gracias

Hoy estoy preguntón ��, alguien se ha dado de alta como software garante.

Tenéis o podéis facilitar como debería ser la memoria a presentar para darse de alta como software garante, llevo mas de 25 años de programador y nunca me han solicitado nada parecido a lo que estamos haciendo hasta el momento.

Gracias de antemano

Para BIZ el digest es "Quzn98x3PMbSHwbUzaj5f5KOpiH0u8bvmwbbbNkO9Es="
Para GIP el digest es "6NrKAm60o7u62FUQwzZew24ra2ve9PRQYwC21AM6In0="

Gracias, tienes razón. Había hecho alguna prueba con Gipuzkoa y me he liado.
Graciassssss!!!!!

Software Garante
 

Hola, no sé si te servirá pero en la pregunta 163 te indica que debes indicar.
-------------------------------------------------------------------------------------------
163.- ¿Qué contenidos se tienen que especificar en la memoria que se debe adjuntar junto
con la solicitud de alta en el Registro de Software Garante TicketBAI de la Diputación Foral de Bizkaia?

La memoria debe contener las especificaciones y estructura señaladas en el apartado 5
del artículo 11 de la Orden Foral 1482/2020, por la que se regulan las especificaciones
normativas y técnicas del software garante y la declaración de alta en el registro de
software garante.
En concreto, los extremos que se deben describir en la memoria son los siguientes:
1) Tipo de software: aplicación de escritorio y/o aplicación con arquitectura
distribuida.
•
2) Proceso de encadenamiento de los ficheros de alta de operación con
software garante.
El sistema TicketBAI implica que cada factura debe identificar la factura anterior.
El cumplimiento del requisito de encadenamiento depende de la forma de
funcionamiento del sistema de facturación, que es lo que hay que indicar en
este punto de la memoria descriptiva. Tiene más información sobre el
encadenamiento en la pregunta frecuente 93.
•
3) Proceso de firma de los ficheros de alta y de anulación de operación con
software garante, indicando en particular, los tipos de certificados electrónicos
que pueden ser utilizados por el software garante para el proceso de firma.
Además de los certificados se debe indicar el proceso de firma, describiendo su
flujo/arquitectura (cliente, servidor) y los algoritmos, librerías criptográficas o
servicios externos utilizados.
•
4) Tipos de facturas o justificantes que genera el software garante, indicando,
en particular, si el software genera:
Facturas simplificadas y/o completas.
Facturas en soporte papel y/o electrónicas.

5) Ubicación del código identificativo y del código QR de acuerdo con lo
dispuesto en el artículo 6 de la Orden Foral 1482/2020.
•
6) Identificación de la opción del software que permita la verificación
presencial en una única pantalla de la información a que se refiere el artículo 9
de la Orden Foral 1482/2020 (funcionalidad de verificación presencial de los
softwares garantes).
•
7) Sistema de almacenamiento de los ficheros de alta y de anulación de
operación con software garante.
En este apartado se requiere describir dónde se almacenan los ficheros
TicketBAI generados por la aplicación, ya que el contribuyente usuario del
software debe conservarlos durante el plazo indicado (en general el plazo de
prescripción y o caducidad).
La finalidad de solicitar esta información es poder identificar el espacio en el
cual, según la instalación de la aplicación, se almacenan estos ficheros.
-------------------------------------------------------------------------------------------

La novedad es que hasta ahora alava no se había pronunciado. No había ninguna información, o por lo menos yo no la había visto en los últimos días. Por cierto parece que van a seguir el camino de Gipuzkoa.