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