Diseño Funcional

ERTR18 – Aplicativo ARCIBA

<RTR/FI-TAX>
IDENTIFICACIÓN:

ID RICEFW ERTR18

Título Aplicativo ARCIBA

Frente funcional FI-TAX

Responsable funcional Matías Sartor - matias.cesar.sartor@accenture.com

Responsable técnico (Nombre y Apellido – Mail )

(X) Reporte
( ) Interfaz
Tipo de RICEFW ( ) Conversión
( ) Enhancement
( ) Formulario
Prioridad (Baja )

ESTIMACIÓN:

Fecha prevista para la conclusión de la Especificación Técnica

Fecha prevista para la conclusión del desarrollo

APROBACIÓN:
Rol en la Organización /
Nombre Fecha
Proyecto
Juana Cabral Negocio Raízen - TAX 18/11/19

Alex Yasunaka IT Brasil 18/11/19

CONTROL DE VERSIONES:

Fecha Versión Autor Descripción

Se envía DF para aprobación Negocio
14/11/19 1 Matías Sartor
Raízen e IT Brasil.

PROYECTO: RAÍZ DIGITAL FASE: CONSTRUCCIÓN ENTREGABLE: DISEÑO FUNCIONAL 2

INDICE
1. Visión General ............................................................................................................................................ 5
1.1. Descripción breve .................................................................................................................................. 5
1.2. Alcance .................................................................................................................................................. 5
1.3. Prerrequisitos ......................................................................................................................................... 5
2. Diseño Funcional ........................................................................................................................................ 5
2.1. Diagrama / flujo del proceso .................................................................................................................. 5
3 Especificación funcional detallada ............................................................................................................. 6
3.1 REPORTE.............................................................................................................................................. 6
3.1.1 Descripción detallada del reporte .......................................................................................................... 7
3.1.2 Criterios de Selección ............................................................................................................................ 7
3.1.3 Flujo de pantallas/lógica/datos .............................................................................................................. 7
3.1.4 Descripción de los Datos ....................................................................................................................... 9
3.1.5 Modalidad de salida ............................................................................................................................. 10
3.1.6 Diseño del Reporte .............................................................................................................................. 10
3.1.7 Cortes de página ................................................................................................................................. 10
3.1.8 Diagrama de Sumarización del reporte / Criterio de ordenamiento .................................................... 10
3.2 FORMULARIOS .................................................................................................................................. 11
3.2.1 Descripción detallada formularios ....................................................................................................... 11
3.2.2 Matriz de mapeo de datos ................................................................................................................... 11
3.2.3 Textos Estándares y Logos ................................................................................................................. 11
3.2.4 Diseño del formulario ........................................................................................................................... 11
3.2.5 Saltos de página .................................................................................................................................. 11
3.2.6 Detalle del diseño ................................................................................................................................ 11
3.3 INTERFAZ ........................................................................................................................................... 11
3.3.1 Descripción detallada de la Interfaz .................................................................................................... 11
3.3.2 Requerimientos técnicos ..................................................................................................................... 11
3.3.3 Sistemas involucrados / Dirección ....................................................................................................... 11
3.3.4 Tipo de solución ................................................................................................................................... 11
3.3.5 Volumen, tiempo de ejecución, soportes............................................................................................. 11
3.3.6 Archivo/mensaje de Entrada................................................................................................................ 11
3.3.7 Archivo/mensaje de Salida .................................................................................................................. 11
3.3.8 Reglas de Negocio / Mapeo de datos ................................................................................................. 11
3.3.9 Configuración ALE/EDI ........................................................................................................................ 11
3.4 CONVERSIONES DE DATOS ............................................................................................................ 12
3.4.1 Descripción detallada .......................................................................................................................... 12
3.4.2 Controles y reconciliación necesarios ................................................................................................. 12
3.5 ENHANCEMENTS ............................................................................................................................... 12
3.5.1 Descripción lógica requerida ............................................................................................................... 12
3.5.2 Ampliaciones de Tabla ........................................................................................................................ 12
3.5.3 Tablas propias – Diccionario de datos ................................................................................................ 12

PROYECTO: RAÍZ DIGITAL FASE: CONSTRUCCIÓN ENTREGABLE: DISEÑO FUNCIONAL 3

