Facturas electrónicas [España]

[ermendalenda]

Me equivoqué de hilo, lo pueden pasar al de factura electronica? por favor

[sglorka]

Empezado por ermendalenda

Si no me equivoco, las referencias de la ley crea y crece sobre la factura electronica, van dirigidas a las facturas B2B (Entre Empresas), pero no dice nada sobre B2G (De empresa a organismos publicos). Pero tengo una duda sobre las B2G o sea sobre Face en España, a ver si alguien me lo puede resolver, por que seguramente me surja la misma duda (o parecida) con las B2B ya que la base, en principio, va a ser Facturae también.
A ver, cuando una administracion te pide una factura hay que indicar la tripleta de códigos DIR3, obligatoriamente: Oficina Contable, Unidad Tramitadora y Organo Gestor. Además les pueden asignar otro nombre. Hasta aquí bien. El problema es que hay un nodo que no termino de entender y no sé si tiene relación con el tipo de este triplete de Dir3, este es el RoleTypeCode, o sea, si yo elijo estoy dando de alta la unidad tramitadora, ¿Me tienen que dar el Roletypecode? ¿Es obigatorio? ¿El Roletypecode para la unidad tramitadora puede ser cualquiera de los 9 opcionales o está restringido según la Unidad Dir3 que estoy dando de alta?
No encuentro documentación al respecto, aunque si he visto que para las 3 unidades Básicas del trplete siempre he encontrado el mismo Rol, pero no sé si es coincidencia.

Si tiene relación, en el Roletypecode debes indicar
RoleTypeCodeType.Item01 para la OFICINA CONTABLE,
RoleTypeCodeType.Item02 para el ÓRGANO GESTOR,
RoleTypeCodeType.Item03 para el UNIDAD TRAMITADORA,

como no es un mandatory, debes poner RoleTypeCodeSpecified = True

[ermendalenda]

Empezado por sglorka

Si tiene relación, en el Roletypecode debes indicar
RoleTypeCodeType.Item01 para la OFICINA CONTABLE,
RoleTypeCodeType.Item02 para el ÓRGANO GESTOR,
RoleTypeCodeType.Item03 para el UNIDAD TRAMITADORA,

como no es un mandatory, debes poner RoleTypeCodeSpecified = True

Muchas gracias por la respuesta sglorka, entonces es como imaginaba para las de tipo Face. Y supongo que el 04 será para el Organo Proponente (que no es obligatorio).
En la versión 3.2.2 han añadido más valores; 06 vendedor,07 receptor del pago,08...,09..., que no sé si será para Faceb2b, seguiré investigando. Pero de momento para face solo dejaré dar de alta del 01 al 04, si me llega alguno diferente ya lo revisaré, por que si no me voy a quedar encasillado en esta tonteria.
Por otro lado no he entendido esto:
"como no es un mandatory, debes poner RoleTypeCodeSpecified = True"
eso no lo he visto en ningún sitio en Facturae, podrias ampliarme información?

Muchas gracias.

[tejano]

Hola a todos, acabo de incorporarme a este Foro y estoy desarrollando el XML desde mi aplicativo de gestión.
Me entra una duda cuando realizo una factura en una Moneda que no es el Euro, en campos como TotalAmount si que se pone el dato en la moneda de la factura y su equivalencia en Euros EquivalentInEuros, pero en el InvoiceTotals no veo que exista la Equivalencia en Euros.
Mi pregunta es, InvoiceTotals tiene que ir en la moneda de la factura, o en Euros.
Gracias

[sglorka]

Empezado por ermendalenda

Muchas gracias por la respuesta sglorka, entonces es como imaginaba para las de tipo Face. Y supongo que el 04 será para el Organo Proponente (que no es obligatorio).
En la versión 3.2.2 han añadido más valores; 06 vendedor,07 receptor del pago,08...,09..., que no sé si será para Faceb2b, seguiré investigando. Pero de momento para face solo dejaré dar de alta del 01 al 04, si me llega alguno diferente ya lo revisaré, por que si no me voy a quedar encasillado en esta tonteria.
Por otro lado no he entendido esto:
"como no es un mandatory, debes poner RoleTypeCodeSpecified = True"
eso no lo he visto en ningún sitio en Facturae, podrias ampliarme información?

Muchas gracias.

Quiero decir que puede ser que no te aparezca ese nodo en el xml aunque le des un valor salvo que actives su visibilidad con RoleTypeCodeSpecified = True

[ermendalenda]

Empezado por sglorka

