Proceso de Implementación de SIESA AGR Ver. 2022

Toda implementación arranca con el visto bueno del “Departamento de Cartera” para la instalación del sistema AGR.  Dicho aval llega en forma de Ticket al área de infraestructura de SIESA DIGITAL, en donde los ingenieros asignados proceden a crear la base de datos del sistema AGR y a instalar la aplicación conectada vía web services al ambiente de pruebas del ERP  en la nube de SIESA (AWS)

Nota: En la implementación de versiones anteriores de AGR, el consultor era quien debía conseguir los datos de conexión con el área de SIESA CLOUD y proceder con estos datos a la configuración de la conexión Web Services en el Sistema AGR, sin embargo este paso fue eliminado.

Una vez concluido el proceso de instalación, se le notifica al consultor la instalación exitosa,  indicando las URL de trabajo (Front Office y Back Office) y las credenciales de acceso al sistema en su parte administrativa. (Back Office)

Cuando el personal de instalaciones de MLB contacte al cliente coordinará cuando se hará la instalación y solicitará algunos datos para realizar el proceso. Alguno de los datos solicitados por el instalador son:

• ENGINE
• NAME
• USER
• PASSWORD
• HOST 

Terminado este proceso, el consultor podrá continuar con el proceso normal de implementación.

Este espacio es usado por el consultor y el gerente del proyecto para analizar el proyecto a implementar, los riesgos, requerimientos en caso de que los haya, configurar el gestor de proyectos, configurar el repositorio de archivos y solicitar reuniones entre otras cosas propias de la gestión del proyecto.

Con las URL y Credenciales de Acceso al Sistema AGR a implementar, el consultor verifica que el aplicativo esté funcionando y listo para ser parametrizado.

La verificación se logra accediendo a la URL del Back Office del aplicativo y verificando que el sistema esté conectado a la compañía que corresponde (Este se hace accediendo al menú del usuario, ubicado en la barra superior derecha del HOME del Back Office)

Luego, se verifica que se encuentren instalados los módulos básicos del Core App en el BackOffice:

• Clientes, Adjuntos, Administración (Administrador de Parámetros, Planificador),  E-Usuarios (Importar), CMS, Flujos de Trabajo, Plantillas de Correo, Plantillas de Notificación, O-Report, Medios de Pago, Recaudos en Línea, Pasarelas de Pago.

De la misma forma, accediendo a la URL del Front Office de Clientes y verificando que cargue la página de login y la opción de recuperar contraseña. (Posteriormente, cuando se cree el primer Usuario de Pruebas se hará una verificación más completa).

IMPORTANTE: Es necesario que el consultor en este paso compruebe los procesos de sincronización de datos, obligando al sistema a ejecutar tareas creadas en el planificador como por ejemplo la Sincronización de Listas AGR y la Sincronización de Clientes, lo anterior permitirá validar la correcta conexión hecha por el área de IT del Web Services o del Query Services para los procesos de lectura.

IMPORTANTE: Para hacer la validación puntual de la sincronización de listas, hacer clic en el siguiente enlace donde se explica su funcionamiento Sincronización de Listas (AGR), luego retornar a este punto para retornar con el proceso de implementación.

De encontrarse algún inconveniente en la sincronización, se deberá montar un RQ al Área de Soporte Interno explicando el inconveniente.

De la misma forma, el consultor debe comprobar que las notificaciones de  circularización (Cartera en Mora, Cartera por Vencer, Pronto Pago por Vencer) ya vengan creadas desde instalación en el módulo de Flujos de Trabajo.

IMPORTANTE: Si alguna o ninguna de las parametrizaciones o sincronizaciones mencionadas anteriormente no vienen desde instalación, se recomienda usar la opción: Menú /  Administración / Administrador Parámetros / Clic en “Configuración Inicial” y en ese momento el sistema debe incluir cada una de ellas. Si al utilizar la Configuración Inicial tampoco se ven reflejadas entonces es necesario crear un ticket a soporte interno

