Anúncios Publicitários
  • Anúncios

    • Jair - Fórmula

      Participe fazendo Tópicos e posts ...   07-07-2016

      Você também pode iniciar tópicos... e também respondê-los.   Novos membros, que ainda não conhecem como funcionam fóruns como este, gostaria de informar que, todos estão com permissão de postagem em praticamente todas as áreas. Use e abuse do Fórum. Pergunte, responda, comente, agradeça a quem disponibilizou algum relatório. Participe mesmo. Somente solicitamos que verifique se está postando a sua mensagem no lugar certo, pra não perguntar uma dúvida operacional de sistema, por exemplo em "Planilhas Eletronicas", ou alguma dica sobre Gerador de Relatórios na área "Bate Papo" Tem alguma dúvida sobre o Fórum? Acesse e crie um tópico na área "Dúvidas, Problemas e Sugestões Sobre o Fórum" e descreva detalhadamente. Quanto mais detalhado e claro, mais fácil de ser verificado e ter logo sua resposta. Se desejar, entre em contato conosco, envie um email ou uma PM ( Mensagem Privada), que assim que possível lhe darei retorno: CLIQUE AQUI Conto com a participação de todos. Obrigado. Administrador

Jair - Fórmula

Administrador Geral
  • Total de itens

    7.760
  • Registro em

  • Última visita

  • Days Won

    57

Jair - Fórmula last won the day on Fevereiro 5

Jair - Fórmula had the most liked content!

Reputação

87 Excelente

Sobre Jair - Fórmula

  • Rank
    :D
  • Data de Nascimento 07-04-1972

Profile Information

  • Sexo
    Masculino

Últimos Visitantes

