Estás trabajando sin conexión, espera a que vuelva la conexión a Internet

Mensaje de error cuando intenta asignar un plan de pago recién creado en humanos recursos Self Service Suite para Business Portal en Microsoft Dynamics GP: "el plan de pago tiene fechas que se superponen con la programación de pago activ...

IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.

Haga clic aquí para ver el artículo original (en inglés): 978268
Síntomas
Cuando intenta asignar un plan de pago recién creado en humanos recursos Self Service Suite (HRMSSS) para Business Portal (BP) en Microsoft Dynamics GP o cambiar una programación de pago existente, recibirá uno de los siguientes mensajes de error:


El plan de pago tiene fechas que se superponen con la programación de pago activos del año pasado. No se puede guardar dos programaciones de pago activos que comparten las fechas.

o

Los períodos de pago asignados a este plan de pago no coincide con la frecuencia de pago. Volver a calcular los períodos de pago de la programación de pago.
Causa
El problema con el primer mensaje anterior se produce porque pagar la fecha de comienzo del período 1 en la nueva programación se superpone con la fecha del último período en el plan de pago anterior. Sin embargo, el módulo HRMSSS requiere que un plan de pago debe ser dura 365 días y no admite fechas omitir o superpuesto entre dos programaciones.


El problema con el segundo mensaje anterior es que el plan de pago es 364 días largos y el sistema requiere que sea dura 365 días antes de que cualquier cambio que se permitirá o se puede crear una nueva programación de pago junto a ella.

Solución

Ejemplo:

Supongamos que la programación de pago de 2016 se ejecuta desde el 23 de diciembre de 2016 a 22 de diciembre de 2017. En este ejemplo, desea crear una nueva programación de pago denominada '2017' que inicia el 22 de diciembre de 2017, pero no puede porque ya ha sido utilizado por el programa previo pago.

Programación de pago: A partir de fecha - fecha final

2016: está configurado actualmente para fechas 23/12/2016 - 22/12/2017

2017: usted desea fechas 22/12/2017 - 21/12/2018; Para iniciar esta nueva programación en 22/12/2017, pero no puede porque esta fecha ya ha sido utilizada por la programación de pago anteriores.

Nota: El sistema requiere el 'nombre' del período para coincidir con la marca 'año' en la 'fecha inicial' en ese plan de pago.

Para evitar este problema, utilice uno de los métodos siguientes:

  • Si utilizas BP 4.0 con Microsoft Dynamics GP 10.0, utilizan el método 1 o el método 2 a continuación.
  • Si está utilizando BP 5.0 o 5.1 BP con Microsoft Dynamics GP 2010 o BP 6.0 o 6.1 con Microsoft Dynamics GP 2013 y tiene 27 períodos (quincenal) o 53 (semanal), utilice el método 1 o el método 2 a continuación.
  • Si se utiliza con Microsoft Dynamics GP 2010 o BP 6.0 o 6.1 con Microsoft Dynamics GP 2013 BP 5.0 o 5.1 BP y tienen 26 períodos (quincenal) o 52 (semanalmente) porque hizo clic en la opción "Usar sólo completa períodos de pago", utilice el método 1 o el método 3 más abajo. La programación de pago de 2016 ya puede terminar en 21/12/2017, pero no le permitirá crear una nueva programación de 2016, que comienza el 22/12/2017, aunque esta fecha no se ha utilizado en la programación de pago previo.


Método 1: Desasignar la programación de pago últimos para no mira el sistema.


Si ha terminado utilizando el pasado plan de pago y todas las tarjetas de horas trabajadas se aprueban a través hasta su finalización, entonces se puede desasignar simplemente ese plan de pago de todos los empleados y ya no tendrá en cuenta el sistema. A continuación, podrá crear la nueva programación de pago a partir de cualquier fecha desee. Esto es el método más rápido y fácil para evitar este problema, si puede esperar hasta que ya no se utiliza la programación anterior y todas las tarjetas de horas trabajadas utilizando ese plan de pago han sido aprobados/completados.

1. Inicie sesión en BP como administrador.

2. Haga clic en la ficha administración .