En esta reunión el consultor cita al cliente y presenta el proyecto a llevar a cabo, corrobora el alcance funcional del sistema y presenta los requerimientos especiales si los hay, también presenta el cronograma de actividades, los riesgos del proyecto, las consideraciones y otros aspectos relevantes para el buen desempeño del proyecto.

IMPORTANTE: Dentro de las anotaciones que hace el consultor al cliente se encuentra el hecho de que los proyectos en implementación solo son atendidos por el consultor y/o gerente de proyecto y no por el área de Soporte.

Esta actividad puede o no ejecutarse dentro de la Reunión de Inicio del Proyecto y consiste en pedirle al cliente que suministre la información necesaria al consultor para parametrizar el AGR

IMPORTANTE: Las tareas deben quedar resueltas por el cliente dentro de los 5 días hábiles a la solicitud realizada por el consultor. (Consultar anexo Tareas del Cliente)</sa

Cuando se actualiza el sistema AGR incluyendo la última versión del core:

Entonces es necesario parametrizar las preferencias generales del core, para que el sistema funcione correctamente y no se presenten pantallas amarillas en el proceso de implementación.

Ir a: Configuración del Web Services en el AGR (Opcional)

IMPORTANTE: Para las implementaciones de AGR Versión 2022 las credenciales de conexión Web Services vienen configuradas bajo código en el proceso de instalación, sin embargo, el usuario y contraseña de conexión del ERP configurado por defecto es: “unoee”, por lo tanto, si el usuario y contraseña del ERP suministrador por el cliente es diferente, entonces es debe cambiar esta configuración por medio de la parametrización webservices_conf del módulo Administrador Parámetros del Back Office.

Anteriormente, esta actividad consistía en ingresar los parámetros de conexión al Web Services del ERP para los procesos de lectura de datos.  Los parámetros de conexión fueron adquiridos en la actividad número 1 del presente listado.

IMPORTANTE: Solo se configura el Web Services para clientes cuyo ERP se encuentra en la nube de SIESA.

Ir a: Sincronización de Listas (AGR)

Las Listas AGR, hacen referencia a todos los valores del ERP que se muestran en los campos de listas desplegables en los módulos de parametrización del AGR, por lo tanto, la Sincronización de Listas es un proceso fundamental para poder operar el sistema durante los procesos de implementación y operación regular, este proceso trae todos los valores asociados a determinados campos de maestros en el ERP.

Un ejemplo de un campo de lista desplegable es el campo “Tipos de Documento” del Módulo “Administrador de Parámetros / agr_portfolio_circularization_conf» el cual lista para seleccionar todos los tipos de documentos creados en el ERP y al elegir uno de ellos, el administrador determina el o los tipos de documentos que se usarán para en procesos de sincronización de escritura de Recibos de Caja.

Este proceso de sincronización de Listas AGR, tiene sentido una vez el cliente ha concluido la parametrización sugerida en el ERP.

Ir a: Parametrización de la Sincronización de Clientes (Terceros y Sucursales)

SIESA AGR en su proceso de importación de Clientes de la Compañía, trae la totalidad de registros creados en el ERP. El consultor en esta parametrización, puede definir si traer solo los Terceros, Las Sucursales o los Terceros y Sucursales en cada proceso de sincronización.

Para la implementación del Sistema AGR 2022, se recomienda importar Solo sucursales, dado que los usuarios del cliente están asociados a las sucursales y no a terceros.

Ir a: Sincronización de Clientes (Terceros y Sucursales)

La Sincronización de Cliente consiste en la ejecución del proceso de importación de todos los Terceros y/o  Sucursales de la compañía según se haya definido en el paso anterior.

Este proceso es necesario para la posterior Creación de Usuarios del Cliente y así permitirles el acceso al Front Office del AGR y también como método de validación de la conexión del Web Services o Query Services.

