Ayuda - Preguntas / Respuestas

La página Envío a PA / eReporting sirve para lanzar un depósito concreto hacia una PA en un momento determinado. Se accede desde las herramientas de exportación de Tempolia, mediante la página Envío a PA / eReporting. Esta página permite elegir la plataforma aprobada utilizada por el despacho: JeFacture/Banqup, Sage Network, Pennylane, Inqom, Iopole, B2BRouter, Billit, Storecove, Pagero, Avalara, Basware o SUPER PDP según los conectores configurados. Tras elegir la PA, Tempolia muestra el texto introductorio correspondiente al conector.

El usuario marca después las operaciones que desea lanzar:

• depósito de facturas;
• envío e-reporting y pagos;
• sincronización de estados;
• consulta puntual del directorio;
• prueba técnica de conexión con la plataforma.

Las operaciones marcadas se ejecutan en un orden estable para evitar olvidos: control técnico si se solicita, consulta de directorio si se solicita, depósito de facturas, e-reporting y pagos, y después sincronización de estados.

El formulario también permite seleccionar una sociedad, un período, el formato esperado por la plataforma y una opción diferencial. La opción diferencial sirve para enviar únicamente los elementos que aún no están trazados como transmitidos.

Esta página no es una página de análisis histórico: sirve para ejecutar una operación. Para consultar lo ocurrido antes o entender un error, hay que utilizar la página de histórico PA. En la práctica, el reflejo correcto es por tanto: lanzar los depósitos desde Envío a PA / eReporting, y después controlar las trazas en Gestión e histórico PA.

El histórico se consulta en la página Gestión e histórico PA. Esta página está separada de la página de depósito para evitar mezclar dos usos diferentes.

• El depósito responde a la pregunta: ¿qué envío ahora?
• El histórico responde a la pregunta: ¿qué se envió, cuándo, con qué estado y qué respuesta técnica?

La página de histórico muestra varias tablas:

• facturas enviadas;
• flujos e-reporting;
• pagos incluidos en declaraciones;
• directorio PA;
• eventos técnicos.

Cada tabla puede filtrarse por plataforma, sociedad y estado. Se conservan identificadores de flujo, identificadores de seguimiento, estados, fechas de envío, errores y respuestas de la plataforma para análisis. Los eventos técnicos permiten ver detalles de intercambio con la plataforma, sus mensajes, errores de validación o estados recibidos.

Si un pago ya transmitido se corrige después mediante una escritura inversa, por ejemplo un rechazo de adeudo, Tempolia conserva ambos eventos en el histórico. Esta separación es importante para la trazabilidad: no se elimina silenciosamente un evento ya transmitido.

Tempolia califica cada factura antes del envío PA. Esta calificación determina si la factura pertenece al e-invoicing B2B Francia o al e-reporting.

En la página de envío, las casillas de acción corresponden a estas familias de flujos: depósito de facturas B2B Francia, e-reporting transacción y pagos.

Una factura B2B Francia no debe salir en el flujo e-reporting transacción. Cuando la información está registrada explícitamente en el cliente o la factura, Tempolia la respeta. Si no, Tempolia infiere prudentemente el perímetro desde el país, SIRET/SIREN y número de IVA.

Antes de un envío, hay que verificar las fichas de clientes: país, SIRET, IVA intracomunitario e información PA. Una mala calificación puede impedir un depósito u orientar la factura hacia el tipo de flujo incorrecto.

La ficha cliente debe contener la información necesaria para identificar al comprador. Se comprueba en Clientes y Expedientes > Clientes.

Para un cliente profesional francés, hay que introducir correctamente SIREN o SIRET. También deben indicarse razón social, dirección, país y, si está disponible, número de IVA intracomunitario.

Para los intercambios PA, el "Id de direccionamiento PA", identificador de enrutamiento del directorio, puede ser necesario. Este identificador indica a qué plataforma o servicio de recepción debe dirigirse la factura. Esta información puede rellenarse en las fichas cliente en la parte superior de la pestaña Facturación. Tempolia también puede buscar o cachear información del directorio PA según los conectores disponibles.

