maagtic si; anexo 5 de formatos asi y opec - infotec.mx · envío de información de presupuesto...

INFOTEC CENTRO DE INVESTIGACIÓN E INNOVACIÓN EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN

UNIDAD DE TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIONES

ANEXO TÉCNICO

Formato ANEXO TÉCNICO, v 1.0. NOVIEMBRE 2014 1

ANEXO TÉCNICO

1.1. DESCRIPCIÓN DEL PROYECTO / IDENTIFICACIÓN DEL BIEN O SERVICIO

1.1.1. Nombre del proyecto / adquisición del bien o servicio.

”IMPLEMENTACIÓN DE LA SUITE DE PEOPLESOFT - ENTERPRISE PLANNING AND BUDGETING (EPM) PARA LA AUTOMATIZACIÓN DEL PROCESO DE PROGRAMACIÓN Y PRESUPUESTACIÓN DEL GASTO PÚBLICO”

1.1.2. Duración del proyecto / servicio.

Fecha Inicio 06/06/2016

Fecha Fin 30/09/2016

1.2. ANTECEDENTES El Fondo de Información y Documentación para la Industria INFOTEC, en lo sucesivo INFOTEC, requiere ampliar sus capacidades y contratar servicios especializados para atender el servicio de ”IMPLEMENTACIÓN DE LA SUITE DE PEOPLESOFT - ENTERPRISE PLANNING AND BUDGETING (EPM) PARA LA AUTOMATIZACIÓN DEL PROCESO DE PROGRAMACIÓN Y PRESUPUESTACIÓN DEL GASTO PÚBLICO” para complementar los servicios que ofrece a sus clientes.

1.3. ALCANCE El servicio requiere implementar el módulo de PeopleSoft EPM ver. 9.0 Enterprise Planning and Budgeting y realizar las adecuaciones necesarias utilizando las herramientas propietarias para el desarrollo PeopleSoft Tools 8.49, con el objetivo de habilitar los procesos administrativos de Programación y Presupuestación del Gasto Público en apego a lo establecido en el Manual Administrativo de Aplicación General en Materia de Recursos Financieros, considerando la optimización de los procesos actuales y privilegiando el uso de correo electrónico, firma electrónica avanzada y documentos electrónicos en lugar de papel, considerando las automatización del proceso de Elaboración de Anteproyecto de Presupuesto, Presupuesto Aprobado y Presupuesto Aprobado Calendarizado. La solución tecnológica debe considerar la integración de la solución Enterprise Planning and Budgeting con la suite de Recursos Humanos y la suite Financiera de PeopleSoft, así como aplicaciones y componentes basados en Java.



ANEXO TÉCNICO

Formato ANEXO TÉCNICO, v 1.1. OCTUBRE 2015 2

1.4. OBJETIVO

Implementar y configurar la solución de PeopleSoft Enterprise Planning and Budgeting (EPM) a fin de habilitar la funcionalidad que le permita al cliente final:

Llevar a cabo la formulación de objetivos y sub-objetivos financieros

Generación y análisis de escenarios, con vista interna y externa tomando como base información histórica, actual y otras variables.

Análisis comparativo de alternativas

Formulación de presupuestos Para lo anterior se requiere que la solución permita:

Administración de techos presupuestarios asignado internamente por Unidad Responsable

Gestión de estructuras programáticas conforme a clave presupuestaria interna.

Administración de techo presupuestario definitivo.

Manejo de diversos escenarios para la generación del anteproyecto de presupuesto, aplicando

diferentes variables.

Registro, actualización y explotación del presupuesto autorizado bajo estructura externa.

Registro, actualización y explotación del presupuesto autorizado a nivel de estructura interna.

Consolidación de clave presupuestal interna y externa.

Registro, actualización y explotación de la calendarización de presupuesto a nivel clave interna

Envío de información de presupuesto autorizado al módulo de control de compromisos a nivel detalle

para su control y seguimiento.

Integrar flujos de aprobaciones conforme a los proceso definidos por el cliente y gestionar la

autorización mediante el uso de firma electrónica avanzada.

Generación de informes

Procesos de carga masiva de información y extracción.

1.5. REQUERIMIENTO

Para llevar a cabo el proyecto, se requiere llevar a cabo los siguientes servicios:

DESCRIPCIÓN CANTIDAD UNIDAD DE MEDIDA

Diseño técnico detallado de la solución 1 Servicio

Configuración de la solución PeopleSoft Enterprise Planning and Budgeting (EPM)) para la automatización de los procesos de Anteproyecto de Presupuesto, Presupuesto Aprobado y Presupuesto Calendarizado Aprobado en el ambiente de desarrollo

1 Servicio

Configuración de la solución en el ambiente de pruebas y realización de pruebas funcionales y de aceptación de usuario en el ambiente de pruebas

1 Servicio



ANEXO TÉCNICO


Puesta en operación de la solución en el ambiente de producción y transferencia de conocimiento a usuarios finales y usuarios técnicos.

1 Servicio

1.6. INSTALACIÓN Y PUESTA A PUNTO DE LA DE LOS BIENES O SERVICIOS A CONTRATAR

El servicio contará con las siguientes fases:

Fase I. Diseño técnico detallado de la solución PeopleSoft Enterprise Planning and Budgeting (EPM)) para las etapas de Anteproyecto de Presupuesto, Presupuesto Aprobado y Presupuesto Calendarizado Aprobado. Consiste en realizar la propuesta técnica de configuración de la solución para dar cumplimiento a la automatización del proceso de Programación y Presupuestación del Gasto Público, así como definir los mecanismos para integrar dicha solución con la suite de Recursos Humanos y la suite Financiera de Peoplesoft, así como la integración con soluciones basadas en java.

Fase II. Configuración de la solución PeopleSoft Enterprise Planning and Budgeting (EPM)) para las etapas de Anteproyecto de Presupuesto, Presupuesto Aprobado y Presupuesto Calendarizado Aprobado. Consiste en realizar la configuración de la solución para dar cumplimiento a la automatización del proceso de Programación y Presupuestación del Gasto Público, en los ambientes de desarrollo y realizar la implementación necesaria para mantener la comunicación entre la suite mencionada y las suite de Recursos Humanos y la suite Financiera de Peoplesoft, así como la integración con soluciones basadas en java.

Fase III. Pruebas y verificación (Testing). Consiste en proporcionar los servicios necesarios para validar el correcto funcionamiento y desempeño de una solución automatizada a través de pruebas funcionales y pruebas de aceptación del usuario final, mismas que deberán ser ejecutadas en el ambiente de pruebas.

Fase IV. Puesta a punto y transferencia de conocimiento a usuarios finales y usuarios técnicos. Consiste en poner en operación en el ambiente de producción la configuración de la solución PeopleSoft Enterprise Planning and Budgeting (EPM)) que automatice las etapas de Anteproyecto de Presupuesto, Presupuesto Aprobado y Presupuesto Calendarizado Aprobado, así como proporcionar los servicios necesarios para transferir el conocimiento sobre el uso de la solución a los usuarios finales y la habilitación del personal técnico para que opere y mantenga la solución.

Para conocer el detalle del alcance proyecto ver APENDICE I: Requerimientos Generales

1.6.1 Configuración. La creación de los ambientes, así como la instalación del software necesario, no serán responsabilidad del prestador de servicios, pero sí la configuración de los mismos para el correcto desempeño de la solución.

El prestador de servicios es responsable de proporcionar a su personal, los equipos de cómputo personales, impresoras, escáner, dispositivos de respaldo de energía eléctrica (no-break), multicontactos y papelería, así como las licencias de software correspondientes para la ejecución de las actividades solicitadas por el INFOTEC. Los gastos por concepto de envío, entrega, instalación, mantenimiento o de cualquier otra naturaleza, serán



ANEXO TÉCNICO


responsabilidad del prestador de servicios. En complemento el prestador será responsable de que se realice la instalación y configuración de los bienes informáticos necesarios para la prestación del servicio antes de que sean entregados al equipo de trabajo. Queda bajo responsabilidad del prestador de servicios cualquier daño o pérdida que durante la ejecución del servicio, puedan sufrir los bienes informáticos de su propiedad, los del cliente o del INFOTEC, según donde se desarrolle el proyecto asignado. El prestador de servicios aceptará que, para el correcto uso de los equipos de acuerdo al proyecto, el INFOTEC, o quien este designe, podrá configurar las políticas institucionales en dichos equipos previa notificación al prestador de servicios.