La Sincronización de Clientes se encuentra y se ejecuta en el Módulo Planificador del Core App, con el nombre “Sincronización de Clientes UnoEE”, la cual se puede realizar de manera manual a voluntad del usuario administrador o se puede programar la tarea para que se realice de forma automática.

IMPORTANTE: Durante el proceso de implementación, la primera sincronización se hace de manera manual y posteriormente se hace una comprobación de que el proceso se realizó correctamente, luego se automatiza la periodicidad del proceso a necesidad.  La programación de la tarea genera implícitamente un CRON JOB en el sistema.  Se recomienda que este proceso se ejecute a diario a las 10 am y a las 3pm.

Ir a: Parametrización de la Sincronización de Los Campos del Módulo Clientes

La sincronización de campos del módulo Clientes permite traer información del análisis del cliente en el ERP. El consultor en esta parametrización, debe definir los periodos de ventas, rentabilidad, entre otros de los terceros clientes .

Para la implementación del Sistema AGR 2022, se recomienda configurar 12 meses para cada uno de estos parámetros.

Ir a: Sincronización de los Campos del Módulo Clientes

La Sincronización de los campos del módulo Cliente consiste en la ejecución del proceso de importación de la información del análisis del cliente en el ERP, entre los datos que está importación trae son:

• Cartera Vencida
• Cartera Corriente
• Fecha Última Compra

Este proceso es necesario para la notificación de circularización de cartera vencida o en Mora del Cliente.

La Sincronización de Campos del Módulo Clientes se encuentra y se ejecuta en el Módulo Planificador del Core App, con el nombre “Sincroniza_Los_campos_Del_Modulo_Clientes”, la cual se puede realizar de manera manual a voluntad del usuario administrador o se puede programar la tarea para que se realice de forma automática.  

IMPORTANTE: Durante el proceso de implementación, la primera sincronización se hace de manera manual y posteriormente se hace una comprobación de que el proceso se realizó correctamente, luego se automatiza la periodicidad del proceso a necesidad.  La programación de la tarea genera implícitamente un CRON JOB en el sistema.  Se recomienda que este proceso se ejecute a diario a las 12 am

Ir a: Parametrización General del AGR

La parametrización General del AGR le permite al administrador definir varios aspectos importantes de comportamiento del aplicativo para el Usuario del Cliente. Por ejemplo, en esta parametrización se definen asuntos como:

• Icono Favicon y Logo del encabezado del aplicativo
• Documentos a Consultar para el listado de Facturas Pendientes
• Valores mínimos a pagar en anticipos y abonos
• Orden para el pago de los documentos
• Rango de días en el cual se ejecuta la consulta de Facturas Pendientes y otros documentos. 
• Colores corporativos del Front Office

Ir a: Contacto general para la gestión de clientes

Este módulo le permite al implementador definir los datos de contacto de la persona que atenderá a los clientes así como también atender el email que llega con los mensajes de contacto enviados desde el módulo Contactanos del Front Office. Esta información debe venir resuelta en las tareas entregadas por la compañía con los siguientes datos:

1. Nombre
2. Apellido
3. Correo electrónico
4. Dirección de sede, entre otros

Ir a: Sincronización de terceros con pronto pago próximo a vencer

La Sincronización de terceros con pronto pago próximo a vencer es necesaria para la circularización de cartera y se basa en la ejecución del proceso de lectura de las facturas de las sucursales de los terceros clientes del ERP, identificando si al menos una de las facturas se le vence la fecha de pronto pago en los próximos días parametrizados en el campo “Días para Notificar Pronto Pago” de la parametrización general del AGR.

Si al menos una factura cumple con la condición, entonces el sistema marca la sucursal para realizar el proceso de notificación de circularización de Pronto Pago próximo a vencer.

La Sincronización de Clientes con Pronto Pago por Vencer se encuentra y se ejecuta en el Módulo Planificador del Core App, con el nombre “Sincronización_de_Clientes_con_Pronto_Pago_por_Vencer”, la cual se puede realizar de manera manual a voluntad del usuario administrador o se puede programar la tarea para que se realice de forma automática.  