Quiero decir que puede ser que no te aparezca ese nodo en el xml aunque le des un valor salvo que actives su visibilidad con RoleTypeCodeSpecified = True

Aah ok ok Gracias
Bueno ya he hecho 2 facturas face y han sido aceptadas. Ahora a ver como enlazo ciertas peculiaridades de face con la aplicación.
Hay muchísimas facturas no aceptadas con peticiones a posteriori de añadir observaciones y por lo que he visto me obliga a anular una y emitir otra a face con un numero distinto, como lo haces?

[sglorka]

Empezado por ermendalenda

Aah ok ok Gracias
Bueno ya he hecho 2 facturas face y han sido aceptadas. Ahora a ver como enlazo ciertas peculiaridades de face con la aplicación.
Hay muchísimas facturas no aceptadas con peticiones a posteriori de añadir observaciones y por lo que he visto me obliga a anular una y emitir otra a face con un numero distinto, como lo haces?

Tú no puedes anular facturas enviadas a Face. Debes solicitar su anulación entrando a la plataforma y marcando dicha factura como "Solicitud de Anulación." Desde la unidad tramitadora podrán dar de baja la factura si procede. Te adjunto un link de explicación
https://www.sage.com/es-es/blog/como...itida-en-face/

[ermendalenda]

Empezado por sglorka

Tú no puedes anular facturas enviadas a Face. Debes solicitar su anulación entrando a la plataforma y marcando dicha factura como "Solicitud de Anulación." Desde la unidad tramitadora podrán dar de baja la factura si procede. Te adjunto un link de explicación
https://www.sage.com/es-es/blog/como...itida-en-face/

sí, es verdad, estoy preparando los servicios y es así:
yo tengo en php ya funciones que lo hacen, pero aun no lo he puesto en marcha. desde aqui llamo a la funcion que preparo un soap con la peticion. la firmo, la envio y recibo la respuesta con el resultado.

cancelInvoice(:regId, :reason)

Anula una factura previamente presentada a FACe al indicar su número de registro y el motivo de la anulación.

{
    "resultado": {
        "codigo": "0",
        "descripcion": "Correcto",
        "codigoSeguimiento": {}
    },
    "factura": {
        "numeroRegistro": "201800012345",
        "mensaje": "Anulación solicitada correctamente"
    }
}

lo que queria saber es si puedo reenviar la misma factura cambiando el <BatchIdentifier> añadiendole a cada cambio por ejemplo, -R1, -R2..., ya que en el contenido siguen estando los mismos datos, solo cambiando observaciones, numeros de cuenta, ... nodos que no afectan a la ley de facturacion. manteniendo los datos que necesitarian de una rectificativa si quisiera modificarlos: precios, bases, cliente, ivas...
No sé si estaría

[ermendalenda]

Empezado por keys

Creo que se estan mezclando los temas. Este foro es de verifactu no de factura electrónica que es otro.

Gracias keys. Efectivamente unos post más atrás pedí que cambiaran el mensaje, pero como ya ha seguido el hilo creo que es mejor terminar el tema expuesto y si se pueden cambiar los post que se cambien cuando terminemos esta última pregunta. Saludos

[sglorka]

Empezado por ermendalenda

sí, es verdad, estoy preparando los servicios y es así:
yo tengo en php ya funciones que lo hacen, pero aun no lo he puesto en marcha. desde aqui llamo a la funcion que preparo un soap con la peticion. la firmo, la envio y recibo la respuesta con el resultado.

cancelInvoice(:regId, :reason)

Anula una factura previamente presentada a FACe al indicar su número de registro y el motivo de la anulación.

{
    "resultado": {
        "codigo": "0",
        "descripcion": "Correcto",
        "codigoSeguimiento": {}
    },
    "factura": {
        "numeroRegistro": "201800012345",
        "mensaje": "Anulación solicitada correctamente"
    }
}

lo que queria saber es si puedo reenviar la misma factura cambiando el <BatchIdentifier> añadiendole a cada cambio por ejemplo, -R1, -R2..., ya que en el contenido siguen estando los mismos datos, solo cambiando observaciones, numeros de cuenta, ... nodos que no afectan a la ley de facturacion. manteniendo los datos que necesitarian de una rectificativa si quisiera modificarlos: precios, bases, cliente, ivas...
No sé si estaría

