MINISTERIO DE HACIENDA
UNIDAD COORDINADORA DEL PROYECTO HACIENDA DIGITAL PARA EL BICENTENARIO
ENMIENDAS AL DOCUMENTO DE SOLICITUD DE OFERTAS
ADAPTACIÓN, CONFIGURACIÓN E IMPLEMENTACIÓN DEL SISTEMA INTEGRADO DE ADMNISTRACIÓN TRIBUTARIA
CR-MOF-267122-NC-RFB
Por este medio se comunica a los interesados en el proceso de contratación CR-MOF-267122-NC-RFB, Adquisición, Configuración e Implementación del Sistema Integrado de Administración Tributaria, las siguientes enmiendas realizadas a la Solicitud de Ofertas.
Enmienda 16
En la Sección II. Datos de la Licitación (DDL), la IAL 19.1 que dice:
|
IAL 19.1 |
La Oferta será válida hasta: el 13 de setiembre de 2022 |
Se sustituye por la siguiente:
|
IAL 19.1 |
La Oferta será válida hasta: el 11 de noviembre de 2022 |
Enmienda 17
En la Sección II. Datos de la Licitación, la IAL 23.1 que de acuerdo con la Enmienda 3 actualmente dice:
|
IAL 23.1 |
Las ofertas deberán ser presentadas en la siguiente dirección: Dirección: Calle 49, Avenida 5 Costado oeste del Mall San Pedro Edificio SIGMA, Piso 3 (oficina al salir del ascensor) Unidad Coordinadora del Proyecto Hacienda Digital Dirección de Tecnologías de Información y Comunicaciones del Ministerio de Hacienda, DTIC San Pedro de Montes de Oca, San José Costa Rica La fecha y hora límite para la presentación de las Ofertas es: Fecha: 16 de junio de 2022 Hora: 10:00 horas de Costa Rica Los Licitantes “no tendrán” la opción de presentar sus Ofertas en forma electrónica.
|
Se sustituye por la siguiente:
|
IAL 23.1 |
Las ofertas deberán ser presentadas en la siguiente dirección: Dirección: Calle 49, Avenida 5 Costado oeste del Mall San Pedro Edificio SIGMA, Piso 3 (oficina al salir del ascensor) Unidad Coordinadora del Proyecto Hacienda Digital Dirección de Tecnologías de Información y Comunicaciones del Ministerio de Hacienda, DTIC San Pedro de Montes de Oca, San José Costa Rica La fecha y hora límite para la presentación de las Ofertas es: Fecha: 4 de julio de 2022 Hora: 10:00 horas de Costa Rica Los Licitantes “no tendrán” la opción de presentar sus Ofertas en forma electrónica.
|
Enmienda 18
En la Sección II. Datos de la Licitación, la IAL 26.1, que de acuerdo con la Enmienda 4 dice:
|
IAL 26.1 |
La apertura de las Ofertas se realizará en la fecha y el lugar siguientes: Dirección: Calle 49, Avenida 5 Costado oeste del Mall San Pedro Edificio SIGMA, Piso 3 (oficina al salir del ascensor) Unidad Coordinadora del Proyecto Hacienda Digital Dirección de Tecnologías de Información y Comunicaciones del Ministerio de Hacienda, DTIC San Pedro de Montes de Oca, San José Costa Rica La fecha y hora para la apertura de las Ofertas es: Fecha: 16 de junio de 2022 Hora: 10:00 horas de Costa Rica Los procedimientos de apertura de Ofertas por vía electrónica serán los siguientes: No aplica. |
Se sustituye por la siguiente:
|
IAL 26.1 |
La apertura de las Ofertas se realizará en la fecha y el lugar siguientes: Dirección: Calle 49, Avenida 5 Costado oeste del Mall San Pedro Edificio SIGMA, Piso 3 (oficina al salir del ascensor) Unidad Coordinadora del Proyecto Hacienda Digital Dirección de Tecnologías de Información y Comunicaciones del Ministerio de Hacienda, DTIC San Pedro de Montes de Oca, San José Costa Rica La fecha y hora para la apertura de las Ofertas es: Fecha: 4 de julio de 2022 Hora: 10:00 horas de Costa Rica Los procedimientos de apertura de Ofertas por vía electrónica serán los siguientes: No aplica. |
Enmienda 19
En la Sección II. Datos de la Licitación, la IAL 33.1, que de acuerdo con la Enmienda 5 dice:
|
IAL 33.1 |
La(s) moneda(s) de la Oferta se convertirá(n) a una moneda única de la siguiente forma: dólar de los Estados Unidos de América La moneda que se utilizará a efectos de la evaluación y comparación de las Ofertas para convertir todos los precios de las Ofertas expresados en diferentes monedas a una sola moneda es: dólar de los Estados Unidos de América La fuente del tipo de cambio será: El tipo de cambio para la venta dictado por el Banco Central de Costa Rica La fecha del tipo de cambio será: 16 de junio de 2022. |
Se sustituye por la siguiente:
|
IAL 33.1 |
La(s) moneda(s) de la Oferta se convertirá(n) a una moneda única de la siguiente forma: dólar de los Estados Unidos de América La moneda que se utilizará a efectos de la evaluación y comparación de las Ofertas para convertir todos los precios de las Ofertas expresados en diferentes monedas a una sola moneda es: dólar de los Estados Unidos de América La fuente del tipo de cambio será: El tipo de cambio para la venta dictado por el Banco Central de Costa Rica La fecha del tipo de cambio será: 4 de julio de 2022. |
Enmienda 20
En la Sección II. Datos de la Licitación (DDL), en la IAL 39.4, el párrafo que dice:
Se verificarán los elementos funcionales habilitantes y un subconjunto de los elementos de los requerimientos puntuables que el oferente haya indicado que si cumple al momento de presentar la oferta. Se realizarán varias pruebas de funcionamiento de procesos de comienzo a fin las cuales consistirán en implementar transacciones sencillas pero representativas del funcionamiento del sistema tratando de cubrir ciclos completos de procesos importantes. Se verificará que el producto realice las tareas solicitadas y funcionen correctamente, y que lo que esté implementado sea consistente con las respuestas dadas (por ejemplo, si el oferente indicó en sus respuestas que en el momento de la evaluación el sistema no tiene alguna funcionalidad entonces no se espera que la muestre en la prueba de concepto, pero si por el contrario indicó que estaba desarrollada se espera que la muestre).
Se sustituye por el siguiente:
Se verificarán los elementos funcionales habilitantes y un subconjunto de los elementos de los requerimientos puntuables y no puntuables que el oferente haya indicado que si cumple al momento de presentar la oferta. Se realizarán varias pruebas de funcionamiento de procesos de comienzo a fin las cuales consistirán en implementar transacciones sencillas pero representativas del funcionamiento del sistema tratando de cubrir ciclos completos de procesos importantes. Se verificará que el producto realice las tareas solicitadas y funcionen correctamente, y que lo que esté implementado sea consistente con las respuestas dadas (por ejemplo, si el oferente indicó en sus respuestas que en el momento de la evaluación el sistema no tiene alguna funcionalidad entonces no se espera que la muestre en la prueba de concepto, pero si por el contrario indicó que estaba desarrollada se espera que la muestre).
Enmienda 21
En la Sección VII. Requisitos del Sistema Informático, apartado C. Requerimientos Funcionales, II. Componentes Transversales a varios Sistemas Core, número 4. Expediente electrónico (TRI-EXP), Características generales (TRI-EXP-01), el requerimiento que dice:
|
TRI-EXP-01.21 |
El sistema debe permitir la firma digital (acorde con los lineamientos por el Ministerio de Ciencia y Tecnología y Telecomunicaciones) de los documentos asociados al expediente, ya sea de forma individual o masiva a través de la selección del conjunto de documentos a firmar. |
NP |
Se sustituye por el siguiente:
|
TRI-EXP-01.21 |
El sistema debe permitir la firma digital y/o sello electrónico, así como el sellado de tiempo de acuerdo con, lo establecido en la Ley 8454 de Certificados, Firmas Digitales y Documento Electrónico y su reglamento, así como con las políticas y lineamientos emitidos por el Ministerio de Ciencia y Tecnología y Telecomunicaciones, de los documentos asociados al expediente, ya sea de forma individual o masiva a través de la selección del conjunto de documentos a firmar. La firma o sello electrónico podrá consignarse en cualquier momento del ciclo de vida del documento. El sistema validará de manera automática los documentos que se carguen y que posean sello electrónico y/o firma digital expedido por un ente certificador nacional, devolviendo un mensaje con detalle de la situación presentada, en caso de que la firma y/o sello presente algún error. |
NP |
Enmienda 22
En la Sección VII. Requisitos del Sistema Informático, apartado C. Requerimientos Funcionales, II. Componentes Transversales a varios Sistemas Core, número 4. Expediente electrónico (TRI-EXP), Características generales (TRI-EXP-01), se adicionan los siguientes requerimientos:
|
TRI-EXP-01.25 |
El sistema asignará, como parte del proceso de registro, a cada documento, un número de identificación unívoco (una secuencia de caracteres con una sintaxis controlada). Este identificador debe: • ser único en su ámbito de aplicación • ser válido en cualquier plataforma tecnológica • perdurar a lo largo de toda la vida del documento • ser independiente de su ubicación. Se almacenarán los identificadores como elementos de metadatos de las entidades a las que se refieren. |
NP |
|
TRI-EXP-01.26 |
El expediente electrónico debe estar constituido por los siguientes componentes: Portada, documentos electrónicos, índice generado automáticamente, firma digital o sello del índice electrónico, metadatos del expediente electrónico. |
NP |
|
TRI-EXP-01.27 |
Al expediente electrónico se le asignarán los siguientes metadatos mínimos obligatorios: Código de referencia-identificador normalizado del expediente Nombre del productor-identificador normalizado de la administración responsable de la tramitación del procedimiento (según Norma Nacional de Descripción Archivística) Fecha de apertura Fecha de resolución o cierre Estado del expediente Restricciones de acceso Título-nombre del expediente |
NP |
|
TRI-EXP-01.28 |
El sistema en el momento de la captura debe ordenar cronológicamente los documentos, dentro de los expedientes, tomando como referencia la fecha de recepción del documento, para los documentos recibidos y la fecha de creación de los documentos, para los que son creados por el funcionario a cargo del trámite. Se seguirá una ordenación cronológica ascendente (el documento más antiguo, será el que aparezca primero) esto se efectuará, de manera automática, pero existirá la posibilidad de ser modificado de manera manual. |
NP |
|
TRI-EXP-01.29 |
El sistema en el momento de captura debe asignar de manera automática-atendiendo a la tipología documental- el número de consecutivo que le corresponda, de conformidad con el control de consecutivos establecido. El consecutivo generado podrá ser modificado por un usuario autorizado para tal fin, debiendo documentarse el motivo de la modificación. La asignación del consecutivo también podrá efectuarse de manera manual dentro de un módulo de asignación de número consecutivo. El consecutivo podrá ser anulado, solo por el usuario autorizado, debiendo indicar el motivo o justificación para la respectiva anulación. |
NP |
|
TRI-EXP-01.30 |
Los documentos digitalizados serán incorporados en el expediente de acuerdo a su cronología y el sistema generará una certificación que deberá llevar el sello electrónico o firma del responsable con competencia para emitir la certificación. Además de los metadatos generales que se aplicarán en la captura a los documentos digitalizados se les incorporarán los siguientes metadatos: Nombre del digitalizador Clase documental Fecha de digitalización Restricción de acceso (plazo y personas con acceso) |
NP |
Enmienda 23
En la Sección VII. Requisitos del Sistema Informático, apartado C. Requerimientos Funcionales, II. Componentes Transversales a varios Sistemas Core, número 4. Expediente electrónico (TRI-EXP), Ejecución de los procesos vinculados a un expediente (TRI-EXP-03), se agregan los siguientes requerimientos:
|
TRI-EXP-03.14 |
El sistema permitirá la generación automática y manual del índice electrónico en formato XML y PDF/A para cada expediente, incluyendo, como mínimo:
Indice PDF/A y XML:
Debe permitir la incorporación de la firma digital o sello electrónico, para la generación del índice del expediente electrónico, el índice irá firmado o sellado y llevará asociados los metadatos de gestión de documentos electrónicos. |
NP |
|
TRI-EXP-03.15 |
Los metadatos del expediente o documentos no serán modificados en ninguna fase posterior del procedimiento administrativo, a excepción de modificaciones necesarias para la corrección de errores, omisiones en el valor inicialmente asignado o apertura de procedimientos por imperativo legal, esta modificación únicamente podrá ser efectuada por el usuario autorizado o administrador |
NP |
|
TRI-EXP-03.16 |
El sistema debe emplear metadatos de preservación, tipo PREMIS, estos metadatos son de auto llenado, por lo que, el sistema se deberá programar para que se puedan extraer los metadatos de preservación |
NP |
|
TRI-EXP-03.17 |
El sistema capturará y gestionará los documentos finales o definitivos de archivo, sin que estos puedan ser editados o alterados, garantizando así la integridad de los mismos. |
NP |
|
TRI-EXP-03.18 |
El sistema permitirá incluir datos de ubicación o localización física, para el caso de los expedientes híbridos (referencia cruzada al expediente físico) |
NP |
Enmienda 24
En la Sección VII. Requisitos del Sistema Informático, apartado C. Requerimientos Funcionales, II. Componentes Transversales a varios Sistemas Core, número 4. Expediente electrónico (TRI-EXP), Cierre de las gestiones o expedientes (TRI-HPF-04), el requerimiento dice:
|
TRI-EXP-04.01 |
El sistema debe permitir el cierre de forma automática de las gestiones o expedientes una vez finalizadas las actividades o bien cuando el funcionario lo indique, registrando el resultado obtenido. |
P |
Se sustituye por el siguiente:
|
TRI-EXP-04.01 |
El sistema debe permitir el cierre de forma automática de las gestiones o expedientes una vez finalizadas las actividades, vigencia, o bien cuando el funcionario lo indique, registrando el resultado obtenido. El sistema cerrará el expediente, restringiendo la adición o supresión de documentos al mismo, salvo excepciones que quedarán debidamente justificadas |
P |
Enmienda 25
En la Sección VII. Requisitos del Sistema Informático, apartado C. Requerimientos Funcionales, II. Componentes Transversales a varios Sistemas Core, número 4. Expediente electrónico (TRI-EXP), Cierre de las gestiones o expedientes (TRI-EXP-04), se agrega el siguiente requerimiento:
|
TRI-EXP-04.03 |
El sistema debe evitar en todo momento, que se elimine un expediente, o documento salvo: Destrucción autorizada, conforme a la norma de conservación (solo para usuario autorizado) Eliminación llevada a cabo por un administrador o usuario autorizado, quedando debidamente documentadas, las razones que motivaron su eliminación. |
NP |
Enmienda 26
En la Sección VII. Requisitos del Sistema Informático, apartado C. Requerimientos Funcionales, II. Componentes Transversales a varios Sistemas Core, número 5. Gestor de documentos (TRI-GDO), Características generales (TRI-GDO-01), el requerimiento dice:
|
TRI-GDO-01.02 |
El sistema debe permitir definir la estructura de almacenamiento, categorizaciones, clasificaciones y etiquetado de los contenidos. |
P |
Se sustituye por el siguiente:
|
|
El sistema debe permitir definir la estructura y parámetros de almacenamiento, categorizaciones, clasificaciones (cuadro de clasificación), seguridad, valoración y etiquetado de los contenidos. |
P |
Enmienda 27
En la Sección VII. Requisitos del Sistema Informático, apartado C. Requerimientos Funcionales, II. Componentes Transversales a varios Sistemas Core, número 5. Gestor de documentos (TRI-GDO), Características generales (TRI-GDO-01), el requerimiento dice:
|
TRI-GDO-01.04 |
El sistema debe permitir la restauración de una versión anterior de un documento dejando trazabilidad del cambio y mediante un rol con los permisos adecuados. |
P |
Se sustituye por el siguiente:
|
TRI-GDO-01.04 |
El sistema debe permitir, en un ambiente de trabajo, la restauración de una versión anterior de un documento -siempre que no se trate de un documento de archivo definitivo-, dejando trazabilidad del cambio y mediante un rol con los permisos adecuados. |
P |
Enmienda 28
En la Sección VII. Requisitos del Sistema Informático, apartado C. Requerimientos Funcionales, II. Componentes Transversales a varios Sistemas Core, número 5. Gestor de documentos (TRI-GDO), Características generales (TRI-GDO-01), se adicional el siguiente requerimiento:
|
TRI-GDO-01.16 |
El sistema debe poder integrarse con la solución de digitalización, que indique el Ministerio de Hacienda. |
NP |
Enmienda 29
En la Sección VII. Requisitos del Sistema Informático, apartado C. Requerimientos Funcionales, en III. Componentes de Negocio, número 10. Declaración y Pago (TRI-DYP), Funcionalidades Generales para Declaración y Pagos (TRI-DYP-01), el requerimiento TRI-DYP-01.04 que dice:
|
TRI-DYP-01.04 |
El sistema debe permitir parametrizar el calendario tributario donde se contemplen las fechas de vencimiento de cada impuesto, así como los días hábiles o inhábiles para cada año. Estos valores deberán poderse modificar según necesidades de la Administración. |
Se sustituye por el siguiente:
|
TRI-DYP-01.04 |
El sistema debe permitir parametrizar el calendario tributario donde se contemplen las fechas de vencimiento de cada obligación (formulario), así como los días hábiles o inhábiles, días festivos o feriados para cada año. Estos valores deberán generarse mediante reglas de negocio y poder modificarse según necesidades de la Administración. |
Enmienda 30
En la Sección VII. Requisitos del Sistema Informático, apartado C. Requerimientos Funcionales, en III. Componentes de Negocio, número 10. Declaración y Pago (TRI-DYP), Presentación de Declaraciones Informativas (TRI-DYP-04), se adiciona el requerimiento TRI-DYP-04-05, cuyo texto es el siguiente:
|
TRI-DYP-04.05
|
El sistema, una vez presentada la declaración informativa, debe permitir realizar el pago en un mismo acto. Deberá sumarse el detalle de lo reportado y compararse con los pagos realizados durante el período por cuenta de retenciones. El monto a pagar sería la diferencia entre estas dos sumas en caso exista. Esta transacción debe ser registrada en la Cuenta Corriente y tener el mismo tratamiento que la presentación de una declaración autoliquidativa (Ver TRI-DYP-03.04 y TRI-DYP-03.05). |
NP |
Enmienda 31
El requerimiento TRI-CIT-06.02 contenido en la Sección VII. Requisitos del Sistema Informático, apartado C. Requerimientos Funcionales, III. Componentes de Negocio, número 11. Cuenta Integral Tributaria (TRI-CIT), que dice:
|
TRI-CIT-06.02 |
El sistema de forma automática debe realizar los ajustes en la Cuenta Integral Tributaria una vez que las declaraciones rectificativas han sido validadas y presentadas. Para el caso de rectificaciones de declaraciones informativas con múltiples registros, en la cuenta corriente solo deberán afectarse los registros individuales modificados, adicionados o suprimidos. |
Se sustituye por el siguiente:
|
TRI-CIT-06.02
|
El sistema de forma automática debe realizar los ajustes en la Cuenta Integral Tributaria una vez que las declaraciones rectificativas han sido validadas y presentadas. Para el caso de rectificaciones de declaraciones informativas con múltiples registros, su asiento en la cuenta corriente y el auxiliar de retenciones debe realizarse de forma tal que garantice el menor impacto en la actualización de los registros incluidos en la declaración rectificativa, tomando en cuenta que es posible que para varios de ellos solo cambia la referencia a la nueva declaración, mientras que para otros cambian datos relacionados con el valor e impuesto retenido y las referencias consiguientes. Se debe garantizar que el saldo del contribuyente al finalizar el proceso sea consistente y correcto según los datos con que cuenta el sistema. |
Enmienda 32
El requerimiento TRI-SAC-01-19 contenido en la Sección VII. Requisitos del Sistema Informático, apartado C. Requerimientos funcionales, IV. Componentes Transversales Tributarios, número 18. Servicios al contribuyente (TRI-SAC), que dice:
|
TRI-SAC-01-19 |
El sistema debe permitir adjuntar documentos PDF, JPG, Word, Excel u otros que se definan según sea requerido en las diferentes opciones. |
Se sustituye por el siguiente:
|
TRI-SAC-01-19 |
El sistema debe permitir adjuntar documentos PDF, JPG, Word, Excel u otros que se definan según sea requerido en las diferentes opciones. Para ello el tipo y el tamaño máximo de los archivos a recibir debe ser parametrizable. |
Enmienda 33
Se agrega el requerimiento TRI-SAC-03-20 en la Sección VII. Requisitos del Sistema Informático, apartado C. Requerimientos funcionales, IV. Componentes Transversales Tributarios, número 18. Servicios al contribuyente (TRI-SAC), Atención presencial o virtual. Solicitud de citas (TRI-SAC-03):
|
TRI-SAC-03-20 |
El sistema debe mediante servicios permitir el acceso a la agenda de citas para que se puedan adicionar, modificar, o eliminar citas desde el Contact Center del Portal Único Hacendario. |
NP |
Enmienda 34
Los requerimientos contenidos en la sección VII. Requisitos del Sistema Informático, apartado C. Requerimientos funcionales, IV. Componentes Transversales Tributarios, número 18. Servicios al contribuyente (TRI-SAC), Soluciones omnicanal (TRI-SAC-05) que dice:
Se requiere contar con funcionalidades para la atención multicanal al ciudadano, de forma tal que se garantice una atención más eficiente y oportuna.
|
TRI-SAC-05 |
Soluciones omnicanal |
Tipo |
|
TRI-SAC-05.01 |
El sistema debe permitir el acceso a esta opción desde el portal público, portal privado y Apps. |
NP |
|
TRI-SAC-05.02 |
El sistema debe interconectarse con la tecnología de telefonía IP para la plataforma de call center, así como con portales web, tecnología IVR (Respuesta de voz interactiva) y aplicaciones para teléfono celular. |
NP |
|
TRI-SAC-05.03 |
El sistema debe permitir que el IVR tenga opción de respuestas automáticas denominado “Conversores de texto-voz (Text to speech)”. |
NP |
|
TRI-SAC-05.04 |
El sistema debe contener una aplicación que brinde la posibilidad de respuesta automática para los diferentes medios de consulta. |
NP |
|
TRI-SAC-05.05 |
El sistema debe permitir ampliar los canales de servicio según la necesidad del negocio y los avances tecnológicos. |
NP |
|
TRI-SAC-05.06 |
El sistema debe permitir desde el teclado del equipo o dispositivos portátiles, la introducción y reconocimiento de números para la selección de la información requerida y su remisión o validación. |
NP |
|
TRI-SAC-05.07 |
El sistema debe contar con la opción de grabación de voz para citar las diferentes opciones y las respuestas, que sean parametrizables. |
NP |
|
TRI-SAC-05.08 |
El sistema debe tener reconocimiento de voz para que lo dirija a la opción deseada. |
NP |
|
TRI-SAC-05.09 |
El sistema debe permitir el acceso a bases de integración para llamadas automatizadas y que permita brindar respuestas de voz o envío de información y encuestas por medio de mensajería de texto SMS. |
NP |
|
TRI-SAC-05.10 |
El sistema debe contemplar los siguientes canales de atención: Formulario electrónico para la solicitud de Información y asistencia básica tributaria, Chatbot, Call Center, y otros que puedan surgir. Las condiciones de uso de estos canales deben ser parametrizables. |
NP |
|
TRI-SAC-05.11 |
El sistema debe tener la capacidad de direccionar la atención al agente telefónico (atención call center) o gestor electrónico (atención chatbot), según sean las cargas de trabajo y cantidad de agentes disponibles cuando el usuario solicite ser atendido por un agente o gestor tributario. Esta información debe ser parametrizable para cada canal de atención. La opción de atención por parte de un agente tributario debe de habilitarse en horas y días hábiles, por lo que su programación debe ser parametrizable. En horario o en días no hábiles, el sistema automáticamente debe dar la opción de hacer la consulta mediante el formulario electrónico. |
NP |
|
TRI-SAC-05.12 |
El sistema debe guardar respaldos de todos los servicios brindados, sean estos las llamadas, los correos, los flujos de diálogo del chat y todos los archivos que de estas atenciones se generen en los diferentes canales de comunicación; por un plazo parametrizable, a fin de cubrir cualquier exigencia legal. Estos deben de estar disponibles para las áreas funcionales a la mayor inmediatez. |
NP |
|
TRI-SAC-05.13 |
El sistema deberá tener la capacidad de identificar a los usuarios y su condición de obligado tributario; así como, emitir alertas si estos corresponden a planes especiales del negocio (planes de control o recaudación). |
NP |
|
TRI-SAC-05.14 |
El sistema debe mostrar una encuesta sobre el servicio brindado, una vez respondida la consulta. |
NP |
|
TRI-SAC-05.15 |
El sistema debe permitir que la información previamente registrada por el usuario en un canal de atención esté disponible para otros canales cuando se escale o se transfiera de uno a otro. También deberá mostrarse dicha información al funcionario asignado para la atención. |
NP |
|
TRI-SAC-05.16 |
El sistema debe permitir que la solicitud con su respuesta quede registrada en la base de datos de casos ingresados, al momento en que se dé respuesta al usuario vía correo electrónico, se termine la llamada o el uso del chatbot. |
NP |
|
TRI-SAC-05.17 |
El sistema debe guardar en la base de datos de casos ingresados todos los registros que provengan del servicio a los usuarios externos, independientemente del canal por el cual ingresó la solicitud y las veces que un mismo usuario haya ingresado, así como toda la información que se adicione o adjunte, ya sea por el usuario o por los funcionarios y que forme parte del proceso de atención. |
NP |
|
TRI-SAC-05.18 |
El sistema debe tener la opción de configurar el servicio para realizar el desvío de llamadas a teléfonos virtuales, en caso de desborde de la demanda telefónica o como contingencia. |
NP |
|
TRI-SAC-05.19 |
El sistema debe contar con la opción mediante la cual se actualice y modifique la información de las opciones por el tipo de canal de servicio, los formularios, las diferentes opciones de preguntas y respuestas, mensajes o avisos de horarios de atención, etc. |
NP |
Se sustituye por:
Se requiere contar con funcionalidades para la atención multicanal al ciudadano, de forma tal que se garantice una atención más eficiente y oportuna, integrándose con las funcionalidades omnicanal que ofrecerá el Portal Único Hacendario
|
TRI-SAC-05 |
Soluciones omnicanal |
Tipo |
|
TRI-SAC-05.01 |
El sistema, desde el Portal Tributario debe permitir al ciudadano acceder a las opciones omnicanal que ofrece el Portal Único Hacendario mediante integraciones con dichas funcionalidades. |
NP |
|
TRI-SAC-05.02 |
El sistema debe permitir que un funcionario reciba avisos, llamadas y notificaciones desde el Portal Único Hacendario cuando deba atender el escalamiento de algún caso que ha ingresado a través de uno de los canales de dicho Portal |
NP |
Enmienda 35
Los requerimientos contenidos en la sección VII. Requisitos del Sistema Informático, apartado C. Requerimientos funcionales, IV. Componentes Transversales Tributarios, número 18. Servicios al contribuyente (TRI-SAC), Base de conocimientos (TRI-SAC-06) que dicen:
El sistema deberá ir creando una base de conocimientos con información recopilada a partir de la atención al ciudadano por los diferentes canales.
|
TRI-SAC-06 |
Base de conocimientos |
Tipo |
|
TRI-SAC-06.01 |
El sistema deberá generar una base de conocimientos con las respuestas suministradas a los ciudadanos que realizaron consultas, así como con la información recopilada por la Dirección de Servicio al Contribuyente, La misma servirá para brindar soluciones de respuestas rápida a futuras consultas similares, lo cual conlleva a brindar un servicio más ágil y uniforme al usuario. |
NP |
|
TRI-SAC-06.02 |
El sistema debe permitir a los funcionarios la consulta de la Base de Conocimientos. También deberá poderse configurar qué parte de dicha base puede quedar abierta para consulta del ciudadano desde el portal de acceso público. |
NP |
|
TRI-SAC-06.03 |
El sistema debe permitir que la base de conocimientos contenga información en formatos de texto o audio según se requiera. |
NP |
|
TRI-SAC-06.04 |
El sistema deberá permitir la inclusión de nueva información, la actualización de la información actual y la exclusión de información según se requiera. |
NP |
Se sustituyen por:
El sistema deberá integrarse con la base de conocimientos del Portal Único Hacendario para ingresar y permitir la consulta de información de carácter tributario a partir de información recopilada durante la atención al ciudadano por los diferentes canales.
|
TRI-SAC-06 |
Base de conocimientos |
Tipo |
|
TRI-SAC-06.01 |
El sistema debe permitir alimentar la base de conocimientos del Portal Único Hacendario con las respuestas suministradas a los ciudadanos que realizaron consultas, así como con la información recopilada por la Dirección de Servicio al Contribuyente. La misma servirá para brindar soluciones de respuestas rápida a futuras consultas similares, lo cual conlleva a brindar un servicio más ágil y uniforme al usuario. Deberán considerarse los servicios requeridos para esta interacción. |
NP |
|
TRI-SAC-06.02 |
El sistema debe permitir consultar la Base de Conocimientos del Portal Único Hacendario por parte de los funcionarios tributarios. Para ello deberá incorporar la interfaz de usuario y los servicios requeridos para la consulta. |
NP |
Enmienda 36
El requerimiento TRI-DIS-01.03 contenido en la Sección VII. Requisitos del Sistema Informático, apartado D. Requerimientos de servicios de implementación, número 3.1 Requerimientos de metodología, planeación y diseño, que dice:
|
TRI-DIS-01.03
|
El proveedor debe diseñar una estrategia de alta disponibilidad que permita cumplir los ANS de disponibilidad optimizando los costos. Para la propuesta se deben diseñar estrategias de alta disponibilidad para cada una de las tres nubes GCP, Azure y AWS con las siguientes características: • No se requiere la misma alta disponibilidad durante todo el tiempo. Hay períodos con cargas “pico” y períodos de carga normal (ver anexo 4- Cifras para Dimensionamiento). • La alta disponibilidad se requiere en la medida en que vaya entrando el sistema en producción • No se requiere necesariamente la misma alta disponibilidad para todos los módulos. • No todos los elementos o recursos (módulos, bases de datos, servidores, memorias, etc.) tienen la misma probabilidad de fallas |
Se sustituye por el siguiente:
|
TRI-DIS-01.03
|
El proveedor debe diseñar una estrategia de alta disponibilidad que permita cumplir los ANS de disponibilidad optimizando los costos. Para la propuesta se deben diseñar estrategias de alta disponibilidad para cada una de las nubes públicas que se ubiquen en el segmento de líderes en servicios de infraestructura y plataforma, según el último estudio de Gartner, con las siguientes características: • No se requiere la misma alta disponibilidad durante todo el tiempo. Hay períodos con cargas “pico” y períodos de carga normal (ver anexo 4- Cifras para Dimensionamiento). • La alta disponibilidad se requiere en la medida en que vaya entrando el sistema en producción • No se requiere necesariamente la misma alta disponibilidad para todos los módulos. • No todos los elementos o recursos (módulos, bases de datos, servidores, memorias, etc.) tienen la misma probabilidad de fallas |
Enmienda 37
En la Sección VII. Requisitos del Sistema Informático, en el apartado D. Requerimientos de servicios de implementación, en el número 3.9 Requisitos del equipo técnico del Proveedor, el requerimiento que dice:
|
TRI-PER-01.08 |
El proveedor deberá asignar al proyecto un especialista en la nube que utilice el Ministerio de Hacienda cuando sea definida |
Se sustituye por el siguiente:
|
TRI-PER-01.08 |
El proveedor deberá asignar al proyecto un especialista certificado en la nube que utilice el Ministerio de Hacienda, con experiencia mínima de tres años en diseño u operación de sistemas transaccionales en la Nube escogida, cuando ésta sea definida. |
Enmienda 38
Para el caso de personas físicas nacionales o extranjeras con documento de identidad DIMEX emitido por la Dirección General de Migración y Extranjería, deberán utilizar certificados de firma digital nacional emitidos por la CA del SINPE del Banco Central de Costa Rica. El BCCR provee información sobre estos servicios en la siguiente dirección electrónica: https://www.bccr.fi.cr/firma-digital.
Existen los siguientes servicios publicados por el BCCR relacionados con certificados de persona física.
|
Servicio |
Descripción |
|
Validación en línea de certificados revocados |
Este servicio permite verificar en tiempo real la vigencia de un certificado de firma digital que se pretende utilizar. Esta verificación se realiza directamente contra la CA del SINPE (BCCR), emisora de los certificados de firma digital nacional.
Este servicio se invoca utilizando el protocolo OCSP (Online Certificate Status Protocol), el cual permite validar la vigencia de certificados X.509. El servicio recibe el certificado a validar y responde indicando si el certificado es válido o no.
La url de acceso del servicio OCSP del BCCR es la siguiente: http://ocsp.sinpe.fi.cr/ocsp.
|
|
Lista de certificados revocados |
Este servicio permite descargar la lista de certificados revocados. Es otro medio para verificar si un certificado de firma digital ha sido revocado. Si bien no es una validación en línea, es un método alternativo al anterior. Esta descarga se realiza desde la CA del SINPE (BCCR).
El servicio es invocado a través del protocolo HTTP.
La url para obtener la lista de certificados revocados es la siguiente: http://fdi.sinpe.fi.cr/repositorio/CA SINPE - PERSONA FISICA v2(1).crl.
|
Nota: La url del acceso al servicio OCSP y a la lista de certificados revocados (CRL) debe ser tomada directamente de las propiedades del certificado a validar.
Existe un servicio complementario publicado por la CA del SINPE relacionado con el estampado de tiempo.
|
Servicio |
Descripción |
|
Estampado de tiempo
|
Servicio de estampado de tiempo provisto por el BCCR (TSA(1)-SINPE). En este caso el BCCR actúa en este caso como un tercero de confianza para dar fe de la fecha y hora de una transacción en un sistema.
Este servicio es invocado a través de un servicio HTTP, al cual recibe un digesto de firma digital y retorna el valor del estampado de tiempo.
La url de este servicio del BCCR es la siguiente: http://tsa.sinpe.fi.cr/tsaHttp/
|
Para el caso de personas físicas extranjeras que no tiene posibilidad de obtener firma digital nacional, el Proveedor deberá adquirir los certificados de firma digital de una CA extranjera privada, reconocida internacionalmente, la cual deberá ser aprobada por el Ministerio de Hacienda. La Administración aplicará los procedimientos de verificación necesarios para determinar que personas físicas extranjeras podrán recibir un certificado de firma digital que utilizará en el Sistema de Administración Tributaria. Los servicios de validación de la vigencia de los certificados de autenticación y firma (OCSP y CRL) los deberá proveer la CA privada elegida.
Para efectos de la implementación del componente de firma digital, el proveedor adjudicado deberá cumplir los siguientes requerimientos.
|
TRI-FDI-01 |
El Proveedor deberá implementar un componente de software el cual deberá integrar a la solución implementada que permita la utilización de firma digital, el cual debe poseer la siguiente funcionalidad:
|
NP |
|
TRI-FDI-02 |
El componente de firma digital debe permitir la utilización de un certificado de seguridad X.509 provisto por una autoridad certificadora (CA) privada extranjera reconocida internacionalmente elegida por el Proveedor. |
NP |
|
TRI-FDI-03 |
El componente de firma digital debe ser implementado para funcionar en aplicaciones Web en la nube donde será desplegada la solución ofertada. |
NP |
|
TRI-FDI-04 |
El contratista debe brindar el código fuente del componente de firma digital, así como una guía para desarrollar, compilar e implementar el componente. |
NP |
|
TRI-FDI-05 |
El componente de firma digital debe ser de diseño abierto que permita utilizarse en múltiples plataformas (Windows, Mac OS, Linux) y los mismos navegadores web solicitados en este documento de solicitud de ofertas. |
NP |
|
TRI-FDI-06 |
El componente de firma digital debe ser seguro, cumpliendo los requerimientos de seguridad especificados en este documento de solicitud de ofertas. No debe almacenar en ningún momento la clave del usuario de ninguna forma (cache). |
NP |
|
TRI-FDI-07 |
El componente de firma digital no debe utilizar licencias ni componentes de terceros que no hayan sido incluidos como parte de la solución ofrecida al Ministerio de Hacienda. |
NP |
|
TRI-FDI-08 |
En caso de requerir instalar algún componente de software en los equipos de los usuarios finales, deberá cumplirse lo siguiente:
En cuanto al instalador:
En cuanto al componente:
|
NP |
Enmienda 39
El requerimiento TRI-TEC-09.01 contenido en la Sección VII. Requisitos del Sistema Informático, apartado E. Requerimientos tecnológicos, número 4.9 INTEROPERABILIDAD, que dice:
|
TRI-TEC-09.01
|
El sistema deberá tener la capacidad de exponer servicios web para la interoperabilidad en la plataforma provista por el MdH, bajo mecanismos y protocolos estándares. |
Se sustituye por el siguiente:
|
TRI-TEC-09.01
|
El sistema deberá tener la capacidad de exponer servicios web para la interoperabilidad en la plataforma provista por el MdH, bajo mecanismos y protocolos estándares (REST, SOAP).
|
Enmienda 40
En la Sección VII. Requisitos del Sistema Informático, apartado H. Requerimientos de Garantía, Soporte y Mantenimiento, número 7.1 Requerimientos de Garantía de la Solución, el título Severidad de los Incidentes y su contenido que dice:
Severidad de los incidentes
|
Severidad incidente |
Definición |
Tiempo de solución |
|
1 |
Indisponibilidad total en el entorno de producción, o pérdida de funcionalidad en un “componente crítico” sin solución alterna. |
4 horas hábiles |
|
2 |
Pérdida de un “componente crítico” pero existe una solución alternativa, o indisponibilidad de un “componente importante” sin solución alterna. |
8 horas hábiles |
|
3 |
Disminución en la funcionalidad o el rendimiento, sin embargo, la Solución aún funciona según lo especificado. |
24 horas hábiles |
|
4 |
Disminución en la funcionalidad o en el rendimiento de un componente de apoyo de la Solución. |
48 horas hábiles |
Se sustituye por lo siguiente:
Severidad de los incidentes
La tabla define la severidad de los incidentes y el tiempo máximo para su solución se especifica en el Anexo 21. Anexo 21. Acuerdos de Niveles de Servicio (ANS)
Enmienda 41
El requerimiento TRI-SOP-01.02 contenido en la Sección VII. Requisitos del Sistema Informático, apartado H. Requerimientos de Garantía, Soporte y Mantenimiento, número 7.3 REQUERIMIENTOS DE SERVICIO DE SOPORTE, que dice:
|
TRI-SOP-01.02
|
El proveedor debe utilizar la Herramienta de Gestión del Servicio (ITSM) del MdH para el registro y el seguimiento de las solicitudes de mantenimiento, cambios, incidentes, problemas y soporte durante la vigencia del contrato y durante el período de soporte y mantenimiento, teniendo en cuenta los niveles de servicio solicitados por el Ministerio de Hacienda.
|
Se sustituye por el siguiente:
|
TRI-SOP-01.02
|
El proveedor debe contar con una Herramienta de Gestión del Servicio (ITSM) para el registro y el seguimiento de las solicitudes de mantenimiento, cambios, incidentes, problemas y soporte durante la vigencia del contrato y durante el período de soporte y mantenimiento, alineada con la mesa de servicio del MdH, teniendo en cuenta los niveles de servicio solicitados por el Ministerio de Hacienda. Para lo anterior, el Proveedor debe poner a disposición del Ministerio de Hacienda al menos los siguientes canales: página web, correo electrónico, teléfono y chat.
|
Enmienda 42
El Cuadro del Programa de Ejecución, contenido en la Sección VII. Requisitos del Sistema Informático, apartado J. Programa de Ejecución, se sustituye íntegramente por el siguiente:
|
Descripción del Producto o Servicio |
Semana Entrega |
|
|
Hito de Pago 1 |
1. Acta de Constitución del Proyecto (TRI-INI-01.01) |
6 |
|
2. Lanzamiento del Proyecto (TRI-INI-01.02) |
||
|
3. Metodología de gestión del proyecto (TRI-MET-01.01) |
||
|
4. Talleres sobre el COTS ofertado (TRI-INI-01.03) |
||
|
5. Plan de Trabajo de la etapa de Planeación (TRI-INI-01.05) |
||
|
6. Equipo de Trabajo (TRI-INI-01.06) |
||
|
7. Informes de avance del proyecto (TRI-MET-01.05) |
||
|
8. Acta de aceptación de entregables |
||
|
Hito de Pago 2 |
1. Plan del proyecto (TRI-PLA-01-01). |
14 |
|
2. Cronograma detallado (TRI-PLA-01-01) |
||
|
3. Matriz de trazabilidad de requerimientos (TRI-PLA-01.02) |
||
|
4. Acuerdo de alcance funcional (TRI-PLA-01-03) |
||
|
5. Acuerdo de alcance tecnológico (TRI-PLA-01-03) |
||
|
6. Matriz de riesgos del proyecto (TRI-MET-01.12) |
||
|
7. Entrega del ambiente de desarrollo (TRI-PLA-01.04) |
||
|
8. Alcance y estrategia de gestión del cambio (TRI-GDC-01.01) |
||
|
9. Estrategia de gestión de grupos de interés (TRI-GDC-02.01) |
||
|
10. Diseño de la medición de la apropiación del sistema (TRI-GDC-03.01) |
||
|
11. Plan de implementación de los servicios de asistencia en CTD (TRI-CTD-01.01) |
||
|
12. Estrategia para CTD (TRI-CTD-02.01) |
||
|
13. Metodología de Monitoreo de Madurez y Satisfacción Interna y Externa (TRI-CTD-03.01) |
||
|
14. Informes de avance del proyecto (TRI-MET-01.05) |
||
|
15. Informes periódicos de seguimiento GDC, AO, CTD (TRI-GDC-04.01, TRI-AOG-01-04, TRI-CTD-02.02, TRI-CTD-03.02, TRI-CTD-03.03, TRI-CTD-04, TRI-CTD-05) |
||
|
16. Acta de aceptación de entregables |
||
|
Hito de Pago 3 |
1. Diseño conceptual de la solución (TRI-DIS-01.03) |
27 |
|
2. Análisis de brechas funcionales entre la solución COTS y los requerimientos (TRI-DIS-01-04) |
||
|
3. Mapa de macroprocesos (TRI-DIS-01.05) |
||
|
4. Procesos detallados (TRI-DIS-01.05) |
||
|
5. Análisis del marco legal para el nuevo sistema (TRI-DIS-01.02) |
||
|
6. Diseño de infraestructura (TRI-TEC-10.03) |
||
|
7. Estrategia de alta disponibilidad (TRI-DIS-01.03) |
||
|
8. Estrategia de recuperación de datos y del sistema (TRI-DIS-01.04) |
||
|
9. Plan de contingencia y recuperación (TRI-DIS-01.02) |
||
|
10. Plan de Impactos organizacionales (TRI-AOG-01.01) |
||
|
11. Matriz de Impactos organizacionales (TRI-AOG-01.02) |
||
|
12. Diagnóstico inicial de alineación organizacional de la institución (TRI-AOG-02.01) |
||
|
13. Identificación de necesidades de alineación organizacional futura (TRI-AOG-02.01) |
||
|
14. Identificación de brechas de AO (TRI-AOG-02.02) |
||
|
15. Estrategia de capacitación y entrenamiento (TRI-CAP.01.01) |
||
|
16. Matriz de capacitación y entrenamiento (TRI-CAP-01.02) |
||
|
17. Plan de capacitación y entrenamiento (TRI-CAP-01.03) |
||
|
18. Informes de avance del proyecto (TRI-MET-01.05) |
||
|
19. Informes periódicos de Seguimiento GDC, AO, CTD (TRI-GDC-04.01, TRI-AOG-01-04, TRI-CTD-02.02, TRI-CTD-03.02, TRI-CTD-03.03, TRI-CTD-04, TRI-CTD-05) |
||
|
20. Acta de aceptación de entregables |
||
|
Hito de Pago 4 |
1. Plan del despliegue (TRI-MET-01.11) |
40 |
|
2. Entrega de ambiente de producción y otros (TRI-PLA-01.04) |
||
|
3. Portal tributario (TRI-SAC-01, TRI-SAC-04, TRI-SAC-07) |
||
|
4. Registro Único Hacendario (TRI-RUH) |
||
|
5. Comunicaciones y notificaciones - Buzón Hacendario- (TRI-CyN) |
||
|
6. Flujos relacionados con registro (incluyendo aduaneros, ver anexo 22, TRI-EXP, TRI-GDO) |
||
|
7. Pruebas de rendimiento del RUH (TRI-PRB-01.07) |
||
|
8. Pruebas unitarias e integrales de los módulos del presente entregable (TRI-PRB-01.07) |
||
|
9. Documentación técnica y funcional de cada despliegue (TRI-MET-01.12) |
||
|
10. Plan de mantenimiento y soporte (TRI-AOP-01.08) |
||
|
11. Plan de contingencia y recuperación (TRI-APS-01.05) |
||
|
12. Modelo de estructura organizacional (TRI-AOG-02.03) |
||
|
13. Informe de Capacitación de los desplegables realizados (TRI-CAP-01.08) |
||
|
14. Informes de avance del proyecto (TRI-MET-01.05) |
||
|
15. Informes periódicos de Seguimiento GDC, AO, CTD (TRI-GDC-04.01, TRI-AOG-01-04, TRI-CTD-02.02, TRI-CTD-03.02, TRI-CTD-03.03, TRI-CTD-04, TRI-CTD-05) |
||
|
16. Acta de aceptación de entregables |
||
|
Hito de Pago 5 |
1. Plan del despliegue (TRI-MET-01.11) |
54 |
|
2. Trámites Tributarios (TRI-SAC-02, TRI-SAC-04, TRI-SAC-07, TRI-EXP, TRI-GDO), fase 1 |
||
|
3. Servicios al Contribuyente -citas, atención presencial y virtual, chatbots, call center- (TRI-SAC-03, TRI-SAC-04, TRI-SAC-05, TRI-SAC-06, TRI-SAC-07) |
||
|
4. Consulta Integral Hacendaria -Datos relacionados con registro y fuentes externas disponibles, trámites- (TRI-CIH) |
||
|
5. Digesto Hacendario (TRI-DHA) |
||
|
6. Trámites Aduaneros (consultas, certificaciones, homologaciones de empresas de marchamos electrónicos. Ver anexo 22 (TRI-EXP, TRI-GDO) |
||
|
7. Pruebas unitarias de los módulos del entregable 5 e integrales con los módulos de los entregables 4 y 5 que correspondan (TRI-PRB-01.07) |
||
|
8. Documentación técnica y funcional de cada despliegue (TRI-MET-01.12) |
||
|
9. Plan de contingencia y recuperación (TRI-APS-01.05) |
||
|
10. Informe de Capacitación de los desplegables realizados (TRI-CAP-01.08) |
||
|
11. Informes periódicos de Seguimiento GDC, AO, CTD (TRI-GDC-04.01, TRI-AOG-01-04, TRI-CTD-02.02, TRI-CTD-03.02, TRI-CTD-03.03, TRI-CTD-04, TRI-CTD-05) |
||
|
12. Manual de cargos (TRI-AOG-02.04) |
||
|
13. Informes de avance del proyecto (TRI-MET-01.05) |
||
|
14. Acta de aceptación de entregables |
||
|
Hito de Pago 6 |
1. Plan del despliegue (TRI-MET-01.11) |
68 |
|
2. Declaración y Pago -Formularios, presentación, pago, rectificaciones, retenciones, prellenado de retenciones- (TRI-DYP-01, TRI-DYP-02, TRI-DYP-03, TRI-DYP-04, TRI-DYP-05, TRI-DYP-06, TRI-DYP-07, TRI-DYP-08, TRI-DYP-09, TRI-DYP-10, TRI-DYP-11, TRI-DYP-12, TRI-DYP-14, TRI-DYP-15) |
||
|
3. Cuenta Corriente Tributaria incluyendo el registro contable (TRI-CIT) |
||
|
4. Ajustes al Registro Hacendario (TRI-RUH) |
||
|
5. Pruebas de rendimiento de Declaración y Pago y Cuenta Corriente (TRI-PRB-01.07) |
||
|
6. Pruebas unitarias de los módulos del entregable 6 e integrales con los módulos de los entregables 4, 5 y 6 que correspondan (TRI-PRB-01.07) |
||
|
7. Documentación técnica y funcional de cada despliegue (TRI-MET-01.12) |
||
|
8. Plan de contingencia y recuperación (TRI-APS-01.05) |
||
|
9. Informe de Capacitación de los desplegables realizados (TRI-CAP-01.08) |
||
|
10. Informes de avance del proyecto (TRI-MET-01.05) |
||
|
11. Informes periódicos de Seguimiento GDC, AO, CTD (TRI-GDC-04.01, TRI-AOG-01-04, TRI-CTD-02.02, TRI-CTD-03.02, TRI-CTD-03.03, TRI-CTD-04, TRI-CTD-05) |
||
|
12. Acta de aceptación de entregables |
||
|
Hito de Pago 7 |
1. Plan del despliegue (TRI-MET-01.11) |
82 |
|
2. Exoneraciones (TRI-EXE, TRI-EXP, TRI-GDO) |
||
|
3. Trámites Tributarios (TRI-SAC-02, TRI-SAC-04, TRI-SAC-07, TRI-EXP, TRI-GDO), fase 2 |
||
|
4. Indicadores y Estadísticas Gerenciales -Registro, trámites, exoneraciones, declaraciones y pagos- (TRI-IEG) |
||
|
5. Pruebas unitarias de los módulos del entregable 7 e integrales con los módulos de los entregables 4, 5, 6 y 7 que correspondan (TRI-PRB-01.07) |
||
|
6. Documentación técnica y funcional de cada despliegue (TRI-MET-01.12) |
||
|
7. Plan de contingencia y recuperación (TRI-APS-01.05) |
||
|
8. Informe de Capacitación de los desplegables realizados (TRI-CAP-01.08) |
||
|
9. Informes de avance del proyecto (TRI-MET-01.05) |
||
|
10. Informes periódicos de Seguimiento GDC, AO, CTD (TRI-GDC-04.01, TRI-AOG-01-04, TRI-AOG-02-06, TRI-CTD-02-02, TRI-CTD-03-02 y 03) |
||
|
11. Acta de aceptación de entregables |
||
|
Hito de Pago 8 |
1. Plan del despliegue (TRI-MET-01.11) |
96 |
|
2. Control de Cumplimiento (Omisiones, Inconsistencias y Morosidad)- detección y seguimiento de casos, proceso sancionador (TRI-CCT, TRI-PSA, TRI-EXP, TRI-GDO) |
||
|
3. Devoluciones (TRI-DEV) |
||
|
4. Pruebas de rendimiento de Control de Cumplimiento (TRI-PRB-01.07) |
||
|
5. Pruebas unitarias de los módulos del entregable 8 e integrales con los módulos de los entregables 4, 5, 6, 7 y 8 que correspondan (TRI-PRB-01.07) |
||
|
6. Documentación técnica y funcional de cada despliegue (TRI-MET-01.12) |
||
|
7. Plan de contingencia y recuperación (TRI-APS-01.05) |
||
|
8. Informe de Capacitación de los desplegables realizados (TRI-CAP-01.08) |
||
|
9. Informes de avance del proyecto (TRI-MET-01.05) |
||
|
10. Informes periódicos de Seguimiento GDC, AO, CTD (TRI-GDC-04.01, TRI-AOG-01-04, TRI-CTD-02.02, TRI-CTD-03.02, TRI-CTD-03.03, TRI-CTD-04, TRI-CTD-05) |
||
|
11. Acta de aceptación de entregables |
||
|
Hito de Pago 9 |
1. Plan del despliegue (TRI-MET-01.11) |
111 |
|
2. Prellenado IVA y Renta (TRI-DYP-13) |
||
|
3. Intercambio de Información Internacional (TRI-III) |
||
|
4. Consulta Integral Hacendaria -Datos relacionados con declaraciones, omisiones, morosidad- (TRI-CIH) |
||
|
5. Pruebas unitarias de los módulos del entregable 9 e integrales con los módulos de los entregables 4, 5, 6, 7, 8 y 9 que correspondan (TRI-PRB-01.07) |
||
|
6. Documentación técnica y funcional de cada despliegue (TRI-MET-01.12) |
||
|
7. Plan de contingencia y recuperación (TRI-APS-01.05) |
||
|
8. Informe de Capacitación de los desplegables realizados (TRI-CAP-01.08) |
||
|
9. Informes de avance del proyecto (TRI-MET-01.05) |
||
|
10. Informes periódicos de Seguimiento GDC, AO, CTD (TRI-GDC-04.01, TRI-AOG-01-04, TRI-CTD-02.02, TRI-CTD-03.02, TRI-CTD-03.03, TRI-CTD-04, TRI-CTD-05) |
||
|
11. Acta de aceptación de entregables |
||
|
Hito de Pago 10 |
1. Plan del despliegue (TRI-MET-01.11) |
125 |
|
2. Fiscalización (TRI-FIS, TRI-EXP, TRI-GDO) |
||
|
3. Fiscalización de incentivos (TRI-FII, TRI-EXP, TRI-GDO) |
||
|
4. Flujos aduaneros de incidencias, recursos, reclamos y litigios (Ver anexo 22, TRI-EXP, TRI-GDO) |
||
|
5. Pruebas unitarias de los módulos del entregable 10 e integrales con los módulos de los entregables 4, 5, 6, 7, 8 y 9 que correspondan (TRI-PRB-01.07) |
||
|
6. Documentación técnica y funcional de cada despliegue (TRI-MET-01.12) |
||
|
7. Plan de contingencia y recuperación (TRI-APS-01.05) |
||
|
8. Informe de Capacitación de los desplegables realizados (TRI-CAP-01.08) |
||
|
9. Informes de avance del proyecto (TRI-MET-01.05) |
||
|
10. Informes periódicos de Seguimiento GDC, AO, CTD (TRI-GDC-04.01, TRI-AOG-01-04, TRI-CTD-02.02, TRI-CTD-03.02, TRI-CTD-03.03, TRI-CTD-04, TRI-CTD-05) |
||
|
11. Acta de aceptación de entregables |
||
|
Hito de Pago 11 |
1. Plan del despliegue (TRI-MET-01.11) |
140 |
|
2. Cobro Judicial incluyendo registro contable (TRI-CJD, TRI-EXP, TRI-GDO) |
||
|
3. Policía de Control Fiscal (TRI-PCF, TRI-EXP, TRI-GDO) |
||
|
4. Tribunal Fiscal Administrativo, proceso recursivo (TRI-TFA, TRI-PRE, TRI-EXP, TRI-GDO) |
||
|
5. Pruebas unitarias de los módulos del entregable 11 y de integración con los módulos de los entregables 4, 5, 6, 7, 8, 9 y 10 que correspondan (TRI-PRB-01.07) |
||
|
6. Documentación técnica y funcional de cada despliegue (TRI-MET-01.12) |
||
|
7. Plan de contingencia y recuperación (TRI-APS-01.05) |
||
|
8. Informe de Capacitación de los desplegables realizados (TRI-CAP-01.08) |
||
|
9. Informes de avance del proyecto (TRI-MET-01.05) |
||
|
10. Informes periódicos de Seguimiento GDC, AO, CTD (TRI-GDC-04.01, TRI-AOG-01-04, TRI-CTD-02.02, TRI-CTD-03.02, TRI-CTD-03.03, TRI-CTD-04, TRI-CTD-05) |
||
|
11. Acta de aceptación de entregables |
||
|
Hito de Pago 12 |
1. Plan del despliegue (TRI-MET-01.11) |
156 |
|
2. Valoración de bienes muebles e inmuebles (TRI-VBM, TRI-VBI) |
||
|
3. Consulta Integral Hacendaria parte 3- Resto de fuentes (TRI-CIH) |
||
|
4. Indicadores y Estadísticas Gerenciales (Resto de indicadores) (TRI-IEG) |
||
|
5. Trámites Tributarios (TRI-SAC-02, TRI-SAC-04, TRI-SAC-07, TRI-EXP, TRI-GDO), fase 3 |
||
|
6. Pruebas unitarias de los módulos del entregable 12 y de integración con los módulos de los entregables 4, 5, 6, 7, 8, 9, 10, y 11 que correspondan (TRI-PRB-01.07) |
||
|
7. Documentación técnica y funcional de cada despliegue (TRI-MET-01.12) |
||
|
8. Plan de contingencia y recuperación (TRI-APS-01.05) |
||
|
9. Informe de Capacitación de los desplegables realizados (TRI-CAP-01.08) |
||
|
10. Informes de avance del proyecto (TRI-MET-01.05) |
||
|
11. Informes periódicos de Seguimiento GDC, AO, CTD (TRI-GDC-04.01, TRI-AOG-01-04, TRI-CTD-02.02, TRI-CTD-03.02, TRI-CTD-03.03, TRI-CTD-04, TRI-CTD-05) |
||
|
12. Acta de aceptación de entregables |
||
|
Hito de Pago 13 |
1. Aceptación operacional (TRI-AOP-01) |
174 |
|
2. Prospectiva Tecnológica y Aprovechamiento de las nuevas tecnologías (TRI-CTD-06-01, TRI-CTD-06-02) |
||
|
3. Informe final de Capacitación (TRI-CAP.01-08) |
||
|
4. Plan de refuerzo de capacitación (TRI-CAP-01-06) |
||
|
5. Informe final de GDC, AO CTD (TRI-GDC-04.01, TRI-AOG-01-04, TRI-CTD-02.02, TRI-CTD-03.02, TRI-CTD-03.03, TRI-CTD-04, TRI-CTD-05) |
||
Enmienda 43
En el Anexo 17. Migración de los Datos, de la Sección VII. Requisitos del Sistema Informático, el número 17.2.4.2 Expedientes de diferentes áreas (que conforme a la Enmienda 14 se modificó y quedó establecido de la siguiente manera:
“17.2.4.2. Expedientes de diferentes áreas
Actualmente las diferentes áreas poseen expedientes que se encuentran en varios sistemas y que deben ser migrados (tanto archivos como metadatos).
Los expedientes se encuentran distribuidos de la siguiente forma:
Dirección General de Tributación: 8.680 expediente.
Dirección General de Hacienda (Cobro Judicial):44 301 expedientes.
Tribunal Fiscal Administrativo: 875 expedientes.
Los datos anteriores son de referencia y podrán variar al momento de la implementación.”
Se sustituye por
“17.2.4.2. Expedientes de diferentes áreas
Actualmente las diferentes áreas poseen expedientes que se encuentran en varios sistemas y que deben ser migrados (tanto archivos como metadatos).
Los expedientes se encuentran distribuidos de la siguiente forma:
Dirección General de Tributación: 8.680 expediente.
Dirección General de Hacienda (Cobro Judicial):44 301 expedientes.
Tribunal Fiscal Administrativo: 875 expedientes.
Expedientes Aduaneros: 20 760 expedientes
Los datos anteriores son de referencia y podrán variar al momento de la implementación.”
Enmienda 44
En el Anexo 17. Migración de los Datos, de la Sección VII. Requisitos del Sistema Informático, se suprime en su totalidad el número 17.2.4.5 Factura Electrónica, que dice:
17.2.4.5. Factura Electrónica
El facturador gratuito no forma parte del alcance de Hacienda Digital, sin embargo, puede requerirse la migración de la información de comprobantes electrónicos de dicho facturador a la nueva plataforma. Deberá realizarse el análisis sobre la pertinencia de migrar o no esta información, Se consideran aproximadamente 14.500.000 facturas. Se deben migrar los datos incluyendo la confirmación, encabezado, detalle, impuestos que tiene cada línea de factura, detalle de otros cargos, documentos de referencia, XML, detalle de las exoneraciones, y XML de respuesta de los documentos electrónicos.
Enmienda 45
En el Anexo 21. Acuerdos de Niveles de Servicio (ANS), se agrega el siguiente párrafo al final del número 21.3 ANS de Soporte por lo siguiente:
El servicio para recepción de solicitudes de soporte debe estar disponible en un horario de lunes a viernes de las 7:00 a las 18:00 horas de Costa Rica; exceptuando las solicitudes cuya severidad corresponda a los niveles 1 o 2, para las que deberá estar disponible en un horario 24/7 (todos los días y horas del año).
Enmienda 46
En el Anexo 21. Acuerdos de Niveles de Servicio (ANS), se agrega el siguiente párrafo al final del número 21.4 ANS de Mantenimiento por lo siguiente:
El servicio para recepción de solicitudes de mantenimiento debe estar disponible en un horario de lunes a viernes de las 7:00 a las 18:00 horas de Costa Rica.
Enmienda 47
En la sección IX. Condiciones Especiales del Contrato, en la cláusula CGC 12.1 se sustituye íntegramente la Tabla de Pagos de los Servicios de Implementación por la siguiente:
|
Descripción del Producto o Servicio |
Semana de Entrega |
% Pago |
|
|
Hito de Pago 1 |
1. Acta de Constitución del Proyecto (TRI-INI-01.01) |
6 |
3% |
|
2. Lanzamiento del Proyecto (TRI-INI-01.02) |
|||
|
3. Metodología de gestión del proyecto (TRI-MET-01.01) |
|||
|
4. Talleres sobre el COTS ofertado (TRI-INI-01.03) |
|||
|
5. Plan de Trabajo de la etapa de Planeación (TRI-INI-01.05) |
|||
|
6. Equipo de Trabajo (TRI-INI-01.06) |
|||
|
7. Informes de avance del proyecto (TRI-MET-01.05) |
|||
|
8. Acta de aceptación de entregables |
|||
|
Hito de Pago 2 |
1. Plan del proyecto (TRI-PLA-01-01). |
14 |
4% |
|
2. Cronograma detallado (TRI-PLA-01-01) |
|||
|
3. Matriz de trazabilidad de requerimientos (TRI-PLA-01.02) |
|||
|
4. Acuerdo de alcance funcional (TRI-PLA-01-03) |
|||
|
5. Acuerdo de alcance tecnológico (TRI-PLA-01-03) |
|||
|
6. Matriz de riesgos del proyecto (TRI-MET-01.12) |
|||
|
7. Entrega del ambiente de desarrollo (TRI-PLA-01.04) |
|||
|
8. Alcance y estrategia de gestión del cambio (TRI-GDC-01.01) |
|||
|
9. Estrategia de gestión de grupos de interés (TRI-GDC-02.01) |
|||
|
10. Diseño de la medición de la apropiación del sistema (TRI-GDC-03.01) |
|||
|
11. Plan de implementación de los servicios de asistencia en CTD (TRI-CTD-01.01) |
|||
|
12. Estrategia para CTD (TRI-CTD-02.01) |
|||
|
13. Metodología de Monitoreo de Madurez y Satisfacción Interna y Externa (TRI-CTD-03.01) |
|||
|
14. Informes de avance del proyecto (TRI-MET-01.05) |
|||
|
15. Informes periódicos de seguimiento GDC, AO, CTD (TRI-GDC-04.01, TRI-AOG-01-04, TRI-CTD-02.02, TRI-CTD-03.02, TRI-CTD-03.03, TRI-CTD-04, TRI-CTD-05) |
|||
|
16. Acta de aceptación de entregables |
|||
|
Hito de Pago 3 |
1. Diseño conceptual de la solución (TRI-DIS-01.03) |
27 |
4% |
|
2. Análisis de brechas funcionales entre la solución COTS y los requerimientos (TRI-DIS-01-04) |
|||
|
3. Mapa de macroprocesos (TRI-DIS-01.05) |
|||
|
4. Procesos detallados (TRI-DIS-01.05) |
|||
|
5. Análisis del marco legal para el nuevo sistema (TRI-DIS-01.02) |
|||
|
6. Diseño de infraestructura (TRI-TEC-10.03) |
|||
|
7. Estrategia de alta disponibilidad (TRI-DIS-01.03) |
|||
|
8. Estrategia de recuperación de datos y del sistema (TRI-DIS-01.04) |
|||
|
9. Plan de contingencia y recuperación (TRI-DIS-01.02) |
|||
|
10. Plan de Impactos organizacionales (TRI-AOG-01.01) |
|||
|
11. Matriz de Impactos organizacionales (TRI-AOG-01.02) |
|||
|
12. Diagnóstico inicial de alineación organizacional de la institución (TRI-AOG-02.01) |
|||
|
13. Identificación de necesidades de alineación organizacional futura (TRI-AOG-02.01) |
|||
|
14. Identificación de brechas de AO (TRI-AOG-02.02) |
|||
|
15. Estrategia de capacitación y entrenamiento (TRI-CAP.01.01) |
|||
|
16. Matriz de capacitación y entrenamiento (TRI-CAP-01.02) |
|||
|
17. Plan de capacitación y entrenamiento (TRI-CAP-01.03) |
|||
|
18. Informes de avance del proyecto (TRI-MET-01.05) |
|||
|
19. Informes periódicos de Seguimiento GDC, AO, CTD (TRI-GDC-04.01, TRI-AOG-01-04, TRI-CTD-02.02, TRI-CTD-03.02, TRI-CTD-03.03, TRI-CTD-04, TRI-CTD-05) |
|||
|
20. Acta de aceptación de entregables |
|||
|
Hito de Pago 4 |
1. Plan del despliegue (TRI-MET-01.11) |
40 |
8% |
|
2. Entrega de ambiente de producción y otros (TRI-PLA-01.04) |
|||
|
3. Portal tributario (TRI-SAC-01, TRI-SAC-04, TRI-SAC-07) |
|||
|
4. Registro Único Hacendario (TRI-RUH) |
|||
|
5. Comunicaciones y notificaciones - Buzón Hacendario- (TRI-CyN) |
|||
|
6. Flujos relacionados con registro (incluyendo aduaneros, ver anexo 22, TRI-EXP, TRI-GDO) |
|||
|
7. Pruebas de rendimiento del RUH (TRI-PRB-01.07) |
|||
|
8. Pruebas unitarias e integrales de los módulos del presente entregable (TRI-PRB-01.07) |
|||
|
9. Documentación técnica y funcional de cada despliegue (TRI-MET-01.12) |
|||
|
10. Plan de mantenimiento y soporte (TRI-AOP-01.08) |
|||
|
11. Plan de contingencia y recuperación (TRI-APS-01.05) |
|||
|
12. Modelo de estructura organizacional (TRI-AOG-02.03) |
|||
|
13. Informe de Capacitación de los desplegables realizados (TRI-CAP-01.08) |
|||
|
14. Informes de avance del proyecto (TRI-MET-01.05) |
|||
|
15. Informes periódicos de Seguimiento GDC, AO, CTD (TRI-GDC-04.01, TRI-AOG-01-04, TRI-CTD-02.02, TRI-CTD-03.02, TRI-CTD-03.03, TRI-CTD-04, TRI-CTD-05) |
|||
|
16. Acta de aceptación de entregables |
|||
|
Hito de Pago 5 |
1. Plan del despliegue (TRI-MET-01.11) |
54 |
7% |
|
2. Trámites Tributarios (TRI-SAC-02, TRI-SAC-04, TRI-SAC-07, TRI-EXP, TRI-GDO), fase 1 |
|||
|
3. Servicios al Contribuyente -citas, atención presencial y virtual, chatbots, call center- (TRI-SAC-03, TRI-SAC-04, TRI-SAC-05, TRI-SAC-06, TRI-SAC-07) |
|||
|
4. Consulta Integral Hacendaria -Datos relacionados con registro y fuentes externas disponibles, trámites- (TRI-CIH) |
|||
|
5. Digesto Hacendario (TRI-DHA) |
|||
|
6. Trámites Aduaneros (consultas, certificaciones, homologaciones de empresas de marchamos electrónicos. Ver anexo 22 (TRI-EXP, TRI-GDO) |
|||
|
7. Pruebas unitarias de los módulos del entregable 5 e integrales con los módulos de los entregables 4 y 5 que correspondan (TRI-PRB-01.07) |
|||
|
8. Documentación técnica y funcional de cada despliegue (TRI-MET-01.12) |
|||
|
9. Plan de contingencia y recuperación (TRI-APS-01.05) |
|||
|
10. Informe de Capacitación de los desplegables realizados (TRI-CAP-01.08) |
|||
|
11. Informes periódicos de Seguimiento GDC, AO, CTD (TRI-GDC-04.01, TRI-AOG-01-04, TRI-CTD-02.02, TRI-CTD-03.02, TRI-CTD-03.03, TRI-CTD-04, TRI-CTD-05) |
|||
|
12. Manual de cargos (TRI-AOG-02.04) |
|||
|
13. Informes de avance del proyecto (TRI-MET-01.05) |
|||
|
14. Acta de aceptación de entregables |
|||
|
Hito de Pago 6 |
1. Plan del despliegue (TRI-MET-01.11) |
68 |
17% |
|
2. Declaración y Pago -Formularios, presentación, pago, rectificaciones, retenciones, prellenado de retenciones- (TRI-DYP-01, TRI-DYP-02, TRI-DYP-03, TRI-DYP-04, TRI-DYP-05, TRI-DYP-06, TRI-DYP-07, TRI-DYP-08, TRI-DYP-09, TRI-DYP-10, TRI-DYP-11, TRI-DYP-12, TRI-DYP-14, TRI-DYP-15) |
|||
|
3. Cuenta Corriente Tributaria incluyendo el registro contable (TRI-CIT) |
|||
|
4. Ajustes al Registro Hacendario (TRI-RUH) |
|||
|
5. Pruebas de rendimiento de Declaración y Pago y Cuenta Corriente (TRI-PRB-01.07) |
|||
|
6. Pruebas unitarias de los módulos del entregable 6 e integrales con los módulos de los entregables 4, 5 y 6 que correspondan (TRI-PRB-01.07) |
|||
|
7. Documentación técnica y funcional de cada despliegue (TRI-MET-01.12) |
|||
|
8. Plan de contingencia y recuperación (TRI-APS-01.05) |
|||
|
9. Informe de Capacitación de los desplegables realizados (TRI-CAP-01.08) |
|||
|
10. Informes de avance del proyecto (TRI-MET-01.05) |
|||
|
11. Informes periódicos de Seguimiento GDC, AO, CTD (TRI-GDC-04.01, TRI-AOG-01-04, TRI-CTD-02.02, TRI-CTD-03.02, TRI-CTD-03.03, TRI-CTD-04, TRI-CTD-05) |
|||
|
12. Acta de aceptación de entregables |
|||
|
Hito de Pago 7 |
1. Plan del despliegue (TRI-MET-01.11) |
82 |
7% |
|
2. Exoneraciones (TRI-EXE, TRI-EXP, TRI-GDO) |
|||
|
3. Trámites Tributarios (TRI-SAC-02, TRI-SAC-04, TRI-SAC-07, TRI-EXP, TRI-GDO), fase 2 |
|||
|
4. Indicadores y Estadísticas Gerenciales -Registro, trámites, exoneraciones, declaraciones y pagos- (TRI-IEG) |
|||
|
5. Pruebas unitarias de los módulos del entregable 7 e integrales con los módulos de los entregables 4, 5, 6 y 7 que correspondan (TRI-PRB-01.07) |
|||
|
6. Documentación técnica y funcional de cada despliegue (TRI-MET-01.12) |
|||
|
7. Plan de contingencia y recuperación (TRI-APS-01.05) |
|||
|
8. Informe de Capacitación de los desplegables realizados (TRI-CAP-01.08) |
|||
|
9. Informes de avance del proyecto (TRI-MET-01.05) |
|||
|
10. Informes periódicos de Seguimiento GDC, AO, CTD (TRI-GDC-04.01, TRI-AOG-01-04, TRI-AOG-02-06, TRI-CTD-02-02, TRI-CTD-03-02 y 03) |
|||
|
11. Acta de aceptación de entregables |
|||
|
Hito de Pago 8 |
1. Plan del despliegue (TRI-MET-01.11) |
96 |
8% |
|
2. Control de Cumplimiento (Omisiones, Inconsistencias y Morosidad)- detección y seguimiento de casos, proceso sancionador (TRI-CCT, TRI-PSA, TRI-EXP, TRI-GDO) |
|||
|
3. Devoluciones (TRI-DEV) |
|||
|
4. Pruebas de rendimiento de Control de Cumplimiento (TRI-PRB-01.07) |
|||
|
5. Pruebas unitarias de los módulos del entregable 8 e integrales con los módulos de los entregables 4, 5, 6, 7 y 8 que correspondan (TRI-PRB-01.07) |
|||
|
6. Documentación técnica y funcional de cada despliegue (TRI-MET-01.12) |
|||
|
7. Plan de contingencia y recuperación (TRI-APS-01.05) |
|||
|
8. Informe de Capacitación de los desplegables realizados (TRI-CAP-01.08) |
|||
|
9. Informes de avance del proyecto (TRI-MET-01.05) |
|||
|
10. Informes periódicos de Seguimiento GDC, AO, CTD (TRI-GDC-04.01, TRI-AOG-01-04, TRI-CTD-02.02, TRI-CTD-03.02, TRI-CTD-03.03, TRI-CTD-04, TRI-CTD-05) |
|||
|
11. Acta de aceptación de entregables |
|||
|
Hito de Pago 9 |
1. Plan del despliegue (TRI-MET-01.11) |
111 |
7% |
|
2. Prellenado IVA y Renta (TRI-DYP-13) |
|||
|
3. Intercambio de Información Internacional (TRI-III) |
|||
|
4. Consulta Integral Hacendaria -Datos relacionados con declaraciones, omisiones, morosidad- (TRI-CIH) |
|||
|
5. Pruebas unitarias de los módulos del entregable 9 e integrales con los módulos de los entregables 4, 5, 6, 7, 8 y 9 que correspondan (TRI-PRB-01.07) |
|||
|
6. Documentación técnica y funcional de cada despliegue (TRI-MET-01.12) |
|||
|
7. Plan de contingencia y recuperación (TRI-APS-01.05) |
|||
|
8. Informe de Capacitación de los desplegables realizados (TRI-CAP-01.08) |
|||
|
9. Informes de avance del proyecto (TRI-MET-01.05) |
|||
|
10. Informes periódicos de Seguimiento GDC, AO, CTD (TRI-GDC-04.01, TRI-AOG-01-04, TRI-CTD-02.02, TRI-CTD-03.02, TRI-CTD-03.03, TRI-CTD-04, TRI-CTD-05) |
|||
|
11. Acta de aceptación de entregables |
|||
|
Hito de Pago 10 |
1. Plan del despliegue (TRI-MET-01.11) |
125 |
8% |
|
2. Fiscalización (TRI-FIS, TRI-EXP, TRI-GDO) |
|||
|
3. Fiscalización de incentivos (TRI-FII, TRI-EXP, TRI-GDO) |
|||
|
4. Flujos aduaneros de incidencias, recursos, reclamos y litigios (Ver anexo 22, TRI-EXP, TRI-GDO) |
|||
|
5. Pruebas unitarias de los módulos del entregable 10 e integrales con los módulos de los entregables 4, 5, 6, 7, 8 y 9 que correspondan (TRI-PRB-01.07) |
|||
|
6. Documentación técnica y funcional de cada despliegue (TRI-MET-01.12) |
|||
|
7. Plan de contingencia y recuperación (TRI-APS-01.05) |
|||
|
8. Informe de Capacitación de los desplegables realizados (TRI-CAP-01.08) |
|||
|
9. Informes de avance del proyecto (TRI-MET-01.05) |
|||
|
10. Informes periódicos de Seguimiento GDC, AO, CTD (TRI-GDC-04.01, TRI-AOG-01-04, TRI-CTD-02.02, TRI-CTD-03.02, TRI-CTD-03.03, TRI-CTD-04, TRI-CTD-05) |
|||
|
11. Acta de aceptación de entregables |
|||
|
Hito de Pago 11 |
1. Plan del despliegue (TRI-MET-01.11) |
140 |
8% |
|
2. Cobro Judicial incluyendo registro contable (TRI-CJD, TRI-EXP, TRI-GDO) |
|||
|
3. Policía de Control Fiscal (TRI-PCF, TRI-EXP, TRI-GDO) |
|||
|
4. Tribunal Fiscal Administrativo, proceso recursivo (TRI-TFA, TRI-PRE, TRI-EXP, TRI-GDO) |
|||
|
5. Pruebas unitarias de los módulos del entregable 11 y de integración con los módulos de los entregables 4, 5, 6, 7, 8, 9 y 10 que correspondan (TRI-PRB-01.07) |
|||
|
6. Documentación técnica y funcional de cada despliegue (TRI-MET-01.12) |
|||
|
7. Plan de contingencia y recuperación (TRI-APS-01.05) |
|||
|
8. Informe de Capacitación de los desplegables realizados (TRI-CAP-01.08) |
|||
|
9. Informes de avance del proyecto (TRI-MET-01.05) |
|||
|
10. Informes periódicos de Seguimiento GDC, AO, CTD (TRI-GDC-04.01, TRI-AOG-01-04, TRI-CTD-02.02, TRI-CTD-03.02, TRI-CTD-03.03, TRI-CTD-04, TRI-CTD-05) |
|||
|
11. Acta de aceptación de entregables |
|||
|
Hito de Pago 12 |
1. Plan del despliegue (TRI-MET-01.11) |
156 |
9% |
|
2. Valoración de bienes muebles e inmuebles (TRI-VBM, TRI-VBI) |
|||
|
3. Consulta Integral Hacendaria parte 3- Resto de fuentes (TRI-CIH) |
|||
|
4. Indicadores y Estadísticas Gerenciales (Resto de indicadores) (TRI-IEG) |
|||
|
5. Trámites Tributarios (TRI-SAC-02, TRI-SAC-04, TRI-SAC-07, TRI-EXP, TRI-GDO), fase 3 |
|||
|
6. Pruebas unitarias de los módulos del entregable 12 y de integración con los módulos de los entregables 4, 5, 6, 7, 8, 9, 10, y 11 que correspondan (TRI-PRB-01.07) |
|||
|
7. Documentación técnica y funcional de cada despliegue (TRI-MET-01.12) |
|||
|
8. Plan de contingencia y recuperación (TRI-APS-01.05) |
|||
|
9. Informe de Capacitación de los desplegables realizados (TRI-CAP-01.08) |
|||
|
10. Informes de avance del proyecto (TRI-MET-01.05) |
|||
|
11. Informes periódicos de Seguimiento GDC, AO, CTD (TRI-GDC-04.01, TRI-AOG-01-04, TRI-CTD-02.02, TRI-CTD-03.02, TRI-CTD-03.03, TRI-CTD-04, TRI-CTD-05) |
|||
|
12. Acta de aceptación de entregables |
|||
|
Hito de Pago 13 |
1. Aceptación operacional (TRI-AOP-01) |
174 |
10% |
|
2. Prospectiva Tecnológica y Aprovechamiento de las nuevas tecnologías (TRI-CTD-06-01, TRI-CTD-06-02) |
|||
|
3. Informe final de Capacitación (TRI-CAP.01-08) |
|||
|
4. Plan de refuerzo de capacitación (TRI-CAP-01-06) |
|||
|
5. Informe final de GDC, AO CTD (TRI-GDC-04.01, TRI-AOG-01-04, TRI-CTD-02.02, TRI-CTD-03.02, TRI-CTD-03.03, TRI-CTD-04, TRI-CTD-05) |
|||
MINISTERIO DE HACIENDA
UNIDAD COORDINADORA DEL PROYECTO HACIENDA DIGITAL PARA EL BICENTENARIO
ENMIENDAS AL DOCUMENTO DE SOLICITUD DE OFERTAS
ADAPTACIÓN, CONFIGURACIÓN E IMPLEMENTACIÓN DEL SISTEMA INTEGRADO DE ADMNISTRACIÓN TRIBUTARIA
CR-MOF-267122-NC-RFB
Por este medio se comunica a los interesados en el proceso de contratación CR-MOF-267122-NC-RFB, Adquisición, Configuración e Implementación del Sistema Integrado de Administración Tributaria, las siguientes enmiendas realizadas a la Solicitud de Ofertas.
Enmienda 1
La IAL 4.1 de la Sección II. Datos de la Licitación (DDL), que dice:
|
IAL 4.1 |
El número máximo de miembros de la APCA será: Tres |
Se sustituye por la siguiente:
|
IAL 4.1 |
El número máximo de miembros de la APCA será: Cinco |
Enmienda 2
La IAL 16.2 (a) de la Sección II. Datos de la Licitación (DDL), que dice:
|
IAL 16.2 (a) |
Además de los temas descritos en la IAL 16.2 (a), en el plan preliminar del Proyecto se deben abordar los siguientes temas contenidos en la Sección VII de los Documentos de Licitación, puntualmente los contenidos en el apartado D. Requerimientos de Servicios de Implementación, numerales 3.1. Requerimientos de metodología, planeación y diseño, Tabla de Planeación, Requerimientos TRI-PLA-01.01; y apartado I, numeral 8.1. Documentación Clave del Proyecto. |
Se sustituye por la siguiente:
|
IAL 16.2 (a) |
Además de los temas descritos en la IAL 16.2 (a) de la Sección I. Instrucciones a los Licitantes (IAL), en el plan preliminar del Proyecto se deben abordar los siguientes temas contenidos en la Sección VII de los Documentos de Licitación, puntualmente los contenidos en el apartado D. Requerimientos de Servicios de Implementación, numerales 3.1. Requerimientos de metodología, planeación y diseño, Tabla de Planeación, Requerimientos TRI-PLA-01.01; y apartado I, numeral 8.1. Documentación Clave del Proyecto. |
Enmienda 3
En la Sección II. Datos de la Licitación, la IAL 23.1 que dice:
|
IAL 23.1 |
Las ofertas deberán ser presentadas en la siguiente dirección: Dirección: Calle 49, Avenida 5 Costado oeste del Mall San Pedro Edificio SIGMA, Piso 3 (oficina al salir del ascensor) Unidad Coordinadora del Proyecto Hacienda Digital Dirección de Tecnologías de Información y Comunicaciones del Ministerio de Hacienda, DTIC San Pedro de Montes de Oca, San José Costa Rica La fecha y hora límite para la presentación de las Ofertas es: Fecha: 16 de mayo de 2022 Hora: 10:00 horas de Costa Rica Los Licitantes “no tendrán” la opción de presentar sus Ofertas en forma electrónica.
|
Se sustituye por la siguiente:
|
IAL 23.1 |
Las ofertas deberán ser presentadas en la siguiente dirección: Dirección: Calle 49, Avenida 5 Costado oeste del Mall San Pedro Edificio SIGMA, Piso 3 (oficina al salir del ascensor) Unidad Coordinadora del Proyecto Hacienda Digital Dirección de Tecnologías de Información y Comunicaciones del Ministerio de Hacienda, DTIC San Pedro de Montes de Oca, San José Costa Rica La fecha y hora límite para la presentación de las Ofertas es: Fecha: 16 de junio de 2022 Hora: 10:00 horas de Costa Rica Los Licitantes “no tendrán” la opción de presentar sus Ofertas en forma electrónica.
|
Enmienda 4
En la Sección II. Datos de la Licitación, la IAL 26.1 que dice:
|
IAL 26.1 |
La apertura de las Ofertas se realizará en la fecha y el lugar siguientes: Dirección: Calle 49, Avenida 5 Costado oeste del Mall San Pedro Edificio SIGMA, Piso 3 (oficina al salir del ascensor) Unidad Coordinadora del Proyecto Hacienda Digital Dirección de Tecnologías de Información y Comunicaciones del Ministerio de Hacienda, DTIC San Pedro de Montes de Oca, San José Costa Rica La fecha y hora para la apertura de las Ofertas es: Fecha: 16 de mayo de 2022 Hora: 10:00 horas de Costa Rica Los procedimientos de apertura de Ofertas por vía electrónica serán los siguientes: No aplica. |
Se sustituye por la siguiente:
|
IAL 26.1 |
La apertura de las Ofertas se realizará en la fecha y el lugar siguientes: Dirección: Calle 49, Avenida 5 Costado oeste del Mall San Pedro Edificio SIGMA, Piso 3 (oficina al salir del ascensor) Unidad Coordinadora del Proyecto Hacienda Digital Dirección de Tecnologías de Información y Comunicaciones del Ministerio de Hacienda, DTIC San Pedro de Montes de Oca, San José Costa Rica La fecha y hora para la apertura de las Ofertas es: Fecha: 16 de junio de 2022 Hora: 10:00 horas de Costa Rica Los procedimientos de apertura de Ofertas por vía electrónica serán los siguientes: No aplica. |
Enmienda 5
En la Sección II. Datos de la Licitación, la IAL 33.1 que dice:
|
IAL 33.1 |
La(s) moneda(s) de la Oferta se convertirá(n) a una moneda única de la siguiente forma: dólar de los Estados Unidos de América La moneda que se utilizará a efectos de la evaluación y comparación de las Ofertas para convertir todos los precios de las Ofertas expresados en diferentes monedas a una sola moneda es: dólar de los Estados Unidos de América La fuente del tipo de cambio será: El tipo de cambio para la venta dictado por el Banco Central de Costa Rica La fecha del tipo de cambio será: 16 de mayo de 2022. |
Se sustituye por la siguiente:
|
IAL 33.1 |
La(s) moneda(s) de la Oferta se convertirá(n) a una moneda única de la siguiente forma: dólar de los Estados Unidos de América La moneda que se utilizará a efectos de la evaluación y comparación de las Ofertas para convertir todos los precios de las Ofertas expresados en diferentes monedas a una sola moneda es: dólar de los Estados Unidos de América La fuente del tipo de cambio será: El tipo de cambio para la venta dictado por el Banco Central de Costa Rica La fecha del tipo de cambio será: 16 de junio de 2022. |
Enmienda 6
En la Sección II. Datos de la Licitación (DDL), en la IAL 35.4, en el apartado denominado “Determinación del Puntaje del Equipo Técnico del Proveedor (Ítems 2.1 a 2.4)”, los párrafos que dicen:
En la Sección VII de esta Solicitud de Ofertas están también los Requisitos del Equipo Técnico del Proveedor. Para cada uno de los profesionales se establecen requisitos y, para cada requisito, se establece su tipo, así:
• B: Cumplimiento Básico, que es Habilitante, es decir, que si no cumple se rechaza la oferta. Este no da puntaje
• I: Cumplimiento Intermedio
• A: Cumplimiento Avanzado
La puntuación del cumplimiento intermedio y del cumplimiento avanzado se hará de la siguiente manera:
|
Tipo |
Descripción |
Puntuación |
|
|
Básico Habilitante (B) |
Requerimientos mínimos habilitantes. De no cumplir con todos los requerimientos marcados con B la oferta será rechazada. |
0 |
|
|
Intermedio (I) |
Requerimientos adicionales a los B o nuevo requerimiento. Si se solicitan varios marcados con I todos debe cumplirse para obtener la calificación. |
2 |
|
|
Avanzado (A) |
Requerimientos adicionales a los I o nuevo requerimiento. Si se solicitan varios marcados con A todos debe cumplirse para obtener la calificación. |
4 |
|
Se sustituyen por los siguientes:
“En la Sección VII de esta Solicitud de Ofertas están también los Requisitos del Equipo Técnico del Proveedor. Para cada uno de los profesionales se establecen requisitos y, para cada requisito, se establece su tipo, así:
• B: Cumplimiento Básico, que es Habilitante, es decir, que si no cumple la Oferta podría ser rechazada. Este no da puntaje
• I: Cumplimiento Intermedio
• A: Cumplimiento Avanzado”
La puntuación del cumplimiento intermedio y del cumplimiento avanzado se hará de la siguiente manera:
|
Tipo |
Descripción |
Puntuación |
|
|
Básico Habilitante (B) |
Requerimientos mínimos habilitantes. De no cumplir con todos los requerimientos marcados con B la oferta podría ser rechazada. |
0 |
|
|
Intermedio (I) |
Requerimientos adicionales a los B o nuevo requerimiento. Si se solicitan varios marcados con I todos debe cumplirse para obtener la calificación. |
2 |
|
|
Avanzado (A) |
Requerimientos adicionales a los I o nuevo requerimiento. Si se solicitan varios marcados con A todos debe cumplirse para obtener la calificación. |
4 |
|
Enmienda 7
En la Sección III. Criterios de Evaluación y Calificación, en el número 2.3 Situación Financiera, se sustituye la fila 2.3.2 Facturación media anual que dice:
|
Factor |
2.3 Situación Financiera |
|
||||
|
Ítem |
Criterios |
Documentación exigida |
||||
|
Requisito |
Licitante |
|||||
|
Entidad única |
APCA (existente o prevista) |
|||||
|
|
|
Todos los miembros conjuntamente |
Cada miembro |
Al menos un miembro |
||
|
2.3.2 Facturación media anual |
Promedio mínimo de facturación anual de USD 20.000.000, calculada como el total de pagos certificados recibidos por contratos en curso o terminados en al menos tres (3) de los últimos cinco (5) años. |
Debe cumplir con el requisito |
Debe cumplir con el requisito |
Debe cumplir al menos 33,3% del requisito |
Debe cumplir al menos 40% |
Formulario FIN -2.3.2 |
Se sustituye por la siguiente:
|
Factor |
2.3 Situación Financiera |
|
||||
|
Ítem |
Criterios |
Documentación exigida |
||||
|
Requisito |
Licitante |
|||||
|
Entidad única |
APCA (existente o prevista) |
|||||
|
|
|
Todos los miembros conjuntamente |
Cada miembro |
Al menos un miembro |
||
|
2.3.2 Facturación media anual |
Promedio mínimo de facturación anual de USD 20.000.000, calculada como el total de pagos certificados recibidos por contratos en curso o terminados en al menos tres (3) de los últimos cinco (5) años. |
Debe cumplir con el requisito |
Debe cumplir con el requisito |
Debe cumplir al menos 10% del requisito |
Debe cumplir al menos 40% |
Formulario FIN -2.3.2 |
Enmienda 8
En la Sección III. Criterios de Evaluación y Calificación, en el número 2.4 Experiencia, la fila 2.4.2 Experiencia Específica, que dice:
|
Factor |
2.4 Experiencia |
|
||||
|
Ítem |
Criterios
|
Documentación exigida |
||||
|
Requisito |
Licitante |
|||||
|
Entidad única |
APCA (existente o prevista) |
|||||
|
|
|
Todos los miembros conjuntamente |
Cada miembro |
Al menos un miembro |
||
|
2.4.2 Experiencia Específica |
Participación como proveedor principal, contratista administrador, miembro de una APCA, subcontratista, en al menos dos (2) contratos dentro de los últimos diez (10) años, que se hayan completado correctamente en su mayor parte, que sean similares al Sistema Informático propuesto.
Se entiende por similar, contratos en los que, cada uno, cumpla con lo siguiente: (i) el número de horas de servicios de consultoría de implementación sea de al menos 30.000 (treinta mil) horas, (ii) el número de usuarios internos del sistema sea de al menos 300 (trescientos), (iii) el número de contribuyentes que maneja sea de al menos 800.000 (ochocientos mil), (iv) se trate de implementaciones de sistemas de administración de impuestos nacionales o estaduales del mismo paquete ofrecido, (v) maneje como mínimo el impuesto sobre el valor agregado o impuesto sobre las ventas, y el impuesto sobre la renta (o en vez de este último al menos dos impuestos específicos), y (vi) se haya prestado el servicio de soporte y mantenimiento por lo menos durante 12 meses seguidos. |
Debe cumplir con el requisito |
Debe cumplir con los requisitos correspondientes a todas las características |
N/C |
N/C |
Formulario EXP 2.4.2 |
Se sustituye por la siguiente:
|
Factor |
2.4 Experiencia |
|
||||
|
Ítem |
Criterios
|
Documentación exigida |
||||
|
Requisito |
Licitante |
|||||
|
Entidad única |
APCA (existente o prevista) |
|||||
|
|
|
Todos los miembros conjuntamente |
Cada miembro |
Al menos un miembro |
||
|
2.4.2 Experiencia Específica |
Participación como proveedor principal, contratista administrador, miembro de una APCA, subcontratista, en al menos dos (2) contratos dentro de los últimos diez (10) años, que se hayan completado correctamente en su mayor parte, que sean similares al Sistema Informático propuesto. Se entiende por similar, contratos en los que, cada uno, o ambos si así se indica expresamente, cumpla con lo siguiente: (i) el número de horas de servicios de consultoría de implementación sea de al menos 30.000 (treinta mil) horas, (ii) el número de usuarios internos del sistema sea de al menos 300 (trescientos), (iii) el número de contribuyentes que manejan, entre ambos contratos, es 1.600.000 contribuyentes, debiendo manejar cada contrato un mínimo de 400.000 contribuyentes, (iv) se trate de implementaciones de sistemas de administración de impuestos nacionales o estaduales del mismo paquete ofrecido, (v) maneje como mínimo el impuesto sobre el valor agregado o impuesto sobre las ventas, y el impuesto sobre la renta (o en vez de este último al menos dos impuestos específicos), y (vi) se haya prestado el servicio de soporte y mantenimiento por lo menos durante 12 meses seguidos. |
Debe cumplir con el requisito |
Debe cumplir con los requisitos correspondientes a todas las características |
N/C |
N/C |
Formulario EXP 2.4.2 |
Enmienda 9
En el formulario Carta de la Oferta contenido en la Sección IV. Formularios de Licitación, el literal (d) que dice:
- Explotación y Abuso Sexual (EAS) y/o Acoso Sexual (ASx): [seleccione la opción apropiada de (i) a (v) a continuación y elimine las demás. En el caso de miembros de una APCA y/o subcontratistas, indicar el estado de descalificación por el Banco de cada miembro de la APCA y/o subcontratista].
Nosotros y cualquiera de nuestros subcontratistas:
(i) [no hemos sido objeto de descalificación por parte del Banco por incumplimiento de las obligaciones sobre EAS/ASx.]
(ii) [estamos sujetos a descalificación por parte del Banco por incumplimiento de las obligaciones sobre EAS/ASx]
(iii) [habíamos sido descalificados por el Banco por incumplimiento de las obligaciones sobre EAS/ASx. Se ha dictado un laudo arbitral en el caso de descalificación a nuestro favor.]”
Se sustituye por el siguiente:
- Explotación y Abuso Sexual (EAS) y/o Acoso Sexual (ASx): [seleccione la opción apropiada de (i) a (iii) a continuación y elimine las demás. En el caso de miembros de una APCA y/o subcontratistas, indicar el estado de descalificación por el Banco de cada miembro de la APCA y/o subcontratista].
Nosotros y cualquiera de nuestros subcontratistas:
(i) [no hemos sido objeto de descalificación por parte del Banco por incumplimiento de las obligaciones sobre EAS/ASx.]
(ii) [estamos sujetos a descalificación por parte del Banco por incumplimiento de las obligaciones sobre EAS/ASx]
(iii) [habíamos sido descalificados por el Banco por incumplimiento de las obligaciones sobre EAS/ASx. Se ha dictado un laudo arbitral en el caso de descalificación a nuestro favor.]”
Enmienda 10
En la Sección VII. Requisitos del Sistema de Información, en el número 3.1 Requerimientos de Metodología, Planificación y Diseño, en el apartado denominado Requerimientos de Diseño, el Requerimiento que dice:
|
TRI-DIS-01.02
|
El proveedor debe diseñar un Plan de Contingencia y Recuperación donde se detallen los procesos requeridos para administrar las fallas y continuar la operación, el cual deberá estar disponible en cada despliegue de una funcionalidad particular. |
Se sustituye por el siguiente:
|
TRI-DIS-01.02
|
El proveedor debe diseñar un Plan de Contingencia y Recuperación donde se detallen los procesos requeridos para administrar las fallas y continuar la operación, el cual deberá estar disponible en cada despliegue de una funcionalidad particular. En el diseño de su propuesta y para cumplir con lo solicitado en el Plan de Contingencia y Recuperación, el Proveedor deberá definir un sitio secundario para la recuperación de desastres. La definición de los RPO para los diferentes ambientes es la siguiente:
La definición de los RTO para los diferentes ambientes es la siguiente:
|
Enmienda 11
El requerimiento TRI-MAN-01.11 contenido en la Sección VII. Requisitos del Sistema Informático, apartado H. Requerimientos de Garantía, Soporte y Mantenimiento, numeral 7.2 Requerimientos de Servicio de Mantenimiento, que dice:
|
TRI-MAN-01.11
|
El proveedor deberá ofrecer el servicio de mantenimiento de un módulo o componente desde el momento en que sale a producción. El Servicio mantenimiento de la solución deberá ofrecerse hasta 2 años después de terminado el contrato. |
Se sustituye por el siguiente:
|
TRI-MAN-01.11
|
El Servicio de mantenimiento de las licencias deberá prestarse durante la vigencia del contrato a partir del despliegue de cada módulo o componente de la solución, hasta la finalización del Período de Responsabilidad por Defectos (o Período de Garantía). |
Enmienda 12
El requerimiento TRI-SOP-01.07contenido en la Sección VII. Requisitos del Sistema Informático, apartado H. Requerimientos de Garantía, Soporte y Mantenimiento, numeral 7.3 Requerimientos de Servicio de Soporte, que dice:
|
TRI-SOP-01.07
|
El proveedor deberá ofrecer el servicio de soporte de un módulo o componente desde el momento en que sale a producción. El Servicio soporte de la solución deberá ofrecerse hasta 2 años después de terminado el contrato. |
Se sustituye por el siguiente:
|
TRI-SOP-01.07
|
El Servicio de soporte de las licencias deberá prestarse durante la vigencia del contrato a partir del despliegue de cada módulo o componente de la solución, hasta la finalización del Período de Responsabilidad por Defectos (o Período de Garantía). |
Enmienda 13
El Cuadro del Programa de Ejecución, contenido en la Sección VII. Requisitos del Sistema Informático, apartado J. Programa de Ejecución, se modifican la Semana Entrega de los Hitos 12 y 13 que actualmente muestran lo siguiente:
|
Descripción del Producto o Servicio |
Semana Entrega |
|
|
Hito de Pago 12 |
1. Plan del despliegue (TRI-MET-01.11) |
155 |
|
2. Valoración de bienes muebles e inmuebles (TRI-VBM, TRI-VBI) |
||
|
3. Consulta Integral Hacendaria parte 3- Resto de fuentes (TRI-CIH) |
||
|
4. Indicadores y Estadísticas Gerenciales (Resto de indicadores) (TRI-IEG) |
||
|
5. Trámites Tributarios (TRI-SAC-02, TRI-SAC-04, TRI-SAC-07, TRI-EXP, TRI-GDO), fase 3 |
||
|
6. Pruebas unitarias de los módulos del entregable 12 y de integración con los módulos de los entregables 4, 5, 6, 7, 8, 9, 10, y 11 que correspondan (TRI-PRB-01.07) |
||
|
7. Documentación técnica y funcional de cada despliegue (TRI-MET-01.12) |
||
|
8. Plan de contingencia y recuperación (TRI-TEC-07-10) |
||
|
9. Informe de Capacitación de los desplegables realizados (TRI-CAP-01.08) |
||
|
10. Informes de avance del proyecto (TRI-MET-01.05) |
||
|
11. Informes periódicos de Seguimiento GDC, AO, CTD (TRI-GDC-04.01, TRI-AOG-01-04, TRI-CTD-02.02, TRI-CTD-03.02, TRI-CTD-03.03, TRI-CTD-04, TRI-CTD-05) |
||
|
12. Acta de aceptación de entregables (TRI-APS-01) |
||
|
Hito de Pago 13 |
1. Aceptación operacional (TRI-AOP-01) |
171 |
|
2. Prospectiva Tecnológica y Aprovechamiento de las nuevas tecnologías (TRI-CTD-06-01, TRI-CTD-06-02) |
||
|
3. Informe final de Capacitación (TRI-CAP.01-08) |
||
|
4. Plan de refuerzo de capacitación (TRI-CAP-01-06) |
||
|
5. Informe final de GDC, AO CTD (TRI-GDC-04.01, TRI-AOG-01-04, TRI-CTD-02.02, TRI-CTD-03.02, TRI-CTD-03.03, TRI-CTD-04, TRI-CTD-05) |
||
Por los siguientes, en los que se modifican la semana de entrega cada uno de esos hitos 12 y 13:
|
Descripción del Producto o Servicio |
Semana Entrega |
|
|
Hito de Pago 12 |
1. Plan del despliegue (TRI-MET-01.11) |
156 |
|
2. Valoración de bienes muebles e inmuebles (TRI-VBM, TRI-VBI) |
||
|
3. Consulta Integral Hacendaria parte 3- Resto de fuentes (TRI-CIH) |
||
|
4. Indicadores y Estadísticas Gerenciales (Resto de indicadores) (TRI-IEG) |
||
|
5. Trámites Tributarios (TRI-SAC-02, TRI-SAC-04, TRI-SAC-07, TRI-EXP, TRI-GDO), fase 3 |
||
|
6. Pruebas unitarias de los módulos del entregable 12 y de integración con los módulos de los entregables 4, 5, 6, 7, 8, 9, 10, y 11 que correspondan (TRI-PRB-01.07) |
||
|
7. Documentación técnica y funcional de cada despliegue (TRI-MET-01.12) |
||
|
8. Plan de contingencia y recuperación (TRI-TEC-07-10) |
||
|
9. Informe de Capacitación de los desplegables realizados (TRI-CAP-01.08) |
||
|
10. Informes de avance del proyecto (TRI-MET-01.05) |
||
|
11. Informes periódicos de Seguimiento GDC, AO, CTD (TRI-GDC-04.01, TRI-AOG-01-04, TRI-CTD-02.02, TRI-CTD-03.02, TRI-CTD-03.03, TRI-CTD-04, TRI-CTD-05) |
||
|
12. Acta de aceptación de entregables (TRI-APS-01) |
||
|
Hito de Pago 13 |
1. Aceptación operacional (TRI-AOP-01) |
174 |
|
2. Prospectiva Tecnológica y Aprovechamiento de las nuevas tecnologías (TRI-CTD-06-01, TRI-CTD-06-02) |
||
|
3. Informe final de Capacitación (TRI-CAP.01-08) |
||
|
4. Plan de refuerzo de capacitación (TRI-CAP-01-06) |
||
|
5. Informe final de GDC, AO CTD (TRI-GDC-04.01, TRI-AOG-01-04, TRI-CTD-02.02, TRI-CTD-03.02, TRI-CTD-03.03, TRI-CTD-04, TRI-CTD-05) |
||
Enmienda 14
En el Anexo 17. Migración de los Datos, de la Sección VII. Requisitos del Sistema Informático, el número 17.2.4.2 Expedientes de diferentes áreas, que dice:
“17.2.4.2. Expedientes de diferentes áreas
Actualmente las diferentes áreas poseen un determinado número de expedientes que debe ser migrado. Los mismos se encuentran distribuidos de la siguiente forma:
Dirección General de Tributación: 8.680 expediente en proceso, de los cuales el 59% (5157) están el papel, 33% (2847) escaneados y papel y un 8% (676) solo escaneados.
Dirección General de Hacienda (Cobro Judicial): En SIED se encuentran actualmente 17.301 expedientes. En soporte físico se tienen alrededor de 27.000 expedientes, los cuales deberán ser digitalizados y migrados.
Tribunal Fiscal Administrativo: Se cuenta con 875 expedientes físicos en total. De ellos 568 ya han sido escaneados. Debe considerarse la creación de los metadatos necesarios para el total de expedientes”
Se sustituye por lo siguiente:
“17.2.4.2. Expedientes de diferentes áreas
Actualmente las diferentes áreas poseen expedientes que se encuentran en varios sistemas y que deben ser migrados (tanto archivos como metadatos).
Los expedientes se encuentran distribuidos de la siguiente forma:
Dirección General de Tributación: 8.680 expediente.
Dirección General de Hacienda (Cobro Judicial):44 301 expedientes.
Tribunal Fiscal Administrativo: 875 expedientes.
Los datos anteriores son de referencia y podrán variar al momento de la implementación.”
Enmienda 15
En el Anexo 21. Acuerdos de Niveles de Servicio (ANS), se sustituye íntegramente el número 21.3 ANS de Soporte por lo siguiente:
21.3 ANS de Soporte
El nivel de gravedad o severidad de una falla en la solución se clasificará en función de cómo afecta el funcionamiento de la solución de la siguiente manera:
|
Severidad |
Descripción |
|
1 |
Indisponibilidad total de la solución en el entorno productivo o grave degradación en el rendimiento de tal manera que su uso se vuelve impráctico |
|
2 |
Pérdida grave del servicio. Alguna parte crítica de la solución no está disponible; no se puede realizar esa funcionalidad o varias por el defecto |
|
3 |
Pérdida manejable de servicio. Ocurre un defecto en alguna funcionalidad en alguna situación, pero al final el objetivo principal de la funcionalidad se alcanza |
|
4 |
Comprende solicitudes de información, solicitudes de mejoras, aclaraciones técnicas, que no impactan el funcionamiento de la solución. No hay pérdida de servicio. |
El proveedor debe atender los requerimientos y resolver las solicitudes de soporte técnico y funcional que se presenten en la solución dentro de los siguientes tiempos:
En períodos pico de demanda de servicio, entiéndase 3 días naturales antes de las fechas límite para declaración y pago de impuestos.
|
Severidad |
Respuesta inicial |
Estimación |
Solución |
|
1 |
15 minutos |
2 horas |
4 horas |
|
2 |
30 minutos |
2 horas |
8 horas |
|
3 |
1 hora |
8 horas |
24 horas |
|
4 |
1 hora |
16 horas |
48 horas |
En períodos fuera del pico de demanda de servicio, entiéndase el resto de los días del mes según definición dada para la tabla previa.
|
Severidad |
Respuesta inicial |
Estimación |
Solución |
|
1 |
15 minutos |
4 horas |
8 horas |
|
2 |
30 minutos |
4 horas |
16 horas |
|
3 |
1 hora |
16 horas |
48 horas |
|
4 |
1 hora |
32 horas |
96 horas |
Los tiempos de respuesta y solución se miden desde que el Ministerio de Hacienda genera la solicitud de soporte en la herramienta de gestión del servicio suministrada por el proveedor.
- Respuesta inicial es el máximo tiempo en el que la “Mesa de Ayuda” del proveedor reconoce la solicitud que fue abierta por el Ministerio de Hacienda.
- Estimación es el máximo tiempo en el que el proveedor informa al usuario que registró la solicitud sobre el tiempo de solución estimado.
- Resolución es el máximo tiempo en el que se espera sea resuelta la solicitud y la funcionalidad de la solución vuelve a estar disponible. En el evento de que se demuestre que no se ha podido resolver dentro de este tiempo, el proveedor deberá continuamente (cada 6 horas) informar al MdH las acciones que está desarrollando para resolver el problema.
En períodos pico, los porcentajes de disponibilidad en los diferentes ambientes serán los siguientes:
|
Desarrollo |
98% |
|
Pruebas |
98% |
|
Preproducción |
98% |
|
Producción |
99,9% |
|
Capacitación |
98% |
En períodos no pico, los porcentajes de disponibilidad en los diferentes ambientes serán los siguientes:
|
Desarrollo |
98% |
|
Pruebas |
98% |
|
Preproducción |
98% |
|
Producción |
99,9% |
|
Capacitación |
98% |
Anuncio Específico de Adquisiciones - Solicitud de Ofertas
Sin Precalificación
Solicitud de Ofertas
Sistemas Informáticos
(Diseño, Suministro e Instalación)
(Sin Precalificación)
Comprador: Ministerio de Hacienda de Costa Rica
Proyecto: Hacienda Digital para el Bicentenario
Título del Contrato: Adaptación, configuración e implementación del Sistema Integrado de Administración Tributaria
País: Costa Rica
Préstamo/Crédito/Donación No.9075-CR Financiado con fondos del Banco Internacional de Reconstrucción y Fomento
Solicitud de Ofertas n.º: CR-MOF-267122-NC-RFB
Fecha de publicación: 15 de marzo de 2022
1. La República de Costa Rica ha recibido financiamiento del Banco Mundial para el proyecto "Fiscal Management Improvement Project "Modernizar y Digitalizar los Sistemas Tecnológicos del Ministerio de Hacienda conocido como "Hacienda Digital para el Bicentenario” y se propone utilizar parte de los fondos de este para efectuar los pagos estipulados en el Contrato para Adaptación, configuración e implementación del Sistema Integrado de Administración Tributaria.
2. El Ministerio Hacienda, a través de la Unidad Coordinadora del Proyecto (UCP) invita ahora a los Licitantes elegibles a presentar Ofertas en sobre cerrado para la Adaptación, configuración e implementación del Sistema Integrado de Administración Tributaria el cual estará hospedado en la nube que elija el Ministerio de Hacienda. El objeto de esta licitación es contratar la adaptación, configuración e implementación del Sistema Integrado de Administración Tributaria. Lo anterior incluye (i) el licenciamiento de la solución, (ii) los servicios de consultoría para la adaptación, parametrización y realización de ajustes a la solución para los procesos y operaciones tributarias específicas del Ministerio de Hacienda (MdH), (iii) el despliegue y la estabilización de la solución de acuerdo con la estrategia definida por MdH, (iv) los servicios de migración de datos, (v) los servicios de asistencia para la gestión del cambio, los servicios de alineación organizacional y cultura y transformación digital, y (vi) los servicios de capacitación, soporte y mantenimiento de la solución. Los interesados en participar deberán contar con la experiencia indicada en la Solicitud de Ofertas.
3. La Licitación se llevará a cabo a través de una adquisición competitiva internacional mediante Solicitud de Ofertas conforme se especifica en el documento del Banco Mundial denominado: “Regulaciones de Adquisiciones para Prestatarios en Proyectos de Inversión fechado Julio de 2016. Revisada Noviembre 2017 y Agosto 2018” (“Regulaciones de Adquisiciones”), y estará abierta a todos los Licitantes elegibles, según se define en las Regulaciones de Adquisiciones.
4. Adjunto a esta publicación se encuentra el Documento de Licitación. Además, los Licitantes elegibles interesados también podrán solicitarlo al correo electrónico: UCPadquisiciones@hacienda.go.cr. El documento se enviará a través del correo electrónico indicado.
5. Las ofertas deben presentarse a más tardar a las 10:00 am hora de Costa Rica del 16 de mayo de 2022 en la siguiente dirección:
Unidad Coordinadora del Proyecto Hacienda Digital
Dirección de Tecnologías de Información y Comunicaciones
Ministerio de Hacienda
Calle 49, Avenida 5
Costado oeste del Mall San Pedro
Edificio SIGMA, Piso 3 (oficina al salir del ascensor)
San Pedro de Montes de Oca, San José
Costa Rica
No se permitirá la presentación de Ofertas por medios electrónicos. Las Ofertas tardías serán rechazadas. Las ofertas se abrirán en presencia de los representantes de los Licitantes que opten por asistir y de todas aquellas personas que deseen asistir, en la dirección indicada anteriormente.
6. Las ofertas deben ser garantizadas por una Declaración de Mantenimiento de Oferta.
7. Se llama la atención sobre las Regulaciones de Adquisiciones que requieren que el Prestatario divulgue información sobre la propiedad efectiva del adjudicatario, como parte del Aviso de Adjudicación de Contrato, utilizando el Formulario de Divulgación de la Propiedad Efectiva incluido en el documento de licitación.
Los archivos excel que contienen las tablas de requerimientos y los formularios de listas de precios deben ser solicitados al correo ucpadquisiciones@hacienda.go.cr