Esta versión en español está en proceso, no dudes en dejarnos sus comentarios.
 

¿Con qué frecuencia enviar las declaraciones PA y cómo evitar duplicados?

La frecuencia reglamentaria depende del régimen de IVA.

Captura de la opción diferencial para evitar duplicados de envío PA
La opción diferencial limita el envío a elementos que aún no están trazados como transmitidos, asegurando los tratamientos periódicos.
Régimen IVAFrecuenciaDías límite
Régimen real normal mensualDatos de transacción e-reporting por decenasDía 20 del mismo mes para la primera decena, día 30 del mismo mes para la segunda, día 10 del mes siguiente para la tercera
Régimen real normal trimestralTransmisión mensualAntes del día 10 del mes siguiente
Régimen simplificado de IVADatos de transacción y, cuando existan, datos de pago mensualesEntre el 25 y el 30 del mes siguiente
Franquicia de IVADatos de transacción y, cuando existan, datos de pago bimestralesEntre el 25 y el 30 del mes siguiente al final del período de dos meses
Captura Tempolia: Frecuencia PA historico envios control.
Frecuencia PA historico envios control.

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.

Captura Tempolia: Frecuencia PA facturas origenes a declarar.
Frecuencia PA facturas origenes a declarar.

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.