Adjunto a continuacion la minuta de la reunión mantenida con Oracle el pasado 12 de Septiembre.
Saludos a todos

Ariel

______

Latin OAUG Meeting
Minuta de Reunión
12, Septiembre, 2006
Oficinas Oracle - Ing. Huergo 1167, Directorio, Buenos Aires, Argentina      

Participantes Cliente:   

•    Luis Fernández, EBS:
•    Ariel Cruzado, Emerson
•    Fabiana Berrozpe, IT Convergence
•    Alejandra Vilchez, La Caja
•    Cecilia Aceti, IT Convergence

       
Participantes Oracle:   
   
•    Hernan Tojo (Senior Manager, Global Strategy)
•    Agustin Daverio (Senior Apps Sales Consultant)
•    Fernando Armendaris (Consulting Sales Manager)
•    Mario Nobre  (participación remota)
•    Angela Cysneiros (participación remota)
•    Odair Aguiar (participación remota)   
   
Agenda:
   
-    Revisión de la Lista de Requerimientos (22 puntos)
-    Clarificación de expectativas y opciones viables ante cada inquietud.
   
   
Desarrollo/Pendientes:

1. Tipo de cambio en el cálculo de las retenciones cuando las mismas se efectúan para facturas y pagos en moneda extranjera. Toma siempre el tipo de cambio de la factura y debería ser el tipo de cambio del pago.
Punto 1: Tema solucionado con una localización. Parche habilitado. Oracle enviará los datos sobre este parche.

2. Cálculo de Impuestos para los anticipos de AR: la aplicación no permite calcular impuestos para los anticipos a clientes. En los países de Latinoamérica es un requerimiento legal.
Punto 2: El motor de anticipos no llama al tax engine obligando al cliente a trabajar manualmente. Hernán necesita una descripción detallada del proceso actual, cuantificando el volumen de transacciones, impuestos a ser cubiertos, tipo de industria y la solución tomada a hoy con un grupo de compañias representativas. El grupo de usuarios enviará dicha información.

3. Emisión de Remitos de Inventario: la aplicación no brinda la posibilidad de emitir remitos desde el modulo de inventario para la salida de stock. Es un requerimiento legal en Argentina.
Punto 3: Se recordó que no existe un modelo standard de impresión. No existe tabla de remito generadas. Hernán hará una investigación sobre el tema en los módulos de Inventario y  OM y enviara una posible estrategia a seguir al LatinOAUG.

4. Emisión de Remitos desde OM: la aplicación no brinda la posibilidad de emitir remitos desde el módulo de shipping cuando se le envía un producto al cliente originado por la entrega de un pedido de venta. Es un requerimiento legal en Argentina.
Punto 4: Oracle solicito aclarar el tema a traves de una lista puntual de inconvenientes. El grupo enviará dicha información.

5. Asignación de gastos por comercio exterior: no existe un modulo que permita prorratear los gastos y efectuar el seguimiento (puertos, aeropuerto, etc.) de los productos originados en una importación.
Punto 5: Oracle aclaró que este tema no esta hoy dentro del scope de la solución.  Se investigará la posibilidad de encontrar un remplazo oficial como opción.

6. Prorrateo de gastos en el costo de mercadería vendida para exportaciones y envíos a clientes: no es posible asignar gastos de envío que formen parte del costo del producto (costo de mercadería vendida) enviado en forma estándar desde la aplicación..
Punto 6: Oracle (Hernán) pidió se le envie detalle del funcionamiento actual y como debería estar funcionando para hacer seguimiento con equipos encargados de este producto.

7. Localización para el modulo PA, no se puede utilizar la localización para Argentina desde el módulo Project Accounting para la facturación desde el modulo de AR.
Punto 7: Objetivo principal para este punto es hacer un tracking de la situación. Hernán trabajará en eso. Se debe presenter un business case.

8. Funcionalidad del ofsset en AP: no se puede utilizar esta funcionalidad cuando se utiliza lo focalización para Latinoamérica.
Punto 8: Existe un ticket abierto para este emergente. El grupo intentará encontrar el número correspondiente o generará uno nuevo.

