Duda sobre campos en el xml

[bmfranky]

Empezado por razorxxx

Pues en nuestro software de facturación que no contiene contabilidad tendrá que ser "Ventas". No obstante, mandaré un mail a verifactu a ver qué me dicen al respecto, pero si no hay que mandar las líneas de factura veo absurdo pedir el campo DescripcionOperacion como obligatorio si lo que vas a poner siempre es "Ventas".

Hola, absurdo tampoco, tenga en cuenta que ahi es donde debes especificar por que emites ese registro, puede ser por ejemplo, no una venta sino el cambio de destinatario, por error, o por ejemplo en una que tuve que emitir un abono porque , con las prisas ,puse un cero de mas al poner las horas y multiplicaba por 10, entonces es una rectificativa, por diferencias, "Por error al tipear las horas".

[razorxxx]

Empezado por bmfranky

Hola, absurdo tampoco, tenga en cuenta que ahi es donde debes especificar por que emites ese registro, puede ser por ejemplo, no una venta sino el cambio de destinatario, por error, o por ejemplo en una que tuve que emitir un abono porque , con las prisas ,puse un cero de mas al poner las horas y multiplicaba por 10, entonces es una rectificativa, por diferencias, "Por error al tipear las horas".

Entonces lo que comentas es el llamado campo Observaciones que habitualmente se deja para indicar cosas como "factura que abona a tal por tal razón". Pero si esto es así, es lo que comentaba, que DescripcionOperacion debería ser un campo opcional.

[ermendalenda]

Empezado por razorxxx

Entonces lo que comentas es el llamado campo Observaciones que habitualmente se deja para indicar cosas como "factura que abona a tal por tal razón". Pero si esto es así, es lo que comentaba, que DescripcionOperacion debería ser un campo opcional.

No sé si te refieres a algun campo tuyo, observaciones no hay nodos.
De todas formas no te rayes demasiado con la descripción operación, pon algo genérico:venta, factura, rectificacion,... y cuando vayas avanzando lo vas afinando, no creo que vayan a profundizar en algo que no han descripto demasiado en el reglamento que sólo pone "descripción del objeto de la factura"

[razorxxx]

Empezado por ermendalenda

No sé si te refieres a algun campo tuyo, observaciones no hay nodos.
De todas formas no te rayes demasiado con la descripción operación, pon algo genérico:venta, factura, rectificacion,... y cuando vayas avanzando lo vas afinando, no creo que vayan a profundizar en algo que no han descripto demasiado en el reglamento que sólo pone "descripción del objeto de la factura"

No hay nodos en el modelo de registro de facturación (XML), en cambio sí está el DescripcionOperacion. Pero me refería a que Observaciones es un campo habitual en los programas de facturación, y suele usarse para indicar por qué se hizo la operación, de ahí la similitud con el de DescripcionOperacion. El resto se supone que tú emites la factura por venta de productos o servicios, y por tanto no escribes nada ahí.

[MaeseKvothe]

Empezado por razorxxx

No hay nodos en el modelo de registro de facturación (XML), en cambio sí está el DescripcionOperacion. Pero me refería a que Observaciones es un campo habitual en los programas de facturación, y suele usarse para indicar por qué se hizo la operación, de ahí la similitud con el de DescripcionOperacion. El resto se supone que tú emites la factura por venta de productos o servicios, y por tanto no escribes nada ahí.

Yo tampoco le he visto nunca ningún sentido a que ese campo sea obligatorio.
En mi caso vi su obligatoriedad en TicketBai (tanto en ventas como en compras y gastos), y he estado poniendo "Venta" o "Rectificativa" en todas las ventas. Está en uso y explotación enviando a la hacienda foral sin ningún tipo de problema desde hace meses.


En Verifactu voy a seguir la misma filosofía o como mucho incluir el número o fecha de la factura.

[sglorka]

El campo Descripción de Operación se usa para describir de forma breve el contenido de la operación realizada, por ejemplo, atendiendo a los departamentos o familias donde estén ubicados los productos que intervienen en la venta, podríamos poner si es una entrega de bienes, "Ventas de Combustibles y Tienda.", donde Combustibles y Tienda son los departamentos que engloban los diferentes ítems de venta en dicha operación. Si estamos hablando de prestación de servicios, podríamos poner "Realización de PreItv" siguiendo el mismo criterio.

Desaconsejan poner en este campo datos redundantes que ya aparecen en el registro de facturación, como que si es una rectificativa, la fecha, etc
Obviamente, este proceso es automático sin intervención del usuario

[razorxxx]

Empezado por sglorka

El campo Descripción de Operación se usa para describir de forma breve el contenido de la operación realizada, por ejemplo, atendiendo a los departamentos o familias donde estén ubicados los productos que intervienen en la venta, podríamos poner si es una entrega de bienes, "Ventas de Combustibles y Tienda.", donde Combustibles y Tienda son los departamentos que engloban los diferentes ítems de venta en dicha operación. Si estamos hablando de prestación de servicios, podríamos poner "Realización de PreItv" siguiendo el mismo criterio.

Desaconsejan poner en este campo datos redundantes que ya aparecen en el registro de facturación, como que si es una rectificativa, la fecha, etc
Obviamente, este proceso es automático sin intervención del usuario

Si no hay intervención del usuario para el campo DescripcionOperacion, y mi factura tiene un concepto manual, ¿cómo sabe el programa que es por ejemplo "Inspección Pre-ITV"? Le tendré que mandar al menos 1 línea de la factura.

Cada vez me parece más claro que los que han redactado el reglamento no tienen mucha idea de programación, ni de cómo funciona internamente un programa de facturación.