3.5.4 Ayudas de búsqueda ........................................................................................................................... 12
4 Manejo de errores .................................................................................................................................... 12
5 Log ............................................................................................................................................................ 12
6 Frecuencia de ejecución .......................................................................................................................... 12
7 Requerimiento de seguridad / Autorizaciones ......................................................................................... 12
8 Procedimiento de contingencia ................................................................................................................ 12
9 Plan de Pruebas ....................................................................................................................................... 12

PROYECTO: RAÍZ DIGITAL FASE: CONSTRUCCIÓN ENTREGABLE: DISEÑO FUNCIONAL 4

1. VISIÓN GENERAL

1.1. DESCRIPCIÓN BREVE

Para realizar la liquidación de las retenciones y percepciones IIBB (Ingresos brutos) de la jurisdicción de
Capital Federal, Raízen requiere informar todas las retenciones y percepciones en un periodo determinado.
Desde SAP se realizará un reporte que será la base para que el analista de impuestos arme el archivo .TXT.

1.2. ALCANCE
El alcance del desarrollo es desde la obtención de determinados datos desde SAP con una lógica a definir,
hasta la generación de una ALV con los campos requeridos para que el negocio pueda armar los TXT
necesarios. Queda fuera del alcance la salida del TXT con el formato requerido por ARCIBA.

1.3. PRERREQUISITOS
1 - Tener registrados comprobantes con retenciones y percepciones de IIBB de capital federal.
2 – Generar el reporte con los parámetros correspondientes (fechas, sociedad, etc.).

2. DISEÑO FUNCIONAL

2.1. DIAGRAMA / FLUJO DEL PROCESO

En la registración de comprobantes de ventas se contabilizan percepciones de ingresos brutos de capital
federal (dependiendo de la condición impositiva del cliente), además cuando se realizan pagos a proveedores
(teniendo en cuenta la información impositiva del proveedor y lugar de entrega) se le retiene ingresos brutos
para CABA. Dichas retenciones y percepciones deberán ser informadas periódicamente a AGIP
(Administración Gubernamental de Ingresos Públicos).
ARCIBA (es el aplicativo que tiene AGIP para informar las retenciones y percepciones de ingresos brutos de
capital federal), permite informar estos comprobantes por lote (a través de un archivo .TXT). Para realizar este
TXT se realizará un reporte con determinados campos y la posibilidad de bajada a excel para que luego el
negocio pueda armar el TXT con el formato requerido.
La ALV contará con los siguientes campos:
Tipo
N° de Tipo Fecha
Sociedad Ejercicio Comprobante Letra comprobante Nro del comprobante Fecha del comprobante Monto del comprobante Nro de certificado Retención Tipo de documento del retenido Nro documento del retenido Situación IB del retenido Nro Inscripción IB del retenido Situación frente a IVA del retenido Razón Social Importe otros conceptos Importe IVA Monto sujeto a Retención/Percepción Alícuota Importe Retención/Percepción
documento Operación ret./percep.
origen ret./per
BUKRS GJAHR BELNR Campo 1 Campo 2 Campo 3 Campo 4 Campo 5 Campo 6 Campo 7 Campo 8 Campo 9 Campo 10 Campo 11 Campo 12 Campo 13 Campo 14 Campo 15 Campo 16 Campo 17 Campo 18 Campo 19
RZAR 2020 2501250118 1 11.11.2019 03 00000001 11.11.2019 100 00000001 3 30695570933 1 30695570933 1 SHELL ARGENTINA SA 0 0 1000 0.10 100
RZAR 2020 2501250001 2 11.11.2019 01 A 0000500000000 11.11.2019 120 3 30695570933 1 30695570933 1 SHELL ARGENTINA SA 0 210 1000 0.10 100

Ésta ALV debe tener las funcionalidades de poder filtrar, sumarizar, y descarga a Excel.
Ejemplo de ALV (se incluirán los campos detallados en el Excel, en la solapa “ALV”):

El usuario, para garantizar el correcto funcionamiento del aplicativo debe verificar que las clases de
documento utilizadas como parámetros de selección son las que corresponden, además del resto de los
parámetros (fechas, sociedad, etc.).
Una vez realizada, la conciliación del reporte con la cuenta contable correspondiente, se descarga el archivo
en formato .XLS y el usuario se encargará de armar el archivo .TXT con el formato requerido para subir a
ARCIBA.
Flujo de proceso:

PROYECTO: RAÍZ DIGITAL FASE: CONSTRUCCIÓN ENTREGABLE: DISEÑO FUNCIONAL 5

 Se completan Se genera un ALV Conciliación entre
