Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[bmfranky]

Hola, recuerdo que alguien ya lo menciono, pero para tenerlo claro:
Al pasar los datos , tanto a el xml de una factura electronica, como a los registros de facturacion de verifactu, tengo que convertir las tildes , acentos, dieresis y demas a este formaro:


"á" => "á"

strnTmp = strnTmp.Replace("á", "á");

Seria algo asi verdad?
Perdonad por estas preguntas, pero como lo voy viendo poco a poco, se me pasan algunas cosillas.
Gracias.

[unomasmas]

Mi pregunta:

Empezado por unomasmas

A efectos fiscales (IVA, IRPF) ¿Qué fecha hemos de considerar? ¿La de emisión o la de operación?
Recibo una factura con fecha de emisión 02/04/2024 y fecha de operación 30/03/2024. ¿A qué trimestre corresponde? ¿Sabéis?
Gracias

Vuestras respuestas:

Empezado por ermendalenda

La fecha de emisión es la que prevalece, a no ser que te paguen el día del servicio total o parcialmente, en ese caso hay que declarar en el día 30 el pago y en la emisión se resta la parte que se haya pagado.
Un ejemplo: Estas de copas a las 11 de la noche del dia 30 en un local y finalizar a las 00.05 del dia 1. El servicio te lo han dado el día anterior pero la dactura se emite y registra el dia 1.

Empezado por sglorka

Con carácter general, los modelos de autoliquidación del Iva y IRPF deben incluir todas las operaciones realizadas atendiendo a su fecha de operación, momento en que se produce la prestación del servicio o la entrega de bienes. Si la factura se emite en un trimestre posterior, debe liquidar el Iva en el trimestre anterior ( si la declaración es mensual ocurre lo mismo). Por lo tanto, una operación realizada el 30/03/2024 y emitida el 02/04/2024, devengará el Iva en el periodo 1T si la declaración es por trimestre, en caso de declaración mensual, lo devengará en el mes de marzo.
Hay que tener en cuenta que las facturas rectificativas devengan el impuesto en su fecha de emisión y no de operación, ya que ésta (fecha de operación) , es la fecha en que se realizó la operación que se quiere rectificar. Por último, para abundar más en el tema, si la fecha de operación de una factura es el 31/12/2024 y la emites en 01/01/2025, ocurriría lo mismo, habría que devengar el Iva en el trimestre 4T de 2024.

Empezado por antoine0

Los colegas han dado las respuestas. Solo voy a resaltar que si te pones del lado del receptor, no estas en el foro adecuado. Los SIF solo se preocupan de las facturas y concretamente de su emisión. Y el periodo para una factura emitida en base las fechas de emisión y de operación es un problema que compete al emisor, no al receptor.

Empezado por bilbur

de cara al IVA
Emisor: mes 03 periodo 1T (lo ha de ingresar en 1T)
Receptor: mes 04 periodo 2T (se lo deduce en 2T)

Muchas gracias a todos. Ha quedado perfectamente claro para mi. Dejadme que subraye la respuesta de sglorka por ceñirse a mi ejemplo, pero agradezco también las demás precisamente por no ceñirse a mi ejemplo y haberme permitido así ampliar mi planteamiento inicial más limitado: por el ejemplo de las copas de ermandalenda y la visión de parte del receptor de antoine0, que no había tenido en cuenta y que aclara perfectamente bilbur; en fin: muchas gracias a todos. :-)

[unomasmas]

Empezado por bmfranky

Hola, recuerdo que alguien ya lo menciono, pero para tenerlo claro:
Al pasar los datos , tanto a el xml de una factura electronica, como a los registros de facturacion de verifactu, tengo que convertir las tildes , acentos, dieresis y demas a este formaro:


"á" => "á"

strnTmp = strnTmp.Replace("á", "á");

Seria algo asi verdad?
Perdonad por estas preguntas, pero como lo voy viendo poco a poco, se me pasan algunas cosillas.
Gracias.

No sé si no te estoy entendiendo bien; disculpa si es así, pero no veo la necesidad de esto. Es un xml. Deberás respetar la codificación señalada (<?xml version="1.0" encoding="utf-8"?>); nada más.

[unomasmas]

Empezado por bilbur