El campo BatchIdentifier identifica una factura dentro de la plataforma Face y este campo no se puede repetir, si te han rechazado una factura por algún motivo relacionado con la emisión de una factura rectificativa (alteración de la base imponible debido a errores en los cálculos o tipos de iva incorrectos ) debes emitir una factura rectificativa con el campo InvoiceClass = InvoiceClassType.OR y el ReasonCodeType adecuado al tipo de corrección que vas a realizar. Si el rechazo es por otro motivo que no sea necesaria la emisión de una factura rectificativa, debes solicitar la anulación en la plataforma, luego debes anular tu factura en tu sistema de gestión (o emitir un abono en la serie normal de facturación y no enviarla a FACE) y después volver a crear dicha factura en la serie normal de facturación con los cambios correspondientes y enviarla a Face. La idea que planteas de añadir los sufijos -R1, -R2, etc... al <BatchIdentifier> es una forma de alterar tu contador de facturas que no es CORRECTA. Hay algún vídeo por ahí donde explican cómo hacer esto con la aplicación FacturaE y recomiendan que le añadas un punto al final del número de factura para que el programa te permita volver a generar la factura con el mismo número... vamos una barrabasada como la copa de un pino. Recuerda que no sólo exportas a Face, también debes cumplir el reglamento Verifactu.

[ermendalenda]

Empezado por sglorka

El campo BatchIdentifier identifica una factura dentro de la plataforma Face y este campo no se puede repetir, si te han rechazado una factura por algún motivo relacionado con la emisión de una factura rectificativa (alteración de la base imponible debido a errores en los cálculos o tipos de iva incorrectos ) debes emitir una factura rectificativa con el campo InvoiceClass = InvoiceClassType.OR y el ReasonCodeType adecuado al tipo de corrección que vas a realizar. Si el rechazo es por otro motivo que no sea necesaria la emisión de una factura rectificativa, debes solicitar la anulación en la plataforma, luego debes anular tu factura en tu sistema de gestión (o emitir un abono en la serie normal de facturación y no enviarla a FACE) y después volver a crear dicha factura en la serie normal de facturación con los cambios correspondientes y enviarla a Face. La idea que planteas de añadir los sufijos -R1, -R2, etc... al <BatchIdentifier> es una forma de alterar tu contador de facturas que no es CORRECTA. Hay algún vídeo por ahí donde explican cómo hacer esto con la aplicación FacturaE y recomiendan que le añadas un punto al final del número de factura para que el programa te permita volver a generar la factura con el mismo número... vamos una barrabasada como la copa de anteun pino. Recuerda que no sólo exportas a Face, también debes cumplir el reglamento Verifactu.

Vale, Vale, gracias.
No habia visto entre los literales de las razones de rectificación 2 conceptos que son los que necesitaba.
"Literales legales"
"Detalle Operación"

O sea, lo que necesito es enviar la propuesta de anulación, esperar que la acepten y enviar una rectificativa, con su serie correspondiente y motivo "Detalle operación". Aunque es, perdón por la expresión, una grandisima putada tener que esperar que se confirme la anulación, ya que rompe la hilera lógica del emisor, para el receptor, claro, genial. Entonces, lo que voy a hacer es que las propuestas de anulación, para estos casos, se hagan via web y cuando se confirme hago el resto en la aplicación y el envio de la rectificada.

Muchas gracias sglorka, aclarado por fín.



Casimiro, habria que mover desde mi post:

ermendalenda face
Si no me equivoco, las referencias de la ley crea y crece sobre la factura electronica, van dirigidas a las facturas B2B (Entre Empresas), pero no dice nada sobre B2G (De empresa a organismos publicos). Pero tengo una duda sobre las B2G o sea sobre Face en España, a ver si alguien me lo puede resolver, por que seguramente me surja la misma duda (o parecida) con las B2B ya que la base, en principio, va a ser Facturae también.
A ver, cuando una administracion te pide una factura hay que indicar la tripleta de códigos DIR3, obligatoriamente: Oficina Contable, Unidad Tramitadora y Organo Gestor. Además les pueden asignar otro nombre. Hasta aquí bien. El problema es que hay un nodo que no termino de entender y no sé si tiene relación con el tipo de este triplete de Dir3, este es el RoleTypeCode, o sea, si yo elijo estoy dando de alta la unidad tramitadora, ¿Me tienen que dar el Roletypecode? ¿Es obigatorio? ¿El Roletypecode para la unidad tramitadora puede ser cualquiera de los 9 opcionales o está restringido según la Unidad Dir3 que estoy dando de alta?
No encuentro documentación al respecto, aunque si he visto que para las 3 unidades Básicas del trplete siempre he encontrado el mismo Rol, pero no sé si es coincidencia.

Hasta este post, todos los mensajes de ermndalenda y sglorka.
Gracias