KB-Error съобщение, когато се опитате да присвоите новосъздаден график за плащане в портала на Self Service Suite за бизнеса за човешки ресурси в GP на Microsoft Dynamics: "Графикът за плащане има дати, които се припокриват с активния график за плащане за миналата година"

Метод 1: Премахнете присвояването на миналия график на плащане, така че системата да не я погледне.

Ако приключите с използването на графика на миналите заплати и всички тези времеви карти са одобрени до завършването, можете просто да отмените задаването на този график за плащане от всички служители и системата повече няма да го обмислят. След това ще можете да създадете новия график за плащане, започвайки от която и да е дата, която желаете. Това е най-бързият и лесен начин да заобиколите този проблем, ако можете да изчакате, докато вече не се използва предварителният график и всички времеви карти, които използват този график за плащане, са одобрени/завършени.

1. Влезте в BP като администратор.

2. Щракнете върху раздела Администриране.

3. Щракнете върху Настройка на времевите карти.

4. Изберете правилния график за плащане и щракнете върху бутона Присвояване.

5. Използвайте падащия списък Ограничаване от, за да изберете Отдел, и щракнете върху Отмени отметката за всички. След това ограничайте от служителя и изберете Unmark all. (Проверка по местоположение и позиция, въпреки че те се използват по-рядко.) Запиши.

6. Сега можете да щракнете върху Добавяне и да създадете нов график за плащане, започващ от която и да е дата, която желаете.



Забележка: Не изтривайте графика за предварително плащане от бизнес портала. Графикът за плащане трябва да съществува, за да могат да се преглеждат историческите данни. Ако обаче миналият график за плащане бъде изтрит от прозореца График за плащане, можете просто да го създадете отново, но не го присвоявайте на служители. Просто трябва да съществува, за да се покаже хронологията на миналите времеви карти.

Метод 2: Промяна на датите в графика на плащане, ако имате 27 или 53 периода с помощта на microsoft SQL скриптове

Забележка Преди да следвате инструкциите в тази статия, уверете се, че имате пълно архивно копие на базата данни, което можете да възстановите, ако възникне проблем.


Допълнителни бележки:

• Препоръчваме ви да направите архивно копие. Обърнете внимание на началната дата и крайните дати за всички графици на плащане, така че да можете да редактирате SQL скриптове по съответния начин.

• Препоръчваме ви да одобрите всички времеви карти в графика за плащане, който трябва да бъде променен. Следователно не следвайте тези стъпки до края на графика за плащане.

Целта на стъпките по-долу е да преименувате последния период (период 27 или период 53) като период 0, така че системата ще премести този период в началото на графика. След това ще променим годишната клеймо за този период, така че допълнителният ден се добавя към началото на графика в предната година и се премахва от края на графика, за да се освободи тази дата. Така че по принцип това плъзга графика, за да бъде един ден по-рано (или 22.02.2020 г. – 21.12.2021 г.). Трябва да направим това, защото системата все още изисква графикът да е дълъг 365 дни. 

Стъпка 1
Изпълнете съответния скрипт, за да промените стойността за ИД на период от двуседмична или седмична стойност на 0, както следва. Това ще премести последния период в началото на графика за плащане:

BIWEEKLY:
update HRM_PayPeriod set PayPeriodID ='0' where PayPeriodID ='27' and yearid='2021' and frequencyid ='2'

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

Забележка Актуализирайте YEARID в скрипта по-горе, за да бъде името на стария график за плащане. Тези примерни скриптове обхващат само ежеседмично и двуседмично, но могат да бъдат редактирани по подходящ начин, ако графикът ви е с различна честота, като например месечни или полумесечни. Отворете случай за поддръжка, за да получите тези стойности за вмъкване в скрипта.
 

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

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

BIWEEKLY:
update HRM_PayPeriod set BeginDate ='2021-12-22' where payperiodid ='0' and yearid='2021' and frequencyid ='2'

update HRM_PayPeriod set EndDate ='2021-12-22' where payperiodid ='0' and yearid='2021' and frequencyid ='2'


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

update HRM_PayPeriod set EndDate ='2021-12-22' where payperiodid ='0' and yearid='2021' and frequencyid ='1'

BIWEEKLY:
update HRM_payschedule set BeginDate='2021-12-22' where yearid='2021' and frequencyid ='2'

WEEKLY:

update HRM_payschedule set BeginDate='2021-12-22' where yearid='2021' and frequencyid ='1'

BIWEEKLY:
Select BeginDate, * from HRM_PayPeriod where yearid ='2021' and frequencyid = 2 and PayPeriodID = 0
Select BeginDate, * from HRM_PaySchedule where yearid ='2021' and frequencyid = 2

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