de cara al IVA
Emisor: mes 03 periodo 1T (lo ha de ingresar en 1T)
Receptor: mes 04 periodo 2T (se lo deduce en 2T)

O sea, que sí es importante poder modificar la fecha de emisión y es justo y necesario que se permita desde veri*factu. La situación que proponía sglorka hace ya algún tiempo (https://www.clubdelphi.com/foros/sho...?p=554228#1229) de alguien que siempre factura a final de mes los albaranes del mes pero casualmente un 31 de marzo era festivo y no fue hasta el día 1 de abril cuando pudo ponerse con este proceso... Poder establecer la fecha de emisión permite que el receptor también declare las compras hechas en el periodo en que realmente se hicieron.

Entiendo que de cara al IRPF no sabes cómo es ¿Sabe alguien si también es así? Por ejemplo, en el modelo 130 ¿Se considera la fecha de operación en las ventas y la de emisión en las compras?

Y si en la factura también se indica la fecha de operación ¿El comprador puede utilizar esta fecha o necesariamente ha de atenerse a la fecha de emisión?

[ermendalenda]

Empezado por bmfranky

Hola, recuerdo que alguien ya lo menciono, pero para tenerlo claro:
Al pasar los datos , tanto a el xml de una factura electronica, como a los registros de facturacion de verifactu, tengo que convertir las tildes , acentos, dieresis y demas a este formaro:


"á" => "&aacute;"

strnTmp = strnTmp.Replace("á", "á");

Seria algo asi verdad?
Perdonad por estas preguntas, pero como lo voy viendo poco a poco, se me pasan algunas cosillas.
Gracias.

Si usas un software antiguo y tienes que escribir a pelo los nodos en un output debes convertir a utf8 los caracteres más especiales, ñ, á,à,â,âçć.... pero si no solo tienes que indicar que es UTF8 para que se haga todo automáticamente. Igual para leer los xmls utf8, si tu software no los interpretas tendrás que convertirlo.
Yo no lo hago como has indicado, tengo los caracteres utf8 equivalentes de los más usados y del resto de caracteres demasiado especiales los cambio a un espacio.

De esta forma me va bien a mí:

ascii desde (123-160) (58-63) (91-94)(96)(0-39)(42)= (Espacio)

Reemplazos:
sql_buff1 = replace(sql_buff1, "/", " ")
sql_buff1 = replace(sql_buff1, "=", " ")
sql_buff1 = replace(sql_buff1, "!", " ")
sql_buff1 = replace(sql_buff1, "Ã", "Ã")
sql_buff1 = replace(sql_buff1, "Ä", "Ä")
sql_buff1 = replace(sql_buff1, "Å", "Ã…")
sql_buff1 = replace(sql_buff1, "À", "À")
sql_buff1 = replace(sql_buff1, "Á", "Ã�")
sql_buff1 = replace(sql_buff1, "Â", "Â")
sql_buff1 = replace(sql_buff1, "Á", "Ã�")

sql_buff1 = replace(sql_buff1, "¡", "¡")
sql_buff1 = replace(sql_buff1, "¢", "¢")
sql_buff1 = replace(sql_buff1, "£", "£")
sql_buff1 = replace(sql_buff1, "¤", "¤")
sql_buff1 = replace(sql_buff1, "¥", "Â¥")
sql_buff1 = replace(sql_buff1, "¦", "¦")
sql_buff1 = replace(sql_buff1, "§", "§")
sql_buff1 = replace(sql_buff1, "¨", "¨")
sql_buff1 = replace(sql_buff1, "©", "©")
sql_buff1 = replace(sql_buff1, "ª", "ª")
sql_buff1 = replace(sql_buff1, "«", "«")
sql_buff1 = replace(sql_buff1, "¬", "¬")
sql_buff1 = replace(sql_buff1, "*", "Â*")
sql_buff1 = replace(sql_buff1, "®", "®")
sql_buff1 = replace(sql_buff1, "¯", "¯")
sql_buff1 = replace(sql_buff1, "°", "°")
sql_buff1 = replace(sql_buff1, "±", "±")
sql_buff1 = replace(sql_buff1, "²", "²")
sql_buff1 = replace(sql_buff1, "³", "³")
sql_buff1 = replace(sql_buff1, "´", "´")
sql_buff1 = replace(sql_buff1, "µ", "µ")
sql_buff1 = replace(sql_buff1, "¶", "¶")
sql_buff1 = replace(sql_buff1, "·", "·")
sql_buff1 = replace(sql_buff1, "¸", "¸")
sql_buff1 = replace(sql_buff1, "¹", "¹")
sql_buff1 = replace(sql_buff1, "º", "º")
sql_buff1 = replace(sql_buff1, "»", "»")
sql_buff1 = replace(sql_buff1, "¼", "¼")
sql_buff1 = replace(sql_buff1, "½", "½")
sql_buff1 = replace(sql_buff1, "¾", "¾")
sql_buff1 = replace(sql_buff1, "¿", "¿")
sql_buff1 = replace(sql_buff1, "Æ", "Æ")
sql_buff1 = replace(sql_buff1, "Ç", "Ç")
sql_buff1 = replace(sql_buff1, "È", "È")
sql_buff1 = replace(sql_buff1, "É", "É")
sql_buff1 = replace(sql_buff1, "Ê", "Ê")
sql_buff1 = replace(sql_buff1, "Ë", "Ë")
sql_buff1 = replace(sql_buff1, "Ì", "ÃŒ")
sql_buff1 = replace(sql_buff1, "Í", "Ã�")
sql_buff1 = replace(sql_buff1, "Î", "ÃŽ")
sql_buff1 = replace(sql_buff1, "Ï", "Ã�")
sql_buff1 = replace(sql_buff1, "Ð", "Ã�")
sql_buff1 = replace(sql_buff1, "Ñ", "Ñ")
sql_buff1 = replace(sql_buff1, "Ò", "Ã’")
sql_buff1 = replace(sql_buff1, "Ó", "Ó")
sql_buff1 = replace(sql_buff1, "Ô", "Ô")
sql_buff1 = replace(sql_buff1, "Õ", "Õ")
sql_buff1 = replace(sql_buff1, "Ö", "Ö")
sql_buff1 = replace(sql_buff1, "×", "×")
sql_buff1 = replace(sql_buff1, "Ø", "Ø")
sql_buff1 = replace(sql_buff1, "Ù", "Ù")
sql_buff1 = replace(sql_buff1, "Ú", "Ú")
sql_buff1 = replace(sql_buff1, "Û", "Û")
sql_buff1 = replace(sql_buff1, "Ü", "Ãœ")
sql_buff1 = replace(sql_buff1, "Ý", "Ã�")
sql_buff1 = replace(sql_buff1, "Þ", "Þ")
sql_buff1 = replace(sql_buff1, "ß", "ß")
sql_buff1 = replace(sql_buff1, "à", "Ã")
sql_buff1 = replace(sql_buff1, "á", "á")
sql_buff1 = replace(sql_buff1, "â", "â")
sql_buff1 = replace(sql_buff1, "ã", "ã")
sql_buff1 = replace(sql_buff1, "ä", "ä")
sql_buff1 = replace(sql_buff1, "å", "Ã¥")
sql_buff1 = replace(sql_buff1, "æ", "æ")
sql_buff1 = replace(sql_buff1, "ç", "ç")
sql_buff1 = replace(sql_buff1, "è", "è")
sql_buff1 = replace(sql_buff1, "é", "é")
sql_buff1 = replace(sql_buff1, "ê", "ê")
sql_buff1 = replace(sql_buff1, "ë", "ë")
sql_buff1 = replace(sql_buff1, "ì", "ì")
sql_buff1 = replace(sql_buff1, "í", "Ã*")
sql_buff1 = replace(sql_buff1, "î", "î")
sql_buff1 = replace(sql_buff1, "ï", "ï")
sql_buff1 = replace(sql_buff1, "ð", "ð")
sql_buff1 = replace(sql_buff1, "ñ", "ñ")
sql_buff1 = replace(sql_buff1, "ò", "ò")
sql_buff1 = replace(sql_buff1, "ó", "ó")
sql_buff1 = replace(sql_buff1, "ô", "ô")
sql_buff1 = replace(sql_buff1, "õ", "õ")
sql_buff1 = replace(sql_buff1, "ö", "ö")
sql_buff1 = replace(sql_buff1, "÷", "÷")
sql_buff1 = replace(sql_buff1, "ø", "ø")
sql_buff1 = replace(sql_buff1, "ù", "ù")
sql_buff1 = replace(sql_buff1, "ú", "ú")
sql_buff1 = replace(sql_buff1, "û", "û")
sql_buff1 = replace(sql_buff1, "ü", "ü")
sql_buff1 = replace(sql_buff1, "ý", "ý")
sql_buff1 = replace(sql_buff1, "þ", "þ")
sql_buff1 = replace(sql_buff1, "ÿ", "ÿ")
sql_buff1 = replace(sql_buff1, "á", "á")
sql_buff1 = replace(sql_buff1, "É", "É")
sql_buff1 = replace(sql_buff1, "é", "é")
sql_buff1 = replace(sql_buff1, "Í", "Ã�")
sql_buff1 = replace(sql_buff1, "í", "Ã*")
sql_buff1 = replace(sql_buff1, "Ó", "Ó")
sql_buff1 = replace(sql_buff1, "ó", "ó")
sql_buff1 = replace(sql_buff1, "Ú", "Ú")
sql_buff1 = replace(sql_buff1, "ú", "ú")
sql_buff1 = replace(sql_buff1, "Ñ", "Ñ")
sql_buff1 = replace(sql_buff1, "ñ", "ñ")
sql_buff1 = replace(sql_buff1, "¿", "¿")

[bmfranky]

Empezado por unomasmas

No sé si no te estoy entendiendo bien; disculpa si es así, pero no veo la necesidad de esto. Es un xml. Deberás respetar la codificación señalada (<?xml version="1.0" encoding="utf-8"?>); nada más.

Empezado por ermendalenda

Si usas un software antiguo y tienes que escribir a pelo los nodos en un output debes convertir a utf8 los caracteres más especiales, ñ, á,à,â,âçć.... pero si no solo tienes que indicar que es UTF8 para que se haga todo automáticamente. Igual para leer los xmls utf8, si tu software no los interpretas tendrás que convertirlo.
Yo no lo hago como has indicado, tengo los caracteres utf8 equivalentes de los más usados y del resto de caracteres demasiado especiales los cambio a un espacio.

De esta forma me va bien a mí:

Hola, gracias por vuestras respuestas, lo revisare , la base de datos la tengo creada, como utf-8-spanish-ci , supongo que al alimentar el xml directamente no habra problema.
Uso visual Studio c# 2015, en cuanto termine de migrar todo , probare si genera correctamnete las facturas Factura-e.

[antoine0]

Entiendo que de cara al IRPF no sabes cómo es ¿Sabe alguien si también es así? Por ejemplo, en el modelo 130 ¿Se considera la fecha de operación en las ventas y la de emisión en las compras?

El modelo 130 es para determinar una provisión. Solo importa lo que está en la contabilidad de la empresa, en gastos y ingresos, en el momento de hacer la declaración. Es perfectamente posible que para las compras, se considere la fecha de operación de cada una de las recepciones (que no tiene por qué ser la única fecha de operación indicada en la factura recapitulativa). Para las ventas nacionales, normalmente si vendes con portes pagados debes esperar la confirmación de la entrega de parte del transportista para registrar el ingreso; pero puedo entender que se registre con la fecha del albarán de salida del almacén.

Y si en la factura también se indica la fecha de operación ¿El comprador puede utilizar esta fecha o necesariamente ha de atenerse a la fecha de emisión?

No puedes registrar en tu contabilidad una factura recibida con una fecha anterior a la fecha de emisión (lo que decía Bilbur).

[sglorka]

Empezado por unomasmas

O sea, que sí es importante poder modificar la fecha de emisión y es justo y necesario que se permita desde veri*factu. La situación que proponía sglorka hace ya algún tiempo (https://www.clubdelphi.com/foros/sho...?p=554228#1229) de alguien que siempre factura a final de mes los albaranes del mes pero casualmente un 31 de marzo era festivo y no fue hasta el día 1 de abril cuando pudo ponerse con este proceso... Poder establecer la fecha de emisión permite que el receptor también declare las compras hechas en el periodo en que realmente se hicieron.

Entiendo que de cara al IRPF no sabes cómo es ¿Sabe alguien si también es así? Por ejemplo, en el modelo 130 ¿Se considera la fecha de operación en las ventas y la de emisión en las compras?

Y si en la factura también se indica la fecha de operación ¿El comprador puede utilizar esta fecha o necesariamente ha de atenerse a la fecha de emisión?

Tengo que hacerte una observación. La posibilidad de emitir rectificativa por error en fecha de expedición era porque el destinatario es un particular, y sólo en este caso, estamos OBLIGADOS a emitir la factura a final de mes. Si es un empresario o profesional, se puede emitir la factura antes del 16 del mes siguiente.
Si un empresario recibe físicamente, una factura con fecha de expedición 01/04/2024, el día 10/04/2024 (porque venía por correo ordinario) por las operaciones realizadas en el mes de marzo, el empresario puede deducirse el Iva en el periodo 1T ya que tiene hasta el día 20 de abril para hacerlo. El derecho a deducción nace en el mismo momento en que se produce el devengo del impuesto, siempre y cuando, tengas físicamente la factura recibida en tu poder. Si por algún motivo se te olvida deducírtela en 1T puedes hacerlo el las declaraciones posteriores hasta un margen de 4 años. El IRPF funciona igual, si un gasto es deducible lo podrás imputar si se ha producido el devengo del impuesto.

Cita literal

"El devengo es el momento en el que nace el ingreso o gasto. En derecho tributario, el devengo de un impuesto es el momento en el que nace la obligación tributaria aunque todavía no sea exigible. El pago es el momento en el que dicha obligación tributaria es exigible"

[ermendalenda]

Empezado por sglorka

Tengo que hacerte una observación. La posibilidad de emitir rectificativa por error en fecha de expedición era porque el destinatario es un particular, y sólo en este caso, estamos OBLIGADOS a emitir la factura a final de mes. Si es un empresario o profesional, se puede emitir la factura antes del 16 del mes siguiente.
Si un empresario recibe físicamente, una factura con fecha de expedición 01/04/2024, el día 10/04/2024 (porque venía por correo ordinario) por las operaciones realizadas en el mes de marzo, el empresario puede deducirse el Iva en el periodo 1T ya que tiene hasta el día 20 de abril para hacerlo. El derecho a deducción nace en el mismo momento en que se produce el devengo del impuesto, siempre y cuando, tengas físicamente la factura recibida en tu poder. Si por algún motivo se te olvida deducírtela en 1T puedes hacerlo el las declaraciones posteriores hasta un margen de 4 años. El IRPF funciona igual, si un gasto es deducible lo podrás imputar si se ha producido el devengo del impuesto.

Cita literal

"El devengo es el momento en el que nace el ingreso o gasto. En derecho tributario, el devengo de un impuesto es el momento en el que nace la obligación tributaria aunque todavía no sea exigible. El pago es el momento en el que dicha obligación tributaria es exigible"

Que buena explicación, gracias.

[unomasmas]

Empezado por antoine0

Esto existe ya en el SII. Es para evitar errores con consecuencias.
Cuando tienes una factura con un importe muy grande (100.000 € en el SII si no recuerdo mal, el importe es parametrizable de aquí la redacción poco esclarecedora), tienes que documentar este nodo para significar que S(í), el importe es grande pero está comprobado que es así.

No veo clara esta utilidad... ¿Cómo lo tenéis implementado? Ese importe de ¿100.000 €? lo tenéis como constante y preguntáis al usuario si es correcto en cada factura. Es la única forma de ver su utilidad porque si simplemente se informa el nodo con un S(í) o un N(o) en función de la cantidad no tiene ningún sentido. Pero la pregunta que se haga al usuario puede ser un poco rara: Me imagino un "Vaya tocho de factura ¿No te habrás pasado?"; vale, puede ser bastante más sutil: "Factura de alto importe; no hay error ¿Verdad?". Sin embargo, no me parece que este sea un control importante a añadir; a fin de cuentas, si te has confundido y a alguien le has facturado unos cientos de miles más de la cuenta, seguro que si tú, como emisor, no te has enterado, al destinatario no le va a pasar desapercibido.

[unomasmas]

Empezado por antoine0

El modelo 130 es para determinar una provisión. Solo importa lo que está en la contabilidad de la empresa, en gastos y ingresos, en el momento de hacer la declaración. Es perfectamente posible que para las compras, se considere la fecha de operación de cada una de las recepciones (que no tiene por qué ser la única fecha de operación indicada en la factura recapitulativa). Para las ventas nacionales, normalmente si vendes con portes pagados debes esperar la confirmación de la entrega de parte del transportista para registrar el ingreso; pero puedo entender que se registre con la fecha del albarán de salida del almacén.

No puedes registrar en tu contabilidad una factura recibida con una fecha anterior a la fecha de emisión (lo que decía Bilbur).

Empezado por sglorka

Tengo que hacerte una observación. La posibilidad de emitir rectificativa por error en fecha de expedición era porque el destinatario es un particular, y sólo en este caso, estamos OBLIGADOS a emitir la factura a final de mes. Si es un empresario o profesional, se puede emitir la factura antes del 16 del mes siguiente.
Si un empresario recibe físicamente, una factura con fecha de expedición 01/04/2024, el día 10/04/2024 (porque venía por correo ordinario) por las operaciones realizadas en el mes de marzo, el empresario puede deducirse el Iva en el periodo 1T ya que tiene hasta el día 20 de abril para hacerlo. El derecho a deducción nace en el mismo momento en que se produce el devengo del impuesto, siempre y cuando, tengas físicamente la factura recibida en tu poder. Si por algún motivo se te olvida deducírtela en 1T puedes hacerlo el las declaraciones posteriores hasta un margen de 4 años. El IRPF funciona igual, si un gasto es deducible lo podrás imputar si se ha producido el devengo del impuesto.

Cita literal

"El devengo es el momento en el que nace el ingreso o gasto. En derecho tributario, el devengo de un impuesto es el momento en el que nace la obligación tributaria aunque todavía no sea exigible. El pago es el momento en el que dicha obligación tributaria es exigible"

[OFF-TOPIC]
Gracias nuevamente a ambos por la aclaración. No parece excesivamente complicado (al menos, no para vosotros) pero ¡Me arde el cerebro considerando las matizaciones!
Por cierto, siento añadir un post sin información práctica para el grupo (la info ya estaba ahí) pero tengo la necesidad de agradecer las respuestas. Sería estupendo añadir un check (o algo así) para hacer saber al autor que me ha resultado útil...

[rci]

Buenas, veo que a fecha de hoy hay publicado esto:

24-07-24 Corrección de erratas en esquemas XSD en sistemas VER*FACTU y no VER*FACTU
Se ha publicado el esquema XSD asociado al Registro de Eventos de los sistemas no VERI*FACTU, con el nombre "EventosSIF.xsd", de acuerdo a la información publicada en el Diseño de registro actual (pestaña 4 -Diseño Registro Evento) y según el Borrador del Proyecto de Orden Ministerial del Real Decreto 1007-2023.

Además, se ha corregido una errata en uno de los esquemas XSD asociado a los sistemas no VERI*FACTU , concretamente en el esquema "SuministroInformacion.xsd" para el tipo del campo RefRequerimiento.

Ante cualquier duda/sugerencia y/o falta de corrección sobre la nueva información publicada, se recuerda el buzón de consultas técnicas de VERI*FACTU: [email protected]

[unomasmas]

NumeroInstalacion: Alfanumérico (100): Número de instalación del sistema informático de facturación (SIF) utilizado. Deberá distinguirlo de otros posibles SIF utilizados para realizar la facturación del obligado a expedir facturas, es decir, de otras posibles instalaciones de SIF pasadas, presentes o futuras utilizadas para realizar la facturación del obligado a expedir facturas, incluso aunque en dichas instalaciones se emplee el mismo SIF de un productor.

He puesto la definición que se da en el Excel del diseño de registro (pestaña 5: Definición SistemaInformatico) pero no me entero de qué quiere decir. ¿No es suficiente con la versión del SIF para diferenciar instalaciones pasadas de presentes y de futuras?

[unomasmas]

Empezado por bmfranky

   public class Huella
    {
        /// <summary>
        /// Clase que devuelve el hash en mayusculas como nos indica la web
        /// </summary>
        /// <param name="source">Cadena a encriptar.</param>
        /// <returns>Hash de la cadena.</returns>public string creaHuella(string source)
        {
            string hash = "";
            using (SHA256 sha256Hash = SHA256.Create())
            {
                hash = GetHash(sha256Hash, source);
                return hash.ToUpper();
              }
        }

         private static string GetHash(HashAlgorithm hashAlgorithm, string input)
        {

            // Convert the input string to a byte array and compute the hash.
            byte[] data = hashAlgorithm.ComputeHash(Encoding.UTF8.GetBytes(input));

            // Create a new Stringbuilder to collect the bytes
            // and create a string.
            var sBuilder = new StringBuilder();

            // Loop through each byte of the hashed data
            // and format each one as a hexadecimal string.
            for (int i = 0; i < data.Length; i++)
            {
                sBuilder.Append(data[i].ToString("x2"));
            }

            // Return the hexadecimal string.
            return sBuilder.ToString();
        }

        // Verify a hash against a string.
        private static bool VerifyHash(HashAlgorithm hashAlgorithm, string input, string hash)
        {
            // Hash the input.
            var hashOfInput = GetHash(hashAlgorithm, input);

            // Create a StringComparer an compare the hashes.
            StringComparer comparer = StringComparer.OrdinalIgnoreCase;

            return comparer.Compare(hashOfInput, hash) == 0;
        }
    }

¡Muchísimas gracias! ¡Estupendo aporte!

[xamminf]

Una pregunta de principiante,

La diferencia entre los sistemas Verifactu y No Verifactu ¿ Es sólo que el no verifactu no envía automáticamente la factura ?

Gracias

[ermendalenda]

Empezado por unomasmas

He puesto la definición que se da en el Excel del diseño de registro (pestaña 5: Definición SistemaInformatico) pero no me entero de qué quiere decir. ¿No es suficiente con la versión del SIF para diferenciar instalaciones pasadas de presentes y de futuras?

Cada instalación debes identificarla y que no esté r3petida, tu lo identificas como quieras.
Un ejemplo concatenar : cif+numero de comercio+nunero de tpv

[ermendalenda]

Empezado por xamminf

Una pregunta de principiante,

La diferencia entre los sistemas Verifactu y No Verifactu ¿ Es sólo que el no verifactu no envía automáticamente la factura ?

Gracias

Esencialmente es que además si nk envía tienes que tener en cuenta los registros de eventos, firmar los xmls y que conserves perfectamente los archivos los años que hacen falta 4 ó 5 no recuerdo

[Neftali [Germán.Estévez]]

Empezado por xamminf

Una pregunta de principiante,
La diferencia entre los sistemas Verifactu y No Verifactu ¿ Es sólo que el no verifactu no envía automáticamente la factura ?

No.
El envío es lo de menos.
Si no estás en veri*factu hay una serie de premisas que tu sistema DEBE cumplir; Esas mismas premisas si estás en veri*factu se asume que ya se cumplen al enviar la factura a la AEAT.

Esta es una imagen de una dispositiva de las primera presentaciones.
Busca referencias a los elementos a los que se hace referencia en la parte derecha.

[bmfranky]

Empezado por unomasmas

¡Muchísimas gracias! ¡Estupendo aporte!

De nada , me alegra que le sea util a alguien mas.

[xamminf]

Empezado por Neftali [Germán.Estévez]

No.
El envío es lo de menos.
Si no estás en veri*factu hay una serie de premisas que tu sistema DEBE cumplir; Esas mismas premisas si estás en veri*factu se asume que ya se cumplen al enviar la factura a la AEAT.

Esta es una imagen de una dispositiva de las primera presentaciones.
Busca referencias a los elementos a los que se hace referencia en la parte derecha.

Gracias por la respuesta, también a ermendalenda.
Mi pregunta va en la línea de que Verifactu exige el encadenamiento e integridad (con hash) de las facturas, que son requisitos de no verifactu
Si hago mi programa compatible con Verifactu ¿ Podría ser suficiente para que sin enviar los .xsig fuera compatible con No Verifactu ?