IMPORTANTE: Durante el proceso de implementación, la primera sincronización se hace de manera manual y posteriormente se hace una comprobación de que el proceso se realizó correctamente, luego se automatiza la periodicidad del proceso a necesidad.  La programación de la tarea genera implícitamente un CRON JOB en el sistema.  Se recomienda que este proceso se ejecute a diario a las 12 am.

Ir a: Sincronización de terceros con cartera próxima a vencer

La Sincronización de terceros con cartera próxima a vencer es necesaria para la circularización de cartera y consiste en la ejecución del proceso de lectura de las facturas de las sucursales de los terceros clientes del ERP, identificando si al menos una de las facturas se vence en los próximos días parametrizados en el campo “Días para Notificar Cartera Vencida” de la parametrización general del AGR.

Si al menos una factura cumple con la condición, entonces el sistema marca la sucursal para realizar el proceso de notificación de circularización de Cartera Próxima a Vencer.

La Sincronización de Cartera Próxima a Vencer se encuentra y se ejecuta en el Módulo Planificador del Core App, con el nombre “Sincronización_de_Clientes_con_Cartera_por_Vencer”, la cual se puede realizar de manera manual a voluntad del usuario administrador o se puede programar la tarea para que se realice de forma automática.  

IMPORTANTE: Durante el proceso de implementación, la primera sincronización se hace de manera manual y posteriormente se hace una comprobación de que el proceso se realizó correctamente, luego se automatiza la periodicidad del proceso a necesidad.  La programación de la tarea genera implícitamente un CRON JOB en el sistema.  Se recomienda que este proceso se ejecute a diario a las 12 am.

Ir a: Verificación del Front Office – Creación del 1er Usuario Cliente

Posterior al proceso de sincronización de lectura, el consultor ya puede crear un Usuario asociado a una o varias sucursales, con el fin de verificar el correcto estado del front Office:

• Verificar el Login
• Verificar el Restablecimiento de contraseñas
• Luego de Login, Verificar que aparezcan los módulos básicos:
  • Dashboard
  • Estados de Cuenta (Facturas Pendientes de Pago y Pagos Realizados)
  • Realizar pagos
  • Mis Datos
  •  
• Verificar que aparezcan los módulos u opciones encendidas en el Back Office:
  • Consolidado Cartera
  • Usuarios

Con base en los documentos solicitados en la Reunión de Inicio / Asignación de Tareas /, el consultor debe hacer la conciliación de las cifras contables de los diferentes documentos para mínimo 2 clientes, como son:

• Indicadores del Dashboard
• Facturas Pendientes de Pago
• Pagos Realizados
• Consolidado de Cartera (solo si está activo)

IMPORTANTE: En caso de que exista cualquier diferencia en la conciliación, obliga al consultor a realizar los siguientes pasos:

• Verificar el apuntamiento de compañía y/o ambiente
• Verificar los procesos de sincronización entre el ERP / AGR
• Verificar las parametrizaciones del AGR
• Verificar los datos y/o documentos en el ERP
• Consultar a la compañía para aclaraciones
• Consultar al área de soporte interno para validar situaciones

Ir a: Creación de usuario Back Office que se le suministrará a la compañía 

Cuando el consultor ha terminado el primer proceso de parametrización y validación, entonces el consultor debe proceder a crear el usuario Back Office que le enviará y suministrará a la compañía para que tengan acceso al sistema AGR. 

Esto es de suma importancia ya que el usuario y contraseña con el que el cliente accede al Back Office debe ser diferente al del admin, tema que revisa soporte al momento del empalme.

Una vez el consultor haya finalizado la validación del Front Office y de las cifras contables, podrá presentarle a la compañía el primer avance del proceso de implementación.  Este avance debe contener los siguientes asuntos:

1. Presentación general del BackOffice (30 Min)
2. Presentación general del Front Office (30 Min)
3. Presentación de la conciliación de cifras contables con los terceros cliente o sucursales elegidas inicialmente (30 – 60 Min)