Para un cliente particular, no debe inventarse un SIRET: la factura pertenece al B2C y se tratará mediante e-reporting. Para un cliente profesional extranjero, el país y el número de IVA o identificador profesional permiten calificar el flujo internacional.

Una factura B2B Francia se deposita ante la PA como factura electrónica. Según la plataforma y las opciones, Tempolia envía una Factur-X o datos estructurados en formato CII o UBL. Por defecto, Tempolia prioriza Factur-X cuando el conector la acepta, porque Tempolia ya sabe generar este formato. Algunos conectores imponen o prefieren UBL; en ese caso Tempolia genera datos en formato UBL.

Antes del depósito, Tempolia controla el perímetro PA de la factura. Si la factura es B2C o internacional, Tempolia bloquea el depósito de factura B2B Francia e indica utilizar la acción e-reporting.

Después del depósito, Tempolia almacena los identificadores devueltos:

• documento PA;
• identificador de flujo PA;
• identificador de seguimiento;
• estado;
• fecha de envío.

Esta información es visible en el histórico PA. Después, los estados PA pueden sincronizarse: depósito aceptado, rechazo técnico, puesta a disposición, rechazo, estado funcional, etc.

Si la factura es una prestación con IVA exigible al cobro, los pagos posteriores no se envían como una nueva factura. Se envían como estados de ciclo de vida asociados a esta factura.

Una factura B2C o una factura B2B internacional no sigue el mismo circuito que una factura B2B Francia. No debe depositarse como factura electrónica doméstica B2B Francia: alimenta el flujo e-reporting transacción.

Para un cliente profesional fuera de Francia, Tempolia prepara una transacción unitaria asociada a la factura. Para B2C, los datos pueden agregarse según las reglas de declaración aplicables.

El flujo transmitido contiene la información fiscal útil:

• período;
• sociedad declarante;
• tipo de operación;
• importes sin IVA, IVA y con IVA;
• divisa;
• desglose por tipo de IVA.

Tempolia conserva la transmisión en el histórico PA, con estado, identificador de seguimiento y respuesta de la plataforma. Si la operación está sujeta a IVA al cobro, los pagos también pueden alimentar el e-reporting pago. Los pagos B2C o internacionales se transmiten entonces en el flujo reglamentario de pago.

Si la operación está sujeta a IVA sobre débitos, el e-reporting transacción basta fiscalmente para el IVA: los pagos recibidos posteriormente no desencadenan una declaración de pago PA.

El usuario lanza estos envíos marcando Enviar los flujos e-reporting y pagos en la página Envío a PA / eReporting. El histórico permite después verificar qué facturas o pagos se incluyeron.

La diferencia es esencial para entender lo que Tempolia debe enviar a la Plataforma Aprobada.

El pago sigue siendo útil para el seguimiento del cliente, la conciliación, los recordatorios y la contabilidad, incluso cuando no constituye un dato fiscal de cobro a transmitir a la PA. Para una factura B2B Francia en e-invoicing, el cobro se transmite como estado de ciclo de vida asociado a la factura. Estos estados utilizan el formato CDAR, Cross Domain Acknowledgement and Response, mensaje normalizado AFNOR para eventos de ciclo de vida de factura. Para una factura B2C o internacional en e-reporting, el cobro se transmite en un flujo de pago.

En la práctica, el usuario debe verificar el régimen de IVA aplicable al expediente, la prestación y el cliente antes de interpretar los flujos de pago. Por este motivo, la noción de cobro declarado en Tempolia se lee siempre después de esta calificación IVA. Tempolia solo debe declarar a la PA un cobro considerado efectivo en Tempolia, y solo para operaciones cuyo IVA sea exigible al cobro.

Si la factura está sujeta a IVA sobre débitos, el pago sigue siendo útil para el seguimiento cliente y la conciliación, pero no crea por sí solo una declaración de pago PA. Un pago previsto no es un cobro. Un pago simplemente conciliado indica coherencia contable, pero también debe respetar las reglas de negocio Tempolia para entrar en un flujo PA. La fecha utilizada para declarar el pago sigue siendo la fecha de vencimiento del pago.

