Conteúdo techknowledge
RESUMO
Este artigo contém informações sobre de onde os valores do Registro de Emprego (ROE) serão utilizados na Folha de Pagamento canadense e também quais tabelas e campos no SQL são usados para preencher o ROE.
MAIS INFORMAÇÕES
Os valores e horas do ROE serão puxadas da janela Expandir Resumo de Funcionários da Folha de Pagamento – Canadá (clique em Cartões,clique em Folha de Pagamento –Canadá, clique em Funcionário eem Calculado). Os dados precisam ser listados na janela Expandir Resumo para gerar o ROE. Quando o ROE for criado, ele também olhará para o campo Calculado na janela LY Calculated também (clique em Investigação, clique em Folha de Pagamento - Canadá, clique em Informações do Último Ano do Funcionário e em Calculado) para coletar todas as informações do LY necessárias para concluir o ROE.
Em SQL Server Management Studio, você pode encontrar essas informações armazenadas nas tabelas CPY30250 (Arquivo MSTR de Cálculo de Folha de Pagamento) e CPY50250 (Cálculo de Folha de Pagamento MSTR File LY) :
-
As informações de Lucros Totais Insustentável do ROE serão puxadas do campo PEIInsEarnings24 no CPY30250/CPY50250.
-
As informações do TOTAL de Horas Insusteáveis do ROE serão puxadas do campo DESADS no CPY30250/CPY50250.
A GP encontrará todos os registros calculados para o funcionário (um registro por funcionário por lote). Ele localiza o registro mais recente (por data) que não está marcado fora (PMarkedOff = 0). Em seguida, ele localiza todas as transações que com fizeram esse lote e pega as transações com a data mais alta. Se isso não foi bem-sucedido, o funcionário não foi pago no ano atual ou o funcionário não tinha períodos salariais suficientes no ano atual, portanto, repetirá o mesmo processo no arquivo de histórico (CPY50250).
Você deseja verificar o CPY30250 e o CPY50250 para ver se as transações já foram marcadas (PMarkedOff=1). A tabela CPY30250 contém informações do ano atual e a coluna PMarkedOff será 0 (não marcada) até que o ROE seja gerado e marcado para fora. A tabela CPY50250 contém informações do ano histórico. Quando o ROE for gerado e marcado para fora, a coluna PMarkedOff será virada para um valor 1. Portanto, se as transações já estão marcadas, ela impede que as informações sejam puxadas para outro ROE.
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.
Se as transações tiverem sido marcadas (PMarkedOff=1), elas não serão puxadas e poderão ser atualizadas para 0 se você precisar desses registros para puxar para um ROE novamente.
Além disso, o sistema usa o campo PDate para determinar em qual bucket ele entra, portanto, se o PDate não estiver em ordem, o sistema não será capaz de atualizar os buckets em ordem sucessiva e parar. Revise para garantir que nenhuma data no campo PDATE seja ignorada, sobreposta ou fora de ordem. Atualize diretamente a data na tabela SQL (em uma empresa de teste primeiro).
Certifique-se também de que o intervalo de datas entre PStartDate -PCutoffDate seja exclusivo, estão em ordem consecutiva e não se sobreponham ao intervalo de período antes ou depois dele. O sistema usa 3 campos e fornece a cada um seu próprio 'bucket' no formulário DE OVA. Ele reunirá os registros que são para as mesmas datas. Se você fizer uma alteração na tabela SQL, deverá regenerar os OVAS para buscar a alteração.
O site cra definirá o número máximo de períodos salariais consecutivos que você usa para calcular o total de horas seguras do funcionário (Bloco 15A) ou o total de lucros insusteáveis (Bloco 15B). Ele variará para cada um e também para cada "Períodos salariais por ano" atribuídos a cada funcionário. O número de períodos usados para determinar a quantidade para inserir no Bloco 15B é diferente do número de períodos usados para calcular o Bloco 15A. Consulte o site do CRA para obter mais detalhes sobre os cálculos do ROE.
ATUALIZAÇÕES DO ROE:
No 2015 Canadian Payroll Year-End Update, a janela DOVA foi redesenhada e a caixa 15b foi removida da janela, já que ela não é mais usada no XML. Se você gerar os OVAS na Folha de Pagamento canadense, deverá ter a Correção De Janeiro (Janeiro de 2016) instalada, pois também houve várias alterações incluídas neste patch. Você deve estar nas versões 14.00.0952 ou 12.00.2084 ou superior se estiver gerando o ROE's.
Hotfix de janeiro do Microsoft Dynamics GP.... LANÇAMENTO
HTTPS://COMMUNITY.DYNAMICS.COM/GP/B/DYNAMICSGP/ARCHIVE/2016/01/15/MICROSOFT-DYNAMICS-GP-JANUARY-HOTFIX-RELEASED
Abaixo está o site cra que lista o novo formato DEVA para o ano de 2016:
http://www.servicecanada.gc.ca/eng/services/ei/employers/roe/resources/roewebur53payrollextract.shtml
PARA EDITAR O FORMULÁRIO DE OVAS:
Para fazer alterações em seu ROE, você pode atualizar manualmente os campos diretamente na janela Valores DE PAGAMENTO DO ROE – Canadá (clique em Ferramentas,em Rotinas,em Folha de Pagamento – Canadá,clique em Criação de ROE,selecione o ROE e clique em Valores DE OVAS). Você pode atualizar as caixas diretamente na janela. Salve alterações e imprima um ROE corrigido.
Se você criar o SEUVA e as caixas 1 a 27 não estão preenchidas, isso é o resultado de uma alteração do Desenvolvimento de Recursos Humanos do Canadá que afirma: "Se você tiver um funcionário que tenha sido pago em todos os períodos de pagamento, somente a caixa 15C será preenchida. As caixas 1 a 27 serão deixadas em branco. Se o funcionário não receber nenhum pagamento em um ou mais períodos de pagamento, as caixas 1 a 27 serão preenchidas."
Observação O ROE gerado da Folha de Pagamento canadense é uma "melhor estimativa" com base nas informações existentes no sistema. Talvez seja preciso atualizar manualmente o Total de Horas Seguras e Lucros no formulário DOVA.
Este artigo foi TechKnowledge Document ID:21972