Метод 3: Промяна на датите в графика на плащане, ако имате 26 или 52 периода с помощта на microsoft SQL скриптове

Забележка Преди да следвате инструкциите в тази статия, уверете се, че имате пълно архивно копие на базата данни, което можете да възстановите, ако възникне проблем.


Допълнителни бележки:

• Препоръчваме ви да направите архивно копие. Обърнете внимание на началната дата и крайните дати за всички графици на плащане, така че да можете да редактирате SQL скриптове по съответния начин.

• Препоръчваме ви да одобрите всички времеви карти в графика за плащане, който трябва да бъде променен. Следователно не следвайте тези стъпки до края на графика за плащане.

В този пример съществуващият график за плащане за 2021 г. започва от 23.12.2021 г. – 21.12.2022 г. (и има 26 или 52 периода на плащане). Искате да направите промяна в съществуващия график за плащане или да създадете нов график, който започва на 22.02.2022 г., но все още получавате грешка, въпреки че тази дата не се използва от съществуващия график за плащане. Системата няма да ви позволи да създадете новия график за плащане, тъй като предварителният график не е дълъг 365 дни.  


Целта на стъпките по-долу е да добавите допълнителен ден към съществуващия график, за да го направите дълъг 365 дни, така че след това ще можете да създадете новия график за плащане. 

Стъпка 1
Прегледайте текущите дати в период 1 и последния период (период 26 или период 52) в съществуващия график за плащане:

BIWEEKLY: Select * from HRM_PayPeriod where yearid='2021' and frequencyid ='2'
WEEKLY: Select * from HRM_PayPeriod where yearid='2021' and frequencyid ='1'

Забележка Актуализирайте YEARID в скрипта по-горе, за да бъде името на съществуващия график за плащане. Тези примерни скриптове обхващат само ежеседмично и двуседмично, но могат да бъдат редактирани по подходящ начин, ако графикът ви е с различна честота, като например месечни или полумесечни. Отворете случай за поддръжка, за да получите тези стойности за вмъкване в скрипта.

Стъпка 2

Архивирайте началната дата в период от 1 на един ден, за да добавите допълнителен ден към началото на графика за плащане, за да го направите дълъг 365 дни.

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


WEEKLY:
update HRM_PayPeriod set BeginDate ='2021-12-22' where payperiodid ='1' and yearid='2021' and frequencyid ='1'

Забележка Ако добавянето на началната дата се припокрива с графика за плащане за предната година, може първо да се наложи да премахнете присвояването на този стар график от всички служители, така че системата да не се интересува от него и да не вижда друг припокриващи се проблеми.



Забележка Това ще направи графика за плащане от 22.12.2021 г. до 21.12.2022 г., което добавя допълнителния ден към началото на графика, за да е дълъг 365 дни. 


Стъпка 3
Изпълнете следния скрипт, за да актуализирате таблицата HRM_PaySchedule, така че да съответства на новата начална дата на точка 1 в HRM_PayPeriod таблицата:

BIWEEKLY:
update HRM_payschedule set BeginDate='2021-12-22' where yearid='2021' and frequencyid ='2'

WEEKLY:
update HRM_payschedule set BeginDate='2021-12-22' where yearid='2021' and frequencyid ='1'

Забележка За да проверите дали стойността "Начало на дата" в таблицата HRM_PaySchedule съответства на стойността "Началодата" на точка 0 в HRM_PayPeriod таблицата, изпълнете следния скрипт:

BIWEEKLY:
Select BeginDate, * from HRM_PayPeriod where yearid ='2021' and frequencyid = 2 and PayPeriodID = 0
Select BeginDate, * from HRM_PaySchedule where yearid ='2021' and frequencyid = 2

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

Стъпка 4
Сега можете да създадете нов график за плащане за 2022 г. с началната дата на "22.12.2022 г." В BP щракнете върху раздела Администриране и щракнете върху Настройка на timecard. Щракнете върху бутона Добавяне в секцията Планировки за плащане. Въведете честотата и Начална дата на 22.12.2022 г. и щракнете върху Изчисляване на периодите на плащане. Запиши.


Забележка Новият график за плащане също така ще създаде допълнителен период 27 или период 53 за допълнителния ден (тъй като 365 не е еднакво делим от 7) или ако използвате "Използване само на периоди на пълно заплащане", той ще създаде отново 26 или 52 периода на плащане. Не препоръчвайте обаче да променяте допълнителния период в този момент. В противен случай графикът за плащане отново ще се припокрива с предварителния текущ график за плащане, така че трябва да изчакате до края на годината, за да го промените.


Стъпка 5
Изберете графика за плащане и щракнете върху бутона Присвояване, за да присвоите новия график на отделите, местоположенията, определени служители или позиции.