asug reunion 20131121

Reunión ASUG

Noviembre 2013

Soluciones liberadas en 2013:

RG 2758, RG 2904 y RG 2485: Archiving para factura electrónica

RG 2226/2007, RG 830/2000 y RG 1904/2005: Archivos de exenciones

de IVA, Ganancias y SUSS.

RG 1817/2005 AFIP: Padrón de contribuyentes

RG 615/1999: RG 18/1997 escenario facturas <= $ 10.000

RG 2616/2009-AFIP y Res 339/2009-AGIP: Nuevo reporte

Subdiario de IVA y duplicado electrónico (RG1361/2002)

Yamila Cánepa y Flavio Gerstner

Localization Product Managers - Globalization Services

© 2011 SAP AG. All rights reserved. 2 Confidential

Archiving para factura electrónica

Funcionalidad: Archiving de archivos XML para Factura Electrónica

método Web Service.

Permite almacenar los archivos XML enviados a AFIP en el servidor

ERP. Tanto los aprobados como los rechazados.

Disponibilidad a partir de versiones de SAP ERP 6.0 o superior y PI

7.1 o superior

Notas liberadas para todos los clientes:

RG 2758: Número de nota 1883819.



Reporte consulta de tablas:

Número de nota 1814978.


RG 2226/2007, RG 830/2000 y RG 1904/2005: Archivos de

exenciones de IVA, Ganancias y SUSS.

Descripción de las normas:

AFIP otorga certificados de reducción y/o exclusión a determinados

contribuyentes en los siguientes impuestos :

IVA (RG 2226/2007)

Ganancias (RG 830/2000)

SUSS (RG 1904/2005)

Solución propuesta:

Los padrones disponibles en el sitio de la AFIP se utilizan para los

procesos automáticos de actualización de los indicadores de

retención del maestro de proveedores.

Estado Actual: En abril de 2013 se liberó la nota 1767187 para todos

los clientes.


RG 1817/2005 AFIP: Padrón de contribuyentes

Criterio anterior: Desarrollo local no estándar administrado por

ASUG

Propuesta: Desarrollo estándar

Estado Actual:

Pruebas piloto aprobadas por Multiradio y en curso para

Embotelladora del Atlántico.

Número de Nota: 1869258 liberada para todos los clientes


Actualización mediante el archivo de RG 1817/2005-AFIP:

Modo de uso


Actualización mediante el archivo de RG 1817/2005-AFIP:

Características generales

Incluye clientes y proveedores.

Utilizar el archivo de AFIP con o sin nombre.

Toda la información del archivo de AFIP es copiada en SAP.

Detecta y actualiza todos los cambios en los campos del archivo de

AFIP.

Detecta y actualiza cambios en el nombre y en algunos campos

relacionados con el código de responsabilidad en los maestros de

clientes y proveedores.

Puede ser ejecutado en línea o en fondo

Puede ser ejecutado con el archivo desde la PC o en el servidor.

Actualiza el código de responsabilidad en IVA en SAP (tax type) del

cliente y proveedor relacionados mediante una tabla cruzada.


RG 615/1999: RG 18/1997 escenario facturas <= $ 10.000

Solución estándar para RG 18/1997: Actualización mensual del

maestro de proveedores y partidas abiertas por archivo reproweb.

Escenario no contemplado en la solución estándar:

Compañía exportadora y agente de retención de IVA

Factura menor de $ 10.000

Registro y pago en el mismo mes.

Solución propuesta: Reemplazo automático del indicador de IVA al

momento de la carga de la factura en función al importe total y las

condiciones de la compañía.

Estado Actual:

Pruebas piloto aprobadas por Expofrut.




La RG 2616/2009 (AFIP) y la Resolución 339/2009 (AGIP) tienen un

mínimo para retener.

Esta retención se debe efectuar hasta que el proveedor/cliente cambie

de situación frente al monotributo (AFIP) o el régimen simplificado

(AGIP).

La solución SAP para la RG 2616 (AFIP) y Res 339 (AGIP) marca con

una "X" la tabla “J_1AR_MTYPE” y “J_1AR_DTYPE” respectivamente

cuando el proveedor/cliente excede algún mínimo y ya no verificará

mas el mínimo.

Entonces, cuando SAP encuentre las tablas marcadas efectuará las

correspondientes retenciones/percepciones a la espera de que se

modifiquen los indicadores de retención de monotributo o régimen

simplificado.



Contexto general

Los siguientes escenarios no estaban contemplados en la solución SAP

estándar:

Anulación de pagos: Cuando se efectúa un pago que excede el

mínimo de la RG 2616/2009 de AFIP ó la Res. 339/2009 de AGIP el

sistema marca con una "X" la tabla “J_1AR_MTYPE” y

“J_1AR_DTYPE” respectivamente pero si este pago se anula, no se

desmarcan las tablas.

Propuesta de pago: Cuando se efectúa un propuesta de pago por el

programa de pagos automáticos (F110) y un pago de la propuesta

excede el mínimo de retención, el sistema marca las tablas para el

proveedor pero no elimina dichas marcas cuando se borra la

propuesta .

Por cuestiones técnicas y funcionales no es posible el desmarcado automático

con dichas transacciones, entonces se creó un reporte que borra la marca

de las tablas “J_1AR_MTYPE” and “J_1AR_DTYPE”.



Estado actual

Estado Actual:

Pruebas piloto aprobadas por cliente piloto.




1. Alcance del proyecto

2. Plan de trabajo

3. Próximos pasos



1. Alcance del proyecto:

Se propone desarrollar nuevamente el subdiario de IVA y

duplicado electrónico (actual reporte J_1AF205) conforme la RG

1361/2002 y sus modificatorias.

ASUG Argentina deberá crear una especificación funcional “de

cero” en donde se incorporarán todos los requerimientos y

escenarios consensuados con los miembros de ASUG.

Los requerimientos a consensuar deberán cumplir con el alcance

de la localización Argentina (obligatorio, nacional y general) y solo

serán desarrollados los acordados con los Laboratorios SAP.



2. Plan de trabajo

1. Relevamiento y análisis de casos

2. Determinación de clientes piloto

3. Presentación de la especificación funcional

4. Análisis y acuerdo de la EF con los Laboratorios de Desarrollo

5. Aprobación final de ASUG

6. Estimación de esfuerzo y definición de fechas

7. Desarrollo

8. Pruebas Piloto

9. Armado de notas

10. Liberación a todos los clientes



2. Plan de trabajo

2. Determinación de clientes piloto.

Responsabilidades de clientes piloto:

Aplicación de notas en ambiente de test

Customizing según la documentación de la nota

Entregar una fecha estimada de finalización dentro de

plazos razonables

Efectuar y documentar las pruebas en el plazo propuesto

Únicamente si se cuenta con tres clientes pilotos se podrá

analizar la especificación funcional



2. Plan de trabajo: Estado actual

2. Determinación de clientes piloto.

Pilotos postulados:

Piloto 1: Havanna

Piloto 2: La Hispano

Piloto 3: La Anónima

3. Presentación de la especificación funcional (en idioma inglés).



3. Próximos pasos:

1. Determinación de los clientes piloto

2. Aprobación del borrador de la especificación funcional por parte

de la Comisión.

Gracias por su atención!

asug reunion 20131121

Business