HugoLB

Bom dia, pessoal. O meu RH e minha Contabilidade me passaram a seguinte situação: Nas versões anteriores do programa da DIRF, era possível fazer uma importação do arquivo gerado pelo RM Labore e, posteriormente, fazer uma segunda importação complementar do arquivo gerado pelo Liber (e vice-versa). De acordo com alguns testes feitos, isso não é mais permitido pelo sistema, mas preciso das duas informações na minha declaração deste ano. Pergunto: Estou fazendo algo errado no programa da DIRF? Alguém está passando pela mesma situação? Alguém passou por isso e já conseguiu resolver? Desde já agradeço. Um abraço a todos. Hugo Lanza

Felipe, Não faça isso. As rubricas codificadas entre 001 e 034 são determinadas pelo MTE. O MTE também definiou que, como poderá divulgar novas rubricas oficiais, nao poderao ser cadastradas rubricas proprias entre os codigos 035 e 099. Logo, aquelas rubricas que você possui, mas não se enquadram nas rubricas do MTE deverão ser cadastradas com codificação acima de 100. Veja o Help do HomologNet no RM Labore, o manual do HomologNet (disponibilizado pelo MTE) e as portarias relacionadas. Abs, Hugo

Saiu uma versão 10.80 hoje com essa solução (não é 10.83). Liguem no suporte e solicitem a versão 10.80.60 (36) ou posterior. Ja atualzei e testei.

Vocês sabem se a instalação do RM Labore de vocês é local ou em 3 camadas??? Se estiver em 3 camadas ele pode estar salvando no disco C: do Servidor de Aplicação.

Seu banco é diáro ou por período?

Eric, Antes de mais nada dê uma boa conferida no layout cadastrado no Rm Chronus e inclusive realize o teste que existe dentro desse cadastro. Se estiver ok podem ser algumas opções: O terminal de coleta cadastrado não foi associado aos funcionários; Se você utilizar o cadastro de crachás do RM Chronus pode ser que ele tente consistir crachá e não chapa. Esse erro é muito comum mas sempre ocasionado por alguma virgulazinha que a gente esquece. Abs

Nesses casos o que resolve de forma definitiva é uma boa lapidada direto na ficha financeira + travamento de recálculo... O certo seria que essas bases ficassem zeradas pois não é possível informar valores negativos no arquivo SEFIP.RE.

Pessoal, Fui eu que fiz a homologação do módulo do HomologNet no RM Labore e essa solução passada é requerida nas versões anteriores à 11.20 para evitar a utilização de scripts direto na base de dados, já que para a habilitação do homolognet é necessário que o campo PPARAMADICIONAIS.USAHOMOLOGNET esteja com os parâmetros VALORINT e VALORSTR iguais a 1. Para evitar essa solução paliativa na versão oficial 11.20, solicitei a inclusão do script no conversor 11.20, mas saí da empresa antes da liberação do mesmo. Logo.... na etapa de testes.. como o amigo citou ai em cima... TUDO FOI PONDERADO. O meu trabalho eu fiz e acredito que o erro não tenha ocorrido por falha dos desenvolvedores DO RM LABORE. Já não posso responder pelas demais equipes. Não peço desculpas pois não sou mais funcionário TOTVS. Mas tive que desabafar. Abs Hugo Lanza

Rubens, Tente identificar o que exatamente BSB00948. Como o erro explicita o campo onde essa informação foi inserida permite somente números. Att Hugo Lanza

Cesar, Só criando várias fórmulas e vários eventos.. É bem fácil mas não é simples como pediu.

Demetrio, Detalha esse evento pra gente, por favor! É provento, desconto ou base de cálculo? Possui código de cálculo? Se for um evento novo pode ser um simples problema de atualização. Se vc der o comando CTRL+R no ComboBox dos eventos adicionais a atualização ocorre (ou simplesmente sair e acessar o sistema denovo). Abs Hugo Lanza