1.6.2 Plataformas tecnológicas y herramientas solicitadas Plataforma X86-64

Windows Server

Oracle Linux Plataforma SPARC

Solaris Lenguajes, plataformas, bases de datos a considerar para la prestación de los servicios (enunciativas más no limitativas):

Lenguajes de programación: JAVA, JavaScript, PHP, XML, HTML

Lenguajes de modelado para bases de datos: ANSI, SQL, PL/SQL

Bases de Datos: Oracle Database Enterprise Edition 12

Servidores Web y de aplicaciones: IIS, Apache, WebLogic, Websphere PeopleSoft

IDE’s: Eclipse

Frameworks: MAVEN, Spring, Spring Security, JPA , EJB 3.0 y 3.1

Herramientas especializadas: PeopleSoft v 8.9 y superior, PeopleTools v. 8.49 y superior

Otras Herramientas: Redis, Log4J, SVN, Elastic Search

Tecnologías Oracle: Oracle Data Base Enterprise Edition, WebLogic Suite, Service Bus (ESB), SOA Suite for Oracle Middleware, Oracle Unified Business, Process Management Suite



ANEXO TÉCNICO


1.7. FORMA DE ADJUDICACIÓN

El proceso de adquisiciones será a través de una Invitación a 3 proveedores.

Propuestas Técnicas

Los LICITANTES deberán elaborar su propuesta técnica de conformidad con los requerimientos establecidos en este anexo técnico y sus apéndices, incluyendo la descripción detallada de los servicios, datos y características de los mismos, asentando la vigencia de la propuesta técnica, la cual no podrá ser inferior a noventa días naturales. Esta propuesta se presentará en forma impresa ya sea engargolada o en carpetas, con hojas membretadas

Propuestas económicas

La cotización que presenten los LICITANTES, en su propuesta económica deberá cumplir los siguientes requisitos:

En pesos mexicanos.

Costo único por fase del proyecto

Precios fijos e incondicionados durante la vigencia del Contrato, no se aceptarán propuestas con escalamiento de precios.

Los costos expresados en la propuesta deberán ser antes del IVA.

Los participantes deberán presentar sus propuestas económicas de la siguiente forma:

No. DESCRIPCIÓN DEL SERVICIO

Costo Unitario Mensual

Importe Total

1 Fase I: Diseño técnico detallado de la solución

2 Fase II: Configuración de la solución PeopleSoft Enterprise Planning and Budgeting (EPM)) para la automatización de los procesos de Anteproyecto de Presupuesto, Presupuesto Aprobado y Presupuesto Calendarizado Aprobado en el ambiente de desarrollo

3 Fase III: Configuración de la solución en el ambiente de pruebas y realización de pruebas funcionales y de aceptación de usuario en el ambiente de pruebas

4 Fase IV: Puesta en operación de la solución en el ambiente de producción y transferencia de conocimiento a usuarios finales y usuarios técnicos.

Total antes de IVA

Los LICITANTES deberán presentar en su cotización, un desglose de los componentes que integren en el servicio a prestar.



ANEXO TÉCNICO


1.8. LUGAR Y TIEMPO DE ENTREGA/PRESTACIÓN DEL SERVICIO

La vigencia para la prestación de los servicios será a partir de la firma del contrato y hasta por 3 meses.

El lugar donde se prestarán los servicios será acordado entre el INFOTEC, y el prestador de servicios. Las opciones son:

Instalaciones del cliente final.

Instalaciones del LICITANTE adjudicado

Instalaciones del INFOTEC. Los LICITANTES no podrán incluir en sus propuestas ningún costo adicional por concepto de viáticos o pasajes.

1.8.1 Forma de pago El pago al prestador de servicios adjudicado, será a mes vencido con base en los entregables y servicios, aceptados a entera satisfacción del INFOTEC. Bajo ninguna circunstancia se pagará un monto adicional al de la propuesta económica del prestador de servicios adjudicado, si no existe un control de cambios autorizado por el INFOTEC donde se indique explícitamente que se acepta un número mayor o menor de horas de servicio.

1.9. PERFIL DEL LICITANTE

El LICITANTE deberá tener experiencia en la implementación de la herramientas y software requerido en presente anexo, el proceso de desarrollo e ingeniería de software. El LICITANTE deberá contar con una metodología propia, probada con clientes que abarque todas las fases del ciclo de desarrollo y garantice la calidad de los productos y los procesos por los que se generan. El LICITANTE deberá demostrar que cuentan con la capacidad y experiencia, tanto de recursos técnicos y humanos para llevar a cabo la prestación del servicio objeto del presente documento, comprobable a través de: EXPERIENCIA DEL LICITANTE

1) Listado de al menos 3 contratos en los que se hayan prestado servicios similares a los solicitados en este anexo por un tiempo mínimo de un año.

2) El LICITANTE entregará por cada uno de los contratos listados, la siguiente información de soporte:

Nombre y tipo de proyecto

Breve reseña del proyecto

Nombre y tipo de cliente (gobierno municipal, estatal o federal o iniciativa privada: empresa micro, pequeña o grande)

Datos del contacto del cliente y/o usuarios para validar la información entregada.



ANEXO TÉCNICO


En los casos en los que uno o varios de los contratos presentados en el listado anteriormente señalado hayan concluido, éstos no deberán tener una antigüedad mayor a 5 años y se deberá anexar adicionalmente un documento en el que conste la manifestación expresa de la contratante sobre el cumplimiento total de las obligaciones contractuales o cualquier otro documento con el que se corrobore dicho cumplimiento. Para efectos de este procedimiento INFOTEC no evaluará contratos suscritos con la convocante, ni emitirá cartas de recomendación o satisfacción de clientes para el mismo fin. CAPACIDAD TÉCNICA DEL LICITANTE Los LICITANTES deberán demostrar que cuentan con una base instalada de recursos humanos para la atención de los servicios, deberán presentar obligatoriamente:

1) El currículum vitae de los perfiles descritos en el Apéndice II. Perfil de los Recursos

2) Carta en hoja membretada bajo protesta de decir verdad firmada por el representante legal de la empresa, en el que se haga constar que el personal propuesto tiene al menos una antigüedad de 3 meses con el LICITANTE.

3) Copia de los documentos que avalen las certificaciones indicadas del personal seleccionado para comprobar el punto 1.

Para efectos de este procedimiento, INFOTEC no evaluará contratos suscritos con la convocante, ni emitirá cartas de recomendación o satisfacción de clientes para el mismo fin. Adicionalmente El LICITANTE deberá presentar como requisito indispensable las siguientes certificaciones:

4 Certificaciones de Funcionales de PeopleSoft: Financial Management Specialist o PeopleSoft Human Capital Management Specialist

2 Certificaciones de Técnicos de PeopleSoft – People Tools 8 Application Developer Certified Expert 2 Java Programmer ó Java Developer

Una misma persona no puede considerarse en más de un perfil aunque cuente con la experiencia solicitada, en caso que se presente este caso, solo se le contabilizara en el primer perfil.

1.10. ENTREGABLES

La siguiente tabla describe los entregables que EL LICITANTE deberá proporcionar en las fechas especificadas, mismos que deberán dar cumplimiento en lo que aplique, a lo establecido en el artículo 10 fracción II, V y VIII del ACUERDO por el que se modifican las políticas y disposiciones para la Estrategia Digital Nacional, en materia de tecnologías de la información y comunicaciones, y en la de seguridad de la información, así como el Manual Administrativo de Aplicación General en dichas materias de fecha 4 de Febrero de 2016. EL LICITANTE podrá agregar a esta lista, los entregables que considere necesarios de acuerdo al plan de trabajo establecido en conjunto con EL INFOTEC.



ANEXO TÉCNICO


FASE ID ENTREGABLE FECHA DE ENTREGA

MEDIO

Inicio E-01 Plan de trabajo detallado 3 días a partir del

fallo Electrónico e impreso

Fase I E-02 Documento de diseño técnico detallado

4 semanas a partir del fallo

Electrónico e impreso

Fase II

E-03 Documento de registro de pruebas unitarias



E-04 Documento de ambiente de validación y verificación


E-05 Lista de verificación Electrónico e impreso

E-06 Datos de prueba Electrónico e impreso

E-07 Documento de escenarios de prueba


E-08 Documento de liberación y entrega de la solución en el ambiente de Desarrollo


