CONSULTAS COTIZACIÓN NUEVAS FUNCIONALIDADES SISTEMA SAM

Transcripción

1 CONSULTAS COTIZACIÓN NUEVAS FUNCIONALIDADES SISTEMA SAM De acuerdo al calendario de las bases del proceso de Cotización Nuevas Funcionalidades Sistema SAM, a continuación se presentan las consultas recibidas y sus respectivas respuestas. 1. RN01 Requerimiento de Sistema a. Por cada operación, se comprobará la disponibilidad del sistema CAS mediante mensajes al Message Broker? Respuesta: No. Las operaciones son enviadas a CAS en grupos. Eventualmente el usuario puede seleccionar sólo una. b. Cuáles son los estados de las operaciones? Se menciona dejar la operación en estado almacenado. Respuesta: El estado Almacenado es el estado previo al envío a liquidación a CAS (Ingresado, Autorizado, Almacenado, En proceso de liquidar, Enviado a CAS, Liquidado en CAS /Rechazado en CAS, En proceso IC, Enviado a IC, IC OK, SAP OK). c. En qué estado quedaría la operación rechazada? Respuesta: Se introduce un nuevo estado Rechazado SAM. d. Qué perfil de usuario puede modificar el estado y la hora de liquidación? Respuesta: Liquidador e. Se realizará una doble validación cuando se modifique estado y hora? Respuesta: Se realizará una validación cruzada de dos usuarios con rol Liquidador. f. Las cuentas contables se gestionan en SAM? Hay comunicación con otros sistemas para obtenerlas? Respuesta: En SAM se administran tipos de transacciones, no cuentas contables. Otro sistema se encarga de mover las cuentas contables. g. Qué perfil de usuario puede modificar la fecha de valor del día de carga? Respuesta: El Ingresador 2. RN02 Ingresar Transferencias por Contingencia de participantes a. Se entiende por participante a entidades bancarias con cuentas en el Banco Central. El formato del archivo recibido por los participantes es único y consolidará la información de SWIFT y SINACOFI? 1

2 Respuesta: El formato de archivo será único para este requerimiento y será deber del usuario indicar los pagos en el formato definido. Para el sistema será indiferente el medio por el cual el pago debería haber sido enviado en situación normal. b. Los participantes son gestionados en SAM? o se conecta a otros sistemas para obtener al participante? Respuesta: Se gestionan en SAM, pero deben ser consistentes con los otros sistemas de pagos. c. Se entiende que en el proceso sólo actúan 3 personas, un rol cada uno sin repetirse (ingresador, autorizador y liquidador). Los movimientos u operaciones contarán con algún estado mientras pase por el proceso de ingresador a autorizador y de autorizador a liquidador? Respuesta: Los estados respectivos son Ingresado, Autorizado y Almacenado. Dicha lógica ya existe en el sistema implementado en primera fase. d. Todas las alertas son Pop-Up? Respuesta: Sí e. Cuál es el siguiente paso del usuario tras el Pop-Up que dice que CAS está cerrado o que se ha interrumpido la conexión? El usuario anula la transacción? Respuesta: Estos pop-up son alertas, el usuario puede seguir operando normalmente. Sólo se rechazan los pagos si es que el usuario los envía a liquidación a pesar de la alerta. f. Cómo se validará el punto (a), mediante una comunicación con el sistema que maneja las cuentas del participante o estas se encuentran en SAM? Respuesta: Se encuentran en SAM. g. Cómo se validará el punto (d), el Bic se almacena en SAM? Respuesta: El BIC se almacena en SAM. h. A qué se refiere que el modo de operación del archivo sea (LIVE o TEST), en ambiente de pruebas y productivo? Respuesta: LIVE hace referencia a ambiente de producción y TEST a ambiente de pruebas. 3. RN03 Autorizar Transferencias de Cuenta masivas por Contingencia de Participantes a. Se cuenta con algún prototipo de interfaz gráfica? Esta funcionalidad estará habilitada para todos los usuarios o estará restringida por rol? Respuesta: Se debe elaborar un prototipo consistente con las cargas de archivo ya implementadas. Estará habilitada para usuarios que ingresan, autorizadores y liquidadores, cada uno con las acciones que le permita el perfil. b. Los pagos en estado anulado, deberán estar disponibles para algún reporte? Se necesita guardar historia de estos pagos? 2