Marcia, Qual o procedimento você está fazendo para lançar o movimento de integração para o envelope? Lembrando que agora são 2 os procedimentos para o lançamento do movimento do RM Chronus para o RM Labore. 1º Lança o movimento do RM Chronus para o Movimento de Integração. 2º Lança o movimento do Movimento de Integração para o RM Labore. Pelo o que estou entendendo você está tendo dificuldades no 2º passo. Você tem que verificar o seguinte: 1) Existe Grupo de Eventos onde o campo 'Lançar eventos da integração com outro aplicativos' esteja marcado? O ideal é criar um grupo de eventos separado para esse processo. 2) Se a resposta da questão 1 for SIM, ainda dentro do cadastro do grupo de eventos, na aba 'Integração com Outros Aplicativos' existe pelo meno 1 item marcado? 3) Se a resposta da questão 2 for SIM, o item marcado corresponde à movimentação gerada no RM Chronus? Tendo essas 3 parametrizações feitas de forma correta não vejo motivo para o lançamento não ocorrer. Espero ter ajudado Abs Hugo Lanza

Claus, Coloque mais dados dessa análise para que possamos ajudar. O histórico de férias, afastamento e de provisão são os pontos de partida... sem olhar esses dados é impossível te passar um posicionamento 100% correto. Paliativos existem aos montes mas eu sou contra marretar sistema. Eles viram uma bola de neve depois de um certo tempo. Abraços Hugo Lanza

Jaques, Na nova MDI não existe cadastro de usuário. Na MDI somente aparecem as funcionalidades migradas para .Net e o cadastro de usuários na versão 10.80 ainda está em Delphi. Somente a partir da versão 11.0 que é possível ver o cadastro de usuários em TOTVS | Serviços Globais | Segurança. O mesmo ocorre com o cadastro de Perfis. Espero ter ajudado Abraços Hugo Lanza Bernardes

Pessoal, A query para a composição da base de FGTS para que fique igual à da Folha Analítica NÃO PODE CONSIDERAR SOMENTE A PFPERFF. É um select que deve ser bem melhor trabalhado pois alguns dados não são levados para o campo PFPERFF.BASEFGTS. Por exemplo: quando um funcionário é afastado por acidente de trabalho (afastamento "T") deve haver recolhimento de FGTS para o mesmo. Se você acessar um envelope de pagamento vazio de um funcionário com adastamento T você verá, na aba Incidências, o valor da base de FGTS devida para o período do afastamento. MAS, se você der um select no campo PFPERFF.BASEFGTS verá que o campo estará NULL ou 0,00 (ou simplesmente não haverá registro na PFPERFF para aquela Chapa, Mes e Ano). Logo, esse select deverá contemplar, entre outras tabelas, a PFUNC e a PFHSTAFT, além de executar o cálculo para a composição da base do afastamento. Essa situação foi a única que eu lembrei mas sei que devem existir outras. Espero ter ajudado. Abs Hugo Lanza

Quando você cadastrar as férias em 'Férias | Férias Coletivas /Globais', automaticamente será levado para o cadastro de férias do funcionário o número de dias de lic. remunerada no mês e no próximo mês (veja no canto inferior direito). Para fazer o lançamento desses dias de lic. remunerada você deverá: 1) Processar as férias normalmente; e 2) Assim que a competência for liberada, você terá que efetuar o LANÇAMENTO das férias em 'Férias | Lançamento' informando novamente o evento de licença remunerada. Logo, os dias de Lic. Remunerada referente ao próximo mês serão lançados somente no envelope do próximo mês. Lembrando que o evento de Lic. Remunerada deverá ser do tipo DIA com % de inc. = 1,000 (ou 1,3333 para empresas que quiserem pagar adicional de um terço por entenderem que assim é devido).

Fiz aqui rapidinho uma query para você ter um ponto de partida: SELECT SUM(VALOR) VALOR FROM PFINANC WHERE CODCOLIGADA=:CODCOLIGADA_N AND ANOCOMP=:ANO1 AND MESCOMP=:MES1-1 AND CHAPA=:CHAPA_S AND CODEVENTO IN( SELECT CODIGO FROM PEVENTO WHERE CODCOLIGADA=:CODCOLIGADA_N AND CODIGOCALCULO=9 ) GROUP BY CODCOLIGADA, CHAPA Essa query pega o valor do adiantamento do 13º salário no mês anterior. Caso não queira trabalhar as duas queries para virar uma única query, você pode inserir as duas como não visível no relatório e criar uma expressão tipo 1ªQuey-2ªQuery.