Dentro de la primera reunión de avances, al culminar la reunión, el consultor debe entregar de manera formal al líder del proyecto de la compañía, las credenciales de acceso del Back y Front Office, con la finalidad de que realice las pruebas de presentación y conciliación de cifras contables con otros terceros clientes y/o sucursales diferentes a los utilizados por el consultor en sus laboratorios, esto con el fin de asegurar el correcto funcionamiento del aplicativo AGR.  

Es importante tener en cuenta que las credenciales de acceso al Back Office que se le entregarán a la compañía deben ser diferentes a las que Infraestructura suministra en el momento de la instalación, para ello debe crear un usuario desde el módulo Administración / Usuarios / Crear.

Los datos entregados por el consultor al líder de proyecto son los siguientes:

• URL del Back y Front Office
• Usuario Back y Front Office
• Contraseña Back y Front Office
• Tercero Cliente y/o Sucursales asociado al usuario Front Office.

IMPORTANTE: El consultor debe solicitar que la conciliación sea resuelta de ser posible en los siguientes 3 días hábiles para mantener el cronograma del proyecto.

Ir a: Parametrización de Sincronización de Recibos de Caja

Esta parametrización permite crear e insertar en el ERP el comprobante de pago “Recibo de Caja”  luego de que el cliente ha realizado el pago o abono de una o varias facturas o de un anticipo. La adecuada parametrización de este módulo permite la correcta causación contable.

Algunos valores de esta parametrización son suministrados por el Cliente cuando le son asignadas las tareas.

Ir a: Parametrización de la Pasarela de Pago

En esta actividad se establecen en el Sistema AGR los valores de conexión a la Pasarela de Pago (URL, Credenciales), para los ambientes de prueba y real con el fin de dirigir al cliente a la pasarela al momento de hacer el pago de un pedido, recaudo de cartera o anticipo.El Sistema AGR cuenta con una pasarela de pagos por defecto ofrecida en el modelo SAAS, por lo tanto el uso de otra pasarela de pagos se convierte en requerimiento adicional en el proyecto.

IMPORTANTE: El Cliente (El consultor no debe participar de esta actividad por la seguridad asociada) debe realizar en administrador de parámetros de la Pasarela de Pago Contratada, varias configuraciones de operación y seguridad, esto de acuerdo a las instrucciones y/o manuales impartidos por la empresa que ofrece el servicio de pagos en línea a través de pasarelas de pago.

Ir a: Parametrización del Medio de Pago

Crear el o los Medios de Pago es una paso obligado en el BackOffice que le permite a los Usuarios Clientes en el Front Office del AGR escoger el canal digital por donde realizarán sus pagos. Los medios de pago ofrecidos por la compañía son definidos por la misma y acordados con la pasarela de pago. Los siguientes son ejemplos de medio de pago: 

• Transferencia Bancaria PSE 
• Tarjeta de Crédito 
• Consignación Bancaria
• Pago vía Baloto
• Pago vía Efecty

Los anteriores medios de pago se agrupan en el sistema AGR bajo el nombre sugerido de “Pagos en Línea AGR”

Los Medios de Pago generalmente apuntan a una Pasarela de Pago, que es la encargada de mover los dineros entre la cuenta del cliente y la

Ir a: Parametrización de la Conexión SMTP

Esta parametrización es necesaria para hacer las diferentes notificaciones, por medio de un flujo de trabajo. 

Esta configuración permite que el Sistema AGR pueda enviar mensajes de correo electrónico asociados a los diferentes eventos del sistema usando servidores de correo tradicionales (Servidores POP / SMTP) o usando el API de Gmail y Outlook.