3 Respuesta: Sí. Debe guardarse la historia. Los pagos deben aparecer en la consulta de movimientos y consulta de trazabilidad. 4. RN04 Enviar a liquidación transferencias de Cuenta masivas por Contingencia de participantes a. Los errores son sólo por un mal ingreso de datos? Respuesta: Se trata de errores de acuerdo a las reglas de negocio aplicadas por el usuario. b. Cuál es el criterio de la Consulta de Movimiento general? Es necesario modificar esa consulta? Respuesta: El objetivo es no mostrar en la consulta general los movimientos que no involucren cuentas del Banco. Por tanto es necesario modificarla para que realice este filtro. 5. RN06 Ingresar Transferencias de Cuenta masiva por Contingencia del SWITCH de COMBANC a. De dónde proviene el archivo con el formato predefinido? Se cuenta con los formatos? Respuesta: No existe hoy el archivo. El formato corresponde a lo estipulado en el requerimiento y será deber del usuario proporcionarlo al sistema. b. Se cuenta con algún prototipo de interfaz? Respuesta: El sistema ya cuenta con interfaces que deben ser usadas como base para elaborar otras nuevas. c. Cuál es el siguiente paso en el flujo tras el mensaje de no conexión con CAS o cierre del mismo? Respuesta: Todas las operaciones que se envíen a liquidación deben quedar en estado Rechazada SAM. d. Dónde se almacena el valor del Bic? Respuesta: En base de datos de SAM. 6. RN07 Autorizar Transferencia de Cuenta masivas por Contingencia de SWITCH de COMBANC a. Qué usuario puede anular los pagos ingresados? Respuesta: Autorizador. 7. RN08 Enviar a liquidación Transferencias de Cuenta masivas por Contingencia de SWITCH de COMBANC a. Qué usuario puede anular los pagos ingresados? Qué tipo de errores pueden ocurrir? 3

4 Respuesta: Liquidador. En este requerimiento los pagos no están ingresados sino que ya están autorizados. Se trata de errores de acuerdo a las reglas de negocio aplicadas por el usuario. 8. RN10 Ingresar Transferencias por Contingencia de Sistemas Externos a. Quién realizará la transformación al formato predefinido? SAM o un sistema externo? Respuesta: Existe una planilla MS Excel que permite generar los formatos de archivo. Se espera que el proveedor la actualice para que el usuario pueda generar a partir de ella los nuevos archivos a cargar con sus respectivos formatos. 9. RN14 Modificar Operación de Carga de Contingencia a. De dónde proviene la información de antecedentes? Qué se realiza en caso no haya antecedentes? Respuesta: El objetivo es determinar si el pago es para un tercero no bancario (hay antecedentes para concluir eso), o no es un pago para tercero no bancario (no hay antecedentes). En base a esa discriminación, el sistema asignará el tipo de transacción. 10. RN15 Ingresar Transferencias de Cuenta ACT a través de pantalla a. La información de las transacciones posibles, tipo de transacciones y cuentas, son parametrizables dentro de SAM? Respuesta: Sí b. Se requiere validar la fecha de valor para liquidar los pagos, junto con el participante y el monto que ingresa el usuario? Respuesta: Sí, deben validarse los datos. c. Las reglas para contabilizar serán parametrizables, es decir, se espera que el desarrollo les permita cambiar las cuentas de cargo y abono? Respuesta: Los movimientos contables son validados en otro sistema. 11. RN16 Ingresar Transferencias de Cuenta Pago contra Pago (PvP) a. La modalidad PvP es un atributo ya definido del pago? Es identificable de forma automática? O un usuario debe ingresarlo en alguna parte del flujo? Respuesta: Se subentiende la modalidad al ingresar el pago a través de la interfaz (a construir), exclusiva para PvP. También es posible identificarla por el tipo de transacción (un subconjunto de estos tipos corresponde a pagos PvP). 12. RN22 Ingresar de terceros no bancarios a. Se conectará con algún servicio para validar el Rut? Respuesta: No. 13. El desarrollo debe tener lugar dentro de las instalaciones del Banco Central de Chile, es correcto? 4

