TechKnowledge Content
ÖSSZEGZÉS
Ez a cikk információt tartalmaz arról, hogy a kanadai bérszámfejtésből hová fog kihozni a munkabeszűrési (ROE) összegek, és hogy a SQL mely táblázatokkal és mezőkkel tölti ki a roE-t.
TOVÁBBI INFORMÁCIÓ
A ROE összeget és órákat a Bérszámfejtési összefoglaló kibontása – Kanada ablakból fogja kihozni (kattintson a Kártyák ,majd a Bérszámfejtés – Kanadaelemre, kattintson az Alkalmazott ,majd a Számított elemre). A roE létrehozásához az adatokat fel kell sorolni az Összegző kibontás ablakban. A roe (RoE) létrehozása után a Számított mezőt is meg fogja jelenni az LY Calculated (Számítás) ablak alatt is (kattintson a Lekérdezés, majd a Bérszámfejtés – Kanada elemre, kattintson az Alkalmazott előző évi adatai, majd a Számított lehetőségre) a roE kiszámításához szükséges LY-adatok gyűjtéséhez.
A SQL Server Management Studio alatt ezek az információk a CPY30250 (Payroll Calculation MSTR File) és a CPY50250 (Payroll Calculation MSTR File LY) táblázatban vannak tárolva:
-
A ROE Total Insurable Earnings (RoE Total Insurable Earnings) mező a CPY30250/CPY50250 PEIInsEarnings24 mezőjéből olvasható be.
-
A ROE Total Insurable Hours (RoE Total Insurable Hours) mező a CPY30250/CPY50250 PEIInsHours mezőjéből olvasható be.
A GP megkeresi az alkalmazott összes Számított rekordját (egy-egy rekordot egy alkalmazotthoz kötegenként). Megkeresi a nem megjelölt legújabb (dátum szerinti) rekordot (PMarkedOff = 0). Ezután megkeresi a köteghez kapcsolódó összes tranzakciót, és a legmagasabb dátumú tranzakciókat fogja ki. Ha ez nem járt sikerrel, vagy az alkalmazott nem fizetett ki az aktuális évben, vagy nem volt elég fizetési időszaka az aktuális évben, így ugyanezt a folyamatot fogja megismételni az előzményeket (CPY50250).
A CPY30250 és a CPY50250 között ellenőrizheti, hogy a tranzakciók jelölése ki van-e már jelölve (PMarkedOff=1). A CPY30250 tábla az aktuális évinformációt tartalmazza, a PMarkedOff oszlop pedig 0 (nincs bejelölve) felfelé mindaddig, amíg a ROE létrehozása és jelölése meg nem lesz jelölve. A CPY50250 tábla korábbi évadatokat tartalmaz. A ROE generálása és jelölése után a PMarkedOff oszlop 1 értékre fog tükrözni. Ha tehát a tranzakciók már le vannak jelölve, az megakadályozza, hogy az adatok egy másik roE-be húzzanak.
select PStartDate, PCutoffDate, PDate, Pmarkedoff, PEIInsEarnings24, * from cpy30250 where PEmployeeID = 'xxx' order by DEX_ROW_ID desc
select PStartDate, PCustoffDate, PDate, Pmarkedoff, PEIInsEarnings24, * from cpy50250 where PEmployeeID = 'xxx' and Pyear = 'yyyy' order by DEX_ROW_ID desc
--update the xxx placeholder with the Employee's ID. And the year for yyyy, or remove that restriction to read farther back.
Ha a tranzakciók le vannak jelölve (PMarkedOff=1), akkor a program nem húzza le őket, és 0-ra frissíthető, ha ezekre a rekordokra szüksége van ahhoz, hogy ismét egy roE-re húzzon át.
A rendszer a PDate mező segítségével határozza meg, hogy melyik gyűjtőbe kerül, így ha a PDate nem sorrendben van, a rendszer nem tudja frissíteni a gyűjtőket egymás után sorrendben és leállítja. Ellenőrizze, hogy a KAMAT.KAMAT.DÁTUM mezőben ne legyen kihagyva dátum, átfedés vagy nincs sorrendben. Közvetlenül frissítse a dátumot a SQL táblában (először egy tesztvállalatnál).
Ezenkívül arról is győződjön meg, hogy a PStartDate -PCutoffDate dátumtartomány egyedi, egymást követő sorrendben van, és nincsenek átfedésben az előtte vagy utána álló időszakkal. A rendszer 3 mezőt használ, és mindegyiknek saját gyűjtőt ad a ROE űrlapon. Az azonos dátumokra vonatkozó rekordokat egy oldalon fogja összesni. Ha módosítja a táblázatban a SQL, a roE-t újra kell állítania ahhoz, hogy felvegye a változást.
A CRA webhely határozza meg, hogy legfeljebb hány egymást követő fizetési időszakkal számíthatja ki az alkalmazott teljes biztosítási időszakát (15A. blokk) vagy a teljes keresetlen jövedelmet (15b. blokk). Az alkalmazottakhoz rendelt minden egyes "Fizetési időszak /Év" típushoz külön-külön és külön-külön is eltérő lehet. A 15B. blokkba beírható összeg meghatározásához használt időszakok száma eltér a 15A. blokk kiszámításához használt időszakok számával. A megtérülési számításokról további információt a CRA webhelyén talál.
ROE UPDATES:
A 2015-ös canadian payroll Year-End Update-ben a ROE ablak újra lett tervezve, és a 15b mező el lett távolítva az ablakból, mivel már nem használja az XML-ben. Ha a kanadai bérszámfejtési szolgáltatásban hozza létre a roE-t, a januári hot fix (2016. januári) javítást is telepítenie kell, mivel ebben a javításban is számos változtatás szerepelt. A 14.00.0952-es vagy a 12.00.2084-es vagy újabb verziónak kell lennie, ha roE-ket fog generálni.
Microsoft Dynamics GP – januári gyorsjavítás... MEGJELENT
HTTPS://COMMUNITY.DYNAMICS.COM/GP/B/DYNAMICSGP/ARCHIVE/2016/01/15/MICROSOFT-DYNAMICS-GP-JANUARY-HOTFIX-RELEASED
Az alábbi CRA-webhely felsorolja a 2016-os év új ROE
formátumát:
http://www.servicecanada.gc.ca/eng/services/ei/employers/roe/resources/roewebur53payrollextract.shtml
A ROE ŰRLAP SZERKESZTÉSE:
Ha módosításokat kell elvégeznie a ROE-on,manuálisan frissítheti a mezőket közvetlenül a bérlista ROE-összeg – Kanada ablakban (kattintson az Eszközök , majd a Rutinok , a Bérszámfejtés – Kanada elemre,kattintson a ROE létrehozása elemre, jelölje ki a ROE-értékeket, majd kattintson a ROE amounts (ROE-összegek) elemre. A mezőket közvetlenül az ablakban frissítheti. Mentse a módosításokat, és nyomtassa ki a helyes roE-t.
Ha létrehoz egy roE-t, és a 1-27-es mezőket nem tölti ki a program, ez a Kanadai Emberi erőforrás-fejlesztési program változásának következménye, amely a következőt jelenti: "Ha van egy alkalmazottja, aki az összes fizetési időszakban fizetett, csak a 15C mezőt tölti ki a program. Az 1–27. mezők üresen maradnak. Ha az alkalmazott nem kapott semmilyen fizetést az Ön egy vagy több fizetési időszakában, akkor a 1–27. mező ki lesz töltve."
Megjegyzés: A Kanadai bérszámfejtés alapján generált megtérülési érték a rendszerben megtalálható adatok alapján a legjobb becslés. Előfordulhat, hogy manuálisan kell frissítenie a RoE űrlap összegének összesítése és bevételek értékét.
Ez a cikk a következő volt: TechKnowledge Document ID:21972
