Acentos y Ñ
 

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:


"á" => "á"

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

Mi pregunta:
Vuestras respuestas:
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. :-)

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.

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?

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.

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).

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.

Macrodato
 

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.

[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...

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

NumeroInstalacion
 

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?

¡Muchísimas gracias! ¡Estupendo aporte!

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

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

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

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.

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

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 ?