3. Haga clic en el programa de instalación de la tarjeta de registro.

4. Seleccione la correcta Programación de pago y haga clic en el botón asignar .

5. Utilice la lista desplegable restringir por para seleccionar departamento y haga clic en Desmarcar todo. A continuación, restringir por empleado y seleccione Desmarcar todo. (Consulte por ubicación y posición, aunque se utilizan menos a menudo). Guardar.

6. ahora puede crear una nueva programación pago inicial y haga clic en Agregar en cualquier fecha que desee.



Nota: No 'eliminar' la programación de pago previo de Business Portal. La programación de pago debe existir para que los datos históricos se pueden ver. Sin embargo, si la programación de pago anteriores se elimina de la ventana Plan de pago, usted simplemente puede crear otra vez, pero no asigna a los empleados. Sólo tiene que existir para mostrar más allá de la historia de la tarjeta de registro.

Método 2: Modificar las fechas de la programación de pago si tiene períodos de 27 ó 53 mediante secuencias de comandos de Microsoft SQL

Nota: Antes de seguir las instrucciones de este artículo, asegúrese de que tiene una copia de seguridad completa de la base de datos que pueda restaurar si surge algún problema.


Notas adicionales:
  • Le recomendamos que realice una copia de seguridad. Tenga en cuenta las fechas de inicio y las fechas de finalización de todas las programaciones de pago para que pueda modificar en consecuencia las secuencias de comandos SQL.
  • Es recomendable que apruebe todas las tarjetas de horas trabajadas en el payschedule que desea cambiar. Por lo tanto, debe seguir estos pasos hasta el botónDejar de hablar de la programación de pago.

El objetivo de los pasos siguientes son cambiar el nombre del último período (período de 27 o período 53) como período 0, por lo que el sistema moverá ese período hasta el principio de la programación. A continuación, cambiaremos la marca del año en ese período, para que el día adicional se agrega al principio de la programación en el año anterior y del final de la programación para liberar esa fecha. Básicamente, esto desliza la programación para ser un día antes (o 22/12/2016-21/12/2017). Necesitamos hacerlo porque el sistema todavía requiere la programación sea dura 365 días.

Paso 1
Ejecute la secuencia de comandos apropiado para cambiar el valor de ID de período del valor semanal o quincenal a 0 como sigue. El último período Esto moverá al principio de la programación de pago:
BIWEEKLY:update HRM_PayPeriod set PayPeriodID ='0' where PayPeriodID ='27' and yearid='2016' and frequencyid ='2'WEEKLY:update HRM_PayPeriod set PayPeriodID ='0' where PayPeriodID ='53' and yearid='2016' and frequencyid ='1'


Nota: Actualizar el yearid en la secuencia de comandos anterior en el nombre de la programación de pago anterior. En estos ejemplos scripts sólo portada semanal y quincenal, pero también pueden modificarse adecuadamente si el programa es una frecuencia mensual o Bimensual distinta. Abra un caso de soporte para obtener los valores para insertar en la secuencia de comandos.

Paso 2
Ejecute la secuencia de comandos apropiado a continuación para cambiar el valor de Período de nombre para que coincida con:

BIWEEKLY:update HRM_PayPeriod set Name = 'Period 0' where Name = 'Period 27' and Yearid = '2016' and frequencyid = '2'WEEKLY:update HRM_PayPeriod set Name = 'Period 0' where Name = 'Period 53' and Yearid = '2016' and frequencyid = '1'




Paso 3
Ahora necesitará cambiar el inicio y finalización en el período 0 como el año anterior, por lo que se agrega el día adicional al principio de la programación de pago. Ejecutar secuencias de comandos para cambiar la fecha de comienzo primero período 0 y, a continuación, la fecha final para el período 0:
BIWEEKLY:update HRM_PayPeriod set BeginDate ='2016-12-22' where payperiodid ='0' and yearid='2016' and frequencyid ='2'update HRM_PayPeriod set EndDate ='2016-12-22' where payperiodid ='0' and yearid='2016' and frequencyid ='2'WEEKLY:update HRM_PayPeriod set BeginDate ='2016-12-22' where payperiodid ='0' and yearid='2016' and frequencyid ='1'update HRM_PayPeriod set EndDate ='2016-12-22' where payperiodid ='0' and yearid='2016' and frequencyid ='1'
Nota: La fecha del último período fue el 22/12/2017-22/12/2017 y ya ha cambiado para que sea 12/22/2016-12/22/2016 que el día adicional se agrega al principio de la programación cambiando sólo la marca año en él. Finaliza el período de 26 o 52 21/12/2017.