9. Actualización de los formatos de las Cintas y archivos impositivos para presentación de info AFIP. Ejemplo: RG 1361, Ret/ Perc Ganancias, IIBB, etc.
Punto 9: El grupo expresa su inquietud de encontrar una solución integral. Expresaron su descontento con el hecho de invertir dinero para mantenimiento interno por cuestion legales que son obligatorias en cada país. Hernán pide que se envie el # de bug o lista específica de donde ocurre el error.

10. Incorporación del Código de Barras en los comprobantes de Venta RG 1702/04.
Punto 10: Tema solucionad hace 2 años. Soporte tiene información sobre este tema. Oracle enviará al Grupo la información al respecto para sacar a este punto de la lista.

11. Impresión de Recibo del cliente para los casos donde no existe Talonario Manual.
Punto 11: Business case a enviar a Oracle.

12. Manejo de Letra en los Recibos de clientes.
Punto 12: Idem punto 11.

13. Manejo de procedimiento Conformación de Remitos de Mercadería.
Punto 13: A aclarar por parte del Grupo.

14. Manejo de operatoria Factura de Crédito (vigencia de la norma).
Punto 14: Oracle no conoce compañías que lo usen. Hay que confirmarles si alguien lo usa. Norma en desuso.

15. Manejo de la diferencia de Cambio solo contable entre factura y pagos o cobros. Algunos clientes generan ND o NC por diferencia de cambio que son entregadas a clientes o solicitadas a los proveedores.
Punto 15: Hay que enviar una descripción del proceso a Oracle. Contactar a las personas que lo agregaron a la lista.

16. Reporte de Composición de saldos para evaluar FC , ND , NC ,etc. y la aplicación de los pagos , retenciones.
Punto 16: Ya incluído. Parte de la localización de Argentina. Oracle enviará una descripción de la solución existente y donde encontrarla

17. Ordenes de pago con diferentes métodos de pago, esta funcionalidad existía en 10.7 y es frecuente en empresas medianas.
Punto 17: Establecer Prioridad. Múltiple método de pago. Se analizará. Hay una necesidad legal de poder usar cheques de terceros como medio
gal de pago. Hernán Tojo requirió el docuemnto legal que lo avale, y se le entregó un comunicado del BCRA donde se permite más de un endoso en los cheques.

18. Manejo de Ajuste por Inflación.
Punto 18: Ya no es un requerimiento.

19. Manejo de Tipos de cambio Comprador y Vendedor para valuación de Activos y Pasivos.
Punto 19: Agustin enviará al grupo modelo de producto Standard (aparentemente esta resuelto en la versión 11.5.10.

20. Si una orden de OM está en una etapa avanzada, por ejemplo pendiente de facturar para permitir la exportación, y el cliente no quiere seguir adelante con la compra, la aplicación no permite otra cosa más que cerrar el circuito. Esto implica facturar y hacer NC, entregar y hacer una devolución.
Punto 20: El grupo expresa la poca flexibilidad que recibe ante la necesidad de revertir un error.  Hernán pide dos ejemplos con escenarios ncretos para evaluar generalidad. El grupo enviará la información.

21. Listado o Consulta de Clientes por Unidad Operativa.
Punto 21: (Emerson) El grupo comenta que no se puede encontrar Información del cliente vinculada a una unidad operativa por país.  Agustín investigará una versión standard que se pueda aplicar.

22. Aging de Inventario y  Reporte de Inventario según nuevas normas contables
Punto 22: Se expresa que no existe un reporte standard. Altamente requerido y usado a nivel regional. Legalmente necesario.  Se investigará alguna opción custom para aging deinventario x valor.  Quedamos a la espera de una respuesta por parte de Oracle.
   
   
Conclusiones:
   
-Se entregará la información requerida por ambas partes para trabajar en la búsqueda de una opción efectiva.
-Se determinaron los contactos fijos a tener en cuenta a partir de ahora para mantener una información actualizada y unificada. Cecilia Aceti (IT Convergance, caceti@itconvergence.com) - Geraldine Picco (Oracle, geraldine.picco@oracle.com).
-Se estableció referirse a cada issue, por el número de referencia en la lista original. De esta manera aceleraremos procedimientos y evitaremos confusiones.

Comentarios:

Próxima reunión: A ser determinada.

Modifcado por Ariel Cruzado (2006-09-19 15:55:5