Una agrupación de formularios se compone de datos de cabecera, datos de formularios y datos de versión. Una agrupación de formularios puede contener varios formularios. Una vez que se modifican los datos de un campo, se almacena una versión separada de cada formulario.
- Para la declaración de impuestos, están disponibles los siguientes objetos de autorización:
- F_PSFH_STA (objeto de autorización Sector público de tratamiento, estado)
- F_PSFH_ACT (Finanzas, Gestión de formularios del sector público_ por actividad - Hace referencia al grupo de autorización)
- F_PSFH_FBT (objeto de autorización Tratamiento de formularios del sector público, clase de agrupación de formularios)
- F_PSFH_FVW (por vista de formulario)
- F_PSFH_REV (por tipo de ingreso)
- SAP proporciona lo siguiente para el cliente:
- Para la declaración de impuestos (DFMCA_RETURN): CI_FMCA_POBJ_ATT (atributos adicionales) y CI_FMCA_POBJ_DATES (campos de fecha adicionales)
- para los formularios de impuestos (DFMCA_FORMS): CI_FMCA_FOBJ_ATT (atributos de formulario adicionales)
La aplicación TRM permite grabar en log las modificaciones en la declaración de impuestos y los datos de formulario.
Las modificaciones se almacenan en la tabla de cabecera CDHDR y en la tabla de posiciones CDPOS.
Las modificaciones de la cabecera de declaración fiscal se almacenan con el ID de objeto FMCA_RETURN, las modificaciones de los datos de formulario se almacenan para el ID de objeto FMCA_FORMDATA.
En la configuración de las vistas de formulario, puede marcar qué vistas se pueden grabar en log para modificaciones.
Workbench de migración
El registro fiscal y las presentaciones de impuestos se pueden cargar en SAP TRM mediante el workbench de migración.
En la transacción EMIGALL está disponible el objeto de migración PS_RETURN.
Carga de datos
Como preparación para la declaración de impuestos, se debe fijar y ajustar la carga de la configuración de migración. La tarea principal es definir la forma en que se debe rellenar cada campo individual en las estructuras de datos de automatización durante la carga de los datos.
Una vez finalizada la configuración de migración (hasta cierto punto), se debe generar el programa de carga. Con esta acción, la configuración se transfiere al código ABAP.
El programa de importación de datos (report de carga o programa de carga) lee los registros del archivo, transforma estos datos según las reglas de campo y los organiza en la estructura de datos automáticos. A continuación, se llama y ejecuta el módulo de input directo.
La gestión de claves y status (KSM) se actualiza (resultado positivo) o, en caso de resultado negativo, el error que se ha producido se escribe en el log de errores. En función de los parámetros, los registros de datos erróneos se escriben en el fichero de errores para su corrección y se reinician posteriormente.
Pantalla de importación de datos
La pantalla de importación proporciona funciones para actualizar archivos y enviar jobs.
Actualización de archivos
- Crear/eliminar un archivo de migración
- Editar los registros de un fichero de migración (añadir, modificar, borrar)
- Importar objetos de datos marcados
- Copiar un fichero de migración en el directorio PC local (fichero delimitado por tabulaciones)
- Generar informes de utilidad para división y conversión de archivos
Actualización de tareas
- Las ejecuciones de importación se pueden iniciar en modo interactivo (proceso de trabajo)
- Los jobs de importación se pueden iniciar inmediatamente en el proceso de trabajo por lotes
- Los trabajos de importación se pueden programar para más tarde
- Función de utilidad de envío en masa
- Acceso a estadísticas de migración y log de errores
Reglas de campo
Nota
SAP proporciona un código fuente de ejemplo para los siguientes campos en el objeto de migración PS_RETURN:
- Contribuyente: si el campo Contribuyente es inicial, el ID de socio comercial se deriva del número de identificación proporcionado en la declaración de impuestos. Si el campo contribuyente no es inicial, se tendrá en cuenta en la declaración fiscal.
- Cuenta: Si la cuenta es inicial, el tipo de cuenta contrato se deriva del tipo de ingreso. Se tendrá en cuenta la primera cuenta de contrato encontrada para el socio comercial y esta categoría de cuenta de contrato derivada. Si el campo cuenta no es inicial, el valor de campo proporcionado se tendrá en cuenta en la declaración fiscal.
- ID de registro: si el ID de registro es inicial, el tipo de objeto de contrato se deriva del tipo de ingreso y la clave de período. El primer conjunto de cuentas de contrato dependientes de los datos del objeto de contrato se tendrá en cuenta en función del socio comercial, la cuenta de contrato y el tipo de objeto de contrato derivado. Si el campo ID de registro no es inicial, el valor de campo proporcionado se tendrá en cuenta en la declaración fiscal.
- Duplicate_to: si se encuentra un duplicado, el GUID de la devolución original podría fijarse en el campo DUPLICATE_TO. La regla de ejemplo lee todas las declaraciones de impuestos para el mismo socio comercial, tipo de ingresos, clave de período y objeto de contrato. Si no se encuentra ninguna declaración fiscal, el campo permanece inicial. Si solo se encuentra una declaración de impuestos, el campo se rellena con EL CASE_GUID de la declaración de impuestos encontrada. Si se encuentran varias declaraciones de impuestos, busque la primera declaración de impuestos, donde no hay ninguna entrada en el campo Declaración duplicada. A continuación, la regla busca la declaración de impuestos cuya guía de caso se referencia en el campo duplicate_to. La regla continúa hasta que se encuentra el último elemento de la cadena de declaración de impuestos y tiene en cuenta el GUID del último elemento.