Fase III

E-09 Documento de liberación y entrega de la solución en el ambiente de pruebas



E-10 Resultado de las pruebas del servicio


E-11 Manual técnico de la solución tecnológica


E-12 Manual de usuario Electrónico e impreso

Fase IV

E-13 Documento de liberación y entrega de la solución en el ambiente de producción

16 semanas después del fallo


E-14 Documento de lecciones aprendidas


E-15 Acta de aceptación de entregables Electrónico e impreso

E-16 Acta de cierre de proyecto Electrónico e impreso

E-17 Cuestionario de retroalimentación Electrónico e impreso

E-18 Paquete de entregables de la solución tecnológica


Seguimiento E-19 Informe de rendimiento del proyecto

Entrega semanal a partir de la 2da. semana después

del fallo




ANEXO TÉCNICO


Los criterios de aceptación para los entregables se describen a continuación, la lista es de carácter enunciativo más no limitativo, los criterios pueden variar en función de la naturaleza de cada entregable:

Descripción del entregable Criterios

Control de versiones de Entregables

La documentación y el código fuente generado durante el desarrollo de los proyectos así como el control de versiones de los mismos, se realizará mediante la herramienta de Control Versiones SVN del cliente final, sin excepción.

Presentación de Entregables La presentación de los entregables sin excepción será conforme al plan de trabajo acordado y en los formatos establecidos por el cliente final. No serán considerados como cumplimiento, versiones parciales o preliminares de los entregables. Los planes de trabajo sin excepción deberán ser actualizados semanalmente por el prestador de servicio para medir el avance de los proyectos y permitir la tomar de acciones y/o decisiones en caso de presentarse desviaciones. Todo plan de trabajo deberá establecer línea base.

Revisión previa de los Entregables

Es requisito para la aceptación de los entregables, que estén previamente revisados (contenido y forma) por el LICITANTE y firmados por parte del Líder de Proyectos del mismo.



ANEXO TÉCNICO


1.11. NIVELES DE SERVICIO

Los niveles de atención y de servicio requeridos por EL INFOTEC, que deberá cumplir e incluir el LICITANTE para la atención de incidentes y problemas como parte de las garantías de los servicios relacionados con la implementación del proyecto son los siguientes:

Categoría/severidad Definición Tiempo Máximo de Respuesta

Tiempo Máximo de solución (en horas)

A.- Crítico Soluciones tecnológicas en ambiente de producción sin funcionar.

1 hora Con un tiempo máximo de atención de hasta 4 horas, para que el ingeniero designado se presente al lugar exacto reportado por el INFOTEC, debiendo permanecer en sitio hasta que solucione la falla y/o disminuya la severidad de la misma al nivel B.

B.- Urgente Soluciones tecnológicas operando pero con fallas.

2 horas Con un tiempo de hasta 6 horas, para que el ingeniero designado se presente al lugar exacto reportado por el INFOTEC, debiendo permanecer en sitio, hasta que solucione la falla y/o disminuya la severidad de la misma al nivel C. Tiempo máximo de atención 8 horas.

C.- Importante Sin impacto a la producción, se puede seguir operando pero con fallas.

3 horas Con un tiempo de hasta 8 horas, para que el ingeniero designado se presente al lugar exacto reportado por el INFOTEC o atienda la incidencia inmediatamente vía remota, hasta que solucione la falla y la solución tecnológica funcione correctamente o se realicen los ajustes requeridos para la operación adecuada del sistema. Tiempo máximo de atención 16 horas.

D.- Especial Sin impacto a la producción, es una nueva funcionalidad que se requiere para un sistema existente.

4 horas Con un tiempo de hasta 16 horas, para que el ingeniero designado se presenta al lugar exacto reportado por el INFOTEC para dar inicio a la solicitud. Tiempo máximo de atención 20 horas.

1.12. EVALUACIÓN

La evaluación de los LICITANTES se realizará por criterio binario en apego a lo establecido en la LEY DE ADQUISICIONES, ARRENDAMIENTOS Y SERVICIOS DEL SECTOR PÚBLICO.

PENALIZACIÓN Y DEDUCCIONES AL PAGO

Deductivas aplicables (Penas Convencionales) Todo servicio deberá entregarse en las fechas comprometidas de término de las fases del proyecto establecidas. Las fechas solo podrán variar derivado de un “Control de Cambios” aprobado por el INFOTEC, lo cual se hará constar por medio de un documento que especifique el cambio y las reestimaciones correspondientes.



ANEXO TÉCNICO


El INFOTEC aplicará deductivas por cada día de hábil de atraso en el cumplimiento de fechas comprometidas de término de fase del proyecto, que sea por causas imputables al LICITANTE. La deductiva máxima no podrá exceder del 10% del monto facturado del periodo.

CONCEPTOS DESCRIPCIÓN DEDUCTIVA APLICABLE

Tiempo de entrega de los servicios solicitados

El LICITANTE deberá concluir los trabajos solicitados en el tiempo comprometido para cada una de las fases del proyecto.

.5 % sobre el monto de la fase del proyecto por cada día hábil de atraso.

Entrega de productos de trabajo comprometidos por fase del proyecto de acuerdo a la fecha establecida.

El LICITANTE deberá entregar en tiempo y forma el 100% de los productos resultantes de la prestación del servicio comprometido en cada fase del proyecto.

.5 % sobre el monto de la fase del proyecto por cada día hábil de atraso.

El monto de descuento del servicio efectivamente otorgado por incumplimiento en el servicio se tomará de la facturación mensual.

TERMINACIÓN ANTICIPADA

INFOTEC podrá dar por terminado anticipadamente este Servicio, y sin responsabilidad alguna a su cargo, cuando ocurran razones de interés general, o bien, cuando por causas justificadas se extinga la necesidad de requerir los servicios originalmente contratados y se demuestre que de continuar con el cumplimiento de las obligaciones pactadas, se ocasionará algún daño o perjuicio al Estado, o se determine la nulidad total o parcial de los actos que dieron origen a su contratación, con motivo de la resolución de una inconformidad emitida por la Secretaría de la Función Pública. En estos supuestos INFOTEC cubrirá al LICITANTE ADJUDICADO los servicios que hasta el momento hayan sido efectivamente prestados a entera satisfacción del INFOTEC.

RECISIÓN DE CONTRATO

El INFOTEC podrá rescindir administrativamente la contratación del LICITANTE en cualquier momento sin que medie resolución judicial alguna, y sin perjuicio de hacer efectiva la garantía de cumplimiento de la FIANZA en el supuesto de que el prestador de servicios incumpla con cualquiera de las obligaciones a su cargo o bien cuando se presenten cualquiera de las siguientes causas de rescisión que de manera enunciativa, más no limitativa, a continuación se mencionan: A) Cuando el prestador de servicios no cumpla con las obligaciones que adquiere con la prestación de los servicios, de conformidad a lo establecido en el presente ANEXO TÉCNICO; B) Cuando suspenda el prestador de servicios injustificadamente el cumplimiento de sus obligaciones o pretenda realizarlo por medio de terceras personas ajenas a la relación contractual, y C) Cuando el prestador de servicios no cumpla con las especificaciones técnicas que se señalan en el anexo técnico, respecto de los servicios y demás características técnicas. Cuando el INFOTEC notifique el inicio de la rescisión administrativa del presente Contrato en los términos de la presente Cláusula, el citado procedimiento se realizará de conformidad con lo dispuesto por el artículo 54 de la Ley de Adquisiciones, Arrendamientos y Servicios del Sector Público.



ANEXO TÉCNICO


En caso de proceder con una rescisión de contrato al prestador de servicios, el INFOTEC podrá contratar de manera directa la segunda mejor oferta de acuerdo a lo establecido en el artículo 41 fracción VI de la Ley de Adquisiciones, Arrendamientos y Servicios del Sector Público.

1.13. GARANTÍAS