Generación
parámetros de con determinados reporte y cuentas
archivo .XLS
selección campos contables

1 2 3 4

1. El usuario completa determinados parámetros para generar el reporte: Sociedad, fecha de

contabilización, ejercicio, clase de documento, etc.

Ejemplo (a los criterios visualizados, se deben agregar otros campos como “Clase de documento”).

2. El usuario ejecuta el reporte, se mostrará una ALV con determinados campos.

3. El usuario concilia el reporte con las cuentas contables (de percepciones IIBB CABA y retenciones
IIBB CABA).

4. Una vez realizada la conciliación, se genera el archivo .XLS con los campos que muestra la ALV y el
usuario arma el archivo .TXT (fuera de SAP).

3 ESPECIFICACIÓN FUNCIONAL DETALLADA

3.1 REPORTE
1) Pantalla de selección
a) Sociedad: campo de entrada obligatorio con match-code para que el usuario seleccione la(s)
Sociedad(es) (BUKRS). Select option con la posibilidad de ingresar valores individuales.
b) Clase de documento: campo de entrada obligatorio con match-code para que el programa obtenga los
números de documentos correspondientes y rescate el resto de los campos (BLART). Select option con la
posibilidad de ingresar valores individuales.
c) N° de documento: campo de entrada opcional con match-code para que el usuario puede seleccionar
un documento en particular (BELNR). Select option con la posibilidad de ingresar valores individuales.
d) Ejercicio: campo de entrada obligatorio (GJAHR). Este campo debe ser “Parameters”.
e) Fecha contabilización: campo de entrada obligatorio (BUDAT). Select option permitiendo ingresar un
valor o rango.
f) Fecha de documento: campo de entrada opcional (BLDAT). Select option permitiendo ingresar un valor
o rango.

PROYECTO: RAÍZ DIGITAL FASE: CONSTRUCCIÓN ENTREGABLE: DISEÑO FUNCIONAL 6

Ejemplo (con la salvedad de que falta el campo “clase de documento”).

3.1.1 DESCRIPCIÓN DETALLADA DEL REPORTE

Se requiere contar con un reporte con determinados campos (punto 3.1.3 se detallan los campos) donde debe
mostrar una ALV.
Ejemplo de reporte:

El programa debe poder permitir al documento desde la ALV (transacción FB03).

3.1.2 CRITERIOS DE SELECCIÓN

a) Sociedad: campo de entrada obligatorio con match-code para que el usuario seleccione la(s)
Sociedad(es) (BUKRS)

b) Clase de documento: campo de entrada obligatorio con match-code para que el programa
obtenga los números de documentos correspondientes y rescate el resto de los campos (BLART)

c) N° de documento: campo de entrada opcional con match-code para que el usuario puede
seleccionar un documento en particular (BELNR)

d) Ejercicio: campo de entrada obligatorio (GJAHR)

e) Fecha contabilización: campo de entrada obligatorio (BUDAT)

f) Fecha de documento: campo de entrada opcional (BLDAT)

3.1.3 FLUJO DE PANTALLAS/LÓGICA/DATOS

Dado que la ALV tiene que mostrar datos de percepciones y retenciones, se mostrará la lógica para cada
caso (el reporte luego tiene que mostrarla todo en la misma ALV).
1) Lógica Percepciones IIBB

A) Ingresar a BSID o BSAD con:

 BUKRS= Parámetros de selección
 BUDAT=Parámetros de selección

PROYECTO: RAÍZ DIGITAL FASE: CONSTRUCCIÓN ENTREGABLE: DISEÑO FUNCIONAL 7

  BLART= Parámetros de selección
 GJAHR=Parámetros de selección

Obtener los siguientes campos:

 BELNR: Se utilizará para ingresar a BSET y obtener otros datos (campos 16, 17, 18, 19 y 20).
 XBLNR: Se utilizará para informar los campos 5 y 6 del aplicativo.
 KUNNR: Se utilizará para informar los campos 9, 10, 11, 12, 13, 14.
 BUDAT: Se utilizará para informar el campo 2 y 7.
 BLART: Se utilizará para informar el campo 3.
 DMBTR: Se utilizará para informar el campo 7.

B) Ingresar a BSET con:

 BELNR=BSID-BELNR o BSAD-BELNR
 KTOSL=J01 (KTOSL ingresado en YACONST)
 GJAHR=BSID-GJAHR ó BSAD-GJAHR