Para una transferencia, cheque o pago manual, el pago conciliado y presente en el período puede alimentar la declaración PA. Para un adeudo SEPA, Tempolia exige además que el pago esté marcado Transferido al banco. Esta regla evita declarar un adeudo simplemente preparado pero aún no enviado al banco.

Si el adeudo es rechazado, el rechazo se gestiona creando otro pago negativo, con su propia fecha de vencimiento, véase la FAQ "¿Cómo gestionar un rechazo de adeudo?". Este pago negativo debe conciliarse como las demás escrituras vinculadas a la factura. Será entonces visible en el histórico y podrá corregir el importe declarado para el período afectado.

Para una factura B2B Francia cuyo IVA es exigible al cobro, los cobros no salen en el mismo bloque e-reporting que una factura internacional o B2C. Se envían como estado de ciclo de vida CDAR, Cross Domain Acknowledgement and Response, el mensaje normalizado utilizado para eventos de ciclo de vida de factura. El estado utilizado para el cobro es el estado 212 Cobrada.

Si la factura B2B Francia está sujeta a IVA sobre débitos, la obligación PA se refiere a la factura y sus estados de transmisión o tratamiento, no a una declaración fiscal de cobro.

Tempolia construye un mensaje de ciclo de vida en formato CDAR asociado a la factura depositada. Este CDAR contiene la referencia de la factura, la fecha de vencimiento del pago utilizada como fecha de pago y los importes cobrados desglosados por tipo de IVA.

Cada pago parcial puede producir un estado de cobro distinto. Por ejemplo, una factura pagada en tres veces dará tres eventos de cobro si los tres pagos se cobran en fechas distintas.

Tempolia exige que ya exista un identificador de depósito PA para la factura. Esto evita enviar un cobro imposible de asociar en la PA. Si la factura aún no tiene identificador PA, Tempolia señala el error en el resultado y en el histórico.

Los estados de cobro enviados se registran en el histórico PA para poder encontrar la factura, el pago, la fecha de envío y la respuesta de la plataforma.

Cuando se genera un archivo SEPA, Tempolia marca los pagos como transferidos al banco. Para la declaración PA, Tempolia considera entonces el adeudo como cobrado. No hay un estado PA separado que rellenar en el pago. La fecha declarada sigue siendo la fecha de vencimiento, que debe representar la fecha bancaria esperada para ese pago.

Si el adeudo es rechazado antes de la declaración PA, hay que crear el pago negativo de rechazo antes de lanzar el envío. En Tempolia, el rechazo se crea desde la acción de rechazo en la línea de pago. Esta acción crea una nueva línea de pago negativa cuya fecha de vencimiento debe corresponder a la fecha bancaria del rechazo.

Si un cobro ya había sido transmitido y después llega un rechazo, Tempolia no elimina el histórico. El pago inicial sigue historizado como fue transmitido. La línea negativa de rechazo se convierte en el evento correctivo a transmitir en el período adecuado. El usuario ve por tanto en el histórico el cobro inicial y después el pago negativo que corrige el importe.

La frecuencia reglamentaria depende del régimen de IVA.

Para febrero, el segundo vencimiento del régimen real normal mensual se adapta naturalmente al final del mes. Estos días corresponden a los plazos indicados por la administración fiscal francesa en la tabla oficial de frecuencias y plazos de transmisión e-reporting. Los vencimientos de datos de pago no significan, por tanto, que todos los pagos deban declararse: se refieren a los cobros de operaciones con IVA exigible al cobro.

La PA puede aceptar depósitos más frecuentes, pero Tempolia conserva la traza de lo que ya se ha enviado. En el formulario PA, la opción diferencial permite enviar solo facturas y pagos que aún no están validados como transmitidos. Esta opción se recomienda para tratamientos periódicos, porque evita volver a declarar un pago ya enviado.

Si se produjo un error, hay que consultar el histórico PA antes de relanzar. Una línea con error puede corregirse y reenviarse. Una línea ya enviada y luego corregida debe analizarse con su histórico. En ese caso, no debe simplemente eliminarse la traza: hay que entender el evento, crear si es necesario el pago correctivo negativo y transmitir después los elementos esperados por la PA utilizada.