El LICITANTE deberá ofrecer por escrito en su propuesta técnica, una garantía de calidad contra vicios ocultos de los servicios proporcionados, la cual tendrá un período de vigencia de 6 meses para la atención de cada fase o componente de servicio descritos en las Propuestas de Solución, el cual se contabilizará a partir de la aceptación de la funcionalidad, componente o documento por parte de INFOTEC, estableciendo que dicha garantía cubre el desarrollo realizado en las distintas partes que integran el diseño de las aplicaciones (incluyendo todos sus componentes). La garantía deberá establecer el procedimiento por medio del cual el LICITANTE reparará las partes que no funcionen de acuerdo a lo pactado en las especificaciones, lo anterior sin costo adicional. En el caso de desarrollos y/o mantenimientos sobre plataformas licenciadas, será responsabilidad del LICITANTE adjudicado asegurar que el personal asignado a la atención del servicio esté calificado y cumpla con todos los requisitos necesarios del fabricante para conservar la garantía correspondiente a su producto, el no cumplir con este punto lo hará directamente responsable de tomar las acciones necesarias para restablecer dicha garantía al propietario de la licencia.

1.14. GLOSARIO

1. Administración de Proyecto: Disciplina de organizar y administrar recursos de manera tal que se pueda culminar todo el trabajo requerido en el proyecto dentro del alcance, el tiempo, costo, calidad definidos.

2. Capacitación: Actividades realizadas para transferir el conocimiento sobre el uso de los sistemas de información desarrollados o modificados por el prestador de servicio a los usuarios finales.

3. Defecto: Falla verificada de conformidad con los requisitos. Cualquier elemento del sistema que no concuerda con lo especificado en los requerimientos, un elemento de diseño o la implementación y que, si no se corrige, hará que la discordancia persista. Un defecto se considera mayor cuando el problema que se arregla obliga a cambiar el ejecutable. Los defectos en comentarios o apariencia del código escrito generalmente son considerados menores.

4. Desarrollo: Actividades realizadas para crear e implantar un sistema de información o un nuevo módulo de un sistema ya existente considerando todas las etapas del ciclo de vida.

5. Garantía: Seguridad que el prestador de servicio adjudicado deberá dar al INFOTEC sobre el buen funcionamiento de los servicios que se adquirieron/consumieron durante la vigencia del contrato.

6. Líder de Desarrollo de INFOTEC: Personal de INFOTEC designado como líder para cada uno de los proyectos de desarrollo de aplicaciones y/o responsable del soporte técnico a aplicaciones en producción.

7. Proyecto: Esfuerzo temporal, único y progresivo, emprendido para crear un producto o un servicio también único.

8. LICITANTE: La persona que participe en este procedimiento para prestar los servicios solicitados por INFOTEC.

http://es.wikipedia.org/wiki/Proyecto



ANEXO TÉCNICO


9. Responsable de Desarrollo INFOTEC: Funcionario público de INFOTEC designado para administrar los servicios a contratar.

10. Sistema de Información: Software diseñado para la realización de procesos específicos, como trámites, procesos administrativos, procesos de negocio, etc.

11. Software: Conjunto de programas, procedimientos, instrucciones, documentación y reglas para ejecutar ciertas tareas en un sistema de cómputo.

Firmas y fechas de elaboración, revisión y aprobación

ELABORÓ APROBÓ Nombre: Jesús Rios Magos Nombre: Luis Humberto Alva Martínez Cargo: Subgerente de operación de proyectos de desarrollo de

software

Cargo: Apoderado Legal (Dirección Adjunta de Desarrollo de

Software) Correo: [email protected] Correo: [email protected]

Firma

Firma

Fecha Fecha

mailto:[email protected]

mailto:[email protected]



ANEXO TÉCNICO


APENDICE I. Requerimientos Generales.

1. Macro proceso operativo

Se requiere llevar a cabo la automatización del macro proceso de Programación y Presupuestación del Gasto Público haciendo uso de la solución PeopleSoft Enterprise Planning and Management (EPM) la cuál debe considerar los proceso del registro de anteproyectos, presupuesto aprobado y presupuesto calendarizado aprobado, en el siguiente diagrama se muestra a nivel general como fluye la información desde una perspectiva global, ya que se identifica el componente externo que es la rama principal de la que se desprende este proceso, nos referimos a la Secretaría de Hacienda y Crédito Público.

Programación y Presupuestación del Gasto Público

Enti

dad

INST

ITU

CIÓ

NSH

CP

UR

´s IN

STIT

UC

IÓN

Fase

Se inicia determinando los lineamientos para la

programación de presupuestos para el ejercicio a prespuestar

INSTITUCIÓN sector central recibe por medio de Oficialía

Mayor

Envía lineamientosA todas las UR s de

Entidad INSTITUCIÓN

Las Centros de Investigación preparan la

programación de anteproyectos

Dirección de presupuestos

prepara presupuesto

Consolidado de las UR s

Se envía la información Para que se consolide

Oficialia mayor revisa Información consolidada y envía

Se registra el presupuesto

Se registra en Sistema de SHCP

Envía respuesta De presupuesto

¿Aprobado?

INSTITUCIÓN sector central recibe por medio de Oficialía

Mayor presupuesto aprobado

Si

No

Se informa del rechazo y se hacen

ajustes. Se envía nuevamente

Las Centros de Investigación realiza

su calendario presupuestario en

base a techos

Comunican techo presupuestarioa UR s

INSTITUCIÓN UR sector central realiza su

calendario presupuestario en base a techos (clave

interna)

INSTITUCIÓN UR sector central prepara la programación de

anteproyecto a nivel clave interna

Se aprueban y registran los calendarios

Dirección de presupuestos

prepara presupuesto

calendarizado Consolidado de las

UR s

Oficialia mayor revisa Información consolidada y envía

Envían calendario

Se envían Calendarios

Se aprueba el presupuesto

Se comunica presupuesto Final

UR s Reciben presupuesto final con calendarios

INSTITUCIÓN Sector central recibe presupuesto aprobado y

calendarizado

Fin Oficialia mayor

recibe y distribuye presupuesto final

2. Diagrama Conceptual Para la automatización de los procesos del registro de anteproyectos, presupuesto aprobado y presupuesto calendarizado aprobado se debe considerar el siguiente flujo general de operación:

Para lo anterior, se requiere que se establezcan los perfiles en base a funcionamiento nativo del módulo EPM



ANEXO TÉCNICO


Actividad Descripción

Responsable Coordinador Presupuesto

1. Al definir el presupuesto, lo entendemos como el registro de una solicitud de anteproyecto

2. El perfil de coordinador maneja todos los procesos del presupuesto en general, la definición en el sistema (1), el desarrollo del presupuesto (2), la distribución (3), y consolidación del presupuesto (4).

Fase 1 Registro Únicamente hasta el paso (3), de este perfil entendemos la primera fase del registro del anteproyecto.

Responsable Analista

1. Es encargado del centro de planeación, usualmente una división, departamento, o área dentro de una organización.

2. Este debe de fragmentar el presupuesto o plan hacia unidades más pequeñas, para distribuirlos a niveles menores.

Responsable Elaborador de Presupuesto

1. Un elaborador está en el nivel inferior de la preparación en el centro de planeación, esté provee la línea del ítem, activo, justificaciones y posiciones de importes hacia los niveles superiores de usuarios. Este perfil de usuario regularmente no ejecuta distribuciones o análisis agregado.

Responsable Elaborador de Presupuesto Ocasional

1. En general tiene las mismas capacidades que un elaborador de presupuesto “regular”, sin embargo este tiene limitantes en sus vistas privadas para las líneas de actividades de ítem por ejemplo.

Responsable Revisor de Presupuesto

1. Se encarga de revisar (1), aprobar (2), y presentar (3) el presupuesto. En algunos casos el analista y el revisor suelen ser la misma persona.

Fase 2 y 3 Al momento de la aprobación (externa del presupuesto) se reinicia todo el proceso de registro hasta las aprobaciones internas de presupuesto, sin embargo entre los tres perfiles (analista, Elaborador y revisor) ejecutan las fases de aprobación y calendarización dentro del sistema. Hasta llegar a la parte concluyente de aprobación por el coordinador de presupuesto.

3. Reglas de Negocio

Las reglas de negocio que se deben considerar, se describen a continuación de manera enunciativa más no limitativa, durante la fase de diseño técnico detallado, se deberán especificar a mayor detalle las reglas y configuraciones requeridas para dar cumplimiento a los requerimientos:

Reglas generales del Anteproyecto de Presupuesto

RN.001. El proceso de anteproyecto se maneja por año fiscal.

RN.002. En el aplicativo se considerará la clave presupuestaria externa, que consolida toda la información a nivel ramo, la cual

está compuesta de la siguiente manera:



ANEXO TÉCNICO