5.487 visualizações
  1. Atenção: A TOTVS dará manutenção na versão atual, no último release e no anterior, conforme nossa política de Ciclo de Vida de SW. Por exemplo: com a expedição do release 12.1.17, encerramos o ciclo de manutenção do release 12.1.15. A partir do Release 12.1.16 a expedição ocorre a cada 3 meses. Versão, Aplicação e Data de Liberação das mesmas pela TOTVS: 12.1.17 (Datasul, PIMS, Logix, RM, BA, Autorizador, Foundation Saúde) 07/07/2017 (EXPIRADA) 12.1.18 (Datasul, PIMS, Logix, RM, BA, Autorizador, Foundation Saúde) 06/10/2017 (Já Lançada) 12.1.19 (Datasul, PIMS, Logix, RM, BA, Autorizador, Foundation Saúde, RMS) 08/01/2018 (Já Lançada) 12.1.20 (Datasul, PIMS, Logix, RM, BA, Autorizador, RMS) 06/04/2018 (Já Lançada) 12.1.21 (Datasul, PIMS, Logix, RM, TSA, BA, Autorizador, Foundation Saúde, RMS) 06/08/2018 12.1.22 (Datasul, PIMS, Logix, RM, TSA, BA, Autorizador, Foundation Saúde, RMS) 05/10/2018 12.1.23 (Datasul, PIMS, Logix, RM, TSA, BA, Autorizador, Foundation Saúde, RMS) 08/01/2019 ** Informações conforme documentação oficial da TOTVS no link: https://suporte.totvs.com/portal/p/10098/ciclodevidacalendarios
  2. Informações sobre novos códigos de cálculo (Linha RM) Prezado (a) cliente, Devido a necessidade de adaptação de algumas verbas rescisórias às novas regras do eSocial, serão criados novos códigos de cálculo que deverão ser utilizados no processo de rescisão. A informação de cada um destes códigos de cálculo está disponível no WikiHelp: http://wikihelp.totvs.com.br/WikiHelp/FOP/FOP.CodigosCalculo.aspx v Férias Vencidas X Férias Proporcionais No processo de rescisão temos os códigos de cálculo 24 e 25, que representam os valores de férias dos períodos vencido e proporcional, respectivamente. Porém, no caso do adicional de 1/3 de férias é lançado um evento único, de código de cálculo 63, com o valor total de todos os períodos aquisitivos. O eSocial possui rubricas distintas para os valores do período proporcional e do período vencido de férias. Por esse motivo, houve a necessidade de separar o valor do adicional de 1/3 para ser lançado em eventos diferentes com os valores de férias vencidas e proporcionais. Os novos códigos de cálculo para o adicional de 1/3 de férias na rescisão, serão: · 367 - ADICIONAL 1/3 FÉRIAS VENCIDAS RESCISÃO · 368 - DIFERENÇA 1/3 FÉRIAS VENCIDAS RESCISÃO · 369 - ADICIONAL 1/3 FÉRIAS PROPORCIONAIS RESCISÃO · 370 - DIFERENÇA 1/3 FÉRIAS PROPORCIONAIS RESCISÃO · Após atualização do patch será necessária a criação de novos eventos com os códigos de cálculo acima. Estes eventos deverão ser criados com as mesmas parametrizações dos eventos com os códigos de cálculo 63 (adicional de 1/3 de férias rescisão) e 95 (diferença de 1/3 de férias na rescisão). Os eventos com código de cálculo 367 e 369 serão lançados no processo de Rescisão e os eventos com códigos 368 e 370 serão lançados no processo da Rescisão Complementar. Observação: No Parametrizador, pasta Rescisão | Férias, caso o parâmetro "Separar médias de férias vencidas e proporcionais na rescisão" esteja desmarcado, não será possível separar o valor do adicional de 1/3. Neste caso, o processo de rescisão continuará a lançar o antigo evento de código de cálculo 63 (adicional de 1/3 de férias rescisão). Ou seja, para separar o valor do 1/3, será necessário separar também os valores de média. Portanto, para atender as novas regras estabelecidas pelo eSocial, aconselhamos a marcar o parâmetro na pasta Rescisão | Férias do Parametrizador. v Férias em Dobro Quando ocorre o término do período aquisitivo de férias sem o devido pagamento, o funcionário passa a ter direito ao dobro de férias. Nesse caso são utilizados os eventos com códigos de cálculo 309 (férias em dobro) e 310 (adicional 1/3 de férias em dobro). Esses eventos são lançados tanto no Recibo de Férias, no cálculo de férias normais, quanto no cálculo de rescisão. Entretanto, no eSocial existem rubricas distintas para os valores de férias em dobro pagos nas férias normais e para os pagos na rescisão. Para essa separação foram criados os novos códigos de cálculo abaixo: · 365 - FÉRIAS EM DOBRO RESCISÃO · 366 - ADICIONAL 1/3 FÉRIAS EM DOBRO RESCISÃO Após a atualização do patch, será necessária a criação de novos eventos com os códigos de cálculo acima, com a mesma parametrização dos eventos com os códigos de cálculo 309 (férias em dobro) e 310 (adicional 1/3 de férias em dobro). Os antigos códigos 309 e 310 passarão a ser lançados somente no cálculo de férias normais. E os novos códigos 365 e 366 serão utilizados para os lançamentos no processo de rescisão. v 13º Salário X Licença Maternidade Quando ocorre afastamento por Licença Maternidade durante o ano é lançado o evento de código de cálculo 48 (13º salário rescisão), no processo da rescisão, com valor total de 13º salário, incluindo o valor referente ao período da licença, que será deduzido na Guia de INSS. Na rescisão também é lançado um evento do tipo base de cálculo com o código de cálculo 324 (13º salário rescisão licença maternidade), que tem por finalidade apenas demonstrar o valor a ser deduzido na guia. Entretanto, o eSocial exige que sejam informados os proventos separados de 13º salário pago pela Empresa na rescisão e o 13º salário referente ao Salário Maternidade. Isto também acontece com o pagamento da segunda parcela do 13º salário, quando paga em dezembro, no evento de código de cálculo 102 (segunda parcela 13º salário) e no evento do tipo base de cálculo com código de cálculo 322 (segunda parcela 13º salário licença maternidade). Sendo assim, foram criados os códigos de cálculo abaixo: · 371 - SEGUNDA PARCELA 13º LICENÇA MATERNIDADE PROVENTO · 372 - DIFERENÇA 13º SALÁRIO LICENÇA MATERNIDADE PROVENTO · 373 - 13º RESCISÃO LICENÇA MATERNIDADE PROVENTO · 374 - DIFERENÇA 13º RESCISÃO LIC. MATERNIDADE PROVENTO Após a atualização do patch será necessária a criação de novos eventos com os códigos de cálculo acima, com a mesma parametrização dos eventos com os códigos de cálculo 322, 323, 324 e 325, respectivamente. Os novos códigos de cálculo irão substituir os eventos do tipo base lançados na rescisão e na segunda parcela de 13º salário, com códigos de cálculo 322 e 324. E também os lançados na Rescisão Complementar e Diferença de 13º, com códigos de cálculo 323 e 325. Como os novos eventos para o 13º referente à licença maternidade serão proventos, os seus respectivos valores serão abatidos nos valores dos eventos de 13º salário a ser pago pela Empresa, com códigos de cálculo 48 (13º salário rescisão) e 102 (segunda parcela 13º salário). Observação: Os códigos de cálculo 371 e 372 só serão utilizados no processo da segunda parcela a ser calculada em dezembro. Os devidos tratamentos no cálculo estão em desenvolvimento no sistema e serão disponibilizados em patchs ainda a serem definidos. FIQUE LIGADO! Realizamos a atualização de nossas documentações. Acesse nossas páginas abaixo e veja o conteúdo disponibilizado para nossos clientes: 365 - Férias em Dobro Rescisão 366 - Adicional 1/3 de Férias em Dobro Rescisão 367 - Adicional 1/3 Férias Vencidas Rescisão 368 - Diferença 1/3 de Férias Vencidas Rescisão 369 - Adicional 1/3 Férias Proporcionais Rescisão 370 - Diferença 1/3 de Férias Proporcionais Rescisão 371 - Segunda Parcela 13º Licença Maternidade Provento 372 - Diferença 13º Salário Licença Maternidade Provento 373 - 13º Rescisão Licença Maternidade Provento 374 - Diferença 13º Rescisão Lic. Maternidade Provento ** Informação recebida nesta data, diretamente da TOTVS, por Comunicado / Informativo de Folha de Pagamento
  3. Mas você usa FLUIG e WMS-TMS ou FLUIG e RM?? Não entendi!!
  4. Sim pode Bruno, basta que use um Conceito para importação dos lançamentos no sistema contábil RM.
  5. Arquivo atualizado...
  6. Oi @Dilson Dias vou verificar aqui o que está havendo e reenvio se for o caso. Já aviso...
  7. Com certeza muita gente @stelabueno, mas a galera tem conseguido sim, com o suporte da TOTVS, e meio que se virando. Não estou acompanhando direito essa parte de TAF. Deixa ver se algum colega por aqui está craque nisso pra poder lhe dar uma força.
  8. Provavelmente algum script que deveria ter rodado e não rodou. Veja se é isso...
  9. Isso não tem qualquer ligação direta com a atualização da versão. Pode ter algo se mudou alguma tabela e tal, mas creio que não seja o caso. Você tem que analisar sua sentença, pois, em algum local dela que faz uma divisão está vindo zero para esta parte e não é possível fazer divisão por zero. Você deve encontrar qual problema está gerando isso, se na base em si, ou se teria que tratar alguma condição se vier zero para não gerar o erro.
  10. Neste tópico iremos postar alguns exemplos de FV´s (Fórmulas Visuais) montadas pela galera aqui do Fórum, com a intenção de ajudar a todos, com situações reais já prontas e/ou pequenos exemplos para quem quer se basear e iniciar na montagem de Fórmulas Visuais do TOTVS RM Quem tiver já postado algo e queira postar o link em questão, é só comentar aqui nas respostas também. Lets share!!
  11. Não tem problema. No final são Fórmulas também, rsrsrsrsr Precisamos criar um desse para FVs. Vou agilizar isso.
  12. Não conheço não. Creio que por FV seja possível mesmo disparar isso. Só tem que ver as regras certinho para tal.
  13. Lucas, você tem alguns problemas estruturais na sua sentença... que podem gerar seu problema, bem como pode causar o retorno de informações erradas, e até deixar a sentença mais lenta. INNER JOIN FCFO (nolock) ON (FCFO.CODCFO=DLAF.EMITENTECFO OR FCFO.CODCFO=DLAF.CODCFOORIGEMDESTINO) AND FCFO.CODCOLIGADA=DLAF.CODCOLCFO -- ESSA PARTE ACIMA VC TEM QUE POR, MESMO QUE SEUS CLIFOR SEJAM GLOBAIS. E SE NÃO FOR, PIOR... AI ESTÁ ERRADO MESMO... E JÁ QUE ESTÁ USANDO OR NA LINHA ACIMA, TEVE QUE COLOCAR PARENTESIS TAMBÉM... EM nenhum SUBSELECT seu você trata CodColigada... tem que tratar. Isso é um erro, e repito o que falei acima. Exemplo (parte...): (select DTRBITEM.CODTRB FROM DTRBITEM where DTRBITEM.CODTRB='PIS' AND DTRBITEM.IDLAF=DITEM.IDLAF AND DTRBITEM.CODCOLIGADA=DITEM.CODCOLIGADA AND DTRBITEM.NUMITEM=DITEM.NUMITEM) [PIS], (select DTRBITEM.BASETRB FROM DTRBITEM where DTRBITEM.CODTRB='PIS' AND DTRBITEM.IDLAF=DITEM.IDLAF AND DTRBITEM.NUMITEM=DITEM.NUMITEM) [BC PIS], INNER JOIN TMOV ON DLAF.IDMOV=TMOV.IDMOV --- CADE O JOIN DE CODCOLIGADA AQUI TAMBEM?? Por ultimo, veja ao retornarem os dados, se realmente não está vindo nada de diferente na consulta, pois, o DISTINCT apenas traz um registro quando há uma repetição completa da linha de retorno. Se uma vírgula for diferente ele mostra as duas ou mais linhas.
  14. Eu tenho um cliente com uma situação parecida, mas percebo que são coisas distintas. Eles precisam atender pedidos de uma filial, e podem ter materiais em outros locais, então o pessoal gera um pedido de transferência para que seja pedido para o outro local, e quando é atendida a transferência o primeiro local pode atender a sua solicitação inicial. Mas há no sistema um esquema por trigger ( que poderia ser readaptado para Formula Visual ) para tratar alguma coisa com relação aos locais de estoque na tabela de movimentos no momento da geração do pedido de transferência, que foi feito pelo sistema não atender 100% a necessidade do cliente. Não me recordo de outro lugar que tenha precisado disso, e eventualmente tenha feito algo pra automatizar. Se alguém já viu algum outro caso, por favor, comenta ai com a gente.
  15. Henry, bom dia. Isso é muito relativo, pois, depende do que você quer e precisa deixar registrando efetivamente nos Logs, dos sistemas que você tem, etc. Com relação a prazo pra ficar nas tabelas os registros, também, cada caso é um caso. No caso de um cliente que tenho, a gente configurou pra ficar 6 meses, mas trabalhamos com um processo interno que separa as tabelas no banco pra não sobrecarregar o banco principal e o ambiente de homologação que é replicado diariamente. Temos um outro banco que é alimentado diariamente, removendo os registros das tabelas do banco principal, deixando este bem mais leve. Apenas no banco de log já estamos com mais de 80 Gb de base de dados pra você ter uma ideia.