Migración de Sebastian Portal del Empleado a Sebastian HR

Creado por Marta Paniagua, Modificado el Mie, 23 Abr a 9:53 A. M. por Marta Paniagua

Esta guía describe el proceso completo de migración desde Sebastian Portal del Empleado (PE) hacia Sebastian HR, incluyendo requisitos previos, configuraciones necesarias, funcionalidades migrables y recomendaciones posteriores al proceso.


La ruta de ejecución es:  Mantenimiento > Parámetros > Configuración > Integraciones > Sebastian Portal del empleado

Consideraciones Previas

⚠️ ¡Atención!


 Una vez ejecutado, no podrá volver a ejecutarse. Asegúrese de realizar todas las comprobaciones previas.


Este proceso es irreversible


Para poder migrar datos desde Sebastian Portal del Empleado, no pueden haber datos de Empleados en la aplicación.

Este proceso puede tardar. Ten paciencia.

El tiempo estimado depende del tamaño de la base de datos de origen.


Requisitos de Ejecución

  • Este proceso solo puede ser ejecutado por usuarios con perfil administrador .
  • Conocimientos técnicos: Es un proceso desatendido pero requiere:
    • Conocimientos en implantación de productos Flexygo
    • Manejo de SQL para resolver posibles incidencias
  • Arquitectura técnica:
    • Se ejecuta mediante una DLL
    • Por cada funcionalidad, se llama a un procedimiento almacenado (SP) modificable
    • Los JSON contienen todos los datos de las tablas de PE (excepto vacaciones que genera dos JSON: Uno para el tipo 5 -Bajas- y el resto)



Antes de migrar


Configuraciones Iniciales

  • Instalación de Sebastian HR: Asegúrate de tener Sebastian HR correctamente instalado.
  • Actualización de Sebastian PE: Debe estar en la última versión disponible. (6.9.0.5 o posterior)
  • Modo de Operación: Elegir entre PRO o LITE según la instalación prevista.
  • Este paso es previo a la integración de Sebastian HR con Ahora ERP.
  • Conexiones necesarias en el web.config:
    • SPEConnectionString: Referencia a la base de datos de Sebastian PE.
    • SPEConfConnectionString: (opcional, si se migran documentos) Referencia a la base de datos de la IC de Sebastian PE.


 <add name="SPEConnectionString" connectionString="Data Source=TUINSTANCIA;Initial Catalog=BD_SEBASTIAN_DATOS;Persist Security Info=True;User ID=sa;Password=TUPASS;TrustServerCertificate=true" providerName="System.Data.SqlClient" />
 <add name="SPEConfConnectionString" connectionString="Data Source=TUINSTANCIA;Initial Catalog=BD_SEBASTIAN_CONF;Persist Security Info=True;User ID=sa;Password=TUPASS;TrustServerCertificate=true" providerName="System.Data.SqlClient" />


ℹ️ Si las cadenas de conexión están encriptadas. Primero tendrás que desencriptarlas. Sigue los pasos del artículo Cómo modificar las cadenas de conexión encriptadas


Consideraciones Especiales

  • Tablas personalizadas: Este proceso solo migra las tablas estándar. Las tablas personalizadas deben gestionarse manualmente.
  • Objetos personalizados (solo si se migran documentos):
    • Crear previamente en HR los objetos personalizados existentes en PE.
    • Solo se migrarán documentos de objetos estándar o personalizados existentes antes de ejecutar la migración.
  • Tablas Conf_(si existen en Sebastian PE):
    • Crear previamente en HR, incluyendo triggers necesarios.

⚠️ Asegúrate de que las personalizaciones de Sebastian Portal del Empleado no son una funcionalidad estándar de Sebastian HR. 


Migración de Vacaciones

  • Mapear tipos de vacaciones entre PE y HR mediante el campo ExternalId. (Los Tipos con OriginId 1 en Sebastian PE ya están guardados en el ExternalId correspondendiente de HR)


  • El tipo 5 de PE no se sincroniza como vacaciones, se trata como baja laboral (Employees_Leaves) en HR y se migran sin necesidad de mapear el tipo.
  • Lo grupos de los tipos de vacaciones (tabla Holidays_Types_Groups) no se migran, ya que en Sebastian HR estos grupos llevan una funcionalidad interna asociada y únicamente pueden existir los de producto.
  • Los tipos que se hayan creado en Sebastian Portal del Empleado y no estén relacionados con los tipos estándar de Sebastian HR (no se hayan mapeado con el campo ExternalId) se crearán dentro del grupo Otros. Estos tipos se pueden asignar al grupo correspondiente una vez realizada la migración.

⚠️ Si los tipos de tu Sebastian PE son diferentes a los tipos de Sebastian PE estándar, asegúrate de controlar esos cambios editando el procesamiento de las vacaciones en el proceso almacenado en la base de datos de HR pSMEP_HolidaysData   


Por ejemplo, si en tu Sebastian PE hay más tipos de bajas o la id del tipo baja no es el 5.


Configuraciones Adicionales

  • Establecer OriginId de las bases de datos de Sebastian HR:
    • En la base de datos de configuración (IC) desde Sebastian HR
    • En la base de datos de datos desde el SQL.

Funcionalidades Migrables

Estas funcionalidades pueden activarse o desactivarse en el proceso mediante parámetros:

Empleados

Se migran siempre

Habilidades

Habilidades de los empleados

Reservas

Sistema de reservas

Sugerencias

Buzón de sugerencias

Documentos

Documentación asociada

Noticias

Comunicados internos

Vacaciones y permisos

Gestión de ausencias

Contratos

Contratos de los empleados

Cursos

Formación de empleados

Gastos

Gestión de gastos

Dispositivos

Equipos informáticos, móviles, etc. asignados

Equipos

Equipos de los empleados

Evaluaciones de desempeño

Registros de las evaluaciones de desempeño

Salud y supervisión

Datos médicos

Solicitudes

Gestión de peticiones

Fichajes

Control horario

Documentos de la IC

Gestión documental de objetos estándar y personalizados que estén creados antes de ejecutar el proceso de migración


  • Todas las tablas migradas se registran en la tabla de la BD de datos SMEP_MigratedData para poder consultarlas.

Pasos Posteriores a la Migración

Configuraciones Básicas

  • Asignar convenio:
    • Relacionarlo con las categorías.
    • Relacionar categorías con los puestos.
  • Configurar oficinas:
    • Asignar compañía.
    • Vincular calendario.

Migración de Documentos

  • Si los documentos están en /custom, copiar la carpeta a la nueva ubicación /custom.
  • Si están en otra carpeta, y la ruta no cambia, solo configurar impersonate en Admin Area > Parámetros > Impersonate.

Tipos de vacaciones

  • Si se han migrado nuevos tipos de vacaciones, recuerda asignarlos al grupo correspondiente.

Completar la configuración inicial faltante.

Siguiendo los artículos de la carpeta Primeros pasos.

Casos Especiales

Contratos duplicados abiertos

  • Se mantiene el último abierto.
  • Los anteriores se cierran con fecha de fin un día antes del siguiente inicio.

Vacaciones totales

Se migran como días laborables.

Bajas

Migradas con ID = 100 (Baja laboral por enfermedad).

¿Le ha sido útil este artículo?

¡Qué bien!

Gracias por sus comentarios

¡Sentimos mucho no haber sido de ayuda!

Gracias por sus comentarios

¡Háganos saber cómo podemos mejorar este artículo!

Seleccione al menos una de las razones
Se requiere la verificación del CAPTCHA.

Sus comentarios se han enviado

Agradecemos su esfuerzo e intentaremos corregir el artículo