Paso 4
Ejecute la siguiente secuencia de comandos para actualizar la tabla de HRM_PaySchedule para que coincida con la nueva fecha de comienzo del período de 0 en la tabla HRM_PayPeriod:
BIWEEKLY:update HRM_payschedule set BeginDate='2016-12-22' where yearid='2016' and frequencyid ='2'WEEKLY:update HRM_payschedule set BeginDate='2016-12-22' where yearid='2016' and frequencyid ='1'
Nota: Para comprobar que el valor de BeginDate en la tabla de HRM_PaySchedule coincide con el valor de BeginDate del período 0 en la tabla HRM_PayPeriod , ejecute el siguiente script:
BIWEEKLY:Select BeginDate, * from HRM_PayPeriod where yearid ='2016' and frequencyid = 2 and PayPeriodID = 0Select BeginDate, * from HRM_PaySchedule where yearid ='2016' and frequencyid = 2WEEKLY:Select BeginDate, * from HRM_PayPeriod where yearid ='2016' and frequencyid = 1 and PayPeriodID = 0Select BeginDate, * from HRM_PaySchedule where yearid ='2016' and frequencyid = 1 

Paso 5
Ahora puede crear una nueva programación de pago para 2017con la fecha de inicio de "22/12/2017". En BP, haga clic en laFicha administración y haga clic en El programa de instalación de la tarjeta de registro. Haga clic en el botón Agregar en la sección programaciones de pago. Escriba la frecuencia y Empezar a fecha de 22/12/2017 y haga clic enCalcular períodos de pago. Guardar.


Nota
la nueva programación de pago también creará un período 27 o 53 período adicional para el día adicional (ya que 365 no sea divisible por 7). Sin embargo, no se recomienda modificar el período adicional en este momento. De lo contrario, el plan de pago se superpongan con la programación de pago actual anterior otra vez, así que debe esperar hasta el final del año para modificarlo.


Paso 6
Seleccione el plan de pago y haga clic en el botón asignar para asignar la nueva programación a departamentos, ubicaciones, determinados empleados o posiciones.





Método 3: Modificar las fechas de la programación de pago si tienes 26 o 52 períodos mediante secuencias de comandos de Microsoft SQL



Nota: Antes de seguir las instrucciones de este artículo, asegúrese de que tiene una copia de seguridad completa de la base de datos que pueda restaurar si surge algún problema.


Notas adicionales:
  • Le recomendamos que realice una copia de seguridad. Tenga en cuenta las fechas de inicio y las fechas de finalización de todas las programaciones de pago para que pueda modificar en consecuencia las secuencias de comandos SQL.
  • Es recomendable que apruebe todas las tarjetas de horas trabajadas en el plan de pago que desea cambiar. Por lo tanto, debe seguir estos pasos hasta el final de la programación de pago.


En este ejemplo, la programación de pago existente de 2016 va desde 23/12/2016 - 21/12/2017 (y tiene 26 o 52 períodos de pago). Desea realizar un cambio en la programación de pago existente o crear una nueva programación que comienza el 22/12/2017, pero todavía está recibiendo un error, incluso aunque no se utiliza esta fecha por la programación de pago existente. El sistema no le permitirá crear la nueva programación de pago porque el programa previo es largas no 365 días.


Son el objetivo de los pasos siguientes agregar un día adicional a la programación existente para hacerla 365 días, por lo que, a continuación, podrá crear la nueva programación de pago.

Paso 1
Revise las fechas actuales en el período 1 y el último período (período de 26 o período de 52) en la programación de pago existentes:
BIWEEKLY: Select * from HRM_PayPeriod where yearid='2016' and frequencyid ='2'WEEKLY: Select * from HRM_PayPeriod where yearid='2016' and frequencyid ='1'