Demetrio, Infelizmente a resposta para a sua pergunta é: Não.. não tem como fazer dessa forma! Seguindo o seu exemplo, 12 dias são referentes à competência Dez/2010 e 08 dias são referentes à competência Jan/2011. Sendo assim, os descontos serão calculados, internamente, de forma separada, e a demonstração no recibo pode ser: 1) Dois eventos discriminando os meses de referencia; ou 2) Um evento somando os dois descontos. Esse documento que citei foi feito inicialmente para um cliente que também queria fazer o desconto como você está sugerindo e, posteriormente, foi amplamente divulgado. Dessa maneira como deseja somente mediante parametrização utilizando fórmulas, o que não é, reforço, de forma alguma recomendado.

Não entendi muito a dúvida.... Mas basicamente o sistema SEMPRE desconta nas férias o INSS referente ao período de férias. O único tratamento que o sistema tem é fazer uma projeção dos dias trabalhados (férias partidas) para identificar a faixa da tabela de INSS. Além disso, pode demonstrar no próprio recibo os INSSs referentes a cada mês de gozo, também quando as férias são partidas. Caso contrário, será necessária a criação de fórmulas e eventos, o que não é nada recomendável. Enquanto estive na TOTVS (fui técnico de suporte e analista de testes do RM Labore) redigi um documento explicando o cálculo de INSS nas férias. Infelizmente deixei esse documento para trás quando deixei a empresa. Mas se você quiser, ligue no suporte e solicite esse documento. Acredito que algumas pessoas ainda o terão. Att. Hugo Lanza

Ai nesse caso só com o RM Portal... colocando cada funcionário como responsável pelo próprio ponto! rsrsrs.. O problema é que esses lançamentos quase sempre levam em consideração o intervalo de tolerância cadastrado no horário ou sindicato. Como o horário flexível não possui esse tipo de tratamento acaba ficando um pouco limitado. Até mesmo por isso nenhuma outra solução me vem na cabeça...

bonij, Estou sem base de teste para importar seus arquivos e também sem permissão aos seus anexos mas vou tentar lhe ajudar. Sua situação é bem estranha pois o RM Chronus possui pouquíssimos parâmetros para tratamento de compensado e nenhum, pelo o que me lembre, consegue fazer esse tipo de tratamento. Mas vamos lá... 1. Você possui tabela de extras ou atrasos criada no Sindicato do RM Chronus (parâmetro coletivo - pasta Tabelas)? 2. Também no Sindicato... na pasta Faixas de Extra há algum limitador no campo 1ª Faixa de Compensado? Se vc responder sim para pelo menos uma das duas perguntas devemos partir para uma das duas soluções: 1. Verificar se essa parametrização está certa. Caso contrário deverá ser zerada, aparaga ou refeita 2. Verificar se os Eventos Chronus x Labore estão direcionados de forma correta. Espero ter ajudado Hugo Lanza

Marcia, Para ganhar tempo você pode ir em Movimento | Lançamentos Globais | Horários e efetuar um lançamento marcandoo parâmetro "Batidas Não Efetuadas considerando nº de batidas"... Esse processo irá lançar as batidas faltantes (que o funcionário se esqueceu). Feito isso você acessa somente o ponto daqueles que precisam lançar extras, etc.. E depois imprime um relatório de justificativas..

Infelizmente não... Essa fórmula irá aumentar a base de remuneração do funcionário afetando saldo de salário + férias + aviso prévio + 13º salário, e o valor do INSS será calculado sobre esse valor!

Infelizmente não, pois nesse relatório o valor de INSS calculado é a parte do funcionário. Estão precisando aqui é cálculo do INSS considerando a parte da empresa (28,8% aqui)...

Pessoal, Preciso da ajuda de vocês! Preciso de um relatório do gerador para a geração do Passivo Trabalhista. Me solicitaram aqui na empresa um que calcule o INSS não só sobre a base do funcionário. Caso alguém tenha esse arquivo, me mande por favor (pelamordedeus), que eu faço as alterações que me pediram MUITO OBRIGADO antecipado! Um abraço Hugo