Configuración de procesos de impuestos basados en formularios

Definición de escenarios

Objective

After completing this lesson, you will be able to explicar cómo configurar un escenario en SAP Tax and Revenue Management

Escenarios

Al crear el formulario, considere las siguientes preguntas para involucrar al equipo de implementación con los matices del desarrollo de formularios desde cero:

  1. ¿Qué campos se requieren universalmente y cómo se correlacionan dentro de cada tipo de ingreso?
  2. Distinguir entre datos maestros y datos transaccionales.
  3. ¿Cuáles son las vistas de formulario pertinentes asociadas a cada agrupación de formularios?
  4. ¿Qué campos requieren cálculos para los pasos siguientes? ¿Se pueden especificar las fórmulas?
  5. Desde un punto de vista técnico, ¿qué tipos de datos se necesitan en el Dictionary ABAP?
  6. ¿Ya tiene una visión concreta del diseño del formulario, como adherirse a una identidad corporativa?
  7. Para comprender completamente todos los procesos interrelacionados, ¿quién dentro de su unidad u organización puede ofrecer asistencia?

Puede utilizar el framework de procesamiento de formularios (FPF) para tratar agrupaciones de formularios en diferentes procesos basados en formularios.

Una agrupación de formularios es una colección de formularios que se deben procesar juntos (por ejemplo, una declaración de impuestos que incluye un formulario de cobertura y varios anexos). 

Puede utilizar FPF para definir formularios específicos de usuario y reglas de procesamiento para estos formularios y la agrupación de formularios que consta de estos formularios. La definición de ambos formularios y reglas de procesamiento puede ser dependiente del tiempo. 

Customizing

Pasos

  1. Definir datos básicos

    Defina un escenario en el framework ISR (solicitud de servicio interno). La definición de un escenario es el primer paso en el proceso de definición de formulario. En este paso se fija un nombre de escenario y se asigna este escenario al tipo de aplicación T para la gestión de impuestos e ingresos.

  2. Definir versión

    Solo una versión de un escenario puede ser válida a la vez.

    Por lo tanto, los períodos de validez de diferentes versiones no deben solaparse.

    La disposición del formulario (en nuestro ejemplo ZVAT_WD_PL_ZVAT001) se añadirá una vez que se haya generado en un paso siguiente. De hecho, primero necesitamos definir los campos en el formulario.

  3. Definir vistas de formulario

    A continuación, defina las vistas de formulario que estarán disponibles al crear el formulario.

    Formularios clásicos

    • Tenga en cuenta que la vista de formulario siempre debe ir en el nombre de campo como prefijo (A_, B_, C_, D_, E_) como fases del procesamiento de formularios.
    • Introduzca un número de posición para la separación dejando al menos 5 o 10 dígitos en el espaciado de números, 10, 20, 30, etc.
    • Las diferentes vistas son importantes para seguir editando el formulario y su rol en el cockpit de procesamiento.
    • Un objeto de autorización (F_PSFH_FVW) está disponible para las vistas de formulario para proporcionar a los responsables de impuestos solo los campos para los que tienen permiso en la aplicación de procesamiento de impuestos.
    • Tenga en cuenta que no tiene que utilizar todas las fases de su implementación, por ejemplo, solo podría utilizar una fase.

    Formularios sin fases

    • Puede decidir utilizar el procesamiento de formularios sin fases donde no necesite diferentes vistas de formulario. El estado de procesamiento en un formulario se introduce mediante eventos de creación de versiones. Cada evento de creación de versiones se representa mediante una instantánea. Puede crear tipos de instantánea y, al hacerlo, sustituir funcionalmente vistas de formulario basadas en fases.
    • Durante el procesamiento de formulario Web Dynpro, el sistema siempre muestra las entradas de formulario más recientes en un formulario sin fases.
  4. Definir campos de vista de formulario

    Defina todos sus campos asignando un nombre de campo a un tipo de carácter, una referencia y un número de índice.

    Por último, configure el campo de vista de formulario; son esenciales para que el proceso funcione sin problemas. Utilice convenciones para fijar nombres, como el prefijo "A_", para enlazar con las vistas/fases de formulario definidas previamente.

    Para mayor claridad y escalabilidad, considere numerar cada campo con un sistema de dos dígitos. Este enfoque simplifica las adiciones a su formulario y mantiene la claridad en escenarios complejos. Cuando apunte a un campo numérico, por ejemplo, etiquételo como AMOUNT_PS, asócielo con el tipo de diccionario y proporcione una descripción adecuada.

  5. Definir atributos de la vista de formulario

    Para comparar los valores de campo de formulario mediante versiones de formulario, debe definir el nombre de campo en el formulario predecesor si no es el mismo que el nombre de campo en el formulario actual.

    También puede fijar el campo como relevante para la extracción BI o asignar el campo a una tabla que se gestionará como tal en BRFplus.