PLIEGO DE CONDICIONES PARA LA CONTRATACION DEL ADMINISTRADOR DEL SISTEMA CENTRAL DE PORTABILIDAD NUMÉRICA
PLIEGO DE CONDICIONES PARA LA CONTRATACION DEL ADMINISTRADOR DEL SISTEMA CENTRAL DE PORTABILIDAD NUMÉRICA
(ASCP – SERVICIO MÓVIL) ETCP 001/2016
Marzo 2016
BOLIVIA
INDICE
Contenido
1.3 OBJETO DE LA LICITACIÓN. 5
1.6 PRESENTACIÓN DE PROPUESTAS 8
1.7 CONSULTAS Y ACLARACIONES 9
1.9 REVISIÓN Y MODIFICACIÓN XXX XXXXXX DE CONDICIONES 12
1.10 SOLICITUD DE AMPLIACIÓN DE ENTREGA DE OFERTAS 12
1.11 RESPONSABILIDAD DEL OFERENTE 12
1.12 ERRORES SUBSANABLES Y NO SUBSANABLES 13
2.1 XXXXXXXXXXXX XX XX XXXXXXXX 00
2.1.1 DESCRIPCIÓN DE LA ARQUITECTURA 20
2.1.1.3 INFRAESTRUCTURA DE CONEXIÓN ENTRE EL SCP Y LOS OPERADORES Y PROVEEDORES 20
2.1.1.6 DISPONIBILIDAD Y RENDIMIENTO 21
2.1.1.7 CONFIABILIDAD Y SEGURIDAD 21
2.2 SISTEMA CENTRAL DE PORTABILIDAD 23
2.2.4 GESTOR DE PORTABILIDAD 24
2.2.5 BASE DE DATOS CENTRAL DE PORTABILIDAD NUMÉRICA –
2.2.5.2 INFORMACIÓN CONTENIDA EN LA BASE DE DATOS 25
2.3 PROCESOS DE PORTACIÓN Y GESTIÓN OPERATIVAS DEL SCP 25
2.3.1.1 CONSIDERACIONES DEL PROCESO DE PORTACIÓN 25
2.3.3 PROCESO XX XXXXX POR DEUDA 26
2.3.4 PROCESO DE RECONEXIÓN POR DEUDA 26
2.3.6 PROCESO DE CAMBIO DE TITULAR 27
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
2.3.7 PROBLEMAS O INCIDENCIAS CON EL SCP 27
2.4 DESCRIPCIÓN Y DEFINICIÓN DE TEMPORIZADORES 28
2.7.1 ADMINISTRACIÓN, MONITOREO, MANTENIMIENTO Y GESTIÓN DEL SCP29
2.7.2 SOLUCIÓN DE PROBLEMAS DE USUARIOS 29
2.7.2.1 HERRAMIENTA PARA EL SEGUIMIENTO A PROBLEMAS DE USUARIOS 29
2.7.2.2 MONITOREO DE INCIDENCIAS 29
2.7.2.3 GESTIÓN, TRATAMIENTO Y SEGUIMIENTO XX XXXXXX 29
2.7.3 BACKUP Y RECUPERACIÓN DE INFORMACIÓN 30
2.7.4 IMPLEMENTACIÓN DEL SISTEMA 31
2.7.4.1 IMPLEMENTACIÓN Y PUESTA EN OPERACIÓN 31
2.7.5 REQUERIMIENTOS DE CAMBIOS 32
2.7.9 ACEPTACIÓN DEL SISTEMA 34
2.7.10 DIRECCIÓN DE PROYECTOS (PMO) 34
2.8 ACUERDO DE NIVEL DE SERVICIO - SLA 34
2.9 EXPERIENCIA DEL OFERENTE 34
TABLAS DE CUMPLIMIENTO DE REQUERIMIENTOS 38
3.1 REQUERIMIENTOS GENERALES 38
3.1.1 LINEAMIENTOS DEL ESQUEMA DE PORTABILIDAD 38
3.1.2 XXXXXXXXXXXX XX XX XXXXXXXX 00
3.1.3 ARQUITECTURA DE SOFTWARE 43
3.1.4 SISTEMA CENTRAL DE PORTABILIDAD SCP 44
3.1.5 PROCESOS Y GESTIÓN OPERATIVA DE SCP 47
3.1.6.1 ADMINISTRACIÓN DEL SCP 49
3.1.7 IMPLEMENTACIÓN DEL SISTEMA 51
3.1.8 REQUERIMIENTOS DE CAMBIOS 52
3.1.11 EXPERIENCIA DEL OFERENTE 55
3.1.13 CUADRO DE CALIFICACIÓN CRITERIOS CALIFICABLES 56
PROCESOS DE PORTABILIDAD NUMÉRICA 82
2. Proceso devolución de números 91
3. Proceso xx xxxxx por deuda 94
4. Proceso de reconexión por deuda 96
5. Proceso problemas o incidencias 97
6. Proceso reversiones (portación sin autorización del titular) 101
7. Proceso cambio de titular a un número portado 104
ANEXO C 107
ARQUITECTURA GENERAL DE LA SOLUCIÓN 107
ANEXO D 108
ACUERDO DE NIVEL DE SERVICIO 108
ANEXO E 116
MODELO DE CONTRATO 116
ANEXO F 130
PROCEDIMIENTO PARA MIGRACIÓN A UN NUEVO ASCP 130
ANEXO G 131
PROPUESTA ECONÓMICA 131
ANEXO H 132
CÓDIGO DE CONDUCTA DEL ASCP 132
ANEXO I 142
POLÍTICA DE ANTICORRUPCIÓN 142
ANEXO J 143
DECLARACIÓN DE INTEGRIDAD DEL PERSONAL DE LA EMPRESA PROPONENTE 143
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
La Ley 164 General de telecomunicaciones, Tecnologías de la Información y Comunicación de 08 xx xxxxxx de 2011 y el decreto supremo N° 2498 del 26 xx xxxxxx de 2015 establecen los mecanismos para la implementación de la Portabilidad Numérica de los servicios de telecomunicaciones en Bolivia. Así mismo, la resolución administrativa regulatoria ATT-DJ-RA TL LP 1525/2015 establece la normativa y el reglamento para la implementación del Sistema Central de Portabilidad como su administración y la integración con las bases de datos de portabilidad operativas de los operadores y proveedores de servicios de telefonía.
Los operadores del servicio móvil en Bolivia convocan a Licitación Pública Internacional para seleccionar a la entidad que se encargará de la administración del Sistema Central de Portabilidad Numérica en el Servicio Móvil.
La presente convocatoria será publicada en las páginas WEB de la Autoridad de Regulación y Fiscalización de Telecomunicaciones y Transportes (ATT) (xxx.xxx.xxx.xx); Empresa Nacional de Telecomunicaciones S.A. (ENTEL S.A.) (xxx.xxxxx.xx); Empresa de Telecomunicaciones Nuevatel PCS de Bolivia S.A. (xxx.xxxx.xxx.xx) y Telefónica Celular de Bolivia S.A. (TELECELS.A.) (xxx.xxxx.xxx.xx) y por una sola vez en un diario de circulación nacional y un medio de alcance internacional.
El objeto de la Licitación es seleccionar una Persona Jurídica, que será responsable de la implementación, administración, operación, gestión y seguridad del Sistema Central de Portabilidad Numérica del Servicio Móvil (solución técnica "All Call Query”), de acuerdo a las condiciones establecidas en el presente documento.
En el marco de lo dispuesto por el parágrafo V del Articulo 52 de la Ley N° 164 que determina que se establecerá mediante norma expresa que las usuarias o usuarios de los servicios de telecomunicaciones puedan conservar los números que les hayan sido asignados por el operador inicial, es que el Gobierno del Estado Plurinacional de Bolivia promulgó el Decreto Supremo 2498 de fecha 26 xx xxxxxx de 2015 que establece los mecanismos para la implementación de la portabilidad numérica.
El citado Decreto Supremo dispone que la portabilidad numérica en los servicios de telecomunicaciones es de cumplimiento obligatorio de todos los operadores y proveedores, los cuales deberán acatar lo establecido en los reglamentos técnicos de portabilidad numérica que se aprueben para este fin.
En virtud a los preceptos antes mencionados, la ATT emitió la RAR ATT-DJ-RA TL LP 1525/2015 (RAR 1525) de fecha 26 de noviembre de 2015, publicada en fecha 3 de diciembre de 2015, resolviendo aprobar el Reglamento Técnico de Portabilidad Numérica del Servicio Móvil, por lo que la Portabilidad Numérica en los servicios móviles de telecomunicaciones deberá ser implementada un año posterior a la publicación de este reglamento.
La normativa precedentemente citada, definió la solución técnica denominada "All Call Query' - Consulta de Todas las Llamadas - con una base de datos centralizada principal y con bases de datos operativas correspondientes a cada operador o proveedor de servicio móvil.
De conformidad con los artículos 7 y 8 del Reglamento Técnico de Portabilidad Numérica del servicio móvil se conformó el Equipo Técnico Consultivo de Portabilidad Numérica (ETCP) que tiene entre otras la atribución de elaborar y proponer los Términos de Referencia y el mecanismo del proceso de selección del ASCP.
Además de las definiciones establecidas en la Ley N°164, el D.S. 1391, el D.S. 2498 y la RAR 1525/2015, los términos que se definen en el presente numeral y que se emplean en el transcurso del documento, tendrán los significados que a continuación se les atribuye:
• ATT (Autoridad de Regulación y Fiscalización de Telecomunicaciones y Transportes): Ente regulador y fiscalizador del sector de Telecomunicaciones y Transportes en el Estado Plurinacional de Bolivia.
• Adjudicatario: Es el oferente ganador de la Licitación Internacional.
• Administrador del Sistema Central de Portabilidad Numérica - ASCP: Es la persona jurídica contratada que es responsable de la implementación, administración, operación, gestión y seguridad, del Sistema Central de Portabilidad Numérica.
• Asociación Accidental: Es el contrato de cuentas en participación cuando dos o más personas toman interés en una o más operaciones determinadas y transitorias, a cumplirse mediante
aportaciones comunes, llevándose a cabo las operaciones por uno o más o todos los asociados, según se convenga en el contrato, conforme a las formalidades establecidas. Para la presente Licitación uno de los asociados necesariamente deberá ser una persona jurídica constituida en el Estado Plurinacional de Bolivia.
• Base de Datos Central de Portabilidad Numérica BDCP.- Base de datos que contiene la información necesaria para viabilizar todo el proceso de Portabilidad Numérica, que entre
otras, posee una base de datos de información de números portados, base de datos de información necesaria de orden administrativa, base de datos de información histórica, bases de datos de trazabilidad (registros de eventos, auditoria, etc. ), que es actualizada gestionada y administrada por el ASCP de acuerdo al proceso de Portabilidad Numérica.
• Base de Datos de Portabilidad Numérica Operativa BDPO.- Base de datos que contiene la información necesaria para el proceso de Portabilidad Numérica, misma que se encuentra
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
en la red del operador del servicio móvil y es administrada por éste, la misma que se actualiza periódicamente con información de la Base de Datos Central de Portabilidad Numérica del SCP.
• Comisión de Calificación: Es aquel grupo de trabajo conformado por personal acreditado por cada uno de los Operadores y proveedores para la evaluación y calificación de propuestas.
• Comisión Técnica Operativa: Es aquel grupo de trabajo conformado por personal acreditado por cada uno de los Operadores y proveedores que realiza las funciones de supervisión,
control y fiscalización en la implementación, operación, seguridad, control y mantenimiento del Sistema Central de Portabilidad
• Consulta de toda llamada (All Call Query): Solución técnica basada en el enrutamiento de llamadas previa consulta a una base de datos.
• Contrato: Acuerdo entre partes que, empleando el Modelo de Contrato, suscribirá el Adjudicatario con los Operadores y proveedores, para la prestación de sus servicios como ASCP, en el marco de la portabilidad numérica en el servicio móvil.
la Comunicación (TIC).
• Licitación: Es el proceso de contratación convocado por los operadores del servicio móvil en Bolivia para elegir a la entidad independiente que implemente, administre, opere y gestione la Base de Datos Central de Portabilidad Numérica en el servicio móvil.
• Modelo de Contrato: Texto base a ser utilizado para la suscripción del Contrato, consignado en el Anexo X xxx Xxxxxx de Condiciones.
• Oferente: Persona jurídica participante en el proceso de Licitación Pública Internacional de selección del ASCP.
• Persona Jurídica: Empresas nacionales o extranjeras legalmente constituidas y reconocidas conforme a legislación Boliviana.
• Pliego de Condiciones: Es el documento que incluye los Términos de Referencia, Formatos, Anexos, modificaciones y las Circulares que expida el Equipo Técnico Consultivo de
Portabilidad Numérica y aprobados por la ATT, que fija los términos bajo los cuales se desarrollará la Licitación Pública Internacional.
• Project Management Office / Oficina de Gestión de Proyectos - PMO: Unidad del ASCP para centralizar y coordinar la dirección de proyectos a su cargo.
• Reglamento Técnico de Portabilidad Numérica de Servicio Móvil: Reglamento aprobado mediante RAR 1525/2015 de 26 de noviembre de 2015, que establece el marco reglamentario
de los aspectos técnicos, económicos y administrativos para la implementación de la Portabilidad Numérica del servicio móvil en aplicación de la Ley Nº 164 General de Telecomunicaciones, Tecnologías de Información y Comunicación del 8 xx xxxxxx de 2011 y del Decreto Supremo Nº 2498 de 26 xx xxxxxx de 2015.
• Sistema Central de Portabilidad SCP: Organización técnica, económica y administrativa, que posee como infraestructura principal la Base de Datos Central de Portabilidad [BDCP]; es administrado por el ASCP.
• Service Level Agreement / Acuerdo de Nivel de Servicio - SLA: Documento técnico donde se indica los niveles de servicio requeridos.
• Huso Horario Aplicado al Presente Documento: Corresponde al huso horario -4 GMT (hora en Bolivia)
Los términos no definidos en el presente numeral, se deberán entender conforme al significado que tienen según el Reglamento de Portabilidad Numérica y, en defecto de éste, de las normas aplicables.
1.6 PRESENTACIÓN DE PROPUESTAS
Las propuestas deberán presentarse sólo en las oficinas de la ATT, Xxxxx 00 xx Xxxxxxxx Xxx. 0000 xx xx xxxxxx xx Xx Xxx, dirigido al Presidente de la Comisión de Calificación, hasta el día:
Fecha: | 04 xx xxxxx de 2016 |
Hora: | 09:30 am |
No serán aceptadas ni consideradas las propuestas recibidas en oficinas postales o cualquier otro lugar, aunque fueran dependencias de la ATT diferente al domicilio señalado en el párrafo precedente y tampoco serán consideradas las propuestas entregadas pasados el día y hora límite, señalados.
Las propuestas de los oferentes deberán estructurarse de acuerdo a las siguientes instrucciones: SOBRE “A” – DOCUMENTOS ADMINISTRATIVOS (Un ejemplar).
SOBRE “B” – PROPUESTA TÉCNICA (1Original + 3 Copias Digitales escaneadas del original y una copia en formato “pdf” exportado desde un procesador de texto).
SOBRE “C” – PROPUESTA ECONÓMICA (1 Original + 3 Copias Digitales escaneadas del original y una copia en formato “pdf” exportado desde un procesador de texto)
Cada uno de los sobres serán presentados cerrados de manera separada; la Parte Técnica y la Parte Económica deberán contener las copias digitales de los documentos correspondientes; los originales deberán ser foliados, sellados y presentados con la siguiente inscripción:
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
COMISION DE CALIFICACION
LICITACIÓN PÚBLICA INTERNACIONAL ETCP 001/2016 “ADMINISTRADOR DEL SISTEMA CENTRAL DE PORTABILIDAD NUMÉRICA”
RAZÓN SOCIAL DEL OFERENTE TELÉFONO FAX – EMAIL PERSONA DE CONTACTO: SOBRE “…x…”:
La apertura de sobres se efectuará en un acto público, en las oficinas de la ATT Xxxxx 00 xx Xxxxxxxx Xxx. 0000 xx xx xxxxxx xx Xx Xxx, el día:
Fecha: | 04 xx xxxxx de 2016 |
Hora: | 10:00 Sobre A 17:00 Sobre B |
Los Oferentes podrán efectuar consultas respecto al Pliego de Condiciones de la Licitación únicamente por las siguientes vías:
a.) E-mail dirigido a xxxxxxxxxxxxxxxxxxx@xxx.xxx.xx
b.) Consultas escritas dirigidas a LA COMISIÓN DE CALIFICACIÓN en la dirección Xxxxx 00 Xx. 0000 Calacoto, entre Av. los Sauces y Av. Costanera. La Paz – BOLIVIA.
Estas consultas deberán ser formuladas en idioma castellano hasta horas 18:00 pm del 14 xx xxxxx del 2016.
En fecha 18 marzo del 2016 se llevará a cabo la Reunión de Aclaración en las oficinas de la ATT, Xxxxx 00 xx Xxxxxxxx Xxx. 0000 xx xx xxxxxx xx Xx Xxx a horas 10:00 am, en la que se absolverán todas las consultas realizadas por los Oferentes.
Cualquier consulta adicional realizada y/o que se presenten en la Reunión de Aclaración será respondida por la Comisión de Calificación, hasta las setenta y dos (72) horas posteriores a la conclusión de la reunión, mediante publicación en las páginas web antes mencionadas.
1.8.1 FORMA DE PRESENTACIÓN.
Los Oferentes deberán presentar su propuesta por escrito en idioma castellano, sin tachaduras ni enmendaduras, debidamente foliada y suscrita por el representante legal del Oferente en cada folio hasta la fecha señalada en el presente Pliego de Condiciones.
Los documentos en idioma distinto al castellano deberán ser acompañados por su correspondiente traducción simple ante Notario de Fe Pública o su equivalente en el país de origen.
Los folletos técnicos o manuales de instrucción de equipos podrán ser entregados en inglés, sin requerir de traducción.
1.8.2 CONTENIDO.
El contenido de los tres (3) sobres debe ser el siguiente:
1.8.2.1 Sobre A “Documentos Legales y Administrativos”:
✓ Carta de Presentación firmada por el representante y/o apoderado legal.
En caso de Empresas nacionales o extranjeras, deberá presentar los siguientes documentos en Fotocopias simples:
✓ Documentos de constitución de las empresas inscritos y resellados en el Registro de Comercio (FUNDEMPRESA) de acuerdo a la legislación nacional.
✓ Matrícula de Comercio vigente.
✓ Poder General amplio y suficiente del Representante Legal del oferente con facultades para presentar propuestas y suscribir contratos, inscrito y resellado en el Registro de Comercio.
✓ Certificado vigente de Inscripción en el Padrón Nacional de Contribuyentes (NIT).
Las empresas extranjeras deben presentar fotocopias simples de los documentos vigentes equivalentes a los solicitados con una nota aclaratoria y traducida al castellano, debidamente notariados, cuando corresponda, emitidos por la entidad correspondiente en su país para que sean evaluados por la Comisión de Calificación.
En caso de Asociación Accidental, fotocopias simples de la siguiente documentación:
✓ Minuta de la Asociación Accidental, que indique el porcentaje de participación de los asociados, la designación de la empresa líder, la nominación del Representante Legal de la Asociación y el domicilio legal; así como fotocopias simples del Testimonio de Constitución y modificaciones al mismo, vigente y resellado en FUNDEMPRESA de los Asociados o equivalente para el caso de empresas extranjeras.
✓ Poderes de los Representantes Legales de cada uno de los asociados, resellados en FUNDEMPRESA (vigentes) mencionando las facultades otorgadas al apoderado para participar en procesos de licitación, presentación de propuestas y suscripción de contratos para la provisión/prestación de bienes o servicios. En el caso de empresas extranjeras, la documentación equivalente.
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
✓ Matriculas de Comercio ante FUNDEMPRESA (vigentes) de todos los asociados. En el caso de empresas extranjeras, la documentación equivalente.
✓ Certificación Electrónica vigente del NIT (Número de Identificación Tributaria) de las empresas que conforman la Asociación Accidental. En el caso de empresas extranjeras, la documentación equivalente.
Adicionalmente y para ambos casos:
✓ Boleta Bancaria de Garantía de Seriedad de Propuesta por un valor de Bs150.000,00.- (Ciento cincuenta mil 00/100 Bolivianos) con las características de renovable, irrevocable, de ejecución inmediata y a primer requerimiento a favor de Empresa Nacional de Telecomunicaciones Sociedad Anónima (Entel S.A), Empresa de Telecomunicaciones NUEVATEL PCS de Bolivia S.A., Telefónica Celular de Bolivia S.A. (TELECEL S.A.) (1/3 del valor a cada operador) emitida por una institución bancaria legalmente constituida en el Estado Plurinacional de Bolivia con una validez de 120 días calendario, a partir de la fecha de presentación de propuesta.
✓ Fotocopia simple de la Cedula de Identidad o Pasaporte vigentes de cada Representante legal.
✓ Fotocopia simple De los Estados Financieros auditados de la última gestión de cada asociado.
✓ Declaración del oferente sobre el período de validez de la propuesta equivalente a ciento veinte (120) días calendario, a partir de la fecha de presentación de la propuesta.
✓ Declaración de Integridad firmada por el representante legal de cada asociado según Xxxxx X.
Toda la documentación legal para las empresas extranjeras deberá ser presentada debidamente legalizadas y traducidas al idioma castellano ante las autoridades competentes.
1.8.2.2 Sobre B “OFERTA TECNICA” conteniendo todos los requisitos y disposiciones solicitadas en las especificaciones técnicas (Parte II “Información Técnica de la Contratación”). No debe contener precios totales, parciales o referenciales de ningún tipo. La columna de respuestas debe ser llenada obligatoriamente con las referencias precisas y exactas (documento, página, referencia) y sin añadir comentario y/o condiciones adicionales.
La inclusión de Precios Totales parciales o referenciales dará lugar a la descalificación de la oferta.
1.8.2.3 Sobre C “OFERTA ECONOMICA” conteniendo su propuesta de acuerdo a lo especificado en el Anexo G “Propuesta Económica”.
Toda la propuesta económica, el proceso de contratación, incluyendo los pagos a realizar, deben expresarse y efectuarse en moneda nacional (Boliviano), incluyendo los impuestos xx xxx.
El proponente puede presentar toda consideración de índole económico-financiera que considere útil y apropiada para la evaluación de su propuesta.
En caso de discrepancia entre un precio unitario y el total o entre los montos en numeral y literal, se considerará al precio menor como el correcto.
En caso de ser necesario, la Comisión de Calificación podrá solicitar una mayor desagregación de los precios al proponente, quien está en la obligación de suministrar oportunamente toda la información requerida.
Empresas extranjeras y/o nacionales que consideren en su propuesta económica pagos al extranjero que generen impuestos por remesas al exterior ya sea por concepto de servicios, licencias de software (bienes intangibles) y otros, deben incluirlos en su propuesta económica de acuerdo a los porcentajes y/o montos que son establecidos en la normativa vigente en Bolivia.
1.9 REVISIÓN Y MODIFICACIÓN XXX XXXXXX DE CONDICIONES
Los operadores Entel S.A., Nuevatel PCS de Bolivia S.A., Telefónica Celular de Bolivia S.A. se reservan el derecho de revisar y modificar los términos del presente documento y sus anexos durante la etapa de Licitación. De producirse esta situación las modificaciones serán comunicadas oportunamente mediante las páginas Web de los operadores y la ATT.
Las modificaciones requeridas no constituirán causal de indemnización de ningún tipo por parte de los proponentes y/o interesados.
1.10 SOLICITUD DE AMPLIACIÓN DE ENTREGA DE OFERTAS
Los oferentes podrán solicitar vía e-mail la ampliación del plazo de presentación de propuestas, hasta dos (2) días hábiles antes del plazo de entrega establecido para la presentación de las ofertas.
Si existiesen solicitudes de ampliación de plazo de entrega de ofertas, la Comisión de Calificación podrá aceptar previa evaluación del caso y su decisión será comunicada dentro de las veinticuatro (24) horas de recibida la notificación a través de las páginas Web indicadas en el presente documento.
El tiempo de ampliación del plazo de entrega de ofertas dependerá del análisis que la Comisión de Calificación haga en cada caso.
1.11 RESPONSABILIDAD DEL OFERENTE
El Oferente será el único responsable ante los operadores Entel S.A., Nuevatel PCS de Bolivia S.A., Telefónica Celular de Bolivia S.A. de la oferta que presente, sin perjuicio de la responsabilidad solidaria que asuman sus asociados, conforme a las condiciones xxx Xxxxxx de Condiciones.
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
Las subcontrataciones en las que pueda incurrir el Adjudicatario para cumplir con las obligaciones que se deriven xxx Xxxxxx de Condiciones y el Contrato, no implicará en ningún caso que su responsabilidad frente a los operadores, sea transferida a los subcontratistas. La subcontratación no implicará en ningún caso que el servicio de Administración del Sistema Central de Portabilidad Numérica sea prestado por una persona distinta al oferente, y tampoco que los subcontratistas tengan acceso a la información de datos personales de los usuarios. Todos los oferentes deberán basar su decisión de presentar su oferta en sus propias investigaciones, exámenes, análisis y conclusiones sobre la información disponible y la que de manera particular hayan procurado, a su propio costo y entero riesgo.
Será responsabilidad de los Oferentes correr con todos los gastos relacionados a la preparación y presentación de ofertas. Los operadores no serán responsables en ningún caso por dichos costos, cualquiera sea su resultado.
El oferente adjudicado deberá realizar las acciones que aseguren el funcionamiento óptimo del Sistema Central de Portabilidad Numérica, de acuerdo a las reglas establecidas en el marco normativo vigente.
1.12 ERRORES SUBSANABLES Y NO SUBSANABLES
Se consideran las siguientes definiciones:
1.12.1 ERRORES SUBSANABLES: Son los que inciden sobre aspectos no sustanciales, sean accidentales, accesorios o de forma, sin afectar la legalidad ni la solvencia de las propuestas. Es susceptible de ser rectificado siempre y cuando no afecte los términos y condiciones de la propuesta, no conceda ventajas indebidas en detrimento de los otros proponentes y no se considere omisión de la presentación de documentos.
Todo error considerado subsanable deberá ser enmendado en un plazo perentorio de 2 días hábiles a partir de su notificación legal y será consignado en el Informe Final de la Comisión de Calificación.
1.12.2 ERRORES NO SUBSANABLES: Son considerados errores no subsanables, siendo objeto de descalificación, los siguientes:
• La ausencia de la carta de presentación de la propuesta firmada por el Representante Legal del Oferente.
• La ausencia de la Propuesta Técnica.
• La ausencia de la Propuesta Económica.
• La ausencia de presentación de la Boleta Bancaria de Garantía de Seriedad de
Propuesta confirmada por un banco legalmente establecido en el Estado Plurinacional de Bolivia.
• La ausencia de Minuta de la Asociación Accidental o de documentos de constitución de la empresa, cuando corresponda.
• La ausencia del Poder del Representante Legal con las facultades respectivas.
• Boleta Bancaria de Garantía de Seriedad de Propuesta, girada con una variación numérica superior al 0.05% o plazo de vigencia menores a los requeridos o su emisión
errónea (salvo errores literales hasta en tres silabas, los que se considerarán subsanables).
• La presentación de una Garantía diferente a la solicitada.
• Cuando se omita la presentación de cualquier documento requerido en el Pliego de Condiciones, de forma obligatoria.
1.13 APERTURA DE SOBRES
La apertura de los sobres seguirá el siguiente procedimiento:
1.13.1 Se realizará la apertura del sobre “A” en el Acto Público de Apertura de Sobres en la fecha y hora establecidos en el Pliego de Condiciones, salvo lo establecido en una comunicación oficial emitida por la Comisión de Calificación.
La Comisión de Calificación procederá a la revisión de los documentos administrativos (sobre “A”) de todos los oferentes y realizará la habilitación (considerando errores subsanables) o inhabilitación de los Oferentes que tengan errores no subsanables.
1.13.2 Se realizará la apertura del sobre “B” de los Oferentes habilitados en el sobre “A”, en acto público en la fecha y hora indicada en el Pliego de Condiciones.
1.13.3 La apertura del sobre “C” de los Oferentes habilitados en el sobre “B”, se realizará en sesión reservada.
1.13.4 Se procederá a la devolución de los sobres “A” o “B” que no hubieran sido habilitados en la evaluación correspondiente.
1.14 CALIFICACIÓN FINAL.
Es el resultado del promedio ponderado de las calificaciones obtenidas, en las evaluaciones Técnicas y Económicas, para tal efecto se considerará la siguiente distribución:
Aspecto | Ponderación |
Técnico | 20 % |
Económico | 80 % |
Total | 100% |
1.15 CRITERIOS DE EVALUACIÓN DE PROPUESTAS TÉCNICAS.
La forma de calificación está relacionada al cumplimiento estricto de lo solicitado en las Especificaciones Técnicas y que ponderado tendrá un valor de 20%.
Para los incisos marcados como MANDATORIO, la calificación será CUMPLE o NO CUMPLE. Mientras que los incisos marcados como CALIFICABLE, se basarán en la tabla de calificación de Criterios Calificables y las fórmulas de calificación adjuntas a este documento.
A continuación, se definen las palabras CUMPLE, NO CUMPLE:
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
CUMPLE: Xxxxxx que satisface completamente el requisito técnico requerido, de acuerdo a lo solicitado en el Pliego de Condiciones y se entiende que está incluida en la propuesta Técnica del Oferente.
NO CUMPLE. Define que no satisface los requisitos técnicos establecidos en el Pliego de Condiciones, lo que dará lugar a la inhabilitación de la propuesta.
1.15.1 CRITERIOS MANDATORIOS
Estos requisitos deben ser cumplidos por el Oferente para que su propuesta sea considerada, si alguno de estos puntos no fuera cumplido, la oferta será excluida.
1.15.2 CRITERIOS CALIFICABLES
Los criterios Calificables, serán evaluados de acuerdo a las siguientes formulas.
a) Fórmula para los puntos CALIFICABLES en los que se requiere menor tiempo/sensibilidad y otros es: (variables de TIEMPO)
C _ Mínima ⋅ Ponderación C _ Ofrecida
Dónde:
C_Mínima = Cantidad mínima ofrecida de todas las propuestas. C_Ofrecida = Cantidad ofrecida en la propuesta.
Ponderación = De acuerdo a tabla de Calificación Técnica
b) La fórmula para la calificación de ítems en los que se requiere la mayor cantidad/capacidad y otros es: (variables de CANTIDAD)
C _ Ofrecida⋅ Ponderacion C _ Máxima
Dónde:
C_Ofrecida = Cantidad ofrecida en la propuesta.
C_Máxima = Cantidad máxima ofrecida de todas las propuestas. Ponderación = De acuerdo a tabla de Calificación Técnica
La ponderación está descrita en la PARTE III del presente documento.
1.16 EVALUACIÓN DE LA PROPUESTA ECONÓMICA
La calificación de la oferta económica considerará todos los requerimientos económicos solicitados y que ponderado tendrá un valor de 80% en la calificación final.
Para obtener la calificación de precios (esto es traducir los precios resultantes de la aplicación del modelo en puntos), la puntuación de cada oferta (i) será obtenida mediante la siguiente fórmula:
Dónde:
Pmejor = Precio más bajo de todas las ofertas que hubiesen aprobado la calificación del sobre “B”
Pi = Es el precio de la oferta i.
Al resultado obtenido para cada oferta i se le aplicará la ponderación correspondiente al precio (80%), obteniéndose de esta manera el puntaje final obtenido por la oferta económica i.
1.17 ADJUDICACIÓN
Una vez emitido el informe final, se procederá con el envío de la carta de adjudicación al Oferente adjudicado y al envío de la carta de no adjudicación a los demás oferentes.
El Oferente adjudicado contará con un plazo no mayor a tres (3) días hábiles para dar respuesta de Aceptación/Rechazo a la nota de adjudicación.
En caso de aceptación, el adjudicatario tendrá un plazo de quince (15) días hábiles a partir de la notificación de adjudicación para adjuntar toda la documentación solicitada en la Carta de Adjudicación, plazo que podrá ser prorrogado a requerimiento del oferente y aceptación de la Comisión de Calificación.
Asimismo, el adjudicatario acepta iniciar el cronograma de implementación a la aceptación de dicha carta.
Si el oferente adjudicado desistiera de suscribir el contrato, se procederá a la ejecución de la Boleta Bancaria de Garantía de Seriedad de Propuesta y se procederá a la adjudicación de la segunda propuesta mejor calificada.
El incumplimiento a estos plazos y la falta de presentación de la documentación será causal para dejar sin efecto la Carta de Adjudicación y se procederá con la ejecución de la Boleta Bancaria de Garantía de Seriedad de Propuesta y se adjudicará a la segunda propuesta mejor calificada.
El ASCP deberá, dentro de los cinco (5) días posteriores a la fecha de aceptación de la carta de adjudicación, nombrar y notificar por escrito a su supervisor quien actuará como contraparte.
1.18 SUSCRIPCIÓN DE LOS CONTRATOS.
Para efectos de la suscripción del Contrato, el Adjudicatario deberá presentar la siguiente documentación en original o fotocopias debidamente legalizadas en tres (3) ejemplares:
En caso de Empresas nacionales o extranjeras, legalmente constituidas y reconocidas conforme a la legislación nacional:
1. Documentos de constitución de las empresas inscritos y resellados en el Registro de Comercio (FUNDEMPRESA) de acuerdo a la legislación nacional.
2. Matrícula de Comercio actualizada.
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
3. Poder General amplio y suficiente del Representante Legal del oferente con facultades para presentar propuestas y suscribir contratos, inscrito y resellado en el Registro de Comercio.
4. Certificado vigente de Inscripción en el Padrón Nacional de Contribuyentes (NIT).
En caso de Asociación Accidental:
1. Testimonio de la Asociación Accidental debiendo acompañar el contrato de dicha Asociación, que indique el porcentaje de participación de los asociados, la designación de la empresa líder, la nominación del Representante Legal de la Asociación y el domicilio legal; así como fotocopias legalizadas y/u Originales del Testimonio de Constitución y modificaciones al mismo, vigente y resellado en FUNDEMPRESA de los Asociados.
2. Poderes de los Representantes Legales de cada uno de los asociados, resellados en FUNDEMPRESA (vigentes) mencionando las facultades otorgadas al apoderado para participar en procesos de licitación, presentación de propuestas y suscripción de contratos para la provisión/prestación de bienes o servicios.
3. Fotocopias legalizadas de las Matriculas de Comercio ante FUNDEMPRESA (vigentes) de todos los asociados.
4. Certificación Electrónica vigente del NIT (Número de Identificación Tributaria) de las empresas que conforman la Asociación Accidental.
Adicionalmente y para ambos casos:
5. Boleta Bancarias de Garantía de Cumplimiento de Contrato a favor de cada operador, cada una por un tercio (1/3) del valor total, que sumadas equivaldrán al 10% del monto adjudicado en caso de retribución fija o a un monto estimado por los contratantes en caso de las otras modalidades.
Dichas Boletas Bancarias deberán consignar las características de renovable, irrevocable, de ejecución inmediata y a primer requerimiento, emitidas por una entidad financiera bancaria boliviana regulada y autorizada por la ASFI y a satisfacción de los operadores.
Cada una de las Boletas Bancarias de Garantía de Cumplimiento de Contrato deberán ser giradas, a favor de los siguientes operadores:
▪ Empresa Nacional de Telecomunicaciones Sociedad Anónima (Entel S.A),
▪ Empresa de Telecomunicaciones NUEVATEL PCS de Bolivia S.A.,
▪ Telefónica Celular de Bolivia S.A. (TELECEL S.A.)
Las Boletas Bancarias de Garantía de Cumplimiento de Contrato, deberán tener una validez que contemple el tiempo total del contrato más (60) sesenta días calendario.
6. Fotocopia simple de la Cedula de Identidad o Pasaporte de cada Representante legal.
Toda la documentación legal para las empresas extranjeras deberá ser presentada debidamente legalizadas y traducidas al idioma castellano ante las autoridades competentes.
1.19 CANCELACIÓN, ANULACIÓN Y/O SUSPENSIÓN
Sin limitar este derecho, se podrá suspender, cancelar o declarar anulada y sin efecto la presente convocatoria, en cualquier etapa previa a la formalización de la relación comercial, por las razones siguientes:
a) Cuando exista un hecho de fuerza mayor y/o caso fortuito irreversible que no permita la continuidad del proceso, o en su defecto porque la necesidad de contratación se haya extinguido.
b) Cuando se determine incumplimiento o inobservancia al procedimiento para la adquisición respectiva y/o desvirtúe la legalidad y validez del proceso.
c) Cuando a juicio de los operadores, las ofertas no se adecuen a sus intereses y/o a las normas y procedimientos legales vigentes.
1.20 RECHAZO DE PROPUESTAS
Se podrá rechazar las propuestas, de acuerdo a las siguientes causales:
a) Ofertas presentadas fuera de fecha y hora establecidas en el Pliego de Condiciones.
b) Ofertas que tengan raspaduras, alteraciones o enmiendas.
c) Ofertas que no cumplan con cualquiera de las especificaciones descritas en el Pliego de Condiciones.
d) Cuando a juicio de los operadores los precios ofertados no guarden relación con el mercado.
e) Los operadores se reservan el derecho de desestimar cualquier propuesta, si a su juicio ésta no satisface sus expectativas y necesidades en el marco del presente Pliego de Condiciones;
f) Si el Oferente tiene alguna controversia con alguno de los contratantes.
1.21 DECLARATORIA DESIERTA
En caso que la licitación se declare desierta los operadores podrán realizar la contratación directa del ASCP.
1.22 MULTAS
1.22.1 IMPLEMENTACIÓN
Si existiesen atrasos o incumplimiento en los plazos acordados en el cronograma para la implementación por el Adjudicatario imputables al mismo, este será sujeto a una multa equivalente al cero cinco por ciento (0,5%) del Monto Total del Contrato por cada día
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
calendario de retraso, independientemente del pago de daños y perjuicios que generen los retrasos, las cuales se cobrarán a partir del treceavo mes del contrato.
Las multas acumuladas por el retraso del Adjudicatario no podrán ser superiores al veinte por ciento (20%) del Monto del Contrato. En caso que el Adjudicatario supere dicho límite, tal incumplimiento será considerado por los operadores como negligencia pudiendo resolver de pleno derecho el Contrato sin necesidad de comunicación judicial o extrajudicial alguna.
1.22.2 OPERACIÓN
El régimen de multas, aplicable durante la operación, se halla específicamente establecido en el Anexo D “Acuerdo de Nivel de Servicio” (Service Level Agreement).
Se aclara que el pago de multas no eximirá al Adjudicatario de su obligación de cumplir con las demás obligaciones y de responder por las emergencias de su incumplimiento según lo estipulado en el Contrato, más daños y perjuicios que emerjan de tales incumplimientos.
El Oferente debe presentar su oferta técnica para la implementación de un Sistema Central de Portabilidad y su Administración con fines de permitir los procesos de Portabilidad numérica entre los operadores y proveedores del servicio móvil en el Estado Plurinacional de Bolivia.
Se establece que el intercambio de información entre los Operadores y Proveedores Donante y Receptor y el Administrador del Sistema Central de Portabilidad, debe ser automatizado mediante sistemas informáticos y medios electrónicos, de forma tal que se garantice rapidez, integridad, disponibilidad y seguridad en el desarrollo del Proceso de Portación y transacciones inherentes al servicio.
2.1 ARQUITECTURA DE LA SOLUCIÓN
Cumpliendo con las disposiciones mencionadas en el Reglamento Técnico de Portabilidad Numérica del Servicio Móvil, se requiere que el oferente presente una propuesta de arquitectura para la solución de portabilidad numérica, tanto a nivel de hardware como de software, que cumpla con las condiciones técnicas, operativas y administrativas expuestas a lo largo de la presente sección y que contenga mínimamente las características de la arquitectura descrita en el Anexo C.
2.1.1 DESCRIPCIÓN DE LA ARQUITECTURA
La solución técnica solicitada se describe como un Sistema Central de Portabilidad que en consideración a lo establecido en el Reglamento de Portabilidad Numérica, debe incluir, como mínimo, las siguientes características:
2.1.1.1 SOLUCIÓN DE ALTA DISPONIBILIDAD
Mecanismos y políticas para gestionar un sistema de respaldo y recuperación de información a nivel de hardware y software, que garantice el mínimo tiempo de inactividad ofreciendo integridad de la información, continuidad de funcionamiento y seguridad de todo el sistema y la información contenida en el mismo.
Corresponde a mecanismos y protocolos estandarizados de software y hardware con la función de proveer los medios que faciliten el adecuado intercambio de información entre las BDPOs de los operadores y proveedores de servicios de telecomunicaciones móviles con el Sistema Central de Portabilidad.
2.1.1.3 INFRAESTRUCTURA DE CONEXIÓN ENTRE EL SCP Y LOS OPERADORES Y PROVEEDORES
El conjunto de Hardware y Software utilizados para la conexión entre los diferentes bloques funcionales que conforman la solución técnica del SCP y la integración con las BDPOs de los
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
operadores y proveedores móviles con el ancho xx xxxxx suficiente y con redundancia por medios de transmisión separados bajo cualquiera de las siguientes opciones de conectividad:
• Líneas dedicadas.
• Virtual Private Networks (IPSec)
• Conexión segura por Internet (MPLS u otras)
Todos los equipos de red de datos necesarios del lado del ASCP para la implementación de la interconexión con los operadores y proveedores de acuerdo a los medios físicos soportados harán parte integral de la solución del SCP y se verán cubiertos en las mismas condiciones de operación, mantenimiento, disponibilidad, gestión, desempeño y garantías especificados en el presente documento.
El Oferente deberá proporcionar al menos los siguientes ambientes para una correcta gestión del SCP:
• Ambiente de Pruebas
• Ambiente de Preproducción
• Ambiente de Producción
2.1.1.5 CAPACIDADES Y DESEMPEÑO
La solución técnica deberá considerar que la infraestructura de software y hardware empleada cuente con la suficiente capacidad para satisfacer las necesidades de los operadores y proveedores, sin disminuir el desempeño del sistema ni degradar la calidad de los servicios prestados. Para ello, como mínimo, deberá tener en cuenta los siguientes criterios de diseño:
2.1.1.6 DISPONIBILIDAD Y RENDIMIENTO
La solución técnica objeto de los presentes Términos de Referencia, debe tener características de disponibilidad y rendimiento de servicio similares a las de un sistema Carrier Class. La disponibilidad y rendimiento del Sistema de Intercambio de Información, interfaces y demás aplicaciones deben cumplir con los indicadores de servicio mencionados en el SLA
2.1.1.7 CONFIABILIDAD Y SEGURIDAD
Es obligación del oferente asegurar que en el diseño y dimensionamiento de su propuesta, la información recibida, procesada y generada como producto de procesos sea veraz y que además, las funcionalidades propias de la solución técnica sean confiables. Para ello, el oferente tendrá en cuenta, como mínimo, las siguientes condiciones:
• Una transmisión y entrega confiable de mensajes, independientemente del tipo de interfaz a través de la cual se cursen.
• Mecanismos que aseguren la correcta recepción, orden, registro y procesamiento de los mensajes a fin de que se asegure su integridad y se eviten pérdidas.
• Un correcto y continuo procesamiento de las operaciones relacionadas con la portación de números en condiciones normales (de acuerdo a lo establecido en el SLA).
• Un correcto y continuo procesamiento de las operaciones relacionadas con la portación de números durante una emergencia.
• Procedimientos de notificación de emergencias a los interesados, habilitación de acceso y guía para la correcta conexión al sistema de respaldo.
• Procedimientos de notificación restablecimiento del servicio y de reconexión al sistema de información principal.
• Procedimientos para asegurar una confiable recuperación total ante desastres.
• Procedimientos para asegurar la total restauración de la funcionalidad del Sistema Central de Portabilidad con posterioridad a un desastre.
• Procedimientos de auditoría para asegurar la integridad y confiabilidad de la información.
• Procedimiento de notificación de problemas o fallas del SCP y su escalonamiento correspondiente.
El sistema propuesto deberá dimensionarse, asegurando su escalabilidad, a fin de que, en caso de incrementarse la demanda de servicios, la capacidad sea incrementada eficientemente y de forma flexible de tal manera que se garantice el cumplimiento de los parámetros de disponibilidad, desempeño, confiabilidad y calidad del servicio.
El oferente deberá ofrecer una solución técnica que sea compatible con los estándares de numeración vigentes y adaptables a cambios.
La solución propuesta por el oferente deberá ser flexible a fin de permitir la realización de las modificaciones o inclusión de situaciones no previstas que resulten de la experiencia de la implementación y operación de la Portabilidad, con sus respectivos controles de cambios, controles de configuración, casos de uso detallados, definición de procedimientos y licenciamientos.
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
El Oferente podrá presentar otras arquitecturas alternativas siempre que cumplan con los requerimientos técnicos establecidos en el presente documento.
Solución base que ha estado por al menos 3 años en el mercado y fue adoptada por operadores y proveedores en diferentes países.
2.2 SISTEMA CENTRAL DE PORTABILIDAD
El Oferente deberá ofrecer una solución técnica con una arquitectura abierta y robusta que cumpla, como mínimo, con las siguientes características, las cuales serán extensivas a los sistemas operativos utilizados:
- Altamente disponible
- Escalable
- Confiable y madura
- Segura
- Capaz de soportar procesos concurrentes con un desempeño óptimo
- Software con arquitectura abierta
El oferente ofrecerá una solución técnica que cuente, como mínimo, con las siguientes características:
• Arquitectura con estándares abiertos.
• Sistema transaccional.
• Alta disponibilidad y desempeño.
• Confiabilidad y Madurez.
• Escalabilidad.
• Adaptabilidad.
• Flexibilidad.
• Altamente gestionable.
• Altamente seguro.
• Actualizable en el tiempo, sin afectar la disponibilidad, confiabilidad del sistema ni los costos.
La solución técnica ofertada del Sistema Central de Portabilidad, deberá contar como mínimo con las siguientes funcionalidades a partir de un conjunto de reglas de negocio y procedimientos definidos en el Anexo B “Procesos de Portabilidad Numérica” adjunto al presente documento:
• Gestión de:
i. Proceso General de Portabilidad,
ii. Cambio titular,
iii. Devolución de números,
iv. Problemas o incidencias con el SCP,
v. Reversiones,
vi. Proceso xx xxxxx por deuda,
vii. Proceso de reconexión por deuda,
• Seguimiento integral de los procesos de portabilidad.
• Gestión de transacciones entre el SCP y los operadores y proveedores.
• Gestión de Reglas de negocio (funcionales y no funcionales).
• Gestión de notificación, actualización y distribución de información de portación.
• Generación de reportes
• Gestión de Tickets.
• Funciones de auditoría.
Aplicaciones y sistemas informáticos que se encargan de la automatización y gestión de los procesos y reglas de negocio relacionados con la portación de números y la administración y operación centralizada de los mismos, bajo un esquema de intercambio de información transaccional síncrono y asíncrono entre los Operadores y proveedores del Servicio Móvil y el SCP.
2.2.5 BASE DE DATOS CENTRAL DE PORTABILIDAD NUMÉRICA - BDCP
Repositorio que contiene todos los datos resultado de los procesos y reglas de negocio referidos a la Portabilidad Numérica. Así mismo, al menos debe poseer bases de datos: números portados, administrativa, histórica, trazabilidad (registros de eventos, auditoria, etc.), una base de datos de parametrizaciones.
La solución técnica que ofrezca el oferente debe contar con una solución robusta de base de datos.
• Alta capacidad y desempeño.
• Alta disponibilidad.
• Confiabilidad.
• Escalabilidad.
• Adaptabilidad.
• Flexibilidad.
• Mecanismos robustos de acceso.
• Múltiples operaciones simultáneas sobre la base de datos.
• Altamente gestionable.
• Altamente segura.
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
• Actualizable en el tiempo, sin afectar la disponibilidad, confiabilidad del sistema ni los costos.
• Con interfaces abiertas y estandarizadas.
2.2.5.2 INFORMACIÓN CONTENIDA EN LA BASE DE DATOS
• Información de enrutamiento a números portados
• Información del proceso de portación
• Información del proceso de reversión
• Información del proceso de retorno.
• Información de las reglas de negocio (configuraciones) relacionadas con los procesos transaccionales del Sistema Central de portabilidad
• Información Histórica de portaciones e incidencias o fallas.
• Información derivada de los procesos de portación (procesos rechazados, pendientes de validación, tickets generados, etc.)
• Información de supervisión y monitoreo del sistema
• Información de incidencias o fallas ocurridas en el ecosistema de portabilidad.
• Información de registros de todos los eventos.
• Información adicional que provee la plataforma.
2.3 PROCESOS DE PORTACIÓN Y GESTIÓN OPERATIVAS DEL SCP
Se identifica un proceso de portación que incluye las siguientes etapas y para el cual el oferente presentará los correspondientes casos de uso detallados en función a lo descrito en el presente numeral:
• Solicitud de Portación
• Verificación de la Solicitud por parte de la ASCP
• Aceptación o Rechazo de la Solicitud de Portación por parte del Operador Donante
• Registro del número en el archivo de Portaciones y publicación.
• Activación/Desactivación del Número Portado en la Ventana de Cambios.
2.3.1.1 CONSIDERACIONES DEL PROCESO DE PORTACIÓN
✓ VENTANA DE CAMBIOS:
Define la fecha y hora de comienzo de la Ventana de Cambios en la cual se dará de baja el Número Portado en el Operador Donante y se activará el mismo en el Operador Receptor. Durante este período el usuario no tendrá servicio.
✓ NÚMEROS PORTABLES:
Una solicitud de portación puede contener una entrada para portar un número, o contener múltiples números, hasta un número parametrizable por entrada a ser definido en la etapa de pruebas.
En la implementación del proceso se le permitirá al operador donante, rechazar algún o todos los números de la entrada en una solicitud de portación, de acuerdo al Reglamento de Portabilidad
En el caso que se produzca un evento que implique el rechazo parcial o total de la solicitud de portación, implicará el rechazo total de dicha solicitud y las líneas que la compongan.
El operador donante deberá analizar la solicitud de portación de todos los números incluidos en la misma, e informar al ASCP las causas del rechazo enmarcadas en el Reglamento de Portabilidad, de tal forma que el ASCP pueda informar al operador receptor el rechazo y sus causas, o caso contrario proseguir con el proceso de portación.
Se identifica un proceso de devolución de número que incluye las siguientes etapas y para el cual el oferente presentará los correspondientes casos de uso detallados en función a lo descrito en el presente numeral:
• Los operadores y proveedores identifican los números a devolver
• Registro e Informe de Devolución al ASCP.
• ASCP Identifica al operador inicial.
• Registro del(los) número(s) en el archivo de Portaciones y publicación
• Devolución del Número en la Ventana de Cambio.
2.3.3 PROCESO XX XXXXX POR DEUDA
Se identifica un proceso xx xxxxx por deuda que incluye las siguientes etapas y para el cual el oferente presentará los correspondientes casos de uso detallados en función a lo descrito en el presente numeral:
• Los operadores y proveedores identifican las deudas de un número portado.
• Solicitud xx Xxxxx por deuda del número portado al ASCP.
• Solicitud xx Xxxxx del ASCP por deuda del número portado al Operador Receptor.
• Corte del servicio al número portado e informa al ASCP.
• El ASCP registra la información xxx xxxxx de servicio.
2.3.4 PROCESO DE RECONEXIÓN POR DEUDA
Se identifica un proceso de reconexión por deuda que incluye las siguientes etapas y para el cual el oferente presentará los correspondientes casos de uso detallados en función a lo descrito en el
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
presente numeral:
• Los operadores y proveedores identifican los números a reconectar
• Solicitud de Reconexión al ASCP.
• EL ASCP realiza la solicitud de Reconexión al Operador o Proveedor Receptor.
• Reconexión del servicio.
Se identifica un proceso de reversión que incluye las siguientes etapas y para el cual el oferente presentará los correspondientes casos de uso detallados en función a lo descrito en el presente numeral:
• Los operadores y proveedores identifican los números a revertir
• Solicitud de Reversión al ASCP
• El ASCP solicita la Reversión al Receptor
• El operador Receptor acepta o Rechaza la Solicitud de Reversión
• Reversión del servicio.
2.3.6 PROCESO DE CAMBIO DE TITULAR
Se identifica un proceso de cambio de titular que incluye las siguientes etapas y para el cual el oferente presentará los correspondientes casos de uso detallados en función a lo descrito en el presente numeral:
• Los operadores y proveedores identifican los números a cambiar titularidad.
• Solicitud de Xxxxxx de titular al ASCP
• EL ASCP comunica la solicitud de cambio de titular al donante/inicial.
• El operador o proveedor donante/inicial acepta o rechaza la Solicitud de Cambio de titular
• EL ASCP comunica al operador o proveedor receptor.
• El operador receptor realiza el cambio e informa al ASCP.
• EL ASCP informa del cambio al donante/inicial.
2.3.7 PROBLEMAS O INCIDENCIAS CON EL SCP
Se identifica un proceso de problemas o incidencias con el SCP que incluye las siguientes etapas y para el cual el oferente presentará los correspondientes casos de uso detallados en función a lo descrito en el presente numeral:
• Los operadores y proveedores o el ASCP identifican algún error o incidencia.
• Registro de ticket del problema o incidencia en el SCP.
• Tratamiento del ticket
• Aplicar solución
• Cerrar ticket
2.4 DESCRIPCIÓN Y DEFINICIÓN DE TEMPORIZADORES
Para efectos de llevar control de los tiempos en que se ejecutan los procesos y subprocesos de portación, así como para temporizar el envío y recepción de mensajes, el oferente, teniendo en cuenta los siguientes lineamientos, deberá implementar y configurar, como mínimo, los temporizadores establecidos en el SLA y tener en cuenta las siguientes consideraciones:
• Los temporizadores deben ser configurables y sus valores configurados a requerimiento del ETCP y aplicados por el ASCP.
• Si el mensaje no llega antes del tiempo de expiración, la acción por defecto que se deberá llevar a cabo, será la de registrar la correspondiente violación del temporizador y la de notificar a los involucrados.
• La ASCP deberá soportar la definición de acciones que deban ser llevadas a cabo como respuesta a la detección de la violación de un temporizador.
El Oferente propondrá políticas de seguridad e integridad con el objetivo de garantizar que sólo las empresas operadoras y proveedores de servicios de telecomunicaciones autorizadas y, puedan acceder al sistema propuesto y realizar solamente las funciones que a cada uno de éstos les corresponda.
Las funciones de seguridad deben prevenir modificaciones accidentales o maliciosas en el flujo de datos, tanto del lado de las empresas operadoras de servicios de telecomunicaciones como de la Administración de la Base de Datos Centralizada Principal.
Cuando se requiera, el ETCP podrá realizar una auditoría de seguridad informática al ASCP para garantizar el cumplimiento de buenas prácticas y gestión de la seguridad de la información basadas en normas internacionales.
El ASCP debe aceptar las políticas de seguridad de la información de cada operador. A su vez, debe garantizar la confiabilidad, disponibilidad e integridad de toda la información gestionada por el SCP.
Como parte de su propuesta de solución técnica, el oferente deberá proveer, como mínimo, las siguientes funcionalidades:
• Datos necesarios que los Operadores y proveedores del Servicio Móvil requieran para la elaboración de reportes personalizables, mínimamente los datos para elaborar los reportes citados en el Artículo 16 inciso III, de la “Resolución Administrativa Regulatoria ATT-DJ-
RATL LP 1525/2015”.
• El oferente debe brindar una herramienta de extracción de información para los reportes solicitados.
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
• Descripción de los datos disponibles para su adecuada interpretación y análisis
• Lista de reportes “out-of-the-box” implementada en la plataforma.
• Exportar los reportes a cualquier formato estándar (PDF, Excel, CSV, TXT, entre otros)
2.7.1 ADMINISTRACIÓN, MONITOREO, MANTENIMIENTO Y GESTIÓN DEL SCP
El oferente debe ofrecer una infraestructura de software y hardware que de forma continua lleve a cabo las funciones de administración y supervisión del SCP. En ese proceso, la infraestructura solicitada contará con las herramientas que le permitan la configuración, recolección, procesamiento y reporte de indicadores de gestión, así como las facilidades para la creación de nuevos indicadores. Asimismo, el oferente debe incluir la gestión operativa del sistema de respaldo, los POPs, la infraestructura de conexión entre el SCP y los operadores y proveedores, y las conexiones entre el Sistema Central de Portabilidad con el SCP de respaldo cuando corresponda.
El oferente deberá describir en su propuesta, los procedimientos y actividades a seguir en caso de que la solución técnica ofrecida o alguno de sus componentes que la integran, requieran de una actualización, optimización o mantenimiento.
El oferente tendrá en cuenta que las actualizaciones y mantenimiento del SCP programados, se deberán llevar a cabo en los días hábiles y no hábiles dentro del rango horario de 01:00 am a 06:00 am. Es obligación del ASCP solicitar el permiso correspondiente al ETCP con al menos diez (10) días hábiles de anterioridad, las actualizaciones y mantenimientos a ser realizados.
2.7.2 SOLUCIÓN DE PROBLEMAS DE USUARIOS
2.7.2.1 HERRAMIENTA PARA EL SEGUIMIENTO A PROBLEMAS DE USUARIOS
El oferente deberá suministrar las herramientas e interfaces adecuadas, para que los organismos de control autorizados puedan hacer seguimiento, con el detalle suficiente, a las solicitudes de portación que tuvieron problemas para portar un número (excedieron el tiempo máximo, etc.), ya sea a través de mecanismos en línea y/o por medio de la generación de reportes mensuales o parciales, con las facilidades de configuración para ello.
2.7.2.2 MONITOREO DE INCIDENCIAS
El oferente ofrecerá como parte de su propuesta, una funcionalidad eficiente para la solución de incidencias que se puedan presentar durante la operación de todos los procesos involucrados en la Portabilidad.
2.7.2.3 GESTIÓN, TRATAMIENTO Y SEGUIMIENTO XX XXXXXX
El oferente ofrecerá como parte de la solución técnica los mecanismos de alarmas para monitorear los nodos interconectados, interfaces, procesos, etc.
Deberá tener la flexibilidad de configurar nuevas alarmas que puedan ser enviadas por sms/correo a los interesados definidos por los operadores y proveedores, además de generar logs de todas las acciones realizadas aplicando un formato específico.
El sistema debe permitir generar reportes de las fallas ocurridas en un periodo de tiempo.
El oferente deberá auto gestionar las fallas internas del SCP (servidores, discos, memorias, etc.)
2.7.3 BACKUP Y RECUPERACIÓN DE INFORMACIÓN
Se distingue en este punto dos aspectos:
• Un mecanismo, donde el sistema implementado por el ASCP deberá contar al menos con los siguientes mecanismos de respaldo (backup):
o Automático: pudiendo configurar la ocurrencia del backup (diario/semanal/mensual), además del tipo de backup (incremental/full).
o Manual: esta puede ser realizada por el personal del ASCP que cuenta con el permiso correspondiente. Todas las actividades deberán ser registradas en los “logs” de auditoría.
Los objetos a ser respaldados, deben incluir toda la información registrada en base de datos y registro de logs del sistema.
La ASCP deberá contar con un mecanismo que asegure la recuperación total del servicio a partir de las copias de respaldo hechas. Está recuperación podrá ser exigida sobre una base semestral o anual, como una tarea preventiva de mantenimiento.
• Mecanismos que garanticen la continuidad del servicio y disponibilidad de acceso a la base de datos central de portabilidad
El oferente debe ofrecer la funcionalidad de hardware y software necesaria para la generación de copias de respaldo de información generada (backup) por el ASCP como parte de los procesos relacionados con la portabilidad numérica. El oferente debe ofrecer un plan complementario, estableciendo las estrategias adecuadas a seguir, haciendo énfasis particular en el archivo de información histórica y formas de acceso a la misma, considerando los siguientes aspectos:
o Condiciones regulatorias y legales.
o Definición de tiempos de archivo.
o Medios de archivo.
o Clasificación de información para acceso en línea versus acceso fuera de línea.
o Facilidades para el acceso a información no disponible en línea.
o Almacenamiento y acceso a información
o Definición de tiempos de recuperación conforme a su criticidad.
o Sistema en caso de desastre, en el menor tiempo razonable.
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
2.7.4 IMPLEMENTACIÓN DEL SISTEMA
2.7.4.1 IMPLEMENTACIÓN Y PUESTA EN OPERACIÓN
El oferente deberá asegurar que el equipo de trabajo involucrado en la implementación de la solución técnica, objeto del presente documento, contará con la apropiada experiencia técnica, operativa y administrativa, así como con el entrenamiento necesario para su desarrollo, implementación, prueba y operación.
El oferente incluirá como parte de su oferta la organización, los perfiles y los roles de los miembros del equipo de trabajo que harán parte del proyecto durante su implementación y puesta en operación.
Con el fin de gestionar la ejecución del proyecto objeto del Contrato, el oferente que resulte elegido designará a un Gerente de Proyecto, quien será el único punto de contacto con el Equipo Técnico Consultivo de Portabilidad Numérica - ETCP y con los Operadores del servicio móvil que suscriban el respectivo contrato con el ASCP. El Gerente de Proyecto tendrá la misión de coordinar el desarrollo de todas las actividades relacionadas con la implementación de la solución y de la remisión de los correspondientes entregables que se deriven de las obligaciones contractuales adquiridas.
El oferente debe realizar los ajustes requeridos a los flujos de portabilidad que se definan durante la fase de diseño.
El oferente proporcionará un plan de implementación que considere como mínimo las siguientes actividades:
a) Entrega de un Cronograma detallado de actividades.
b) Entrega de especificaciones de la solución a implementar.
c) Entrega programada de los sitios en donde serán instalados el sistema Central de Portabilidad principal y su respaldo cuando lo considere.
d) Inicio de los procesos de instalación y configuración de software.
e) Finalización de los procesos de instalación y configuración de software.
f) Presentación del sistema completo para pruebas y verificación de integración
g) Finalización de pruebas de integración y ajustes
h) Puesta en operación del servicio de Help Desk.
i) Entrenamiento a operadores y ATT incluyendo capacitación en procedimientos de interacción con el Help Desk.
j) Entrenamiento técnico sobre las conexiones con el SCP, el acceso y uso de la información de enrutamiento hacia números portados.
k) Finalización de pruebas extremo a extremo con el resto de los operadores y proveedores, y validación con el SCP.
l) Puesta en producción del servicio.
2.7.5 REQUERIMIENTOS DE CAMBIOS
El oferente deberá considerar las buenas prácticas relacionadas a la gestión de cambios
Una vez implementado el SCP, todo requerimiento de cambio debe seguir el siguiente flujo:
1. El ETCP a través de la instancia pertinente debe entregar un documento de requerimientos “Stake Holder” al ASCP con el detalle del requerimiento de cambio solicitado. El documento debe ser descriptivo y debe contener el detalle necesario para describir las funcionalidades de cambio requeridas.
2. El ASCP deberá redactar un documento de la solución en base al documento “Stake Holder” y el mismo debe ser acordado con los gestores de cambios definidos en el punto 1.
3. El ASCP debe considerar un tiempo no mayor a 10 días calendario para la redacción de la propuesta de la solución descrita en el punto 1.
4. El ASCP y la instancia pertinente, deben firmar el documento de cambio que contendrá el detalle de la propuesta a ser elaborado por la ASCP, alcance, impactos y tiempos.
5. El ASCP debe realizar entregas parciales o demostraciones en entornos de prueba a los operadores y proveedores.
La puesta a producción debe ser acordada y coordinada con los operadores y proveedores, considerando como requisitos mínimos de puesta a producción, la entrega de documentación técnica y de usuario, así como las pruebas realizadas en entornos de prueba.
De acuerdo al punto 4, cualquier incidente relacionado al cambio debe entrar dentro del lapso de garantía del requerimiento y no debe implicar un costo adicional para los operadores y proveedores.
Dentro de un lapso de 10 días calendario post puesta a producción y en caso de no existir observaciones pendientes, la instancia pertinente debe proceder con la firma de aceptación del cambio siguiendo los procedimientos contractuales establecidos.
El oferente debe establecer, dentro de su propuesta, el servicio de capacitación con una gama de cursos en sitio, dirigidos al personal técnico y operativo de los operadores y proveedores con el fin de capacitar en la configuración y solución de problemas de los productos y servicios ofertados.
Todos los cursos deben ser impartidos por instructores certificados por el oferente. Los mismos que deben ser expertos en la materia y posean sustancial experiencia de la solución de la plataforma propuesta y en la enseñanza.
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
Todos los cursos orientados a las áreas comerciales deberán ser impartidos en lenguaje local (castellano). Sin embargo, los cursos orientados a las áreas técnicas podrán ser impartidos en inglés previa aceptación del ETCP.
Los entrenamientos deberán ser impartidos mínimamente para 18 personas del área técnica y 18 personas del área comercial.
Se requiere una capacitación para las áreas regulatorias y en ente regulador (ATT), con la participación mínimamente 10 personas.
Las ciudades y las fechas para los cursos de la capacitación serán definidas por las partes. El oferente proveerá medios de evaluación para los participantes.
El oferente proveerá un Acta de Aceptación de la Capacitación una vez concluidos todos los cursos de la capacitación, que será firmada por los representantes de los capacitados.
El ASCP deberá contar con el personal y la infraestructura necesarios para operar un servicio de Help Desk mediante el cual proporcionará, entre otros, las siguientes funcionalidades:
• Help Desk para los operadores y proveedores para solución xx xxxxxx y solución de preguntas técnicas. La atención debe ser accesible vía telefónica, email e interfaz Web GUI, y gestionada mediante una aplicación de creación de tickets de incidencias.
El Help Desk para operadores y proveedores deberá operar en un esquema de 24x7, 365 días al año, y contará con un registro de todas las llamadas recibidas vía telefónica, email e interfaz Web GUI que se reciban. Para cada solicitud de ayuda, se abrirá un ticket con su correspondiente número. El cierre de toda solicitud /petición deberá ser acordado en forma conjunta entre el ASCP y el personal que realizó el registro de la misma.
La atención debe ser en castellano y accesible vía telefónica, email e interfaz Web GUI, y gestionada mediante una aplicación de creación de tickets de incidencias
El oferente deberá presentar en su oferta el plan de pruebas para cada uno de los componentes de la solución técnica propuesta, al menos verificando aspectos de instalación, funcionalidad, seguridad e integración, éste podrá ser ajustado en la fase de diseño en común acuerdo con los operadores y proveedores. El plan debe especificar metodología, escenarios y calendario de ejecución de acuerdo a contrato.
Las pruebas de integración entre operadores y proveedores y el SCP se realizarán una vez que las pruebas individuales de integración hayan concluido exitosamente.
El ASCP deberá participar en las pruebas funcionales que defina el ETCP.
Como resultado de las pruebas a que se refiere el numeral anterior, y una vez que se cumpla con todas las condiciones y requisitos establecidos en el Contrato, el ASCP deberá realizar la entrega formal, del sistema estipulado en el Contrato a cada operador y al Equipo Técnico Consultivo de Portabilidad Numérica, a más tardar en la fecha establecida en el cronograma de implementación de la Portabilidad Numérica. Para tal efecto, cada operador deberá firmar y entregar la carta de aceptación correspondiente.
2.7.10 DIRECCIÓN DE PROYECTOS (PMO)
El oferente deberá conformar una Oficina de Gestión de Proyectos PMO y hacerse cargo de la Dirección del Proyecto de implementación de la solución durante toda la implementación del proyecto.
El oferente deberá presentar la metodología, cronograma, gestión de riesgos y gestión del plan de comunicaciones, etc. de la implementación del proyecto.
La PMO conformada deberá coordinar con las personas designados por el ETCP.
2.8 ACUERDO DE NIVEL DE SERVICIO - SLA
El SLA tiene como objetivo definir los niveles de servicio que el oferente debe cumplir. Asimismo, los tiempos de respuestas según la criticidad, niveles de escalamientos y las multas que se aplicaran en caso de incumplimiento, el SLA se encuentra descrito en el Anexo D.
El Oferente debe presentar documentación que respalde su experiencia en la implementación y administración de un Sistema Central de Portabilidad para el Servicio Móvil
Por lo menos 3 referencias documentadas de países donde su solución ha sido implementada y esté operando al menos un año durante los últimos 5 años. Especificar por referencia:
- País (Operadores y proveedores)
- Fecha de implementación
- Capacidad transacciones de portaciones por día
La entrega de todos los requerimientos y los servicios de instalación, implementación y pruebas funcionales deben realizarse en un tiempo máximo de 180 días calendario a partir de la adjudicación, considerando un periodo de al menos 1 mes para pruebas integrales.
El oferente debe presentar un cronograma de instalación e implementación que considere lo siguiente:
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
- La definición de las actividades del proyecto que consiste en identificar las acciones específicas a ser realizadas para la implementación del proyecto.
- Diagrama Xxxxx del proyecto donde se muestre la secuencia de las actividades del proyecto y sus relaciones.
- Los hitos que mínimamente debe incluir el diagrama Xxxxx son:
✓ Adjudicación.
✓ Fabricación/Desarrollo (no aplica para una solución remota).
✓ Transporte e implementación (no aplica para una solución remota).
✓ Implementación.
✓ Integración.
✓ Pruebas (deben ser mínimamente de un mes).
✓ Puesta en producción.
Los siguientes entregables deben ser presentados en su versión inicial para la evaluación de su oferta.
Ca p | Prueba Solicitada | Descripción. | Formato Impreso | Formato Electrónic o | Observaciones |
1 | Índice del documento | Índice del Documento. | X | ||
2 | Descripción del proyecto | ||||
2.1 | Descripción del proyecto | Descripción del proyecto, indicando el objetivo del mismo y los participantes y/o responsables de cada área. | X | X | |
2.2 | Diagrama del sistema | Documento de arquitectura especifica física y lógica, que muestre los elementos que estarán involucrados en la solución, incluyendo interfaces, protocolos, administración. | X | X | |
2.3 | BCP (Business Continuity Plan) | Plan de contingencia que garantice la continuidad operativa de la portabilidad. | X | ||
2.4 | DRP (Disaster Recovery Plan) | Plan de contingencia que garantice la recuperación del sistema en caso de desastre, en el menor tiempo. | X | ||
3 | Integración SCP | En este punto se debe detallar todo el procedimiento realizado para poner en |
funcionamiento la solución, es decir detallar todas las configuraciones realizadas. | |||||
3.1 | Integración SCP | Especificar el procedimiento para integrar el SCP con los operadores y proveedores. | X | X | |
4 | Parámetros de Calidad | ||||
4.1 | KPI's del SCP | Detalle de KPIs disponibles y su descripción | X | X | |
5 | Estructura de procesos | ||||
5.1 | Modelo de datos | Descripción del modelo de datos. | X | ||
5.2 | Diccionario de datos | Descripción especifica de todos los campos de las tablas. | X | ||
5.3 | Especificaciones de los flujos operativos | Detallar en el manual operativo todos los métodos expuestos de los web services. (Funcionalidades mandatorias y opcionales), indicando los valores y formatos. | X | ||
5.4 | Especificaciones de los flujos de usuarios | Detallar en el manual de usuario de todos los métodos expuestos de los web services.(Funcionalidades mandatorias y opcionales). | X | ||
5.5 | Tabla de códigos de respuesta. | Explicación de códigos de error y resolución sugerida. | X | ||
5.6 | Descripción archivos generados | Explicación de los archivos generados para los distintos flujos. | X | ||
6 | Capacitación | ||||
6.1 | Descripción de la capacitación técnica y comercial (Temario). | Se solicitan mínimamente los siguientes temas para el área técnica: - Arquitectura de la solución. - Integración. - Interfaces. - Seguridad. - Herramientas GUI Se solicitan mínimamente los siguientes temas para el área comercial: - Help Desk - Gestión xx xxxxxx(Tickets) - Herramientas GUI | X | X | |
6.2 | Contenido y duración por tema. | Entrega de un plan de capacitación | X | X | |
6.3 | Material de capacitación. | El oferente proveerá todos los manuales de capacitación. | X | X |
XXXXXX DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
7 | Anexos.- | ||||
7.1 | Protocolos de aceptación de la solución (ATP) | Detallar las pruebas de aceptación sugeridas sujetas a consenso entre partes. | X | ||
7.2 | SW de Apoyo | Herramientas y aplicaciones de apoyo para la gestión. | X | ||
7.3 | Cronograma de implementación | (a ser elaborado por el oferente) | X | X |
TABLAS DE CUMPLIMIENTO DE REQUERIMIENTOS
El Oferente debe completar el "Estado de Cumplimiento" para cada párrafo del presente Pliego de Condiciones y sus anexos.
Las respuestas validas son:
- Cumple. Para esta respuesta ninguna aclaración adicional debe ser incluida, se considera que el Oferente se encuentra totalmente de acuerdo con el párrafo como se encuentra escrito. Si existe alguna aclaración adicional para esta respuesta el Comisión de Calificación considerará la respuesta como No Cumple
- No Cumple. Para esta respuesta ninguna aclaración adicional debe ser incluida; en una respuesta de No Cumple se considerará que el Oferente no cumple o no está de acuerdo con el requerimiento descrito en el párrafo respectivo (Esta respuesta será tomada como final)
En caso de no existir respuesta o referencias exactas y precisas se considerará una respuesta de No Cumple.
El Oferente deberá presentar la siguiente documentación como respuesta el Estado de Cumplimiento al Pliego de Condiciones tomando en cuenta todos sus Anexos.
Cualquier costo en que incurra un Oferente por su participación en este proceso debe ser asumido por el propio Oferente sin costo adicional para ninguno de los Operadores y proveedores involucrados en este proceso.
El Oferente deberá aceptar todos los puntos detallados en los siguientes anexos:
I. Anexo A: Reglamento Técnico.
II. Anexo B: Procesos de Portabilidad Numérica.
III. Anexo C: Arquitectura General de la Solución
IV. Anexo D: SLA (Service Level Agreement/Acuerdo de Nivel de Servicio).
V. Anexo F: Procedimiento para migración a un nuevo ASCP
3.1.1 LINEAMIENTOS DEL ESQUEMA DE PORTABILIDAD
Esta sección contiene y describe los lineamientos de las funcionalidades y requerimientos que la plataforma debe tener para brindar el soporte adecuado al proceso de portabilidad numérica de cumplimiento obligatorio según su propuesta y de conformidad a los decretos, reglamentos regulatorios y aspectos operativos.
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
REQUERIMIENTO | RESPUESTA | |||
N° | DESCRIPCIÓN | TIPO DE REQUERIMIENTO (Mandatorio) | CUMPLE / NO CUMPLE | DOCUMENTO, PÁGINA, REFERENCIA |
1.1 | El Oferente debe presentar su oferta técnica para la implementación de un Sistema Central de Portabilidad y su Administración con fines de permitir los procesos de Portabilidad numérica entre los operadores y proveedores del servicio móvil del Estado Plurinacional de Bolivia. | Mandatorio | ||
1.2 | El oferente deberá describir los mecanismos, forma y procedimientos para la transferencia de información de enrutamiento, que deberá ser puesto a disposición de los operadores y proveedores de Servicios de Telecomunicaciones que utilicen el recurso de numeración. | Mandatorio | ||
1.3 | El Oferente deberá describir de forma amplia y detallada la propuesta técnica que permita la implementación de la Solución Técnica establecida para la portabilidad. En caso de existir información que pudiera ser relevante tales como, de manera enunciativa mas no limitativa: versiones, funciones, servicios, sistemas operativos, protocolos, equipos, sistemas de seguridad, medios de comunicación, deberá ser incluida y referenciada con claridad. | Mandatorio | ||
1.4 | El oferente debe presentar la descripción de los elementos de su solución a nivel técnico. Incluir: • Descripción/diagramas mostrando los componentes de la solución y su integración. • Si la solución incluye participación de terceros Especificar los proveedores y | Mandatorio | ||
REQUERIMIENTO | RESPUESTA | |||
N° | DESCRIPCIÓN | TIPO DE REQUERIMIENTO (Mandatorio) | CUMPLE / NO CUMPLE | DOCUMENTO, PÁGINA, REFERENCIA |
sus responsabilidades (cuando corresponda). • Descripción y explicación de su arquitectura propuesta, incluyendo: ⮚ Arquitectura de Hardware. ⮚ Arquitectura lógica modular interna. ⮚ Arquitectura de interconexiones. ⮚ Arquitectura de administración | ||||
1.5 | Describir las características de la arquitectura de la solución para cumplir con los niveles de desempeño, y alta disponibilidad, especificados en el SLA del Anexo “D”. | Mandatorio | ||
1.6 | El Oferente debe describir los mecanismos para garantizar la interconexión segura entre el SCP y los operadores y proveedores. | Mandatorio | ||
1.7 | El oferente deberá proporcionar la lista de funcionalidades básicas para garantizar la ejecución de flujos propios de la portabilidad numérica Anexo B. En caso de requerirse software y/o hardware adicional para el funcionamiento de las mismas, estos deberán ser provistos por el oferente sin que represente costo adicional. | Mandatorio | ||
1.8 | El oferente debe proveer un monitor de transacciones en línea que permita visualizar el desempeño de todas las transacciones definidas en los flujos comerciales de Portabilidad Numérica descritos en el Anexo B. | Mandatorio | ||
1.9 | El oferente debe describir el | Mandatorio | ||
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
REQUERIMIENTO | RESPUESTA | |||
N° | DESCRIPCIÓN | TIPO DE REQUERIMIENTO (Mandatorio) | CUMPLE / NO CUMPLE | DOCUMENTO, PÁGINA, REFERENCIA |
sistema de generación y gestión de Tickets para el registro de reclamos e incidencias que permita la interacción con los operadores y proveedores. | ||||
1.10 | El oferente debe describir los mecanismos para generar, almacenar, gestionar y garantizar la integridad de toda la información producto de los procesos de portabilidad y su administración. Debiendo mantener dicha información, por al menos 5 años en línea. | Mandatorio | ||
3.1.2 ARQUITECTURA DE LA SOLUCIÓN
REQUERIMIENTO | RESPUESTA | |||
N° | DESCRIPCIÓN | TIPO DE REQUERIMIENTO (Mandatorio) | CUMPLE / NO CUMPLE | DOCUMENTO, PÁGINA, REFERENCIA |
2.1 | La arquitectura deberá describir la solución integral que garantice el cumplimiento del SLA descrito en el Anexo D. | Mandatorio | ||
2.2 | La arquitectura debe incluir como mínimo los siguientes bloques funcionales o sus equivalentes que componen el Sistema Central de Portabilidad SCP: • Gestor de portabilidad • Base de Datos Central de Portabilidad Numérica BDCP. • Help Desk (Sistema de Ticket´s) • Solución de alta disponibilidad • Interfaces de software • Infraestructura segura de conexión entre el SCP y los operadores y proveedores. • Ambiente de pre-producción y pruebas | Mandatorio | ||
REQUERIMIENTO | RESPUESTA | |||
N° | DESCRIPCIÓN | TIPO DE REQUERIMIENTO (Mandatorio) | CUMPLE / NO CUMPLE | DOCUMENTO, PÁGINA, REFERENCIA |
• Aplicaciones para gestión de la solución | ||||
2.3 | El oferente deberá tener en cuenta mínimamente los siguientes criterios de diseño: • Disponibilidad • Confiabilidad • Escalabilidad • Adaptabilidad • Flexibilidad • Trazabilidad • Integridad El oferente deberá describir la forma en la que su solución cumple los criterios de diseño expuestos. | Mandatorio | ||
2.4 | El oferente deberá permitir establecer una conexión (principal y redundante) entre el SCP y cada uno de los operadores y proveedores. Dicha conexión debe ser a través de un canal de conexión segura (que soporte mínimamente VPN (IPsec) o líneas dedicadas o conexión segura por internet (MPLS u otros)). | Mandatorio | ||
2.5 | El oferente debe describir la forma de integración síncrona y asíncrona de transacciones, mismas que deben considerar los mecanismos de reintentos manuales y automáticos. | Mandatorio | ||
Alta Disponibilidad por Sitio | ||||
2.6 | El oferente debe describir la arquitectura de la solución, con las características de redundancia y tolerancia a fallos necesaria para asegurar la alta disponibilidad de acuerdo al SLA. | Mandatorio | ||
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
3.1.3 ARQUITECTURA DE SOFTWARE
REQUERIMIENTO | RESPUESTA | |||
N° | DESCRIPCIÓN | TIPO DE REQUERIMIENTO (Mandatorio) | CUMPLE / NO CUMPLE | DOCUMENTO, PÁGINA, REFERENCIA |
3.1 | El Oferente deberá describir su solución técnica con una arquitectura de estándares abierta y robusta que cumpla, como mínimo, con las siguientes características, las cuales serán extensivas a todos los sistemas de software utilizados: - Altamente disponible - Escalable - Confiable y madura - Segura - Capaz de soportar procesos concurrentes con un desempeño óptimo - Software con arquitectura estandarizada | Mandatorio | ||
3.2 | El oferente deberá describir una arquitectura, la misma que deberá estar orientada a servicios, publicando mínimamente servicios WEB para integrarse con los operadores y proveedores. | Mandatorio | ||
3.3 | El oferente deberá describir una arquitectura que deberá considerar mínimamente la implementación de los siguientes protocolos de integración e intercambio de información: • SOAP (Simple Object Access Protocol)/XML (Extended Markup Language), • HTTPS (Hyper Text Transfer Protocol) • SFTP (Secure Shell File Transfer Protocol). | Mandatorio | ||
3.4 | El oferente debe describir los mecanismos de registro de los mensajes intercambiados entre el SCP y los operadores o proveedores, quedando estos eventos registrados y almacenados de forma apropiada. | Mandatorio | ||
REQUERIMIENTO | RESPUESTA | |||
N° | DESCRIPCIÓN | TIPO DE REQUERIMIENTO (Mandatorio) | CUMPLE / NO CUMPLE | DOCUMENTO, PÁGINA, REFERENCIA |
3.5 | El oferente debe describir los mecanismos de respuestas, confirmación y reintentos en caso xx xxxxxx. | Mandatorio | ||
3.1.4 SISTEMA CENTRAL DE PORTABILIDAD SCP
REQUERIMIENTO | RESPUESTA | |||
N° | DESCRIPCIÓN | TIPO DE REQUERIMIENT O (Mandatorio) | CUMPLE / NO CUMPLE | DOCUMENTO , PÁGINA, REFERENCIA |
4.1 | Reportes | |||
4.1. 1 | El oferente debe describir la herramienta de extracción de información para la generación de reportes solicitados que se encuentra en su propuesta. | Mandatorio | ||
4.1. 2 | El oferente debe describir todos los reportes propios de la solución. | Mandatorio | ||
4.1. 3 | El oferente debe describir los métodos de exportación de la información de sus reportes que mínimamente debe contemplar los siguientes formatos.PDF, Excel, CSV, TXT, entre otros. | Mandatorio | ||
4.1. 4 | El oferente deber proveer el tipo de datos y su correspondiente descripción. Además deberá indicar los mecanismos por los cuales se actualizarán y extraerán los datos del sistema (BD y logs) indicando explícitamente que la frecuencia de actualización es parametrizable. | Mandatorio | ||
4.2 | Procesos de SCP | |||
4.2. 1 | El oferente debe describir los métodos que se utilizarán para implementar los siguientes flujos o requerimientos: - Proceso General de Portabilidad - Proceso de devolución de números - Proceso xx xxxxx por deuda | Mandatorio | ||
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
REQUERIMIENTO | RESPUESTA | |||
N° | DESCRIPCIÓN | TIPO DE REQUERIMIENT O (Mandatorio) | CUMPLE / NO CUMPLE | DOCUMENTO , PÁGINA, REFERENCIA |
- Proceso de reconexión por deuda - Proceso de Reversión - Proceso de Cambio de titular - Problemas o incidencias con ASCP - Seguimiento integral de los procesos de portabilidad. - Gestión de transacciones entre el SCP y los operadores (trazabilidad). - Gestión de Reglas de negocio (funcional y no funcional). - Gestión de notificación, actualización y distribución de información de portación. - Funciones de auditoría - Integración con el sistema de tickets | ||||
4.3 | Base de Datos Central de Portabilidad Numérica BDCP | |||
4.3. 1 | El oferente debe describir la Base de Datos Central de Portabilidad que cuente como mínimo, con las siguientes características: • Alta capacidad y desempeño • Alta disponibilidad. • Confiabilidad. • Escalabilidad. • Adaptabilidad. • Flexibilidad. • Mecanismos robustos de acceso • Múltiples operaciones simultáneas sobre la base de datos • Altamente gestionable • Altamente segura. • Actualizable en el tiempo, sin afectar la disponibilidad, confiabilidad del sistema ni los costos. • Con interfaces abiertas y estándares. | Mandatorio | ||
4.3. 2 | El proveedor debe describir el tipo de información gestionada por la solución que mínimamente debe contener: | Mandatorio | ||
REQUERIMIENTO | RESPUESTA | |||
N° | DESCRIPCIÓN | TIPO DE REQUERIMIENT O (Mandatorio) | CUMPLE / NO CUMPLE | DOCUMENTO , PÁGINA, REFERENCIA |
• Información de enrutamiento a números portados • Información del proceso de portación • Información del proceso de reversión • Información del proceso de retorno. • Información de las reglas de negocio (configuraciones) relacionadas con los procesos transaccionales del Sistema Central de portabilidad • Información Histórica de portaciones e incidencias o fallas. • Información derivada de los procesos de portación (procesos rechazados, pendientes de validación, tickets generados, etc.) • Información de supervisión y monitoreo del sistema • Información de incidencias o fallas ocurridas en el ecosistema de portabilidad. • Información de registros de todos los eventos. • Información adicional que provee la plataforma. | ||||
4.4 | Networking, seguridad y Auditoria. | |||
4.4. 1 | El Oferente deberá describir políticas de seguridad e integridad de la información con el objetivo de garantizar que sólo las empresas operadoras de servicios de telecomunicaciones autorizadas por la ATT y de los operadores y proveedores del Servicio Móvil, puedan acceder al sistema propuesto y realizar solamente las funciones que a cada uno de éstos les corresponda. | Mandatorio | ||
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
REQUERIMIENTO | RESPUESTA | |||
N° | DESCRIPCIÓN | TIPO DE REQUERIMIENT O (Mandatorio) | CUMPLE / NO CUMPLE | DOCUMENTO , PÁGINA, REFERENCIA |
4.4. 2 | El oferente debe describir los métodos preventivos para evitar modificaciones accidentales o maliciosas en el flujo de datos, provenientes del lado de los operadores de servicios de telecomunicaciones al público como del Sistema Central de Portabilidad SCP. | Mandatorio | ||
4.4. 3 | El oferente deberá describir los estándares de encriptación y comunicación que mínimamente, deberá soportar el estándar XML para el contenido de los archivos, el codeset deberá de ser ASCII, así como el estándar de encriptamiento TLS de 128/256 bits para la conectividad, garantizando integridad y consistencia para procesos en batch. | Mandatorio | ||
4.4. 4 | El oferente deberá describir los métodos de la solución que permita múltiples conexiones entre el SCP y las BDPOs de los operadores y proveedores del servicio móvil con el ancho xx xxxxx necesario. | Mandatorio | ||
3.1.5 PROCESOS Y GESTIÓN OPERATIVA DE SCP
REQUERIMIENTO | RESPUESTA | |||
N° | DESCRIPCIÓN | TIPO DE REQUERIMIENTO (Mandatorio) | CUMPLE / NO CUMPLE | DOCUMENTO, PÁGINA, REFERENCIA |
5.1. | Administración, monitoreo, mantenimiento y rendimiento del sistema | |||
5.1.1 | El oferente deberá describir en su propuesta, los procedimientos y actividades a seguir en caso de que la solución técnica ofrecida o alguno de sus componentes que la integran, requieran de una | Mandatorio | ||
actualización, optimización o mantenimiento. | ||||
5.2 | Monitoreo y seguimiento xx xxxxxx de servicio | |||
5.2.1 | El oferente deberá describir los mecanismos de monitoreo de alarmas que mínimamente cubran los servicios e interfaces provistos por la solución. | Mandatorio | ||
5.2.2 | Debe describir los métodos de notificación de alarmas hacia los operadores y proveedores. | Mandatorio | ||
5.2.3 | El oferente deberá entregar una muestra de logs y reportes de todas las transacciones incidencias, fallas ocurridas en los flujos del sistema | Mandatorio |
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
3.1.6.1 ADMINISTRACIÓN DEL SCP
REQUERIMIENTO | RESPUESTA | |||
N° | DESCRIPCIÓN | TIPO DE REQUERIMIENTO (Mandatorio) | CUMPLE / NO CUMPLE | DOCUMENTO, PÁGINA, REFERENCIA |
5.1 | Herramientas para usuarios. | |||
5.1.1 | El oferente deberá describir las herramientas e interfaces a implementarse en la solución, para que los organismos de control autorizados puedan hacer seguimiento, con detalle suficiente, a las solicitudes de portación que tuvieron problemas para portar un número (excedieron el tiempo máximo, etc), ya sea a través de mecanismos en línea y/o por medio de la generación de reportes mensuales o parciales, con las facilidades de configuración para ello. | Mandatorio | ||
5.2 | Backup y recuperación de información. | |||
5.2.1 | El oferente debe describir los mecanismos y procedimientos para realizar el respaldo (backup) y restauración de las configuraciones, estructuras del sistema y datos de manera periódica y automatizada, minimizando los tiempos de afectación del servicio de acuerdo a lo determinado en el SLA. | Mandatorio | ||
5.2.2 | El oferente deber describir los mecanismos por los que generará logs ante la ejecución de backup/restore de la información. | Mandatorio | ||
5.2.3 | El oferente debe describir los métodos de backup que mínimamente debe contemplar: • Automático: pudiendo configurar la ocurrencia del backup (diario/semanal/mensual), además del tipo de backup (incremental/full). • Manual: Esta puede ser realizada por el personal del ASCP que cuenta con el permiso correspondiente. Todas las actividades deberán ser registradas en los “logs” de auditoría. | Mandatorio | ||
5.2.4 | El oferente debe describir los procedimientos necesarios para garantizar el almacenamiento de información histórica que excede los 5 años, la misma que podrá ser almacenada en dispositivos de almacenamiento externo y deberá ser entregado de forma encriptada a los operadores. | Mandatorio | ||
5.2.5 | El oferente deberá describir los mecanismos que aseguren la recuperación total del servicio a partir de las copias de respaldo. Está recuperación podrá ser exigida a requerimiento del ETCP. | Mandatorio | ||
5.2.6 | El Oferente deberá describir los siguientes procedimientos: BCP (Business continuity plan): plan de contingencia que garantice la continuidad operativa de la portabilidad. | Mandatorio | ||
5.2.7 | El Oferente deberá describir los siguientes procedimientos: DRP (Disaster Recovery Plan): plan de contingencia que garantice la recuperación del sistema en caso de desastre, en el menor tiempo razonable. | Mandatorio | ||
5.3 | Servicio de asistencia adicionales. |
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
5.3.1 | El oferente deberá describir los procedimientos de soporte en la planificación, implementación, realización de pruebas y lanzamiento comercial y de nuevos requerimientos de los operadores y proveedores y/o ente regulador. | Mandatorio | ||
5.3.2 | El oferente deberá describir los procedimientos e impactos referidos a cambios en la solución (Migraciones, Ampliaciones, cambios masivos, actualizaciones de SW, etc.). | Mandatorio | ||
5.3.3 | El oferente deberá describir los procedimientos de soporte en segunda línea escalados por las áreas respectivas de los operadores y proveedores | Mandatorio | ||
5.3.4 | El oferente deberá describir los procedimientos de gestión de usuarios relacionados a roles y funciones asociados a los elementos de la Plataforma de Portabilidad y sus respectivos sistemas de Gestión, previa autorización de los operadores y proveedores. | Mandatorio |
3.1.7 IMPLEMENTACIÓN DEL SISTEMA
Esta sección describe los requerimientos relativos a las actividades relacionadas con la implementación del sistema.
REQUERIMIENTO | RESPUESTA | |||
N° | DESCRIPCIÓN | TIPO DE REQUERIMIENTO (Mandatorio) | CUMPLE / NO CUMPLE | DOCUMENTO, PÁGINA, REFERENCIA |
6.1 | Dirección del proyecto | |||
6.1.1 | El oferente deberá describir los procedimientos y funciones de la Oficina de Gestión de Proyectos PMO, la misma que se hará cargo de la Dirección del Proyecto durante la implementación de acuerdo al | Mandatorio | ||
cronograma, en coordinación con las personas designadas por el ETCP | ||||
6.2 | Implementación | |||
6.2.1 | El oferente deberá describir en su propuesta los servicios de: integración, pruebas y puesta en producción de su solución con el Gateway de cada operador. | Mandatorio |
3.1.8 REQUERIMIENTOS DE CAMBIOS
Esta sección describe los requerimientos ante cambios en los requerimientos del proyecto solicitados por el ETCP al ASCP.
REQUERIMIENTO | RESPUESTA | |||
N° | DESCRIPCIÓN | TIPO DE REQUERIMIENTO (Mandatorio/Calificable) | CUMPLE / NO CUMPLE | DOCUMENTO, PÁGINA, REFERENCIA |
7.1 | El oferente debe describir los procedimientos de todos los cambios, tomando en cuenta que estos deben ser notificados con una anticipación de 10 días hábiles (la cantidad de días puede estar sujeto a modificaciones). Tomar en cuenta que el oferente debe cubrir sin costo alguno las solicitudes de cambio que surjan durante el proceso de implementación y optimización del SCP con los operadores, acorde al pliego de especificaciones. | Mandatorio | ||
7.2 | El oferente debe enviar los procedimientos relacionados a gestión de cambios que consideren mínimamente los pasos descritos en la sección “Implementación del sistema – Requerimientos de cambios. | Mandatorio | ||
7.3 | El oferente debe describir el procedimiento que se aplicará ante cualquier cambio que se realice en la plataforma, informando el impacto en el servicio u otros aspectos técnicos, mediante un documento de reporte de impactos asociados a | Mandatorio | ||
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
cambios. | ||||
7.4 | El Oferente deberá describir los siguientes ambientes para una correcta gestión de cambios: • Ambiente de Pruebas • Ambiente de Preproducción • Ambiente de Producción | Mandatorio | ||
7.5 | Se evaluará la cantidad de horas/hombre de desarrollo para Requerimientos de Cambios no incluidos en el pliego de especificaciones, las cuales deben ser incluidas en su oferta sin costo adicional. | Calificable |
REQUERIMIENTO | RESPUESTA | |||
N° | DESCRIPCIÓN | TIPO DE REQUERIMIENTO (Mandatorio) | CUMPLE / NO CUMPLE | DOCUMENTO, PÁGINA, REFERENCIA |
8.1 | El Oferente debe proporcionar una descripción de la capacitación referida a la solución, que cumpla con los requerimientos solicitados en el acápite 2.11.3 "CAPACITACIÓN" de la parte descriptiva de los servicios. | Mandatorio | ||
REQUERIMIENTO | RESPUESTA | |||
N° | DESCRIPCIÓN | TIPO DE REQUERIMIENTO (Mandatorio) | CUMPLE / NO CUMPLE | DOCUMENTO, PÁGINA, REFERENCIA |
9.1 | Disponibilidad del servicio y de personal. | |||
9.1.1 | El oferente deberá proporcionar una lista con el perfil profesional que este calificado y capacitado para brindar el servicio xx Xxxx de Ayuda de todos los componentes HW y SW de la | Mandatorio | ||
plataforma de Portabilidad. | ||||
9.1.2 | El oferente debe proporcionar los procedimientos relacionados a su mesa de ayuda, donde describa una disponibilidad del grupo funcional en un horario 24x7 y con un centro de llamadas que mantendrá un registro de los servicios de Help Desk. Los mismos que podrán ser visualizados en los sistemas de gestión y Help Desk provistos por el ASCP. | Mandatorio | ||
9.1.3 | El oferente debe proporcionar los procedimientos relacionados al módulo xx xxxx da ayuda (Help Desk), los mismos que deberán incluir la atención de incidentes vía telefónica, email e interfaz Web GUI. Adicionalmente debe considerar la atención de estos canales en el idioma español | Mandatorio | ||
9.2 | Responsabilidades. | |||
9.2.1 | El oferente deberá presentar los procedimientos de monitoreo, registro, escalamiento, seguimiento y cierre incidentes y problemas asociados a la Plataforma de Portabilidad Numérica. | Mandatorio | ||
9.2.2 | El oferente deberá presentar los procedimientos relacionados al cierre de incidentes, en los que se incluyan la elaboración de informes técnicos y ejecutivos de los incidentes presentados en la Plataforma de Portabilidad. | Mandatorio | ||
9.2.3 | El oferente debe presentar los procedimientos de atención de su mesa de ayuda que registrará reclamos, consultas y solicitudes realizados por los operadores y proveedores. | Mandatorio | ||
9.2.4 | El oferente debe presentar los procedimientos relacionados a la notificación (mediante Help | Mandatorio |
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
Desk) de tareas de mantenimiento preventivo/correctivo. | ||||
9.2.5 | El oferente debe presentar el procedimiento de cierre de ticket’s en los cuales se describa que todo cierre de ticket debe ser acordado en forma conjunta entre el ASCP y el operador solicitante. | Mandatorio |
3.1.11 EXPERIENCIA DEL OFERENTE
Con el fin de garantizar la experiencia del oferente, en esta sección se listan los requerimientos para este fin.
REQUERIMIENTO | RESPUESTA | |||
N° | DESCRIPCIÓN | TIPO DE REQUERIMIENTO (Mandatorio) | CUMPLE / NO CUMPLE | DOCUMENTO, PÁGINA, REFERENCIA |
10.1 | El Oferente debe presentar documentación que respalde su experiencia en la implementación y administración de un Sistema Central de Portabilidad para el Servicio Móvil Por lo menos 3 referencias documentadas de países donde su solución ha sido implementada y haya o esté operando al menos un año durante los últimos 5 años. Especificar por referencia: - País (Operadores y proveedores) - Fecha de implementación - Capacidad transacciones de portaciones por día | Mandatorio | ||
REQUERIMIENTO | RESPUESTA | |||
N° | DESCRIPCIÓN | TIPO DE REQUERIMIENTO (Calificable) | CUMPLE / NO CUMPLE | DOCUMENTO, PÁGINA, REFERENCIA |
11.1 | El oferente debe entregar un cronograma en el que describa las tareas y los tiempos de entrega, propias del oferente, de todos los requerimientos del presente documento, referidos a la implementación, integración y pruebas de aceptación, los mismos que deberán realizarse en un tiempo máximo de 180 días calendario a partir de la adjudicación del proyecto. | Calificable | ||
3.1.13 CUADRO DE CALIFICACIÓN CRITERIOS CALIFICABLES.
CRITERIOS CALIFICABLES (B) | PONDERACION SOBRE 100% | ||
Nro . | Requerimiento | Criterio de calificación | Ponderación por Ítem % |
12. 1 | El oferente debe entregar un cronograma en el que describa las tareas y los tiempos de entrega, propias del oferente, de todos los requerimientos del presente documento, referidos a la implementación, integración y pruebas de aceptación, los mismos que deberán realizarse en un tiempo máximo de 180 días calendario a partir de la adjudicación del proyecto. | Se calificará en función al menor tiempo de implementación incluido en su oferta. | 70 |
12. 2 | Se evaluará la cantidad de horas/hombre de desarrollo para Requerimientos de Cambios no incluidos en el pliego de especificaciones, los cuales deben ser incluidas en su oferta sin costo adicional. | Se calificará en función a la mayor cantidad de horas hombre adicional incluido en su oferta. | 30 |
CALIFICACIÓN TOTAL | 100% | ||
TOTAL CRITERIOS CALIFICABLES PARTE TÉCNICA | 20% | ||
La nota mínima de aprobación es de Ochenta por ciento (80%).
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
ANEXO A
ANEXO B
PROCESOS DE PORTABILIDAD NUMÉRICA
• Proceso Portabilidad
• Proceso devolución de números
• Proceso xx xxxxx por deuda
• Proceso de reconexión por deuda
• Proceso problemas o incidencias
• Proceso reversiones (portación sin autorización del titular)
• Proceso cambio de titular a un número portado
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
1. Proceso Portabilidad
PROCESO GENERAL DE PORTABILIDAD
Realiza solicitud de portación
DRAFT v1.0
USUARIO
INICIO
FIN
FIN
Recibe solicitud de Usuario para portación de numero.
Requisitos:
- Cedula de identidad o NIT (en caso de persona jurídica, adjuntar CI del representante legal)
- Numero(s) celular(es)
Notifica al Usuario aceptación de portación y firma suscripción al servicio
Notifica rechazo total o parcial con causal al cliente (con opción a impresión)
OPERADOR RECEPTOR
Interfaz disponible?
NO SI
Ingresar solicitud en el interfaz del ASCP
Llena formulario de solicitud por XXX
Podrá importar listado de líneas
Recibe por GUI causal de rechazo
Recibe por XXX Xxxxxxxxx procedente y cantidad de portaciones
Descarga lista de números portados
Realiza activación (Alta) en ventana de cambio
Envío de solicitud de Portabilidad al ASCP
FIN
Realiza las validaciones de solicitud del numero y a que operador corresponde
Numero tiene solicitud pendiente?
Envía notificación de rechazo Total o parcial con causal
SI
Validar cantidad de portaciones e incluirla en el formulario
NO
SI
ASCP
Numero fue portado
< 30 dias?
Registra y Envía notificación de Aceptación de solicitud
Registra numero a lista de portaciones
Publica Para todos los operadores lista de portación
NO
SI
Solicitud xx xxxxx pendiente?
No
Envía solicitud de Portación a Operador Donante
Registra y Envía notificación de rechazo con causal
OPERADOR DONANTE
Realiza las validaciones para aceptar solicitud
En caso de listado, validar todas las lineas antes de pasar a la siguiente validación. Si una no pasa, rechazar
toda la lista.
Solicitante es el titular?
SI
Numero está cortado por xxxx?
NO
Tiene comodato vigente?
Envía notificación de rechazo total o parcial con causal y
NO notifica al cliente y
opcional al número de referencia por SMS
SI
SI
Envía notificación mediante SMS de solicitud de portación realizada
Envía notificación de solicitud procedente a ASCP
Descarga lista de números portados
Realiza desactivación (Baja) en ventana de cambio
FIN
NO
ID | Funcionalidad | Acción Inicial | Resultado | Quien lo inicia? | Comentarios |
1 | Realiza solicitud de Portación | Visita del cliente de manera presencial al operador receptor | Manifiesta su deseo de portar su número con el operador receptor | Cliente | Llena y firma el formulario escrito con términos y condiciones |
2 | Operador Receptor recibe solicitud de Usuario para portación de número. | Escucha solicitud del cliente, explica Solicitud del cliente | Valida documentos requisitos necesarios | Agente de Atención | Requisitos: - Cedula de identidad o NIT (en caso de persona jurídica, adjuntar CI del representante legal) - Numero(s) celular(es) |
3 | Interface disponible | Verificar si el interfaz está disponible para meter solicitud | Que el interfaz esté o no esté disponible | Agente de Atención | Solamente es una verificación que el sistema esté disponible (Ej: CRM u otro Interface GUI propio de cada operador) |
4 | Ingresar Solicitud en el interfaz del ASCP | Interface principal no está disponible | Se tiene el interface del ASCP como medio directo de acceso de una solicitud | Agente de Atención | |
5 | Llena formulario de solicitud por GUI | Interface principal si está disponible | Llena formulario en GUI con la opción de poder ingresar o importar listas | Agente de Atención | |
6 | Envío de solicitud de Portabilidad al ASCP | Llenado el formulario en GUI | Enviar solicitud de portación al ASCP | Agente de atención. | Se envía la solicitud por medio del GUI del sistema. |
7 | ASCP realiza | Recibe | Entregar una | ASCP | Automáticamente |
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
validaciones de solicitud | solicitud del operador donante | respuesta positiva o negativa si la solicitud es factible | |||
8 | Valida si Xxxxxx tiene solicitudes pendientes de portación | ASCP recibe número que solicita portación | Entregar respuesta positiva o negativa si el numero ya cuenta con una solicitud pendiente | ASCP | Automático Si no tiene solicitudes pendientes, continuar con las validaciones. Si tiene solicitudes pendientes, realizar la notificación de rechazo. |
9 | ASCP valida si número fue portado en los últimos 30 días | ASCP recibe número que solicita portación | Entregar respuesta positiva o negativa si el número ya cuenta con una solicitud de portación anterior dentro los 30 días | ASCP | Automático Si no cumple los 30 días en anterior operador, rechazar solicitud. Caso contrario continuar con las validaciones. |
ASCP valida si el número tiene solicitud xx xxxxx pendiente | ASCP recibe número que solicita portación | Entregar respuesta positiva o negativa si el número tiene una solicitud xx xxxxx | ASCP | En caso de que el número no tenga solicitud xx xxxxx pendiente se procede a aceptar la solicitud | |
10 | ASCP envía notificación de rechazo indicando causal | Si recibe resultado positivo de las validaciones anteriores | Enviar al operador solicitante la respuesta | ASCP | Automático Detallar el motivo de rechazo por número. Rechazando la solicitud de portación de todo el listado. |
11 | ASCP envía solicitud de Portación a Operador Donante | Si todas las validaciones anteriores no existe causal de rechazo | Enviar al operador donante solicitud de portación | Automático | |
12 | Realiza las validaciones | El ASCP envía la solicitud de | El Operador donante recibe la | GW Operador | El proceso es automático |
para aceptar o rechazar la portación | Portación al operador Donante | solicitud de portación y disparar las validaciones necesarias | Donante | ||
13 | Validación de titularidad de la cuenta individual | El GW del operador donante dispara la validación de titularidad de la cuenta | El sistema del operador donante valida si el número de carnet, tipo de documento y extensión coinciden | GW del operador Donante | En caso de que los datos proporcionados por el ASCP coincidan con los datos registrados en el operador receptor, se procede a la siguiente validación. En caso de que los datos proporcionados por el ASCP NO coincidan se debe generar el rechazo de la portación. |
14 | Validación de titularidad de las cuentas para solicitudes masivas | El GW del operador donante dispara la validación de titularidad de las cuentas | El sistema del operador donante valida si el número de carnet, tipo de documento y extensión | GW del operador Donante | En caso de que los datos proporcionados por el ASCP coincidan con los datos registrados en el operador receptor, se procede a la siguiente validación. En caso de que los datos proporcionados por el ASCP NO coincidan se debe generar el rechazo de la portación. Validar titularidad de todas las cuentas incluidas en la lista. Si alguna no coincide, rechazar todo el lote detallando motivo por línea. |
Validación xx xxxxx por | El GW del operador | El sistema del operador donante | GW del operador | En caso xx xxxxx por fraude, se rechazará |
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
fraude | donante dispara la validación xx xxxxx por fraude | valida si los números tienen corte por fraude | Donante | la portación. | |
15 | Validación xx xxxxx por xxxx individual | El GW del operador donante dispara la validación para comprobar si la cuenta tiene corte por xxxx | El sistema del operador donante valida si el número tiene corte por xxxx | GW del operador Donante | En caso de que la cuenta no tenga corte por xxxx, se procede a la siguiente validación. En caso de que la cuenta tenga corte por Xxxx se debe generar el rechazo de la portación. |
16 | Validación xx xxxxx por xxxx masiva | El GW del operador donante dispara la validación de titularidad de las cuentas | El sistema del operador donante valida si los número tienen corte por xxxx | GW del operador Donante | En caso de que ninguna de las cuentas tenga corte por xxxx, se procede a la siguiente validación. En caso de que alguna de las cuentas tenga un corte por Xxxx se debe generar el rechazo de la portación. |
17 | Validación de comodato pendiente de pago individual | El GW del operador donante dispara la validación de comodato pendiente de pago | El sistema del operador donante valida si el número tiene comodato pendiente de pago | GW del operador Donante | En caso de que la cuenta no tenga comodato pendiente de pago, se procede a confirmar que la solicitud ha sido aprobada. En caso de que la cuenta tenga comodato de pago pendiente la solicitud de portación es rechazada |
18 | Validación de comodato pendiente de pago masiva | El GW del operador donante dispara la validación de comodato | El sistema del operador donante valida si algún número tiene comodato | GW del operador Donante | En caso de que ninguna de las cuentas tenga comodato pendiente de pago, se procede a |
pendiente de pago | pendiente de pago | confirmar que la solicitud ha sido aprobada. En caso de que alguna de las cuentas tenga un comodato pendiente de pago se procede a rechazar la solicitud de portación | |||
19 | Envío de notificación de rechazo total o parcial de la portación (Individual y masiva) | Validación de que el solicitante no es el titular, corte por fraude, alguna de las cuentas tiene corte por xxxx o alguna de las cuentas tiene comodato pendiente de Pago | Se envía un SMS de notificación de rechazo de portación a los números solicitados | GW del operador Donante | |
20 | ASCP registra y envía notificación de rechazo con causal | Recibe respuesta de las validaciones que motivan rechazo por parte del operador donante | Registrar y notificar rechazo y causal a operador receptor | Automático | |
21 | Recibe por GUI causal de rechazo | Recibe del ASCP respuesta de rechazo con causal, depende de validaciones de ASCP u Operador Donante | Tener la información de resultado de validación para responder al cliente porque se rechaza solicitud | Automático por medio de GUI | Debe tener opción de imprimir reporte con el resultado de la solicitud y sus validaciones (motivo de rechazo y causales) por línea |
22 | Envío de notificación de aceptación de la portación | Validación de que ninguna de las cuentas tiene comodato | Se envía un SMS de notificación de aceptación de portación a los | GW del operador Donante |
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
(Individual y masiva) | pendiente de Pago | números solicitados | |||
23 | ASCP registra y envía notificación de aceptación de solicitud | Operador donante notifica aceptación de solicitud después de validaciones | Registrar aceptación y enviar notificación a operador receptor | ASCP | |
24 | ASCP Registra número a lista de portación | Recibe notificación de operador donante que solicitud es procedente | Registrar en lista de portación para enviar a operadores y proveedores donante y receptor para su aplicación en ventana de cambio | ASCP | |
25 | Operador receptor recibe por GUI confirmación de solicitud procedente y cantidad de portaciones del cliente | Recibe del ASCP resultado de validaciones | Notificar al usuario la aceptación de portación | Automático por medio de la GUI | Debe tener la opción de imprimir aceptación y agente de atención procede a la firma de suscripción del servicio. |
26 | ASCP Publica para todos los operadores y proveedores lista de portación | Registro de solicitud aceptada | Poner a disposición la lista para que en ventana de cambio los operadores y proveedores bajen archivo con los datos de números a portación. | Automático | |
27 | Operador donante Descarga lista de números | El ASCP publica para todos los operadores y | El GW del operador donante realiza la descarga del | ASCP | El ASCP enviará las listas de PORT-IN, PORT-OUT y CROSS-PORTED. |
portados | proveedores el listado de números portados | archivo de números que están programados para el proceso de PORT-OUT | Las listas se deben enviar hasta las 23:00 | ||
28 | Operador donante Realiza desactivación o cambio de estado en ventana de cambio | El GW del operador donante descarga el archivo de números que están programados para el proceso de PORT-OUT | El GW del operador donante dispara la orden de baja o cambio de estado al sistema indicado. | GW del operador Donante | El proceso de PORT- OUT se debe realizar desde las 00:00 hasta las 06:00. No es necesario enviar confirmación de tarea procesada al ASCP. |
29 | Operador receptor Descarga lista de números portados | El ASCP publica para todos los operadores y proveedores el listado de números portados | El GW del operador receptor realiza la descarga del archivo de números que están programados para el proceso de PORT-OUT | ASCP | El ASCP enviará las listas de PORT-IN, PORT-OUT y CROSS-PORTED. Las listas se deben enviar hasta las 23:00 |
30 | Operador receptor Realiza desactivación o cambio de estado en ventana de cambio | El GW del operador receptor descarga el archivo de números que están programados para el proceso de PORT-OUT | El GW del operador receptor dispara la orden de alta al sistema indicado. | GW del operador receptor | El proceso de PORT- OUT se debe realizar desde las 00:00 hasta las 06:00. No es necesario enviar confirmación de tarea procesada al ASCP. |
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
INICIO
1. Para solicitudes de baja por el usuario
– El operador receptor entregará mensualmente la lista de números al ASCP.
2.- Para baja masiva – El operador receptor en función a su política xx xxxxxx entregará la lista de números dados de baja.
SI
Verificar si tiene
deuda pendiente en operador receptor
NO
Dar de baja la(s)
línea(s)
Verificar si tiene
deuda pendiente en otros operadores
SI
NO
Fin
Ordena y publica el listado de números dados de baja en la ventana de cambio.
Eliminar de lista portadora a los números devueltos
Generar listado de números dados de baja y enviar a ASCP
Generar listado de líneas inactivas según ciclo de vida (churn)
Cancelar deudas pendientes
Solicita dar de baja o cambio de numero de su línea (s) en oficinas
Fase
DEVOLUCIÓN DE NÚMERO
VViissuuaalliizzaa yyrreeggiissttrraaeenn ssiisstteemmaasslloossnnúúmmeerrooss ddeevvuueellttooss
OPERADOR INICIAL
ASCP
OPERADOR RECEPTOR
USUARIO
2. Proceso devolución de números
ID | Funcionalidad | Acción Inicial | Resultado | Quien lo inicia? | Comentarios |
1 | Solicitud de dar de BAJA LA LINEA | El usuario visita sucursal y Solicita la baja de la línea en oficinas autorizadas | Inicio del proceso por parte del agente del operador receptor | El usuario | El usuario deberá portar su documento de identidad original para ser atendido por un operador. O la línea es dada de baja a consecuencia de algún proceso post venta. |
2 | Generar listado de líneas inactivas según ciclo de vida (mensualmente) | El operador receptor deberá generar listas de líneas inactivas según | Generación de listas y posterior envío de listas a la ASCP | Operador Receptor | El operador receptor deberá identificar las líneas que no generan tráfico, las mismas deberán ser |
plazo definido por el ciclo de vida | reportadas a la ASCP mensualmente | ||||
3 | Verificar si tiene deuda pendiente | El operador receptor deberá realizar una validación de las cuentas pendientes, asimismo se deberá realizar la consulta a la ASCP para que no exista deuda pendientes con otros operadores y proveedores | Si cuenta con deuda pendiente se notifica al usuario sobre la deuda pendiente y no se procederá a la baja del número. Si NO cuenta con deuda pendiente se procederá a realizar la baja de la línea | Operador receptor y ASCP | El operador receptor deberá realizar las validaciones sobre sus deudas pendientes y posteriormente generar la solicitud a la ASCP para que realice la validación correspondiente. |
4 | Cancelación de deuda | El operador receptor deberá informar al usuario las deudas pendientes. | Rechazar la solicitud de baja por contar con deudas pendientes | Operador receptor | Se deberá informar al usuario sobre las causas por las cuales no se puede proceder a la baja del número. |
5 | Dar de baja | El operador receptor deberá crear la lista con las líneas que no cuenten con deudas pendientes | Generación de listas de números que no tengan deudas pendientes o que no tengan tráfico | Operador receptor | |
6 | Generar listado de números dados de baja y enviar a ASCP | El operador receptor deberá generar un listado de números que serán dados de baja | Tener una lista con los números de teléfono que serán devueltos a cada operador, según corresponda | Operador receptor | Listas de los números que se darán de baja. |
7 | Ordena y publica el listado de números dados de baja en la | La ASCP, deberá ordenar por rango de numeración de cada operador | Ordenar por rango de numeración y publicar en sus respectivas | ASCP | El ASCP deberá ordenar los números de teléfono por rango de numeración de cada operador |
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
ventana de cambio | ventanas de cambio de cada operador. | ||||
8 | Borrado de los números devueltos de la base de datos del ASCP | El ASCP publica el listado de números dados de baja | El ASCP borra de su base de datos los números que han sido devueltos | ASCP | Cuando los números devueltos sean reciclados por el operador inicial y el nuevo titular solicite una portación deberá ser tomado en cuenta como una nueva portación |
9 | Visualiza y registra en sistemas lo números devueltos | El operador inicial, podrá visualizar a través de la ventana de cambio ,los números que fueron dados de baja. | El operador inicial, podrá exportar la lista con los números que fueron publicados en la ventana de cambio | Operador inicial | El operador inicial, sólo podrá ver los números del rango de numeración correspondiente, el mismo podrá exportar la lista que contiene los números devueltos. |
Inicio
Fin
Cambia el estado del Ticket a Resuelto
Ejecuta el corte del servicio
Notifica al operador Receptor Sobre solicitud
Cierra el ticket, registra en las listas xx xxxxxx y notifica a los dos Operadores
Ingresa Ticket de Solicitud xx xxxxx
Fase
Proceso xx Xxxxx por deuda
Reporta el corte fecha y hora
OPERADOR DONANTE/
INICIAL
OPERADOR RECEPTOR
ASCP
3. Proceso xx xxxxx por deuda
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
ID | Funcionalidad | Acción Inicial | Resultado | Quien lo inicia? | Comentarios |
1 | Ingresa solicitud de ticket xx xxxxx automáticamente | Corre el proceso xx xxxxx por xxxx identificando números portados | Ticket en estado pendiente | Operador donante / inicial | Los procesos xx xxxxx por Xxxx generaran listados de números portados que entran en xxxx automáticamente |
2 | Notifica al Operador receptor sobre la solicitud | Recepción del ticket en su sistema | Ticket en estado asignado en bandeja del Operador receptor | ASCP | El ASCP deberá monitorear en tiempo real para atender los tickets pendientes lo antes posible |
4 | Ejecuta el corte del servicio | Notificación de Ticket asignado con la solicitud xx xxxxx | Lista de líneas en estado xx xxxxx | Operador receptor | Realizar el corte por xxxx de forma automática |
5 | Reporta el corte, fecha y hora | Recibe confirmación de líneas en estado xx xxxxx | Reporte de líneas con fecha y xxxx xxx xxxxx | Operador receptor | |
6 | Cambia el estado del ticket a resuelto | Ingresa el detalle de los cortes | Ticket en estado resuelto con el adjunto detallado xxx xxxxx | Operador receptor | |
7 | Cierra el ticket, registra en las listas xx xxxxxx y notifica a los dos Operadores y proveedores | Recibe la confirmación xx xxxxxx | Ticket en estado cerrado con notificación del cambio de estado | ASCP | Se deberá mantener histórico de los cortes realizados. |
Proceso de reconexión por deuda
Fase
Inicio
Fin
Ingresa Ticket
de Solicitud de reconexión
Existen otros
registros xx xxxxxx en la lista de ASCP?
Cierra ticket y
notifica al Operador donante
Cierra el ticket,
actualiza la lista xx xxxxxx y notifica a los dos Operadores
Notifica al
operador Receptor Sobre solicitud
Ejecuta La
reconexión del servicio
Cambia el estado del
Ticket a Resuelto
Reporta La reconexión, fecha y hora
OPERADOR
RECEPTOR
OPERADOR
DONANTE/INICIAL
ASCP
4. Proceso de reconexión por deuda
ID | Funcionalidad | Acción Inicial | Resultado | Quien lo inicia? | Comentarios |
1 | Ingresa solicitud de ticket de reconexión | Usuario hace el pago de las facturas pendientes | Ticket en estado pendiente | Operador donante / inicial | Los procesos de reconexión se generan automáticamente como resultados del evento de pago de facturas en estado xx xxxx en el Operador donante. |
2 | SI Existen | Revisar en la | Identificar que | ASCP | Si existe más xx |
XXXXXX DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
otros registros xx xxxxx en la lista de ASCP | base de datos si la línea tiene cortes vigentes | la línea tiene más de un corte pendiente | una solicitud xx xxxxx cursada y sin pago, la línea deberá permanecer en estado xx xxxxx por Xxxx hasta que complete los pagos pendientes. | ||
3 | No Existen otros registros xx xxxxx en la lista de ASCP | Revisar en la base de datos si la línea tiene cortes realizados anteriormente | Identificar que la línea no tiene cortes adicionales al del Operador que hace el requerimiento | ASCP | |
4 | Notifica al Operador receptor sobre la solicitud | Recepción del ticket en su sistema | Ticket en estado asignado en bandeja del Operador receptor | ASCP | El ASCP deberá monitorear en tiempo real para atender los tickets pendientes lo antes posible |
5 | Ejecuta la rehabilitación del servicio | Notificación de Ticket asignado con la solicitud de reconexión | Lista de líneas en estado activo | Operador receptor | La habilitación de la línea debería ser en línea |
6 | Reporta la rehabilitación, fecha y hora | Recibe confirmación de que la línea está habilitada | Reporte de líneas con fecha y xxxx xxx xxxxx | Operador receptor | |
7 | Cambia el estado del ticket a resuelto | Ingresa los respaldos de habilitación | Ticket en estado resuelto | Operador receptor | |
8 | Cierra el ticket, registra en las listas de líneas activas y notifica a los dos Operadores y proveedores | Recibe la confirmación xx xxxxxx | Ticket en estado cerrado con notificación del cambio de estado | ASCP | Se deberá mantener histórico. |
5. Proceso problemas o incidencias
ID | Funcionalidad | Acción Inicial | Resultado | Quien lo inicia? | Comentarios |
1 | Identifica problema, error o inconsistencia | Operador donante o receptor presenta problema con el sistema de la ASCP | Problema identificado como problema de la ASCP | OPERADOR DONANTE O RECEPTOR | |
2 | Si afecta portabilidad | Verifica cual es el alcance de la afectación | Identificar si el problema reportado tiene afectación a algún proceso de portabilidad | OPERADOR DONANTE O RECEPTOR | Continuar con paso 3; si no afecta continuar con el paso 11. |
3 | Informa a ASCP mediante sistema de Tickets con | Identifica que hay una portación pendiente o afectada | Ticket ingresado en el sistema de soporte de la ASCP con prioridad | OPERADOR DONANTE O RECEPTOR |
Función
Inicio
SI
Problema
persiste?
NO
Fin
Afecta la
portabilidad?
NO
SI
Comunicar a los operadores sobre la solución
Realizar pruebas
Implementar solución definitiva
Indetificar el problema
RReeaalliizzaa llaa vvaalliiddaacciioonneess yy ssii ccoorrrreessppoonnddee aaccttuuaalliizzaallaass lliissttaass mmaannuuaallmmeennttee
Informa a ASCP mediante sistema de Tickets con prioridad correspondiente
Realizar pruebas y validar solución
Escalar el problema por interfaz web de atención de tickets
Fase
PROBLEMAS O INCIDENCIAS CON SCP
Realizar analisis causa raíz
Cierra TICKET
Identifica error, problema o inconsistencia
ASCP
OPERADOR DONANTE O RECEPTOR
PLIEGO DE CONDICIONES PARA LA CONTRATACIÓN DEL ASCP – SERVICIO MOVIL
prioridad correspondiente | máxima | ||||
4 | Realiza la validaciones y si corresponde actualiza las listas manualmente | Validar si corresponde la portación (Cumple con los requisitos) y en el caso de que corresponda incluye el (los) número(s) en las listas de portaciones del día. | Lista actualizada con las portaciones procedentes | ASCP | |
5 | Realizar análisis causa raíz | Identifica un problema general | Identificar las posibles causas que podrían haber generado el problema | ASCP | |
6 | Identificar el problema | Detallar todas las posibles causas que habrían generado el problema y seleccionar la más probable | Identificar el origen del problema para plantear soluciones | ASCP | |
7 | Implementar solución definitiva | Propone solución más adecuada a la causa raíz más probable | Aplicar las acciones correctivas para tener una solución definitiva y que el problema no vuelva a suceder. | ASCP | |
8 | Realizar pruebas | Implementar las acciones correctivas | Implementar la solución y verificar que los resultados sean los esperados | ASCP | |
9 | Comunicar a los operadores y proveedores | Resultados esperados de las acciones | Enviar una notificación vía correo y vía | ASCP |