Duda sobre campos en el xml

[ermendalenda]

Empezado por Becario127

Claro yo estoy usando los campos que aparecen ahi , por eso lo digo que me parecen pocos la verdad, ahora me da ok todo al enviar los xml asi que si funciona no lo toco.

Lo mismo te parecen pocos por que no hay que mandar los items(artículos facturados) como en otros reglamentos que si hay que mandarlo, como ticketbai y face

[razorxxx]

Si en el registro de facturación generado no se mandan las líneas de factura, ¿qué estáis usando para el campo DescripcionOperacion?

[Faneka]

La descripción de la cuenta de Ventas y en su defecto "Ventas".

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

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

[bmfranky]

Empezado por razorxxx

Si en el registro de facturación generado no se mandan las líneas de factura, ¿qué estáis usando para el campo DescripcionOperacion?

En mi caso depende de la factura, si es una reparacion, intenete poner la reparacion, pero me quedaba sin letras, asi que ahora pongo, en las de reparacion, "Factura reparacion realizada",venta, "Factura materiales servidos", en abonos, "Factura de abono, total/parcial de la factura nºxxxxx de 20xx", y asi con todas las diferentes.

[razorxxx]

Empezado por bmfranky

En mi caso depende de la factura, si es una reparacion, intenete poner la reparacion, pero me quedaba sin letras, asi que ahora pongo, en las de reparacion, "Factura reparacion realizada",venta, "Factura materiales servidos", en abonos, "Factura de abono, total/parcial de la factura nºxxxxx de 20xx", y asi con todas las diferentes.

¿Pero entonces lo rellenas tú desde código o pones un campo en pantalla para que el usuario indique lo que quiera? Para mi no tiene sentido ni una ni la otra, porque descripción breve de la operación puede ser miles de razones, y no tiene sentido añadir un campo para decirle al que está facturando que ponga las razones de por qué factura. De hecho, poner "Ventas" es también absurdo porque siempre son ventas, en Veri*Factu hablamos sólo de facturas emitidas.