Detección de modificaciones de impuestos

El escenario empresarial típico para la modificación de impuestos es el siguiente:

• Un contribuyente ya ha presentado una declaración de impuestos para cumplir con las obligaciones fiscales, que pueden contener datos incorrectos.
• La versión incorrecta puede ser modificada por el contribuyente o corregida por un responsable fiscal.
• Mientras tanto, los cambios autorizados se pueden registrar y vincular al envío original. Como resultado, las contabilizaciones, así como la evaluación de impuestos en PSCD se pueden ajustar en consecuencia.

La modificación de impuestos normalmente la inicia un contribuyente, pero también la puede desencadenar un responsable de impuestos en algunos casos de usuario.

Una declaración corregida es una declaración duplicada en el sentido de que ya existe una declaración de impuestos archivada con los mismos criterios de detección (socio comercial, cuenta contrato, objeto de contrato, clave de período y tipo de ingresos) en el sistema. Por lo tanto, hay al menos dos declaraciones de impuestos en el mismo sistema que potencialmente compensan la misma obligación de presentación. Como definición estándar, la declaración de impuestos con una fecha de recibo posterior se considerará como la declaración de impuestos modificada si esas declaraciones tienen los mismos criterios de detección. La lógica se puede sustituir en un evento PSCD P281 (Verificaciones adicionales para declaraciones de impuestos corregidas). Por ejemplo, alguna oficina fiscal utiliza una casilla de selección en el formulario de impuestos y es una declaración modificada cuando la casilla de selección está marcada.

La detección de modificaciones se puede desencadenar desde la actividad en masa para procesar agrupaciones de formularios o en el cockpit de responsable fiscal. La excepción es si el responsable de los impuestos modifica la presentación de impuestos original directamente sin crear una nueva. En este caso, no se tiene en cuenta la detección de modificaciones.

Los datos de la declaración de impuestos corregida se pueden fusionar en la original. Esta lógica se puede ampliar en un evento PSCD.

La fusión de datos se produce de la siguiente manera:

• Los datos de cabecera en el envío de impuestos corregido se pueden transferir al envío original o puede conservar la cabecera original. Esta lógica se puede ampliar en el evento P281.
• Los formularios del envío original se sustituirán o insertarán de los formularios en el envío de la modificación.
• Cuando se sustituyen, los datos de formulario en diferentes fases se pueden actualizar automáticamente. Las siguientes diapositivas darán ejemplos para la combinación de datos de formulario.
• El envío de la modificación se anulará después de la fusión de datos.

La lógica anterior también se puede ampliar en los eventos PSCD P280 (Crear propuesta de fusión para declaraciones de impuestos rectificadas), P282 (Fusionar formularios de declaraciones modificadas), etc. Cuando se encuentran más de dos duplicados, las relaciones de sustitución entre los envíos no se pueden determinar automáticamente. En este caso, se implicaría una intervención manual para que el usuario pueda iniciar una aplicación de fusión dentro del cockpit de declaración de impuestos. A continuación, el usuario determina el original, así como el envío de la modificación, e inicia la fusión manualmente.

Un responsable fiscal puede desencadenar la fusión de modificaciones manuales haciendo clic en el botón Fusionar devolución. El sistema ofrece las siguientes opciones de fusión:

• Mover a origen y anular significa que el retorno duplicado seleccionado se excluye porque los datos corregidos se fusionan con el original. La devolución duplicada seleccionada se anula posteriormente.
• Mover a destino y anular significa que la devolución original, excluyendo los datos corregidos, se fusiona con la duplicada seleccionada. El original se anula después.
• Mover a origen con corrección y anulación significa que la devolución duplicada seleccionada, incluidos los datos corregidos, se fusiona con la original. La devolución duplicada seleccionada se anula posteriormente.
• Mover a destino con corrección y anulación significa que la devolución original, incluidos los datos corregidos, se fusiona con el duplicado seleccionado. El original se anula después.

Antes de entrar en las opciones de fusión, reajustamos un poco el concepto de fase en un formulario de impuestos. Según las opciones configurables, la declaración de impuestos puede tener las siguientes fases:

• A - "tal como se presentan", datos presentados por el contribuyente
• B - "en su versión modificada", datos presentados por el contribuyente en una presentación de formulario de impuestos de modificación
• C - 'tal como se han calculado', datos calculados y actualizados por el motor de reglas
• D - "corregido", datos actualizados por el responsable de impuestos
• E - "como auditado", datos modificados por el auditor fiscal

Las siguientes diapositivas ilustrarán los posibles casos de fusión de datos de formulario junto con la gestión de modificaciones. Toda la lógica programable se puede ampliar mediante los eventos PSCD P280 (Crear propuesta de fusión para declaraciones de impuestos corregidas), P282 (Fusionar formularios de declaraciones modificadas), etc.

Paso 1: La portada dentro de la devolución original A tiene valores de campo 100K, 200K en los campos de formulario respectivos. Se representan en la fase "como archivado".

Paso 2: El retorno corregido B tiene valores de campo 110K, 210K. Después de la fusión, los nuevos valores se almacenarán en la fase "Como modificado".

Paso 3: La devolución se modifica de nuevo con la devolución C con los valores de campo 120K, 220K.

A menudo, el responsable fiscal solo se preocupa por la presentación final del formulario de impuestos. Además, lo que interesa al responsable fiscal también son los datos del formulario en la presentación original o exactamente la presentación anterior. Existen dos opciones prevalentes para apoyar el caso cuando se realiza la fusión:

Opción 1: Desplace los datos «modificados» a «tal como se han archivado» y tome los nuevos datos de presentación para sobrescribir la fase «modificada».

Opción 2: Mantenga siempre los datos "como se han archivado" y tome los nuevos datos de envío para sobrescribir la fase "tal como se modificó".

Paso 4: Un responsable fiscal puede pasar algún tiempo investigando un envío de impuestos y mantener la actualización de los datos del formulario directamente en la fase "como corregido".

Como una de las características alrededor del concepto de fase en un formulario de impuestos, los datos "como corregidos" los utiliza un responsable fiscal solo cuando desean actualizar el formulario de impuestos.

Durante la fusión de modificaciones, el responsable de impuestos no desea perder los datos. Por lo tanto, como entrega predeterminada, los datos "como corregidos" se arrastran al envío fusionado.

Las presentaciones de impuestos no se pueden tomar en el sistema para sustituir las existentes sin ninguna limitación. Si una enmienda fue presentada o iniciada después de ciertos años de presentación original, la enmienda se llamará "Enmienda tardía".

De forma predeterminada, cualquier envío de impuestos recibido más allá del plazo establecido (según el tipo de impuesto y el período) definido en la configuración se considerará una modificación tardía.

Vía de acceso de configuración: Gestión financiera → Cuenta corriente contractual → Operaciones comerciales → Subreparto de impuestos del sector público → Procesamiento de formularios → Modificaciones → Definir período máximo para modificaciones tardías.

Los formularios de la enmienda tardía aún se pueden transferir a la declaración de impuestos original, pero sin ninguna capacidad para sustituir los existentes, ni participar en ningún cálculo más adelante. La entrega predeterminada se puede ampliar ya que la lógica está encapsulada en el evento PSCD P283 (Gestionar modificaciones tardías).