Mensaje de error al intentar 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 activos ...

Seleccione idioma Seleccione idioma
Id. de artículo: 978268 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

En esta página

Síntomas

Al intentar 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 el plan 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 la programación de pago previo. Sin embargo, el módulo HRMSSS requiere que un plan de pago debe ser 365 días y no admite fechas omitir o solapado entre dos programaciones.


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

Solución


Ejemplo:

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

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

2012: 12/24/2012 - 23/12/2013

2013: 12/23/2013 - 22/12/2014--Empezar a 23/12/2013 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 que coincida 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 está utilizando BP 4.0 con Microsoft Dynamics GP 10.0, utiliza 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 6.0 BP 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 está utilizando BP 5.0 o 5.1 BP con Microsoft Dynamics GP 2010 o 6.0 BP con Microsoft Dynamics GP 2013 y tiene 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 a continuación. La programación de pago 2012 ya puede terminar en 22/12/2013, pero no le permitirá crear una nueva programación para 2013 que comienza el 23/12/2013, incluso si esta fecha no se ha utilizado en la programación de pago previo.


Método 1: Desasignar la programación de pago pasado por lo que el sistema no mira.


Cuando haya terminado de utilizar el pasado pagar programación y todas las tarjetas de horas trabajadas se aprueban a través hasta su finalización, puede simplemente cancelar la asignación de ese plan de pago de todos los empleados y ya no tendrá en cuenta el sistema. Luego, podrá crear la nueva programación de pago a partir de cualquier fecha desee. Este 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 previa y tarjetas de horas trabajadas todos con ese plan de pago se han aprobado y terminados.

1. Inicie una 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 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 con menos frecuencia). Guardar.

6. Ahora puede crear nuevo plan pago inicial y haga clic en Agregar en la fecha que desee.



Nota No 'delete' la programación de pago previo de Portal de negocio. La programación de pago debe existir para que pueden ver los datos históricos. 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 o 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 fin de todas las programaciones de pago para que pueda modificar en consecuencia las secuencias de comandos SQL.
  • Es recomendable que apruebe todos tarjetas de horas trabajadas en el payschedule que se puede cambiar. Por lo tanto, debe seguir estos pasos hasta el final 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 de 53) como período de 0, por lo que el sistema moverá ese período hasta el principio de la programación. Cambiaremos la marca del año en ese período, 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 de un día antes (o 22/12/2012-21/12/2013). Necesitamos hacerlo porque el sistema requiere la programación para ser 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. Esto moverá último período hasta el principio de la programación de pago:
BIWEEKLY:
update HRM_PayPeriod set PayPeriodID ='0' where PayPeriodID ='27' and yearid='2012' and frequencyid ='2'

WEEKLY: update HRM_PayPeriod set PayPeriodID ='0' where PayPeriodID ='53' and yearid='2012' and frequencyid ='1'


Nota Actualizar el yearid en la secuencia de comandos anterior en el nombre de la programación de pago anterior. Estos ejemplos sólo portada semanal y quincenal de secuencias de comandos, 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
Ejecutar la secuencia de comandos apropiado para cambiar el valor de Nombre de período para que coincida con:

BIWEEKLY:
update HRM_PayPeriod set Name = 'Period 0' where Name = 'Period 27' and Yearid = '2012' and frequencyid = '2'

WEEKLY:
update HRM_PayPeriod set Name = 'Period 0' where Name = 'Period 53' and Yearid = '2012' and frequencyid = '1'




Paso 3
Ahora necesitará cambiar el inicio y finalización en el período de 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 de período de 0:
BIWEEKLY:
update HRM_PayPeriod set BeginDate ='2012-12-23' where payperiodid ='0' and yearid='2012' and frequencyid ='2'

update HRM_PayPeriod set EndDate ='2012-12-23' where payperiodid ='0' and yearid='2012' and frequencyid ='2'


WEEKLY:
update HRM_PayPeriod set BeginDate ='2012-12-23' where payperiodid ='0' and yearid='2012' and frequencyid ='1'

update HRM_PayPeriod set EndDate ='2012-12-23' where payperiodid ='0' and yearid='2012' and frequencyid ='1'
NotaLa fecha del último período fue 23/12/2013-23/12/2013, y ya ha cambiado para que sea de 12/23/2012-12/23/2012 que agrega el día adicional al principio de la programación cambiando la marca año en él.



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='2012-12-23' where yearid='2012' and frequencyid ='2'

WEEKLY:

