Requerimientos funcionales. La entrega, instalación, configuración y puesta en marcha de “EL SERVICIO” se deberá realizar en un plazo no mayor a 90 días naturales a partir del día hábil siguiente a la fecha de adjudicación del contrato. • En caso de robo o daño de los equipos destinados a la prestación del servicio por causas atribuibles al proveedor durante los procesos de entrega, o durante su instalación y/o configuración, el proveedor deberá sustituirlos por equipos con características iguales o superiores, dentro del plazo señalado en este numeral, sin otorgarse plazos adicionales para tal efecto y sin costo para la Dependencia. • En contratos abiertos, se aplicará lo señalado en el párrafo anterior únicamente para la totalidad del requerimiento inicial; sin embargo, en lo correspondiente a las solicitudes u órdenes de entrega posteriores pero que se realicen durante la vigencia del contrato específico de “AGRICULTURA”, éstas deberán atenderse a partir del día hábil siguiente al que se realice la solicitud al proveedor, dentro de un plazo no mayor a 45 días naturales. Durante el mismo plazo deberá realizarse su instalación, configuración y puesta en marcha, sin considerarse periodos adicionales para tales actividades. • Se hará constar la entrega en mención, a través de acta administrativa levantada para ello, suscrita por el Administrador del Contrato “EL ADMINISTRADOR”, el representante legal del Proveedor, y de los testigos respectivos. • De tenerse incumplimientos por parte del proveedor en los tiempos señalados para la realización de las entregas iniciales o posteriores, se aplicarán las penas convencionales a que haya lugar, de conformidad al apartado Penalizaciones Los equipos propuestos para la prestación de “EL SERVICIO”, deberán ser nuevos y con cartuchos de tóner nuevos y originales (no se aceptarán tóneres genéricos). Los equipos propuestos para la prestación de “EL SERVICIO”, por perfil deberán ser de una misma marca y modelo y deberán cumplir con los requerimientos y características técnicas descritas en el presente anexo técnico. Para “EL SERVICIO”, AGRICULTURA requiere los siguientes equipos en las ubicaciones descritas, con las características que más adelante se detallan.
Requerimientos funcionales. Los nuevos sistemas de gestión tributaria y aduanera serán accedidos por los usuarios internos y externos, a través de servicios compartidos Mi DIAN, el cual se encargará de la validación de identidad. Para los usuarios externos, las funcionalidades que pueden realizar serán a partir de la información de cada uno en el RUT y, cada funcionalidad será ejecutada en el NSGT o el NSGA o el sistema de Factura electrónica. El siguiente diagrama ilustra el proceso. El desarrollo de las interfases se realizará bajo los estándares de imagen, contenido y funcionalidad definidos por la DIAN durante la fase de implementación. Si por conveniencia de diseño o desempeño se considera modificarlos, es viable, siempre y cuando cumpla con los requerimientos funcionales y técnicos del sistema. Los servicios compartidos que requiere la DIAN deben cumplir con premisas fundamentales que apoyen el desarrollo de las tareas y actividades críticas para el proceso de gestión tributaria y aduanera. Dentro de estas capacidades se requiere una plataforma que sea capaz de realizar lo siguiente: • Gestionar, procesar y soportar la totalidad de los procesos tributarios, aduaneros y cambiarios. • Implementar y gestionar efectivamente controles específicos en procesos críticos. • Brindar gobernabilidad e integridad a los procesos tributarios, aduaneros y cambiarios. • Incorporar todos los procesos verticales (macroprocesos) y horizontales (información y control) de negocio. • Generar trazabilidad de todas las operaciones de usuarios internos y externos, permitiendo el control y la optimización de los tiempos de despacho. • Implementarse en toda la organización de manera simultánea. • Administrar y controlar centralmente los roles de usuarios y sus accesos. • Mantener la integridad del dato y de las operaciones que se procesan. • Operar datos bajo la premisa de data only once y de registrar transacciones punta a punta. • Realizar ajustes, cambios y nuevos flujos de proceso de manera ágil sin afectar la operación. • Facilitar el intercambio de información dentro y fuera de la DIAN. • Generar servicios automáticos para conexión con terceros públicos y privados. • Gestionar el riesgo de las operaciones con base en modelos dinámicos y responsivos. • Identificar, prevenir y eliminar riesgos de abuso interno y externo. • Soportar la contingencia a través de la alta disponibilidad y contar con mecanismos automatizados de recuperación de operaciones. • Dar visibilidad en tiempo real a los usuarios ext...
Requerimientos funcionales. El Proveedor deberá tener la capacidad técnica y operativa para proporcionar los bienes y/o prestar los servicios por cada partida completa, que podrán ser contratadas de acuerdo a las necesidades de SHF. El Proveedor deberá prestar el servicio de soporte técnico a las licencias adquiridas o suscripciones de los productos contratados, de acuerdo al presente anexo técnico, durante la vigencia dei contrato.
Requerimientos funcionales. Durante el periodo en mención se recibieron cinco (5) requerimientos funcionales. Las versiones de software que resultaron del desarrollo de los requerimientos funcionales se administraron con la herramienta CVS. Una imagen de esta administración se replica semanalmente al ambiente de contingencia ubicada en el Ministerio. La siguiente gráfica muestra el comportamiento del registro de requerimientos funcionales en los últimos 6 meses. jul-22 5 ago-22 6 sep-22 8 oct-22 4 nov-22 5 dic-22 5 Al cierre del periodo en mención quedaron en proceso de atención 16 requerimientos funcionales. La siguiente gráfica muestra el comportamiento de los requerimientos funcionales que han quedado en proceso de atención en los últimos 6 meses. 18 18 15 15 16 14 jul-22 15 ago-22 18 sep-22 18 oct-22 15 nov-22 14 dic-22 16
Requerimientos funcionales. Art. 4.5.5.- Requerimientos Geométricos. Art. 4.5.6.- Armarios de Distribución de F.O. Art. 4.5.7.- Empalmes de F.O.
Requerimientos funcionales. Las funcionalidades, que se mencionan en este documento tienen como fin mostrar un marco de referencia sobre el alcance del sistema y los aplicativos requeridos y por tanto no pretenden ser una relación completa de las mismas. Como parte de la metodología de desarrollo del sistema de información del OSA, se deberá preparar, un “Documento de Requerimientos de Usuario y de Administrador”. Las funcionalidades del sistema de información del OSA deben concertarse en la fase de análisis con los usuarios líderes de la Secretaria Distrital de Salud. En todo caso el sistema deberá cumplir, como mínimo, con las siguientes funcionalidades: - Permitir el registro de los datos provenientes de las entidades del OSA. - Permitir la consulta de los datos individuales o agrupados por agregación geográfica (manzana, barrio, UPZ, localidad, territorio, etc.). - Generar estadísticas e indicadores agregados e individuales (simples) en función del tipo de consultas. Se deberán definir y construir los formatos de reportes (de estadísticas e indicadores) en función del perfil del usuario (directivo, profesional, técnico, operario) y la frecuencia con la que sean requeridos. - Consultas y generación de estadísticas (individuales y por agrupación geográfica) sobre los indicadores de salud ambiental. - Permitir la consulta de los datos e indicadores en un entorno local (INTRANET) y masivo (INTERNET) sin limitación de usuarios a través los navegadores típicos xxx xxxxxxx. - Mantener el registro histórico de los indicadores y permitir la consulta de series históricas de los diferentes datos y de la información agregada que se genere como resultado de los diferentes requerimientos mencionados. - La consulta de datos georeferenciados debe ser dinámica. Esto quiere decir que el resultado de la información desplegada sobre los mapas debe cambiar dinámicamente, en la medida que se modifiquen los datos que los originan. - Permitir la integración funcional del OSA, con otros observatorios de nivel distrital y nacional: Observatorio Ambiental de Bogotá (SDA), Observatorio de equidad (SDS), Observatorios de Ciudad (SDP), Observatorios de Desarrollo Sostenible (MAVDT), entre otros. - Generar información desagregada y agregada en función de las diferentes líneas de acción de la “transversalidad ambiente”, las cuales simultáneamente constituyen módulos o clasificación de consulta de los indicadores e información del OSA. Estas líneas de acción son:
Requerimientos funcionales. Las funcionalidades mínimas que debe cumplir el sistema son las detalladas a continuación.
Requerimientos funcionales. A continuación, se presenta la descripción de las características técnicas requeridas por “LA SECRETARÍA” para brindar “EL SERVICIO”. En lo referente a los servicios para el Centro de Contacto, “EL PRESTADOR DEL SERVICIO” deberá considerar que el inicio del período de prestación de dichos servicios (en las ubicaciones que sean requeridas por “LA SECRETARÍA” a través del "ADMINISTRADOR DEL INSTRUMENTO CONTRACTUAL"), será informado por parte del “ADMINISTRADOR DEL INSTRUMENTO CONTRACTUAL”, mediante oficio dirigido a “EL PRESTADOR DEL SERVICIO” a más tardar 5 (cinco) días hábiles posteriores a la notificación de la adjudicación. “EL PRESTADOR DEL SERVICIO” acepta que “EL SERVICIO” a contratar, podrá incrementarse o reducirse en la cantidad de líneas y servicios que requiera “LA SECRETARÍA” a través del “ADMINISTRADOR DEL INSTRUMENTO CONTRACTUAL” durante el plazo de prestación de “EL SERVICIO”, sin que los trámites necesarios impliquen gastos adicionales a “LA SECRETARÍA”.
Requerimientos funcionales. El proveedor deberá tener la capacidad técnica y operativa para proporcionar los productos y/o prestar los servicios por cada partida completa, que podrán ser contratadas de acuerdo a las necesidades del IMPI. El Proveedor deberá prestar el servicio de soporte técnico al producto contratado, de acuerdo al presente anexo técnico, durante la vigencia del contrato que se celebre con el IMPI.
Requerimientos funcionales. La solución propuesta permitirá la gestión completa de las peticiones de inspección de camiones y/o contenedores de mercancías en los puntos autorizados del Puerto de Alicante, considerando la selección de mercancías a inspeccionar, la autorización de inspecciones, la ordenación de los posicionamientos y la realización de las inspecciones. Asimismo, deberá permitir a todas las partes implicadas (agentes de aduanas, consignatarios, organismos inspectores, Guardia Civil, APA, Aduana, gestores de puntos de inspección, etc.) participar colaborativamente en el mencionado proceso de gestión de posicionamientos y de inspecciones. La solución propuesta cumplirá los siguientes requerimientos: