Ivan Martinez

Marçal, Uso aqui este recurso atualmente.Para isso, estou usando meu próprio servidor de email, mas sei que o do GMAIL também funciona. Não tenho notícia de nenhum problema envolvendo quantidade de email´s enviados, então acredito que você não deve ter qualquer problema ao usar via GMAIL.

Ricardo, A trigger teria que impedir que ocorresse INSERT/UPDATE/DELETE na PFFINANC / PFCODFIX, etc (tabelas onde há eventos) para os eventos que você deseja desativar. Assim, quando o usuário tentasse inserí-los, ocorreria erro, e a operação seria abortada. Como nunca usei isso na prática, não sei te dizer quais seriam os efeitos colaterais.Pelo menos um que me surge agora é que a transferência da ficha financeira normal para complementar, processo realizado na liberação de competência, daria erro, e portanto teria que deixar de ser feito (há como parametrizar isso).Mas podem surgir outros... Mas se isso for realmente importante para você, acho que vale a pena tentar.

Cleiton, Em Opções/Parâmetros/RM LABORE, aba Outros Parametros/Parametros II, exibe salario na visão de funcionarios, lado direito superior. Isso é o que determina se a coluna estará disponivel na visao. Abraço

Fábio, Infelizmente sua sugestão não atende a necessidade, visto que o usuário poderá usar o evento "desativado" em todos os locais do sistema, como Férias/Envelope/Códigos Fixos, etc, etc. Abraço

Colega, Esta divisão significa apenas ter um lote para cada grupo de trabalhadores ? Especifique melhor por favor a separação desejada. Abraço

Colegas, Não há nenhuma possibilidade de se fazer isso hoje no sistema, exceto através de trigger, onde até pode ser possível (nunca fiz). Também acho um abusurdo a TOTVS ainda não ter implementado isso.Só posso imaginar que tecnicamente seja bem complicado... Abraço

Anderson, Para pensão sobre o liquido, você não precisa usar fórmula. Basta que os eventos de proventos e descontos estejam com o campo de incidência de pensão marcado, e que o percentual esteja informado no dependente. Abraço

Weverton, Para usar os dados já cadastrados em uma readmissão, proceda assim > a) Clique no botão Novo, para incluir o novo funcionário. b) Logo abaixo do campo Naturalidade, você terá um lonk chamado Localizar Pessoa c) Informe o nome do colaborador ou CPF e clique no binoculo para localizar d) Selecione a pessoa (clicando no quadradinho) e clique em OK. Os dados pessoais serão buscados, e você deverá complementar os dados necessários. Abraço

Alex, Se a data de admissão deste funcionário citado não for no mês de competência do sistema, realmente não é permitida a alteração da seção.Se for o seu caso, proceda assim : a) Altere a admissão para o mês atual b) Altere a seção c) Se a seção alterada for de outra filial, altere o campo CODFILIAL da tabela PFUNC, pois esta não é alterada quando se altera a seção. d) Confira os períodos aquisitivos de férias. Att.

Marcelo, Sugiro que antes de desinstalar, por ser mais rápido, tente o seguinte : a) Reinicie o IIS b) Reinicie o servico RM.HOST.SERVICE c) Reinicie seu servidor web Abraço

Jair, Essa análise já foi feita, e por incrivel que pareça, apenas estas duas tabelas não foram criadas. Abraço e obrigado pela resposta.

Pessoal, Estou precisando da seguinte ajuda : Necessito criar as tabelas CLANCAMENTO e CCONT em uma base 11.50 (não sei por que razão não foram criadas quando da conversão). Para tanto, queria saber se alguém pode postar o script de criação das mesmas, para Oracle 9i. Agradeço a ajuda antecipadamente.

O único problema é o time para o qual ele torce, mas ninguém é perfeito,não é mesmo ? Parabéns Jorge, pela iniciativa em ajudar a todos nós. Abraço

Jorge, Valeu a informação.Vou verificar do que se trata. Abraço

Jair, Seria contábil e também financeiro. Abraço

Pessoal, Alguém teria a informação de se há algum tipo de integração on-line , ou seja, sem se tratar de exportação / importação, de dados entre o RM LABORE e o PROTHEUS ? Vasculhei no Labore e não encontrei nada a respeito, e do Protheus não tenho conhecimento. Agradeço a ajuda.

Prezados, De acordo com a Portaria 1057, de 06/07/2012, a obrigatoriedade de utilização dos novos documentos passou para 01/11/2012. Abraço a todos.

Pessoal, Pelo que entendi, o lançamento criado pelo movimento está na CLCTLOTE.Ao passar para a CLANCA,o usuário que deveria gravar seria o de quem fez a integração, pois é este usuário que está efetivamente incluindo dados na CLANCA. Assim, me parece que se trata de um bug, e deveria ser corrigido pela TOTVS. ÓBS. Na versão 11.50, a tabela CPARTIDA possui o campo USUARIOINTEGRACAO,que efetivamente registra quem fez a integração do lançamento.