5 Respuesta: Sí 14. La propuesta, debe cubrir todas las etapas, desde análisis hasta la implementación es correcto? Respuesta: Sí, todas las etapas. Referirse a la sección Cronograma de trabajo incluida en las bases en donde se indican las actividades consideradas. 15. El entorno de pruebas será fijado por el personal del Banco, incluyendo la base de datos? Respuesta: El ambiente de pruebas es proporcionado para las pruebas Banco. Las pruebas previas a la entrega al Banco deben realizarse en ambiente de desarrollo (también proporcionado por el Banco). 16. La Instalación en entornos de pre-producción (desarrollo /test / aprobación) es responsabilidad del proveedor? Será apoyado por el Banco para llevar a cabo estas actividades? Respuesta: Es responsabilidad del proveedor pero debe realizarse de forma conjunta con personal del Banco. 17. Durante el periodo de garantía, el soporte debe ser local? Respuesta: El soporte debe ser presencial, pero a pedido. No se requiere presencia del proveedor el 100% del tiempo durante dicho período. 18. Existe un presupuesto referencial anual para la ejecución de las horas del contrato a suscribir?, si es así cuál sería éste? Respuesta:No es política del Banco entregar esta información. 19. No es necesaria una Boleta de garantía de seriedad de la oferta? Respuesta:Efectivamente, no se solicita garantía de seriedad de la oferta. 20. Existe una ponderación entre la evaluación técnica y económica, cuál es? Si técnicamente cumplen las ofertas siempre va prevalecer el tema económico? Respuesta: No hay combinación de la evaluación técnica con la oferta económica. Favor referirse al numeral 14 de las bases donde se señala el procedimiento de resolución y adjudicación. 21. La confección de toda la documentación solicitada por el Banco requerida para el proyecto y posterior operación de los componentes en los ámbitos de negocios y técnicos., Existe algún formato predeterminado que necesite el Banco? Puede facilitar un ejemplo? Respuesta: Existe un formato preestablecido para la documentación solicitada el cual puede ser provisto una vez firmado el contrato. 22. Capacitación funcional y técnica. Deberá considerar a lo menos los tópicos considerados en la documentación de las nuevas funcionalidades del sistema. Esta 5

6 capacitación deberá desarrollarse de forma presencial. Se espera que la documentación de las nuevas funcionalidades sea entregada por el nuevo proveedor? Existe algún formato esperado? Respuesta: Existe un manual de usuario. Se espera que el proveedor lo actualice incorporando las nuevas funcionalidades. 23. Los servicios a desarrollar, deben ser realizados de manera presencial o puede ser fabricado de manera remota? Respuesta: Debe ser de forma Presencial. 24. Para la Carga de Archivos. Tienen patrones definidos? Respuesta: Existen cargas ya implementadas y se debe seguir el mismo patrón. 25. Qué volúmenes de información se maneja, para los casos de archivos? Respuesta: El sistema debe ser capaz de procesar un promedio de 2000 pagos diarios. 26. Se tiene considera alguna herramienta ETL? Si es así cuál es? Respuesta: No se tiene considerado usar herramientas ETL. 13 de agosto de 2015 Gerencia de Servicios Logísticos 6