RN.003. Para la unidad responsable del sector central, se deberá considerar la clave presupuestaria interna compuesta de la siguiente manera:

RN.004. La conformación de la clave presupuestaria interna y externa, se validarán conforme a las reglas de combinación del

año fiscal del anteproyecto en cuestión, por lo que para la consolidación de la información se requiere un mapeo entre la clave interna y externa:

RN.005. El anteproyecto del presupuesto debe manejar más de un escenario.

RN.006. El anteproyecto del presupuesto tiene la opción de inicializarse utilizando la información histórica contable y/o

presupuestaria.

RN.007. El anteproyecto del presupuesto tiene la opción de utilizar información histórica del presupuesto original modificado y

ejercido.

RN.008. Los escenarios automatizados deben permitir aplicar incremento o reducción por porcentaje o por un importe

específico.

RN.009. Las claves presupuestarias internas y externas deben ser únicas por ejercicio fiscal.

RN.010. Los usuarios de cada unidad administrativa de acuerdo a su perfil (rol), registrarán el anteproyecto correspondiente a

su área.

RN.011. El área consolidadora de presupuesto podrá manejar los escenarios aplicando incrementos o reducción por

porcentaje o por importe específico.



ANEXO TÉCNICO


RN.012. El registro del anteproyecto de presupuesto realizado por cada unidad administrativa contará con un flujo de revisión y aprobación.

RN.013. Los catálogos que conforman las claves presupuestarias, internas y externas deberán ser administrados por ejercicio

fiscal, considerando una fecha efectiva.

RN.014. El registro del anteproyecto de los entes públicos que consolidan al nivel central se realizará mediante un proceso de

carga masiva, el cual solamente afectará a nivel de clave presupuestaria externa.

RN.015. El registro de anteproyecto de la unidad responsable del sector central se integrará con la del todo el ramo a nivel de

clave presupuestaria externa, con base a las reglas de consolidación.

RN.016. Cada escenario del anteproyecto de presupuesto, se realizará conforme a las reglas de techo presupuestal asignado por SHCP para la institución.

Reglas generales del Presupuesto Aprobado

RN.001. El registro del presupuesto aprobado se realizará mediante un proceso de carga masiva a nivel clave presupuestaria

externa, teniendo la opción también de realizar el registro específico mediante la captura de información.

RN.002. El aplicativo debe estar preparado para crear copias de los escenarios generados para el anteproyecto a nivel clave

presupuestaria interna permitiendo al rol coordinador actualizar los montos.

RN.003. El rol analista tendrá la facultad de calendarizar el presupuesto en el año fiscal.

RN.004. El aplicativo validará los techos aprobados y las reglas de combinación válidas para el año fiscal.

RN.005. El coordinador consolidará el presupuesto aprobado calendarizado a nivel clave presupuestaria externa en base a las

reglas de consolidación.

Reglas generales del Presupuesto Calendarizado Aprobado

RN.001. El registro del presupuesto calendarizado autorizado se realizará mediante un proceso de carga masiva a nivel clave

presupuestaria externa, teniendo la opción también de realizar el registro específico mediante la captura de información.

RN.002. El coordinador generará el escenario final de presupuesto calendarizado autorizado.

RN.003. El aplicativo enviará al módulo de control de compromisos el asiento con el presupuesto original.



ANEXO TÉCNICO


4. Diseño conceptual de proceso

Los procesos que se muestran a continuación engloban la solución general de las actividades que realiza la Institución para los procesos contenidos en los manuales administrativos de aplicación general en materia de recursos financieros.

Actividad Descripción

1 Registro del anteproyecto

1.1. Se define la estructura programática con la que se rige el registro de presupuesto de acuerdo a lineamientos que rigen el ejercicio fiscal que se desea ingresar.

1.2. Se configuran los objetivos por unidad administrativa del sector central. El analista tiene la responsabilidad de un centro de planeación, este usuario puede dividir el plan en unidades más pequeñas para una mejor distribución.



ANEXO TÉCNICO


Subprocesos

Definición de presupuesto y planeación.

El proceso implica que se realice la definición en el sistema, esto se refiere a incluir como primer paso la información que será la base del análisis. Se tiene contemplado hacer una carga de información histórica para hacer un modelo a la medida con el uso que sea necesario conforme al ejercicio que se vaya a aplicar. Por ejemplo; en base a la información histórica del año anterior, tomaremos una base de cálculo (5%) para obtener el de este año. Como segundo paso se deben definir los tiempos y jerarquías, esto quiere decir que en base a los calendarios con los que se desea trabajar y probar escenarios, se definirán, estos son: Calendario a detalle, resumen, y periodo presupuesto. Que pueden ser de manera mensual, trimestral, etc. Se ha definido que los calendarios sean mensuales por periodo de presupuesto y por detalle. Se deberán definir las actividades presupuestarias, es decir el origen que el presupuesto tendrá en sus transacciones. Si vienen de Activos, Recursos humanos o gastos “regulares”, en base a un tipo de actividad de línea de ítem. (Por definir). Así como las claves contables que conformarán la estructura de la generación de presupuesto. Este punto de dimensiones para definir en el sistema es la columna vertebral del diseño de este proceso a futuro, debido a que se conforma de una estructura requerida de dos tipos de los cuales y es importante definir como se definirá en el sistema. La clave presupuestaria interna que corresponde a la siguiente estructura:

*Agregando que a esta estructura la conforma un campo clave contable (que no está en la imagen) que es el de la Unidad Responsable (UR).

Esta estructura de clave presupuestaria la llamaremos “nivel clave interna”, debido a que la preparación del presupuesto se realiza a este nivel de detalle por cada UR que conforma la entidad, es importante porque será la estructura base para la elaboración. Son 27 UR’s las que conforman la entidad Central, sin embargo únicamente una UR preparará el presupuesto con el uso de PeopleSoft EPM, mientras que las UR’s restantes se integrarán ya con el presupuesto preparado. La Institución por ser una entidad federal, se rige por estatutos, manuales, y lineamientos oficiales de carácter obligatorio que deben de ser

1.3. Se aplican los escenarios por medio del coordinador respectivo de presupuesto para el ejercicio de mejor elección del modelo de planeación para las unidades administrativas del sector central

1.4. Se prepara el modelo y se activa el flujo de revisión por los roles subsecuentes.

1.5. Se ingresan los montos presupuestarios por área administrativa. Usualmente lo realiza el preparador, no realiza distribuciones o análisis.

1.6. Se revisan y aprueban los presupuestos a un nivel de centro presupuestario. Este puede ser la unidad administrativa o un centro a un nivel de detalle menor (como la clave interna del ejercicio lo determine).

1.7. Se envían los registros de presupuesto definidos para la consolidación a clave presupuestaria externa.

1.8. Se consolida el presupuesto a nivel clave externa y se envía a aprobación a la autoridad que compete.



ANEXO TÉCNICO


acatados para la realización del proceso de presupuesto, que se conforma en términos generales de tres pasos para realizarlos; Anteproyecto, Aprobación, Calendarización. Se requiere definir la unidad de negocios de PS FSM que se refiere a la unidad responsable del sector central. En esta unidad se tiene una relación de detalle y trabajo en PS. Se requiere definir la unidad de negocios que se utiliza para ingresar la información de la unidades de negocio relacionadas con el Sector Central, pero que no pertenecen al sector central. Para ello se utilizará la clave contable departamento para identificar cada Unidad Responsable La entidad principal hace envió de la información presupuestal de manera consolidada, es decir de todas las UR’s que conforman el Sector Central, a las cuales se presentan en una entrega de la información de presupuesto consolidada, este es un requerimiento que aplica de manera obligatoria de acuerdo a la autoridad que compete la recepción del mismo, que es la Secretaría de Hacienda y Crédito Público. A la manera en que se entrega esta información la llamaremos “nivel clave externa”, que se compone de la siguiente manera:

En términos generales estas dos son las estructuras que se utilizarán para la entrega. Se ha definido que la clave presupuestaria interna sea habilitada en la unidad de negocios de PeopleSoft EPM, esto en base a la estructura que ya existe en PeopleSoft FMS que contiene ya la clave presupuestaria interna ya que son los mismos campos de clave contable, esto con el fin de homologar e integrar de manera sencilla los sistemas y se tenga un flujo de información claro y ágil. El mapeo de los campos de las claves contables se realizará una vez que se pueda trabajar con las aplicaciones ya que es un diseño que se debe integrar con un enfoque tanto técnico como funcional. Dentro de la definición se deben considerar los métodos presupuestarios por los cuales se calculará el presupuesto, se utilizarán para calcular la información que tenemos en nuestra base de análisis, esto puede ser por un factor económico como la inflación por ejemplo al cual únicamente asignaríamos el porcentaje. Separación para distribuir importes en línea de ítem por posiciones o bien definir bajo que reglas se distribuirán los importes correspondientes a la planilla laboral, por centro de costo, departamento, etc. El proceso de Recursos Humanos para la elaboración de su presupuesto se prepara a nivel clave externa, y la clave interna solo la ocupan como referencia. En el proceso que se aplicará con PeopleSoft EPM, se ocupará la clave interna para la realización y referencia del presupuesto. Cabe mencionar que los tipos de cuenta que se definirán deben de corresponder a los mismos que existen en el sistema PeopleSoft FMS, con el propósito de poder homologar e integrar la información de manera que fluya de manera directa. Estos pueden ser los tipos de cuenta Pasivos (p), Activo (a), etc. Así como se requiere contar con los tipos de cuenta, también se requieren las categorías de las cuentas, que indican el tipo de gasto al cual esa cuenta se aplica. Para el caso de recursos humanos se manejarán las siguientes cuentas contables en lo referente al capítulo 2000 y 3000:

Materiales y suministros

22104 Productos alimenticios para el personal en las instalaciones de las dependencias y entidades

Servicios generales



ANEXO TÉCNICO


31201 Servicio de gas

33104 Otras asesorías para la operación de programas

33401 Servicios para capacitación a servidores públicos

33602 Otros servicios comerciales

33901 Subcontratación de servicios con terceros

37201 Pasajes terrestres nacionales para labores en campo y de supervisión

39401 Erogaciones por resoluciones por autoridad competente

39501 Penas, multas, accesorios y actualizaciones

39801 Impuesto sobre nóminas (se calcula en la nómina % por monto de lo que se paga entre los empleados que se tienen)

Definir modelo de planeación

Las etapas de este proceso son nuevas, ya que ahora de manera automatizada podrán realizar la personalización de lo que desean preparar en sus escenarios, incluir o excluir variables. Cuando definimos el modelo de planeación, se refiere a la preparación de la configuración en una copia del documento original para realizar escenarios, y a estos solo ajustar las variables que más convengan ejercer de acuerdo a los objetivos que se tengan definidos. Esta preparación que parte de la copia de un modelo original, indicará como vamos a agrupar los escenarios (para compararlos entre ellos), su tipo de actividad, las claves contables que intervienen, así como el origen (actividad) que se desee aplicar, ya sea de presupuesto de activos, presupuesto de posiciones, o presupuesto de gasto corriente. Nota, podemos añadir más de uno para compararlos entre estos tipos de orígenes (actividad). Una vez preparado esta definición se puede proceder a la ejecución de los escenarios.

Escenario de modelo de planeación



ANEXO TÉCNICO


Este procedimiento permitirá a la Institución ejecutar los escenarios en forma automática y directa en la aplicación de acuerdo a la configuración que se eligió en la “definición del modelo de planeación”, para así jugar con las variables que hayan sido elegidas para poder obtener el mejor resultado en la planeación del presupuesto, estos pasos que refleja el diagrama es una funcionalidad que inicia las ejecuciones de los escenarios a un nivel administrativos (coordinador de presupuesto), y una vez finalizado el siguiente usuario comenzará con el análisis y preparación del presupuesto para su envío.

Manejo de modelo de planeación,



ANEXO TÉCNICO


1.4.1. Manejo de modelo de planeación

Pre

par

ado

rC

oo

rdin

ado

r d

e p

resu

pu

est

o

Fase

1.3.1. Escenario de modelo de planeación

Manejo de estatus de modelo de

planeación

Manejo de estatus de actividad de

escenarios, progreso y etapas

de formulas

Manejo y liberación de presupuestos y planes cargados en

el modelo

Actualizar escenarios historicos, intercambio en tasas, miembros de dimensión y espacio de

trabajo de usuarios

Actualizar parámetros de conductos en un

modelo con escenario

Recalcular modelo de planeación

Validar presupuesto en linea de item, contra reglas de combinación y

reglas de control de compromisos.

1.5.1. Modificar detalle y enviar

Cuando se maneja el modelo de planeación nos referimos a que tanto el escenario como las variables definidas anteriormente se pueden modificar y estas se volverán a ejecutar en el escenario para recalcular y a esto se realizara la validación de presupuesto, en el cual este concordará con las reglas de combinación y el control de compromisos. Cabe recalcar que las reglas de combinación ya existen en PeopleSoft FMS y estás deberán de ser las que apliquen en el presupuesto. Una vez validados los estatus de las reglas que compongan el presupuesto, este finalmente se envía al preparador.

Modificar detalle en presupuesto y enviar

1.5.1. Modificar detalle en presupuesto y enviar

Pre

par

ado

r d

e p

resu

pu

esto

Co

ord

inad

or

de

Pre

sup

ues

toA

nal

ista

/Rev

iso

r d

e p

resu

pu

esto

Fase

1.4.1.Manejo del modelo de

planeación/presupuestos

Recibir notificación de lista de trabajos

indicando que el modelo esta disponible, y evaluar el trabajo de planificación

Crear una versión de trabajo para

análisis. ¿Trabajar con?

Ajustar línea de ítems por medio de métodos

o entrada directa

Presupuesto de gasto corriente

Actualizar información de la posición del presupuesto.

Beneficios Distribución de

beneficios Copiar posiciones Percepciones Distribución de

percepciones Historial de empleado Eliminar posición Terminar posición Distribución de salarios Distribución de

impuestos Tasa de impuestos Transferir posición Notas de posición Llenar posición Detalle empleo

Presupuesto de posiciones

Trabajar con métodos (línea de ítem presupuesto) Fórmula flexible Importe por periodo Importe por unidad Crecimiento anual % en

historial Detalles de distribución Porcentaje de Factores

económicos Crecimiento periódico % en

historial Unidad por importe definido Uso de dos métodos

Ejecutar ajustes globales de

posiciones a la información del

presupuesto

Análisis de la variación del presupuestos

Ajustar información presupuestal de activo

Presupuesto de activos

Ejecutar reportes de presupuesto, revisar información de presupuesto. Análisis de versión Comparación de

escenarios Resumen de métodos Comparación de

presupuesto Análisis de objetivos

planeados Comparación de unidad de

negocios.

¿Ajustes masivos?

Seleccionar versión y enviar a

la siguiente revisión

No

Realizar ajustes masivos a líneas de ítem de presupuesto Por lista, detalles, y

selección (ajustes masivos)

Si

1.6.1. Revisar analizar y planear

resultados



ANEXO TÉCNICO


El proceso que a continuación se describe comprende una parte que hoy en día la Institución realiza de manera manual que es las modificaciones que se realizan al presupuesto en los siguientes momentos:

Aprobado o rechazado. Cuando la Institución envía el presupuesto a aprobación a la autoridad que compete, este puede ser aprobado o rechazado, si este es aprobado puede tener algunas modificaciones de los importes que fueron aprobados, como por ejemplo si un área administrativa de la Institución requirió un importe para un proyecto, y la autoridad lo aprueba sin embargo le reduce el importe de lo que se estaba requiriendo originalmente, este tiene que ser modificado del original para que esta última actualización sea la definitiva en el importe.

Escenarios. Al momento de trabajar con los escenarios estos comprenden de modificaciones las cuales permiten jugar con alternativas que pueden presentar un mejor escenario que el otro, comparar entre escenarios etc. Este proceso se maneja de manera manual en hojas de trabajo, desde el ultimo nivel de detalle hasta el nivel más alto para la preparación del presupuesto desde la Institución (clave interna).

