Professional Documents
Culture Documents
FINANCIERA
CONTROL DE VERSIONES
Revisado /
Fecha Vers. Estado Realizado Descripción
Actualizado
12/07/2017 1.0.0 Draft Jesús Camero Construcción de documento
Javier
Tomaselli / Complementación técnica y revisión.
24/07/2017 1.1.0 Controlado Oscar Cardozo
Dayanette Primera versión del documento.
Fernández
28/07/2017 1.2.0 Entregado Jesús Camero Laura Salinas Segunda versión del documento
25/08/2017 1.3.0 Entregado Jesús Camero Laura Salinas Tercera versión del documento
Oscar
Cardozo /
03/10/2017 1.4.0 Modificado Jesús Camero Cuarta versión del documento
Dayanette
Fernández
El propósito de este documento es desarrollar los diseños, planes y procedimientos para soportar la migración de
datos heredados durante la implementación del sistema.
Las tareas a realizar bajo responsabilidad de personal técnico de IPS para la extracción de datos disponibles en
los sistemas actuales de IPS, depuración, enriquecimiento, conversión, entrega y resguardo de la información; se
detallarán en un plan de trabajo subsidiario bajo responsabilidad de IPS que cubra las actividades mencionadas,
al cual se le dará control y seguimiento por parte del equipo asignado al proyecto.
Datos
Es el sistema contable de IPS donde se gestiona los estados financieros para el ente gubernamental.
Se tomó como base para la definición del plan de cuentas aplicable a SAP, pero, luego de analizar las cuentas,
su nomenclatura y necesidades de depuración, se procedió a definir un nuevo plan de cuentas a cargar, y por
tanto, solo se tomará la descripción de las cuentas en SICO.
La información deberá completarse manualmente.
El personal de IPS que participa del proceso de carga inicial tiene acceso a los sistemas involucrados. No se
detectaron problemas de autorizaciones para la extracción de la información.
Será necesario depurar y enriquecer la información extraída, además de convertir los valores del sistema
involucrado a los valores utilizados por el sistema SAP; tal como se menciona más adelante en este documento.
5. OBJETOS A MIGRAR
Se detallan a continuación los objetos de SAP S/4HANA comprendidos en el alcance de la implementación, que
serán migrados mediantes procedimientos de carga inicial.
El plan de cuentas es el dato maestro más importante para la sociedad FI, utilizado para actualizar la contabilidad
en forma estándar con un concepto unificado. Con un patrón único para todos los registros contables que sean
realizados. Soportar las necesidades independientes de cada uno de los segmentos y de reportes para el IPS, así
como los requisitos legales/fiscales del país. Se gestiona con un código numérico de 10 caracteres para cada
cuenta contable, siendo la transacción asociada FS00.
En ese sentido, la siguiente información es necesaria para la creación de una nueva entrada en el sistema:
Para realizar el traslado de los saldos de cuentas de balance al nuevo sistema integrado SAP se requiere realizar
una revisión y depuración de cada saldo de cuenta. Esto con el fin de poder realizar una limpieza de las cuentas
y que se carguen saldos verdaderamente existentes. De igual forma se debe poder separar los saldos de cada
cuenta por cada uno de los segmentos en los que esta agrupado los saldos (Administración, Salud y Jubilación),
segmentos definidos en el documento de Modelo de Datos y Mapa de Procesos a Implementar. La sumatoria de
los saldos por cuenta y segmento debe ser el saldo de las cuentas de balance de IPS. Para poder llegar a dichos
saldos por segmentos los asientos contables que se realicen deben llevar de forma obligatoria el campo centro
de beneficio, definido para cada segmento. En ese sentido, la siguiente información es necesaria para la creación
de una nueva entrada en el sistema:
Asignación No Alfanumérico 18
Texto No Alfanumérico 50
ClvCT Sí Alfanumérico 2
Cuenta Sí Alfanumérico 10
Importe Sí Numérico 13 2
Centro de Costo No Alfanumérico 10
Centro de Beneficio No Alfanumérico 7
Fecha valor No Fecha 8
Asignación No Alfanumérico 18
Texto No Alfanumérico 50
Para realizar el traslado de los saldos de cuentas de resultado al nuevo sistema integrado SAP se requiere
realizar una revisión y depuración de cada saldo de cuenta. Esto con el fin de poder realizar una limpieza de las
cuentas y que se carguen saldos verdaderamente existentes. De igual forma se debe poder separar los saldos
de cada cuenta por cada uno de los centros de costos donde se causó el gasto. Centros de costos definidos en
el documento de Modelo de Datos y Mapa de Procesos a Implementar. La sumatoria de los saldos por cuenta y
centro de costos debe ser el saldo de las cuentas de resultado de IPS. Para poder llegar a dichos saldos por
centros de costos los asientos contables que se realicen deben llevar de forma obligatoria el campo centro de
centro de costo, definido para cada área de la organización. En ese sentido, la siguiente información es necesaria
para la creación de una nueva entrada en el sistema:
Asignación No Alfanumérico 18
Texto No Alfanumérico 50
ClvCT Sí Alfanumérico 2
Cuenta Sí Alfanumérico 10
Importe Sí Numérico 13 2
Centro de Costo No Alfanumérico 10
Centro de Beneficio No Alfanumérico 7
Fecha valor No Fecha 8
Asignación No Alfanumérico 18
Texto No Alfanumérico 50
Con relación a las cuentas de balance de partidas abiertas (*). Para realizar el traslado de las partidas abiertas
de cuentas de balance al nuevo sistema integrado SAP se requiere realizar una revisión y depuración de cada
una de las partidas. Esto con el fin de poder realizar una limpieza de las cuentas y que se carguen solo las
partidas abiertas verdaderamente existentes. De igual forma se debe poder separar las partidas abiertas de cada
cuenta por cada uno de los segmentos en los que esta agrupado (Administración, Salud y Jubilación), segmentos
definidos en el documento de Modelo de Datos y Mapa de Procesos a Implementar. La sumatoria de las partidas
abiertas por cuenta y segmento debe ser el saldo de las cuentas de balance de IPS. Para poder llegar a dichos
saldos por segmentos los asientos contables que se realicen deben llevar de forma obligatoria el campo centro
de beneficio, definido para cada segmento. En ese sentido, la siguiente información es necesaria para la creación
de una nueva entrada en el sistema:
En esta sección, se describe la forma en la que los datos requeridos por SAP van a ser obtenidos a partir de los
sistemas fuente actuales.
Podemos clasificar estos datos según su dominio, el cual identifica quien proporciona la información para cada
uno de ellos.
Son valores que pertenecen al dominio del usuario responsable. Por lo tanto, las verificaciones funcionales de
coherencia de los datos ingresados son de responsabilidad total del usuario. Es decir, el sistema no realiza
ninguna verificación de la idoneidad de los datos limitándose solamente a la verificación del formato (numérico,
fecha, etc.).
En el caso de la definición de maestros de datos (fondo, área funcional, etc.), es necesario definir primero la
estructura informativa que estos datos deben considerar. Para el resto de datos se debe evaluar qué información
relevante del negocio se debe trasladar.
Considerando la disponibilidad informativa de los datos fuente y destino, podemos clasificar los datos según su
utilización.
Son valores para los cuales se puede identificar el destino en SAP de la información a ser migrada de IPS. Por
ejemplo, el fondo SAP equivale al Tipo de programa IPS.
Son valores para los cuales aún no se ha podido identificar su utilización al 100%. Por ejemplo, El texto de
cabecera de presupuesto aún está pendiente definir qué información debe guardar.
Son valores propios del negocio IPS que requieren ser almacenados en SAP para su gestión posterior y para los
cuales aún no se ha podido identificar un campo destino adecuado.
Actualmente IPS utiliza el plan de cuentas que le genera el sistema SICO del Ministerio de Hacienda. Dicho plan
de cuentas fue revisado con la Dirección de Contabilidad y Presupuesto y el Consultor SAP de FIGL. De esta
revisión, se procedió a definir el nuevo plan de cuentas de IPS para ser utilizado en SAP. Por lo que la depuración
de las cuentas contables a utilizar ya se realizó, el siguiente paso será revisar las características y campos
requeridos para cada cuenta dependiendo del grupo al cual pertenezca. Por lo consiguiente el llenado de esta
plantilla se hace primordial para el buen funcionamiento de las cuentas contables.
Clase de cuenta es concepto contable por el cual podremos agrupara y realizar validaciones. Las clases son
o Activo.
o Pasivo.
o Patrimonio neto.
o Ingresos.
o Egresos de gestión.
o Cuentas de orden.
Los grupos de cuentas son excluyentes y definen rangos de cuentas también excluyentes (no se solapan).
Hay conjuntos de grupo de cuentas para cada clase de cuentas. Por lo que podrá controlarse que el número de
cuenta sea válido para el grupo de cuenta correspondiente.
El trabajo de llenado de los campos de usuario los realizara el usuario líderes de contabilidad general
acorde con la información requerida por cada una de las cuentas contables que se están definiendo
partiendo desde el documento de modelo de datos y mapa de procesos de contabilidad general.
Se realizará depuración de partidas abiertas del balance a migrar antes del proceso de carga.
La información a migrar que es relevante para IPS es:
Código de cuenta contable.
Importe individual.
Centro de Beneficio por por partida individual, dependiendo del segmento al cual corresponda.
Fecha de documento.
Número del documento.
La carga de datos se realizará de forma estandarizada, según la herramienta disponible en SAP más apropiada
para cada objeto de migración.
Se describe a continuación los criterios generales que aplican a todos los objetos, y más adelante, las
consideraciones particulares de cada uno.
La información para la carga inicial deberá estar disponible antes del comienzo de la etapa de Pruebas
Integrales, respetando las dependencias que se detallan más adelante en el documento.
Para procedimiento manual o mediante programa de carga, la información deberá ser entregada en plantillas
Excel con el formato que se detalla para cada uno de los objetos de migración.
Para la carga mediante la herramienta SAP Migration Cockpit, la información deberá ser entregada en archivos
XML (Extensible Markup Language), con el mismo diseño y formato que las plantillas predefinidas por SAP para
cada objeto, las cuales serán provistas por el equipo técnico de INFOCENTER.
Durante todo el proceso de carga inicial, las plantillas Excel serán manipuladas por el personal funcional
responsable de IPS, quien asigna clave de acceso para la apertura de los archivos, conocida exclusivamente por
cada persona responsable del dato a registrar.
Las plantillas serán almacenadas en el SharePoint del IPS cuyo acceso será restringido (mediante la definición
de perfiles), permitiendo la modificación solo a las personas responsables de las cargas, según lo determinado
por la gerencia de tecnología de IPS.
Las plantillas serán almacenadas en SharePoint directamente por personal de IPS que se encargue de las tareas
de conversión, evitando el envío por mail y exposición indebida de la información que contengan.
La herramienta SharePoint registra en un log los datos de la persona que carga o modifica la información, fecha y
hora, dando cumplimiento de esa forma a los controles de auditoria pertinentes.
Para el proceso de carga, los archivos serán transferidos de SharePoint a las carpetas en el servidor de
aplicación del sistema SAP, desde donde serán procesadas por las herramientas o programas de carga, sin
manipulación por parte de los consultores funcionales, tal como se menciona en el entregable 3 (Modelo de
Datos – Enfoque de Migración de Datos Maestros).
SharePonit permite a personal de IPS y del proyecto debidamente autorizado, acceder en todo momento a la
información relacionada a la carga inicial.
Por otro lado, se informará las fechas planificadas para la entrega de los datos (tanto para las pruebas como para
la entrada en productivo), de forma tal que el equipo de proyecto pueda disponer de la información requerida
oportunamente.
Se detallan por objeto los controles para evaluar de forma previa la calidad de la información recibida por IPS.
Para la carga mediante la herramienta SAP Migration Cockpit, se procederá a verificar la información mediante la
funcionalidad de Test, la cual simula la carga, sin realizar el registro de la información en SAP. Esta herramienta
se describe con más detalles en el entregable 3 (Modelo de Datos – Enfoque de Migración de Datos Maestros).
Para la carga mediante programa, más adelante en el documento se indicarán los controles que se realizarán
sobre el contenido de la planilla Excel. En todos los casos, el programa informará los errores de forma tal que
sean identificables y corregibles. Si la función estándar de SAP a utilizar dispone de la modalidad de test, el
programa dispondrá de un parámetro, permitiendo la simulación de la carga antes de realizar la misma.
En los casos de carga mediante programa donde no es posible simular la misma, las funciones estándar a utilizar
realizan los mismos controles que si la información se ingresa manualmente, asegurando la validez y
consistencia del dato.
Para cada objeto a migrar se detallan los procedimientos para medir el resultado de la migración, los cuales son
adicionales a las validaciones que realiza SAP en el registro de la información.
La información migrada en SAP será accesible según las autorizaciones que se definirán como parte del proyecto,
mediante roles y perfiles que serán asignados a los usuarios del sistema.
La definición de roles y perfiles se realizará teniendo en cuenta la segregación de funciones y buenas prácticas,
las cuales estarán en el Plan de Roles, Perfiles y Autorizaciones.
En la herramienta SAP Migration Cockpit no se tiene predefinido este objeto para la migración. Por tal motivo, se debe desarrollar un LSMW para
la carga que pueda crear los datos maestros utilizando como base la transacción estándar FS00 de SAP.
Los siguientes datos deben formar parte del programa ya sea como parámetros de selección, variables o constantes predefinidas
Adicionalmente a las validaciones estándar de SAP, se validará el proceso de migración según los siguientes criterios:
Validar a través de la tabla SKA1 y SKB1 de la cantidad de Cuentas Contables cargados.
Indicar controles aleatorios, 20% a controlar, forma de control. Visualizando los campos cargados y validándolos con la plantilla de carga.
Entrar a visualizar las Cuentas Contables Creadas en la transacción FS00 - Central.
Se utilizará la herramienta Migration Cockpit, que tiene predefinido el objeto de migración GL Account Open Items (Partidas Abiertas de
Contabilidad), cuya plantilla de carga es SIF_GL_OPEN_ITEM.
Adicionalmente a las validaciones estándar de SAP, se validará el proceso de migración según los siguientes criterios:
Validar a través de la tabla ACDOCA de la cantidad de Cuentas Contables cargados.
Indicar controles aleatorios, 20% a controlar, forma de control. Visualizando los campos cargados y validándolos con la plantilla de carga.
Visualizar reporte de balance en SAP y cotejar con saldos de SICO.
Se utilizará la herramienta Migration Cockpit, que tiene predefinido el objeto de migración GL Account Open Items (Partidas Abiertas de
Contabilidad), cuya plantilla de carga es SIF_GL_OPEN_ITEM.
Adicionalmente a las validaciones estándar de SAP, se validará el proceso de migración según los siguientes criterios:
Validar a través de la tabla ACDOCA, la cantidad de Cuentas Contables y sus saldos sumados por CeCos cargadas.
Indicar controles aleatorios, 20% a controlar, forma de control. Visualizando los campos cargados y validándolos con la plantilla de carga.
Visualizar reporte de estado de resultados en SAP y cotejar con saldos de SICO.
Se utilizará la herramienta Migration Cockpit, que tiene predefinido el objeto de migración GL Account Open Items (Partidas Abiertas de
Contabilidad), cuya plantilla de carga es SIF_GL_OPEN_ITEM.
Adicionalmente a las validaciones estándar de SAP, se validará el proceso de migración según los siguientes criterios:
Validar a través de la tabla ACDOCA de la cantidad de partidas abiertas cargadas.
Indicar controles aleatorios, 20% a controlar, forma de control. Visualizando los campos cargados y validándolos con la plantilla de carga.
Visualizar reporte de balance de las cuentas con partidas abiertas en SAP y cotejar con saldos de SICO.
Es necesario asignar un responsable para poder realizar la tarea de recopilación de información. Esta tarea debe
ser supervisada y apoyada por los usuarios líderes.
Es necesario especificar claramente que información adicional de IPS va a ser migrada a SAP considerando el
impacto no solo en GL sino en otros módulos que toman información de esta. (Por ejemplo partidas por centro
de costos y/o centros de beneficios).
Los avances en la recopilación deben ser reportados semanalmente para poder levantar issues que puedan
presentarse en el camino.