Nota: Actualizar el yearid en la secuencia de comandos anterior en el nombre de la programación de pago existente. En estos ejemplos scripts sólo portada semanal y quincenal, pero también pueden modificarse adecuadamente si el programa es una frecuencia mensual o Bimensual distinta. Abra un caso de soporte para obtener los valores para insertar en la secuencia de comandos.

Paso 2

Realizar una copia de la fecha inicial en el período 1 por un día, para agregar un día adicional al principio de la programación de pago para que sea dura 365 días.

BIWEEKLY:update HRM_PayPeriod set BeginDate ='2016-12-22' where payperiodid ='1' and yearid='2016' and frequencyid ='2'WEEKLY:update HRM_PayPeriod set BeginDate ='2016-12-22' where payperiodid ='1' and yearid='2016' and frequencyid ='1'
Nota: Si agrega la fecha inicial se superpone con el 2012 previo pago programación, primero debe desasignar esa antigua agenda de todos los empleados, por lo que el sistema no se preocupa por él y no ve otro problema superpuesto.



Tenga en cuenta que esto hará que la programación de pago ir desde 12/22/2016-12/21/2017 que agrega el día adicional al principio de la programación para hacerla dura 365 días.


Paso 3
Ejecute la siguiente secuencia de comandos para actualizar la tabla de HRM_PaySchedule para que coincida con la nueva fecha de comienzo del período 1 en la tabla HRM_PayPeriod:
BIWEEKLY:update HRM_payschedule set BeginDate='2016-12-22' where yearid='2016' and frequencyid ='2'WEEKLY:update HRM_payschedule set BeginDate='2016-12-22' where yearid='2016' and frequencyid ='1'
Nota: Para comprobar que el valor de BeginDate en la tabla de HRM_PaySchedule coincide con el valor de BeginDate del período 0 en la tabla HRM_PayPeriod , ejecute el siguiente script:
BIWEEKLY:Select BeginDate, * from HRM_PayPeriod where yearid ='2016' and frequencyid = 2 and PayPeriodID = 0Select BeginDate, * from HRM_PaySchedule where yearid ='2016' and frequencyid = 2WEEKLY:Select BeginDate, * from HRM_PayPeriod where yearid ='2016' and frequencyid = 1 and PayPeriodID = 0Select BeginDate, * from HRM_PaySchedule where yearid ='2016' and frequencyid = 1

Paso 4
Ahora puede crear una nueva programación de pago para 2017con la fecha de inicio de "22/12/2017". En BP, haga clic en laFicha administración y haga clic en El programa de instalación de la tarjeta de registro. Haga clic en el botón Agregar en la sección programaciones de pago. Escriba la frecuencia y Empezar a fecha de 22/12/2017 y haga clic enCalcular períodos de pago. Guardar.


Nota
la nueva programación de pago también creará un extra 27 período o período 53 del día adicional (ya que 365 no sea divisible por 7) o si utiliza "Utilizar sólo completa períodos de pago", creará 26 o períodos de pago 52 otra vez. Sin embargo, no se recomienda modificar el período adicional en este momento. De lo contrario, el plan de pago se superpongan con la programación de pago actual anterior otra vez, así que debe esperar hasta el final del año para modificarlo.


Paso 5
Seleccione el plan de pago y haga clic en el botón asignar para asignar la nueva programación a departamentos, ubicaciones, determinados empleados o posiciones.


HRMSSS BP HRM

Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 978268 - Última revisión: 09/16/2016 21:03:00 - Revisión: 2.9

Microsoft Dynamics GP 2013, Microsoft Dynamics GP 2010, Business Portal 5.1, Business Portal 5.0, Microsoft Dynamics GP 10.0, Business Portal for Microsoft Dynamics GP 10.0, Microsoft Dynamics GP 9.0, Business Portal 3.0

  • kberrmsg kbexpertiseadvanced kbsurveynew kbexpertisebeginner kbtshoot kbmbsmigrate kbprb kbexpertiseinter kbmt KB978268 KbMtes
Comentarios