Con la implementación de este proceso de PeopleSoft EPM se permitirán hacer modificaciones desde un rol encargado específicamente para modificar el presupuesto, esto con un flujo de trabajo que permite el control del presupuesto entre roles, es decir un rol que esté controlado por otro rol no podría hacer modificaciones si no se lo permite. Cuando recibe la autorización vía notificación de flujo de trabajo este rol llamado “preparador”, puede crear una copia del presupuesto original para poder trabajar sobre ella (Posiciones, Gasto corriente, Activos). En estos puede hacer uso de variables como los métodos para el gasto corriente, modificar posiciones, o ajustar la información de activos. Esta información que previamente fue preparada por un rol superior llamado “coordinador de presupuesto” puede ser comparada con la versión que fue copiada y trabajada, donde parte un análisis de la información por medio de informes de análisis de versión, comparación de escenarios, resumen de métodos, inclusive comparación entre unidades de negocios. Si a partir de ese análisis aún se requieren hacer un tipo de cambio masivo, se puede realizar por medio de un proceso de cambios masivos que afectan a las líneas de ítem de presupuesto. El preparador de acuerdo a su trabajo toma la decisión de seleccionar una versión y esta la envía a una revisión más que es enviada por el flujo de trabajo a otro rol llamado “analista/revisor”. Cuando la Institución vaya a hacer entrega del presupuesto podrá utilizar este proceso, y de acuerdo de la respuesta puede trabajarla, modificarla y cambiar las variables que requiera para que puedan tener una versión de presupuesto deseada, sin la necesidad de retrabajar la información desde el inicio sino seleccionando una copia y trabajar sobre ella, esto con el uso del flujo de trabajo que permitirá llevar un control con autorizaciones de versiones por los roles que serán asignados a los usuarios de la Institución. El uso de variables en este proceso permite uno en especial que es el uso del calendario, que es un proceso que será utilizado nuevamente cuando el presupuesto esté aprobado, ya que la siguiente parte del proceso de la Institución, se enfoca en la calendarización del presupuesto aprobado y bajo estos procesos de modificación, revisión y análisis de presupuestos, se deben de realizar los cambios del presupuesto aprobado. Este proceso es el mismo, solo cambia el orden y la versión en la que se utilizará.

Revisar y analizar resultados planeados



ANEXO TÉCNICO


1.6.1. Revisar y analizar resultados planeados

An

alis

ta/R

evis

or

de

pre

sup

ues

toP

rep

arad

or

de

pre

sup

ues

to

Fase

1.5.1. Modificar detalle en

presupuesto y enviar

Recibe notificación en su lista de trabajo de que el preparador ha enviado presupuestos para su

revisión

Crear una versión de trabajo del

presupuesto para plan de análisis

Analizar presupuestos Análisis de versión Análisis de varianza

Crear reportes de presupuestos para revisión de la información. Análisis de versión Comparación de

escenarios Resumen de

métodos Comparación de

presupuestos Análisis de objetivos

planeados Comparación de

unidad de negocios

¿Acción a tomar?

Rechazar presupuesto y

regresar a preparador

Evaluar escenarios

alternos

Seleccionar versión

1.5.1. Modificar detalle en presupuesto y enviar

1.7.1 Ajustar y enviar

De la misma forma que el proceso mencionado en el punto anterior “Modificar detalle en presupuesto y enviar”, este proceso permitirá a la Institución el control de la versión a enviar y dando un flujo que por medio de la preparación de roles puedan tener un flujo de trabajo adecuado, esto en el mismo sentido en el que la Institución realiza estas operaciones de manera manual en hojas de trabajo y por medio de envío de correos electrónico. En este caso el proceso continua con la versión que se ha trabajado por el “preparador” y el rol que lo recibe es el “analista/revisor” que recibe una notificación por medio del flujo de trabajo, el analista crea una versión de trabajo (copia) del presupuesto y realiza los análisis correspondientes para tomar la decisión.

Evaluar escenarios alternos. Al realizar la comparación entre escenarios te permite revisar alternativas que quizá se habían dado por alto en la planeación de este presupuesto, lo cual puede ser un punto en el cual se pueda realizar la comparación para poder realizar un escenario alternativo a lo esperado.

Seleccionar y enviar. Cuando selecciona una versión este “revisor/analista” quiere decir que en este proceso ahora se puede realizar una última revisión para la entrega final del presupuesto.

Rechazar presupuesto y regresar al preparador. Si el “revisor/analista” hallo algún tipo de incongruencia en el presupuesto que no permita que se pueda seguir avanzando en el proceso de presupuesto para envío y finalización, este lo puede rechazar y regresar al “preparador” de quien recibió este presupuesto.

Ajustar y enviar



ANEXO TÉCNICO


1.7.1. Ajustar y enviar

Coor

dina

dor

de

pres

upue

sto

Revi

sor/

Ana

lista

Fase

1.6.1. Revisar y analizar

resultados planeados

¿Ajustes?

Realizar ajustes masivos a línea de ítem de presupuesto Ajustes masivos; lista,

selección, y detalles

Si, ajustes masivos

Ajustar presupuestos durante el año Actualizar

presupuestos desde origen

Si, ajustes amitad de año

Ajustar línea de ítem vía métodos o entrada directa Agregar items de

presupuestos Modificaciones de línea Notas de línea de ítem

Si, ajustes en línea de ítem

¿Acción a tomar?

Sin necesidad de ajustes

Rechazar escenario a

preparadores o revisores previos

Rechazar

Definir y ejecutar prorrateos (desagregaciones) en la versión master

Hacer prorrateos

Seleccionar versión y enviar a siguiente revisión

Enviar a aprobar

1.5.1. Modificar detalle en

presupuesto y enviar

1.8.1. Aprobar y finalizar

Mediante la intervención de este rol de revisor/analista, este tiene la capacidad de hacer ajustes al presupuesto cuando haya seleccionado la versión, es decir si aún hace falta hacer una modificación al presupuesto este podría hacerlo (un cambio de último momento por ejemplo), estos cambios pueden ser masivos, en línea del ítem de manera manual o un ajuste que tenga que hacerse en la mitad o en el inter de un periodo de tiempo, por ejemplo un ajuste a medio año. Este presupuesto puede ser rechazado y enviado a revisión nuevamente a los preparadores. Inclusive se pueden realizar prorrateos en la versión original (o master), que permitirá diversificar la distribución a modo que sea necesario. Cuando el presupuesto esté listo, este se manda a aprobar, y se envía la versión que se tenga como preliminar, debido a que falta la última revisión.



ANEXO TÉCNICO


Aprobar y Finalizar

1.8.1. Aprobar y finalizar

Op

erac

ion

esR

evis

or/

An

alis

taC

oo

rdin

ado

r d

e p

resu

pu

esto

Pla

na

ejec

uti

va (

ofi

cial

ia M

ay)

Fase

1.7.1.Ajustar y enviar

Recibe notificación en su lista de trabajo de

que el revisor ha enviado y finalizado el

plan/presupuesto

Analizar presupuestos

Ejecutar reportes de para revisar la información de presupuesto Análisis de versión Comparación de escenarios Resumen de métodos Comparación de

presupuesto Análisis objetivo planeado Comparación de unidad de

negocios

¿Acción a tomar?

Rechazar presupuestos

Definir y ejecutar prorrateos en la versión «maestra»

Definirprorrateos

Copiar una versión de trabajo

del plan/presupuesto

1.6.1.Revisar y analizar resultados

planeadosRechazar

Realizarajustes

Realizar ajustes masivos a la linea de item del presupuesto

en la versión «maestra»

Ajustar linea de ítem por medio de métodos o

entrada directa

Ajustar líneaítem

¿Requiere aprobación?

Exportar presupuesto aprobado (GL-RH)

No

Revisor consolida presupuesto y lo

aprueba o rechaza

Si

Rechazado Aprobado

Ejecutar plan de negocios (operar

negocio)

Manejo de controles internos

Revisar Plan

Si

El coordinador de presupuesto puede llegar a necesitar la aprobación de algún

área ejecutiva, dependiendo de las

políticas de la empresa

Aprobar plan

Rechazar plan1.6.1.Revisar y

analizar resultados planeados

Nota: la versión «maestra» contiene la(s) version(es) finales enviadas.

Por medio de una notificación del flujo de trabajo, el coordinador de presupuesto recibe la información que fue preparada, revisada y enviada como final, el coordinador de presupuesto, analiza la información final por medio de informes que permiten comparar escenarios, analizar la versión que se recibe, el resumen de los medios de cálculo que se utilizaron (métodos), e inclusive el comparar unidades de negocios. Si el coordinador de presupuesto desea realizar ajustes, lo puede hacer sobre la versión final. Como parte final de este proceso, el coordinador de presupuesto aprueba y ejecuta el envío de la información de presupuesto al módulo de GL de PeopleSoft.



ANEXO TÉCNICO