Pessoal, Para aqueles que eventualmente tem dúvidas a respeito : Recebi confirmação da TOTVS de que na versão 11.80 será disponibilizado um conversor para migrar os relatórios do Gerador Delphi para o Gerador .NET. Indaguei-os sobre a desativação do Gerador Delphi, e a resposta foi : Será desativado, mas ainda sem data prevista, e certamente não na 11.80. Abraço a todos.

Sobre o erro ocorrido para o Ronnie Von, segue solução : Alterar os arquivos - RM.AliasManager.exe.config - RM.exe.config - RM.Host.exe.config - RM.Host.Service.exe.config - RM.Lib.Gerador.Execute.exe.config - RMChronus.exe.config conforme abaixo : DE: <netfx40_legacysecuritypolicy enabled="true" /> PARA: <NetFx40_LegacySecurityPolicy enabled="true" /> Logo depois, desinstalar o serviço RM.HOST, apagar arquivo _broker.dat e reinstalar o serviço.

Pessoal, Venho usando pouco o suporte, ultimamente, para dúvidas.Porém, uso bastante para pedidos de implementação e para ajustes de coisas que o sistema não faz de maneira correta / ou faz de forma incompleta. Neste tipo de uso que faço estou bastante insatisfeito, pois faz mais de 1 ano que não tenho NENHUM pedido de implementação atendido, e olha que foram dezenas de pedidos.Alguns poderão até pensar "é, mas podem ser pedidos bem específicos da sua empresa, ou que o pedido é descabido", porém posso lhes afirmar sem sombra de dúvida que não é o caso, pelo menos da maioria dos pedidos. O pior , na verdade, nem é ter o pedido negado.É a demora em simplesmente responder NÃO (que em alguns casos chegou a absurdos 6 meses) e o famoso CTRL+C e CTRL+V que usam para dar as respostas padronizadas de negação. Quando isso ainda estava no mundo RM, que terminou em 2006, a gente tinha a esperança que talvez mudanças pudessem ocorrer.Mas , agora, com a "Bolsa de Valores" mandando na empresa, essa esperança, para mim, é zero. Abraço a todos.

Pessoal, Segue abaixo script que mostra os step´s que não foram executados com sucesso, relativos a Job´s do SQL SERVER.Pelo que sei, serve para qualquer versão do SQL SERVER.É uma boa maneira de saber, de forma rápida e fácil, os job´s que deram problem,sendo possível inclusive filtrar por período. Espero que seja útil a todos. USE MSDB SELECT SYSJOBS.NAME,STEP_NAME,MESSAGE,RUN_DATE,RUN_TIME FROM SYSJOBHISTORY,SYSJOBS WHERE STEP_NAME LIKE '%STEP%' AND MESSAGE NOT LIKE '%SUCCEEDED%' AND SYSJOBS.JOB_ID=SYSJOBHISTORY.JOB_ID ORDER BY 1,3

Pessoal, Opinião : Obrigar a usar nova MDI : Absurdo, a não ser que não haja mais nada, absolutamente nada, não migrado para .NET.Do contrário, o usuário ficaria obrigado ao absurdo de ter que navegar em duas interfaces. Obrigar a usar novo Gerador.NET : Absurdo,pois o trabalho de migrar os relatórios é inviável na grande maioria das instituições, por falta de recursos (pessoal e tempo).Além disso, as experiências que já tive com o Gerador.NET foram as piores, em termos de estabilidade e bug´s. Caso a TOTVS realmente vá por este caminho, tenho certeza que não só eu, mas muitos, certamente irão pressionar para que isso seja mudado. Abraço a todos.

Pessoal, Pelo que pude concluir das discussões deste tópico, não há versão do relatório disponibilizado pela TOTVS para o Gerador "antigo", ou seja não .NET. Isso confere ? Caso positivo, meu entendimento é de que não é correto, em vista de que não há nenhuma menção na TOTVS sobre obrigatoriedade de migração para o novo Gerador. Abraço a todos.

Pessoal, Talvez algum de vocês venha a passar por isso um dia, portanto resolvi postar para não terem que passar pela dificuldade que passei. Como se sabe, o CORPORE mantém uma tabela (GAUTOINC) para guardar as referências atuais de uma série de tabelas, que são utilizadas quando da criação de um novo registro nessas tabelas. Por isso, quando se realiza a inclusão de registros nestas tabelas via banco de dados, se faz necessário atualizar a GAUTOINC, para evitar erro de Primary Key na inclusão via aplicativo. A dica é : Para a tabela CLANCA, o registro não é mantido na GAUTOINC,e sim na tabela CGENID.Portanto, ao inserir registros via banco na CLANCA, atualize esta tabela. Abraço a todos.