IMPORTANTE: Se debe recomendar al cliente que el proveedor del correo saliente para el AGR, sea un Servidor SMTP diferente al usado por los correos corporativos, lo anterior para evitar problemas de Spam al caer en  Listas Negras de Correo cuando el AGR haga el envío de correos masivos, por ejemplo, en las circularizaciones de cartera o notificaciones de creación de usuarios. Teniendo en cuenta lo anterior, es posible que el Sistema AGR haya sido comercializado como aplicación en servicio (SAAS), entonces el envío de correo a través de un proveedor especializado para tal propósito será un tema resuelto dentro del servicio ofrecido.

Ir a: Parametrización de Notificaciones de Eventos 

El consultor debe crear las notificaciones que emitirá el Sistema AGR haciendo uso de los Módulos del CORE APP: “Flujos de Trabajo, Plantillas de Correo  y Tareas Programadas” para que se emitan los mensajes claves a clientes y al administrador del sistema con la eventualidad necesaria.

Estas notificaciones están relacionadas con los siguientes eventos:

1. La creación de usuarios
2. Transacciones realizadas
3. Problemas de conexión en la sincronización
4. Circularización de cartera

Ir a: Creación de un Segundo Usuario Cliente de Pruebas para verificar SMTP y Plantilla de Correo

Se repite la actividad número 9 para con el fin de verificar que el Sistema SMTP esté funcionando correctamente y que la plantilla de email enviada por el sistema esté correctamente presentada.

Ir a: Edición de la página de Términos y Condiciones

La página de Términos y Condiciones es la voz expresa de la Compañía indicando a sus clientes el buen uso del Sistema AGR. El contenido de la página de Términos y Condiciones del servicio AGR (Tarea que se le asignó al cliente), es colocado por el consultor en el BackOffice, específicamente en el módulo CMS para que se refleje en la FrontOffice  del AGR a todos los clientes que hacen uso del sistema.

Una vez implementada la página esta será visible en el Front Office haciendo clic en el enlace del pie de página “Términos y Condiciones” o visitando la siguiente URL: https://dominio_ccia/#/terms-and-conditions, donde dominio_ccia corresponde al nombre de dominio o Dirección IP de la Solución AGR.

Ir a: Edición de la página Política de Tratamiento de Datos

La página de Política de Tratamiento de Datos le permite a la compañía  expresar la finalidad,  uso y responsable del tratamiento de datos personales que son utilizados en el portal. El contenido de la página Política de Tratamiento de Datos (Tarea que se le asignó al cliente), es colocado por el consultor en el Back Office, específicamente en el módulo CMS para que se refleje en la Front Office  del AGR a todos los clientes que hacen uso del sistema.

Una vez implementada y activada la página, esta será visible en el Front Office haciendo clic en el enlace del pie de página “Política de Tratamiento de Datos” o visitando la siguiente URL de ejemplo: https://dominio_ccia/#/privacy-policy

Ir a: Edición de la página Quienes Somos

Este módulo le permite al Administrador del Sistema o a un Usuario de la Compañía colocar o editar el contenido relacionado con la presentación de la compañía.

Una vez implementada y activada la página, esta será visible en el Front Office haciendo clic en el enlace del pie de página “Quienes Somos” o visitando la siguiente URL de ejemplo: https://dominio_ccia/#/about-us

Ir a: Descarga de documentos de la compañía desde Quienes Somos (Opcional)

Esta funcionalidad le permite al Administrador del Sistema anexar en la página colateral “Quiénes Somos” los documentos de la compañía para que los usuarios clientes los puedan descargar desde el Front Office. En esta configuración el consultor la debe realizar siempre y cuando el cliente desee aprovechar la funcionalidad.

Ir a: Edición de la Página Fuera de Servicio

La Página Fuera de Servicio le permite a la compañía informar a sus clientes que temporalmente el portal AGR está inactivo por actualizaciones o mantenimiento al sistema. En este paso o actividad el consultor deberá complementar la imagen de la Página Fuera de Servicio con un título como por ejemplo: “En este momento estamos actualizando nuestra plataforma para brindarte un mejor servicio”. Posterior a la imagen se sugiere incluir información de contacto de la compañía en caso de que el usuario cliente no pueda esperar el restablecimiento del servicio.