update HRM_payschedule set BeginDate='2012-12-23' where yearid='2012' and frequencyid ='1'
Nota Para comprobar que el valor BeginDate de la tabla de HRM_PaySchedule coincide con el valor BeginDate del período de 0 en la tabla HRM_PayPeriod , ejecute la siguiente secuencia de comandos:
BIWEEKLY:
Select BeginDate, * from HRM_PayPeriod where yearid ='2012' and frequencyid = 2 and PayPeriodID = 0
Select BeginDate, * from HRM_PaySchedule where yearid ='2012' and frequencyid = 2

WEEKLY:
Select BeginDate, * from HRM_PayPeriod where yearid ='2012' and frequencyid = 1 and PayPeriodID = 0
Select BeginDate, * from HRM_PaySchedule where yearid ='2012' and frequencyid = 1
 

Paso 5
Ahora puede crear una nueva programación de pago para 2013con la fecha de inicio de "12/23/2013". 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 23/12/2013 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 no es divisible por 7 365). 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 actual de pago previo de nuevo, por lo que se 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 el nuevo programa para departamentos, ubicaciones, determinados empleados o posiciones.





Método 3: Modificar las fechas de la programación de pago si tiene 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 fin de todas las programaciones de pago para que pueda modificar en consecuencia las secuencias de comandos SQL.
  • Es recomendable que apruebe todos 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 va de 24/12/2012 - 22/12/2013 (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 23/12/2013, pero todavía está recibiendo un error, incluso si esta fecha no está siendo utilizada por la programación de pago existente.


El objetivo de los pasos siguientes son agregar un día adicional a la programación existente para que sea de 365 días, por lo que, a continuación, podrá realizar cambios en él.

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


Nota Actualizar el yearid en la secuencia de comandos anterior en el nombre de la programación de pago existente. Estos ejemplos sólo portada semanal y quincenal de secuencias de comandos, 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

Copia de la fecha de inicio 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 de 365 días.

BIWEEKLY:
update HRM_PayPeriod set BeginDate ='2012-12-23' where payperiodid ='1' and yearid='2012' and frequencyid ='2'


WEEKLY:
update HRM_PayPeriod set BeginDate ='2012-12-23' where payperiodid ='1' and yearid='2012' and frequencyid ='1'
NotaSi agrega la fecha inicial se superpone con el 2011 previo pago programación, puede que necesite para desasignar ese viejo horario de todos los empleados, por lo que el sistema no le importa y no ve otro problema superpuesto.



Tenga en cuenta que esto hará que la programación de pago desde 12/23/2012-12/22/2013 que agrega el día adicional al principio de la programación para que sea de 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='2012-12-23' where yearid='2012' and frequencyid ='2'

WEEKLY:
update HRM_payschedule set BeginDate='2012-12-23' where yearid='2012' and frequencyid ='1'
Nota Para comprobar que el valor BeginDate de la tabla de HRM_PaySchedule coincide con el valor BeginDate del período de 0 en la tabla HRM_PayPeriod , ejecute la siguiente secuencia de comandos:
BIWEEKLY:
Select BeginDate, * from HRM_PayPeriod where yearid ='2012' and frequencyid = 2 and PayPeriodID = 0
Select BeginDate, * from HRM_PaySchedule where yearid ='2012' and frequencyid = 2

WEEKLY:
Select BeginDate, * from HRM_PayPeriod where yearid ='2012' and frequencyid = 1 and PayPeriodID = 0
Select BeginDate, * from HRM_PaySchedule where yearid ='2012' and frequencyid = 1

Paso 4
Ahora puede crear una nueva programación de pago para 2013con la fecha de inicio de "12/23/2013". 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 23/12/2013 y haga clic enCalcular períodos de pago. Guardar.


Nota
la nueva programación de pago también creará un período extra-27 o período 53 del día adicional (ya que no es divisible por 7 365) o si se utiliza "Utilizar sólo completa períodos de pago", creará 26 o a los períodos de pago de 52. 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 actual de pago previo de nuevo, por lo que se 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 el nuevo programa para departamentos, ubicaciones, determinados empleados o posiciones.


Propiedades

Id. de artículo: 978268 - Última revisión: martes, 19 de noviembre de 2013 - Versión: 2.4
La información de este artículo se refiere a:
  • 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 sobre las siguientes plataformas
    • HRM Self Service Suite for Microsoft Business Portal
    • HRM Self Service Suite Time and Attendance
    • HRM Self Service Suite Employee Pay
Palabras clave: 
kberrmsg kbexpertiseadvanced kbsurveynew kbexpertisebeginner kbtshoot kbmbsmigrate kbprb kbexpertiseinter kbmt KB978268 KbMtes
Traducción automática
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

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com