Obtener los siguientes campos:

 HWBAS: Para el KTOSL=J01 (Ingresado en YACONST). Este campo se utilizará para informar el
campo 17 de la ALV.
 HWSTE:
 Para KTOSL=MWS: Informar BSET-HWSTE como campo 16 (Importe IVA).
 Para KTOSL=J01: Informar BSET-HWSTE como campo 19 (Importe percepción).
 KBETR: Este campo se utilizará para informar el campo 18 (Alícuota) para KTOSL=J01. El dato
obtenido hay que dividirlo por 10.

C) Ingresar a KNA1 con:

 KUNNR=BSID-KUNNR ó BSAD-KUNNR
Obtener los siguientes campos:
 NAME1: Se informará como “Razón Social”, campo 14.
 STCD1: Se informará como “Número de documento retenido”, campo 10.
 STCD2: Se informará como “Nro Inscripción IB retenido”, campo 12.
 FITYP: Se informará como “Situación frente a IVA”, campo 13 a partir de dicha lógica:
o Informar con 1 si FITYP=01
o Informar con 3 si FITYP=04
o Informar con 4 si FITYP=06
 STCDT: Se informará como “Tipo de documento del retenido”, campo 9 a partir de dicha lógica:
o Informar con 3 si STCDT=80
o Informar con 2 si STCDT=86

D) Ingresar a KNB1 con:

 BUKRS=RZAR
 KUNNR=BSID-KUNNR ó BSAD-KUNNR
Obtener el siguiente campo:
 GRIDT: Se utilizará para informar el campo 11 “Situación IB del retenido” en base a la siguiente lógica:
o Informar con 1 si GRIDT=CL
o Informar con 2 si GRIDT=CM
o Informar con 4 si GRIDT=NI

2) Lógica Retenciones IIBB

A) Ingresar a BSIK o BSAK con:

 BUKRS=Parámetros de selección
 GJAHR=Parámetros de selección
 BUDAT=Parámetros de selección

PROYECTO: RAÍZ DIGITAL FASE: CONSTRUCCIÓN ENTREGABLE: DISEÑO FUNCIONAL 8

  BLART=Parámetros de selección
Obtener el siguiente campo:
 BELNR

B) Ingresar a WITH_ITEM con:

 BUKRS=BSIK-BUKRS ó BSAK-BUKRS
 BELNR=BSIK-BUKRS ó BSAK-BUKRS
 GJAHR=BSIK-BUKRS ó BSAK-BUKRS
 WITHT=BC (Ingresado en YACONST)

Para aquellos BELNR que WT_QBSHH <> 0, Obtener los siguientes campos:
 WT_QBSHH: Se informará el campo 19 (Importe retención).
 WT_QSSHH: Se informará el campo 17 (Monto sujeto retención).
 QSATZ: Se informará el campo 18 (Alícuota).
 CTNUMBER: Se informará el campo 8 (Número certificado retención).
 WT_ACCO: Se utilizará para ingresar a LFA1 y LFB1 y obtener campos (9,10,11,12,13,14).
 AUGDT: Se utilizará para informar los campos 2 y 6 (fecha retención y fecha comprobante).

C) Ingresar a LFA1 con:

 LIFNR=WITH_ITEM-WT_ACCO, obtener los siguientes campos:

 NAME: Se informará como campo 14 (Razón Social)

 STCD1: Se informará como campo 10 (Nro documento retenido)
 STCD2: Se informará como campo 12 (Nro Inscripción IB retenido)
 FITYP: Se informará como campo 13 (Situación frente a IVA).
o Informar con 1 si FITYP=01
o Informar con 3 si FITYP=04
o Informar con 4 si FITYP=06
 STCDT: Se informará como campo 9 (Tipo de documento del retenido).
o Informar con 3 si STCDT=80
o Informar con 2 si STCDT=86

D) Ingresar a LFB1 con:

 BUKRS=RZAR
 LIFNR=WITH_ITEM-WT_ACCO
Obtener el siguiente campo:
 GRIDT: Se utilizará para informar el campo 11 “Situación IB del retenido”.
o Informar con 1 si GRIDT=CL
o Informar con 2 si GRIDT=CM
o Informar con 4 si GRIDT=NI
Se detalla un Excel con el detalle de campos que deben ser informados en la ALV.

ALV - ARCIBA.xlsx

3.1.4 DESCRIPCIÓN DE LOS DATOS

