REQUERIMIENTOS FUNCIONALES PROCESAMIENTO EN ARIBA Y EBS ORACLE

ÍNDICE

REQUERIMIENTOS FUNCIONALES        

PROCESAMIENTO EN ARIBA Y EBS ORACLE:        

PROCESAMIENTO EN EBS ORACLE:        

Ciclo de INGRESOS:        

Ciclo de NÓMINA:        

PROCESAMIENTO EN PLATAFORMA “Open Jaw”:        

GloboGo (Subsidiaria: Agencia de Viajes) – Ciclo de INGRESOS:        

Motor de Facturación de forma manual (Portal Web) – Ciclo de INGRESOS:        

Hoteles Propios y de Terceros administrados - Integración con los módulos de INNSIST (Front / POS / SPA / Retail / Nomina / Back )        

REQUERIMIENTOS TECNOLÓGICOS        

REQUERIMIENTOS FUNCIONALES

PROCESAMIENTO EN ARIBA Y EBS ORACLE:

Ciclo de EGRESOS:

(Todas las empresas del Grupo y de terceros por hoteles Administrados)

** ARIBA es la plataforma de Compras de la cadena y es

• Acceso a los proveedores para la carga y validación de las facturas (supplier selfservice)

R= Cuando el proveedor ingresa al portal aparece una Advertencia que dice el Acceso a esta aplicación está prohibida a personas no autorizadas.

Si la persona que ingresa está autorizada da OK y aparece un Mensaje por parte del que recibe las facturas de proveedores que es completamente parametrizable y dedicado exclusivamente a los proveedores.

El proveedor da Aceptar y antes de ingresar a la aplicación puede acceder al manual de usuario que le permite auto-capacitarse.

Para ingresar a la aplicación tiene que insertar su RFC, Nombre de Usuario y Contraseña.

Con lo anterior se realiza la validación de sello, vigencia, fecha e integridad.

• Carga y validación de facturas en línea (Local)

R= Una vez que ha ingresado el proveedor al portal, puede ver el estatus de cada una de las facturas que ha subido al mismo.

Para subir una factura debe respetar la condición de Fechas y Horarios que indica el cliente en su mensaje de bienvenida al portal.

Selecciona la opción de comprobantes digitales, Ingresa el tipo de Proveedor que es, ejemplo:

[pic 4]

Al ingresar la factura por tipo de proveedor se validan:

1. Sello
2. Vigencia,
3. Fecha
4. Integridad
5. Se identifica emisor a través de RFC.

• Carga y validación de facturas individual y batch

1. Individual: El sistema recibe factura por factura a través de la demanda de usuarios.
2. Batch: El usuario elige facturas de acuerdo al RFC de emisor o fecha, para realizar una carga en batch.

• Portal de consulta CFDi para proveedores

R= El proveedor puede ver el historial de archivos que ha ingresado:

1. Orden de Compra
2. XML
3. PDF
4. Retención
5. Proveedor
6. Tipo de Proveedor

1. Bienes y Servicios
2. Fletes
3. Honorarios
4. Hospedaje y Convenciones
5. Agencias
6. Intercompañías
7. Caja Chica
8. IMSS SAR INFONAVIT
9. Otros

1. Receptor de la factura
2. Tipo de CFDI, (Ingreso)
3. UUID
4. Fecha de Emisión
5. Fecha de Recepción
6. Fecha de último cambio
7. Status
8. Moneda
9. Subtotal
10. Descuentos
11. Impuestos
12. Retenciones
13. Total
14. Propinas
15. Código Contable
16. Correo de contacto de quien recibe la factura
17. Fecha de Rechazo
18. Causa de Rechazo
19. No. De Intentos

Podemos Modificar, Cambiar o Quitar cualquier valor ce acuerdo a los requerimientos de FRANQUICIA POSADAS.

• Validación de CFDi de acuerdo a las reglas de negocio para los siguientes tipos de documentos:

• Facturas estándar[pic 5]
• Notas de Crédito
• Anticipos
• Reembolsos de caja
• Gastos de viaje
• CapEx
• Intercompañias

** Todos los anteriores refieren a CFDi recibidos, sólo por un mejor control interno y registro, se les da esos identificadores.

• Integración con el ERP EBS Oracle y la plataforma de Compras “Ariba” de Grupo Posadas:

• Asociación de facturas con Órdenes de Compra y Recibos generados directamente en Ariba u Oracle (ambos casos).

R= Al subir un XML, el proveedor está obligado a adjuntar la orden de compra a través de candados de la aplicación, sabana contable y/o cuanta contable, además de documentos digitalizados en caso de ser un proveedor de fletes.

• Creación de cuenta por Pagar en Oracle Payables

R= Se genera una cuenta por pagar automática mediante un conector entre ORACLE e IPSOFACTU, mediante un Mapeo que nos entrega ORACLE.

• Carga de las facturas al módulo de Oracle Payables mediante la interface de Accounts Payables

R= El usuario genera un archivo interfaz con las cuentas requeridas.

• BD con la relación de las transacciones generadas, con los CFDi recibidos para la generación de auxiliares de Contabilidad Electrónica

R= El sistema cuenta con un historial de las interfaces generadas.

• Almacenamiento de UUID en transacciones del módulo de Accounts Payables.

R= El UUID se carga en ORACLE mediante un conector con IPSOFACTU.

• Portal de consulta CFDi para proveedores

R= Los proveedores pueden acceder al portal utilizando nombre de usuario y Pwd, que ellos mismo pueden generar desde el portal, con lo anterior pueden ver lo siguiente:

...