Histórico da Página

Información General

   Leyenda: 1 – Innovación 2 – Mantenimiento (Los demás campos se deben completar en ambos los procesos). 

(Obligatorio)

Objetivo

<En esta etapa, informar el objetivo de la especificación del requisito, es decir, lo que la funcionalidad debe realizar. Ejemplo: Permitir que el usuario defina el porcentaje mínimo en efectivo (dinero), la referencia mínima para el cálculo de los débitos del alumno y el periodo de validez del parámetro de negociación>.

Objetivo

Se debe incorporar al ERP la funcionalidad requerida por la DGR 193/10 – Chubut (“CB”) - Régimen de Retenciones y Percepciones – Percepciones – Aplicativo Web: WAPIB

Definición de la Regla de Negocio

 <Regla de negocio es lo que define la forma de realizar el negocio, el proceso definido y/o las reglas que se deben considerar. Se deben describir las restricciones, validaciones, condiciones y excepciones del proceso. Si necesario, incluir,también en este capítulo, las reglas de integridad que se deben verificar al momento del desarrollo>.

 <En la tabla abajo, informe las rutinas involucradas, el tipo de operación, la opción de menú y, si necesario, una breve descripción de las regras de negocio relacionadas a la rutina>.

Ejemplo de aplicación:

• • Crear el
campo “% Mínimo Efectivo” (AAA_PERESP), en que el usuario informará el % que el alumno pagará en efectivo (dinero). Ese % podrá modificarse durante la negociación.
• Crear el campo “Referencia Mínima para Cálculo” (AAA_REFCAL), en que el usuario informará uno de los 4 valores disponibles para pago de las mensualidades  como la referencia mínima para calcular el débito total del alumno.
• Crear el parámetro MV_ACPARNE, que definirá si la información de “% Mínimo Efectivo” y “Referencia Mínima para Cálculo” será obligatoria.
• El parámetro MV_ACPARNE debe tener las opciones: 1=Obligatorio y 2=Opcional. Se debe inicializar como opcional>.

Tablas Utilizadas

• SE2 – Archivo de Cuentas por Pagar
• FI9 – Control de Emisión de DARF>.

Opcional

Prototipo de Pantalla

<Si necesario, incluirprototipos de pantallas con el objetivo de facilitar la comprensión del requisito, presentar conceptos y funcionalidades del software>.

Prototipo 01

 Image Removed

Opcional

Flujo del Proceso

<En esta etapa, incluir representaciones gráficas que describan el problema por solucionar y el sistema que se desarrollará. Ejemplo: Diagrama - Caso de Uso, Diagrama de Actividades, Diagrama de Clases, Diagrama de Entidad y Vínculo y Diagrama de Secuencia>. 

• • archivo DGR19310.INI para la creación de los archivos.
  • Modificar la rutina LOCARG.PRW para la generación de información para los archivos de Percepciones/Retenciones de Chubut.
  • Selección de sucursales.
  • Selección de provincia.
  • Los campos están delimitados por tamaño.
  • Los campos alfanuméricos se completarán con espacios en blanco
  • Los campos numéricos se completarán con ceros hasta llenar el tamaño
  • Los importes serán informados con dos decimales sin el separador decimal
    
    Parámetros
  • Periodo(MMAAAA)
    
    Selección de Registros
    
    Obtener FB_CODBAS donde: FB_ESTADO = 'Provincia' del Parámetro informado ("CB") y FB_CLASSIF = 'Ingresos Brutos'  y FB_CLASSE = 'Percepción'
    
    Tomar datos de la tabla de Libros Fiscales (SF3), filtrando por fecha (F3_EMISSAO) según los parámetros ingresados y F3_VALIMP <> '0' y F3_TIPOMOV = 'V' y F3_ESPECIE = 'NF', 'NDC', 'NCC', 'NDI', 'NCI'
    
    

Tablas Utilizadas

• • SF3 – Libros Fiscales
  • SF1 – Encabezado de Facturas de Entrada.
  • SD1 – Items de Facturas de Entrada.
  • SF2 – Encabezado de Facturas de Salida.
  • SD2 – Items de Facturas de Salida.
  • SF3 – Libros Fiscales.
    
  • SA1 – Clientes.
  • SFB – Impuestos Variables.

(Opcional)

Grupo de Preguntas

<Información utilizada en la línea Protheus>.

Nombre: FINSRF2

(Opcional)

Consulta Estándar

<Información utilizada en la línea Protheus>

Consulta: AMB

(Opcional)

Estructura de Menú

<Información utilizada en la línea Datasul>.

Procedimientos

Programas

Archivo de Papeles

<El archivo de papeles es obligatorio para los proyectos de desarrollo FLEX a partir del Datasul 10>.

<Recordatorio: el nombre de los papeles en inglés que se describe en este punto del documento se deben homologar por el equipo de traducción>.