Ver Excel, la hoja “ALV” tiene: detalle de los campos y campo SAP a partir de la lógica descripta en el punto
3.1.3.
Ademas en el Excel está el ejemplo con la ALV “final” además de los campos del aplicativo se requiere que
se muestre, sociedad, número de documento, ejercicio, etc.

PROYECTO: RAÍZ DIGITAL FASE: CONSTRUCCIÓN ENTREGABLE: DISEÑO FUNCIONAL 9

3.1.5 MODALIDAD DE SALIDA
Se espera obtener un “ALV” con los campos detallados en el Excel. Deberá contener los siguientes botones:

Además, debe permitir navegar al documento contable (transacción FB03) desde la ALV.

3.1.6 DISEÑO DEL REPORTE

Se ejemplifica con una pantalla de lo que se espera a nivel ALV (sólo a modo de ejemplo, el detalle de campos
de la ALV final está en el Excel adjunto en el punto 3.1.3).

3.1.7 CORTES DE PÁGINA

NA

3.1.8 DIAGRAMA DE SUMARIZACIÓN DEL REPORTE / CRITERIO DE ORDENAMIENTO

Según los campos mostrados en la hoja “ALV”.

PROYECTO: RAÍZ DIGITAL FASE: CONSTRUCCIÓN ENTREGABLE: DISEÑO FUNCIONAL 10

3.2 FORMULARIOS
NA

3.2.1 DESCRIPCIÓN DETALLADA FORMULARIOS

3.2.2 MATRIZ DE MAPEO DE DATOS

3.2.3 TEXTOS ESTÁNDARES Y LOGOS

3.2.4 DISEÑO DEL FORMULARIO

3.2.5 SALTOS DE PÁGINA

3.2.6 DETALLE DEL DISEÑO

3.3 INTERFAZ
NA

3.3.1 DESCRIPCIÓN DETALLADA DE LA INTERFAZ

3.3.2 REQUERIMIENTOS TÉCNICOS

3.3.3 SISTEMAS INVOLUCRADOS / DIRECCIÓN

3.3.4 TIPO DE SOLUCIÓN

3.3.5 VOLUMEN, TIEMPO DE EJECUCIÓN, SOPORTES

3.3.6 ARCHIVO/MENSAJE DE ENTRADA

3.3.7 ARCHIVO/MENSAJE DE SALIDA

3.3.8 REGLAS DE NEGOCIO / MAPEO DE DATOS

3.3.9 CONFIGURACIÓN ALE/EDI

PROYECTO: RAÍZ DIGITAL FASE: CONSTRUCCIÓN ENTREGABLE: DISEÑO FUNCIONAL 11

3.4 CONVERSIONES DE DATOS
NA

3.4.1 DESCRIPCIÓN DETALLADA

3.4.2 CONTROLES Y RECONCILIACIÓN NECESARIOS

3.5 ENHANCEMENTS
NA

3.5.1 DESCRIPCIÓN LÓGICA REQUERIDA

3.5.2 AMPLIACIONES DE TABLA

NA

3.5.3 TABLAS PROPIAS – DICCIONARIO DE DATOS

3.5.4 AYUDAS DE BÚSQUEDA

4 MANEJO DE ERRORES
NA

5 LOG
NA

6 FRECUENCIA DE EJECUCIÓN
El reporte se ejecutará mensual o quincenalmente.

7 REQUERIMIENTO DE SEGURIDAD / AUTORIZACIONES

NA

8 PROCEDIMIENTO DE CONTINGENCIA
NA

9 PLAN DE PRUEBAS
Las pruebas se realizarán en DA2 300.
Dado que aún no se generaron casos de prueba con comprobantes de ventas que tengan percepción IIBB
CABA, no se pueden ingresar los casos de prueba.
# Caso de Prueba Datos de Prueba / Variante Resultado esperado
1 Obtener datos de Ejecución con: Listar documentos de retención:
retención y
Sociedad: RZAR 2725000031
percepción IIBB
Fecha contabilización: 01.10.2019 2725000032
al 31.10.2019
2725000052
Clases de documento: PA, PM,
RV, NS.
2
3

PROYECTO: RAÍZ DIGITAL FASE: CONSTRUCCIÓN ENTREGABLE: DISEÑO FUNCIONAL 12

# Caso de Prueba Datos de Prueba / Variante Resultado esperado
4
5

PROYECTO: RAÍZ DIGITAL FASE: CONSTRUCCIÓN ENTREGABLE: DISEÑO FUNCIONAL 13