APENDICE II. Perfil de los Recursos. Los LICITANTES deberán presentar la documentación soporte que avale los estudios, conocimientos, certificaciones. del personal propuesto, tales como cedulas profesionales, títulos, constancias, certificados y diplomas, entre otros. Para la acreditación de la experiencia de cada perfil no se considerarán los proyectos escolares.

Líder de Proyecto

Descripción general

Deberá preparar y administrar el plan y cronograma de trabajo, establecer y monitorear todos los procedimientos del proyecto: Información de avance, control de calidad, identificar prioridades y dependencias, y gestionar el proyecto. Tendrá la relación directa con el Cliente: Dirección de Proyecto, Líderes del Proyecto. Coordinar las actividades de los consultores senior; funcional y técnico, del equipo de proyecto. Ejecutar revisiones semanales, informes de estado e incidencias. Coordinar la realización de revisiones de los entregables de las aplicaciones Oracle PeopleSoft, revisiones que se realizan con el objetivo de verificar la integridad de los trabajos, y del cumplimiento de estos con las normas y estándares convenidos con el Cliente.

Perfil Requerido

Estudios de Ingeniería o Licenciatura en Matemáticas Aplicadas, en Computación, Informática o equivalente. Experiencia mínima de diez años en áreas de tecnología de información. Participación directa en mínimo tres proyectos en los que haya realizado funciones de: integración de equipos de trabajo, análisis y levantamiento de requerimientos, identificación de áreas de oportunidad y planeación de sistemas gubernamentales. Experiencia de al menos 5 años desempeñando actividades gerenciales, como responsable de administración de personal. Habilidades de liderazgo, comunicación oral y escrita y ser orientado a resultados. Participación en por lo menos tres proyectos en los que se avale su experiencia.

Consultor Funcional PeopleSoft

Descripción General

Apoyar en todos los aspectos relacionados al diseño de la configuración a llevar a cabo en Oracle PeopleSoft, determinará los impactos funcionales, entre la funcionalidad nativa de los módulos de Oracle PeopleSoft y los procesos operativos del Cliente. Apoyará en el diseño y desarrollo de las especificaciones funcionales, Coordinará el soporte funcional Post-Producción de la funcionalidad nativa de los módulos Oracle PeopleSoft y de las adecuaciones realizadas en los módulos definidas y detalladas en el alcance del proyecto. Responsable de las siguientes actividades para la elaboración y entrega de entregables:

Apoyar en la elaboración y supervisar el avance.

Revisar el contenido y asegurar la congruencia entre lo comprometido y lo elaborado.

Entregar los productos al Líder de Proyecto. Definir la estructura de los documentos para los ciclos de prueba. Supervisar la elaboración y avance de los documentos para los ciclos de prueba. Participar en los ciclos de prueba. Definir la estructura de los manuales de usuario final y material de apoyo. Supervisar la elaboración y avance de los manuales de usuario final y material de apoyo. Participar en la sesiones de capacitación a usuarios clave (Capacitación de Capacitadores). Participar en las reuniones con los analistas o usuarios clave del Cliente, con el objetivo de confirmar alcance e identificar brechas. Desarrollar el documento de alcance funcional detallado y apoyar en el desarrollo del plan de trabajo detallado. El Consultor Funcional, tiene las siguientes características:

Experiencia funcional en la implementación de las aplicaciones de Oracle PeopleSoft.



ANEXO TÉCNICO


Experiencia en el uso de metodologías estructuradas para la implementación de sistemas.

Experiencia en el diseño de aplicaciones.

Experiencia en la configuración de las aplicaciones.

Experiencia en la definición de interfaces, identificación de cuestiones de conversión de datos y temas operacionales.

Experiencia en planificar, dirigir y controlar el trabajo diario de los consultores funcionales que conforman el equipo de trabajo funcional de implementación.

Experiencia para coordinar reuniones y entrevistas con los analistas o usuarios clave del Cliente.

Experiencia en diseño de funcionalidad con base en procesos punta a punta.

Perfil mínimo Requerido

Estudios de Ingeniería en Computación, Informática, en áreas administrativas o equivalente- Experiencia de 5 años en análisis, diseño y desarrollo de sistemas en el ERP PeopleSoft. Experiencia de tres años en el uso de metodologías de tecnologías de la información. Participación en por lo menos tres proyectos en los que se avale su experiencia.

Consultor Técnico PeopleSoft

Descripción General

Apoyar en todos los aspectos relacionados al diseño e implementación de las adecuaciones técnicas a llevar a cabo en Oracle PeopleSoft, determinar los impactos técnicos, entre la funcionalidad nativa de los módulos de Oracle PeopleSoft y los procesos operativos del Cliente. Apoyar en el diseño y desarrollo de las especificaciones técnicas, coordinar el soporte técnico Post-Producción de las adecuaciones realizadas de acuerdo a lo definido y detallado en el alcance del proyecto. Responsable de las siguientes actividades para la elaboración y entrega de entregables:

Apoyar en la elaboración y supervisar el avance.

Revisar el contenido y asegurar la congruencia entre lo comprometido y lo elaborado.

Entregar los productos al Líder de Proyecto. Definir el alcance de las adecuaciones realizadas y su vinculación con la funcionalidad nativa de Oracle PeopleSoft, para su incorporación en los documentos para los ciclos de prueba. Participar en los ciclos de prueba específicamente, en los procesos en donde se hayan realizado adecuaciones o nuevas funcionalidades. Definir la estructura de las adecuaciones o nuevas funcionalidades para la elaboración de los manuales de usuario final y material de apoyo. Participar en la sesiones de capacitación a usuarios clave (Capacitación de Capacitadores), en los procesos en donde se hayan realizado adecuaciones o nuevas funcionalidades. Participar en las reuniones con los analistas o usuarios clave del Cliente, con el objetivo de confirmar alcance de adecuaciones o nuevas funcionalidades e identificar brechas. Desarrollar el documento de alcance técnico detallado de adecuaciones o nuevas funcionalidades y apoyar en el desarrollo del plan de trabajo detallado. Apoyar al Consultor Funcional en las reuniones y entrevistas con los analistas o usuarios clave, cuyo objetivo sea el de definir adecuaciones o la construcción de nueva funcionalidad. El Consultor Técnico, deberá tener las siguientes características:

Experiencia técnica en el desarrollo de adecuaciones y nueva funcionalidad para las aplicaciones de Oracle PeopleSoft, utilizando herramientas de desarrollo propias de Oracle PeopleSoft.

Experiencia en el uso de metodologías estructuradas para el desarrollo y adecuación de funcionalidad de aplicaciones Oracle PeopleSoft.

Experiencia en el diseño de aplicaciones.

Experiencia en la definición y desarrollo de interfaces, y funcionalidad para la conversión de datos.

Experiencia en planificar, dirigir y controlar el trabajo diario de los consultores técnicos que conforman el equipo de trabajo técnico de implementación.

Experiencia para coordinar reuniones y entrevistas con los líderes técnicos, analistas o usuarios clave del Cliente.

Experiencia en diseño de funcionalidad con base en procesos punta a punta.

Perfil Requerido

Estudios de Ingeniería o Licenciatura en Matemáticas Aplicadas, en Computación, Informática o equivalente, titulado



ANEXO TÉCNICO


Experiencia de cinco años en análisis, diseño y desarrollo de sistemas utilizando las herramientas propias de PeopleSoft. Experiencia en el uso de metodologías de desarrollo de software. Participación en por lo menos tres proyectos en los que se avale su experiencia. Contar con al menos una certificación sobre la herramienta propia de PeopleSoft.

Desarrollador Java Descripción General

Se requiere que el LICITANTE cuente con los Desarrolladores, ya sea de nivel Junior, Senior o Master dependiendo de las necesidades del servicio, los cuales deberán construir los elementos de software requeridos.

Perfil Requerido

Estudios de Ingeniería o Licenciatura en Matemáticas Aplicadas, en Computación, Informática o equivalente. Experiencia de tres años en el desarrollo de sistemas de información para plataforma Web con bases de datos relacionales. Experiencia de dos años en desarrollo de sistemas utilizando herramientas de modelado en UML. Experiencia de dos años en desarrollo orientado a objetos. Participación en por lo menos tres proyectos en los que se avale su experiencia en el desarrollo de sistemas utilizando la tecnologías Java.

maagtic si; anexo 5 de formatos asi y opec - infotec.mx · envío de información de presupuesto...

Documents