En esta reunión el consultor debería estructurar su presentación de la siguiente forma: 

1. Presentación de las correcciones realizadas según reunión anterior y hallazgos encontrados por la compañía. (Opcional)
2. Presentación de Medios de Pago (15 min)
3. Presentación de Pasarela de Pagos (30 min)
4. Presentación de Páginas Colaterales (15 min)
5. Demostración de las Notificaciones del Sistema (30 min)

IMPORTANTE: Se recomienda al consultor, haber hechos pruebas y validaciones previas a la reunión, de la misma forma tener los insumos de manera prefabricada para las demostraciones, NO CONSTRUIR DEMOSTRACIONES EN EL TRANSCURSO DE LA REUNIÓN, porque se alarga el tiempo de reunión y se expone a la generación de errores y dudas.

Una vez el AGR ha sido puesto en operación completa en el ambiente de pruebas o preproducción, se procede con el proceso de capacitación formal al cliente, bien sea suministrando videos explicativos o porque el consultor lo hace de manera personalizada o realiza mezcla entre capacitación personal apoyada con videos. 

La capacitación debe hacerse sólo de aquellos módulos que sean necesarios que el cliente administre. La capacitación debe cubrir los siguientes módulos: 

• Presentación del Front Office y su funcionamiento
• Módulo de Administrador de Parámetros
• Módulo Planificador
• Módulo Adjuntos
• Módulo de Recaudos en Línea
• Módulo de Clientes
• Módulo de E-Usuarios
• Módulo de Plantillas de Correo
• Módulo de Flujos de Trabajo
• CMS

De ser dada la capacitación de forma completa,  se sugiere al consultor realizar un acta de avance del proyecto con los puntos mostrados de manera correcta y anotar los asuntos a resolver si los hubiera.

Realizadas y aprobadas todas las actividades anteriores, el consultor verifica que en el CRM de Gestión de Proyectos, no han quedado requerimientos pendientes por entregar y que los mismos se encuentran en estado “Cerrado”. (Es importante que el consultor cuente con las actas firmadas de los entregables recibidos y aprobados por el cliente).

Esta actividad se solicita a través de un Ticket al equipo de MLB  para que clone el ambiente de preproducción a un ambiente productivo.

El ambiente productivo tendrá la URL que la compañía quiera disponer para sus clientes, por tal motivo, la compañía deberá hacer ajustes en la configuración de su nombre de dominio (Creando CName) para que apunte al servidor que tiene o tendrá el sistema AGR.   Los datos de configuración serán suministrados por el equipo de MLB a la compañía cuando el sistema AGR reposa en la nube de SIESA.

A pesar de que esta actividad se desarrolle y el Sistema AGR quede publicado, oficialmente no se ha colocado al aire para el uso de los clientes.

Con el Sistema AGR en Ambiente Productivo el consultor organiza una reunión con el equipo de soporte y el cliente para que Soporte reciba el sistema.  

Soporte por su parte verifica el cumplimiento de requerimientos del proyecto, válida al cliente sobre el manejo y/o administración del sistema, valida que los ambientes de preproducción y producción estén operando correctamente y que sean iguales. Si se cumple con estas condiciones, soporte acoge el sistema y da el visto bueno para que el sistema se coloque al aire y sea socializado a los clientes por parte de la compañía.

De no cumplirse con las condiciones para salir al aire, el consultor debe resolver las NO CONFORMIDADES que el área de soporte le haya informado.

Una vez el sistema AGR se encuentra al aire, el consultor espera entre 30 y 60 días para generar el acta del cierre del proyecto, a este periodo de tiempo le llamaremos “Estabilización del proyecto”, fase en la cual el proyecto es supervisado de manera especial para corregir cualquier bug que pueda presentarse en el ambiente de producción.

IMPORTANTE: El acta de cierre de proyecto debe expresar que todos los puntos acordados con el cliente fueron entregados totalmente funcionales y debe ser firmada por el cliente.