luisgustavogomes

@Joaldo, boa tarde! Tudo bem ? Não consegui compreender muito bem seu post! Você esta tentando utilizar um conceito criado pela TOTVS para importar produtos e neste conceito os campos de unidades estão incorretos, é isso? Se sim, por favor, terias como exportar o seu conceito e postar aqui para que possamos lhe ajudar? Se não, por favor, terias como nós esclarecer! Obrigado.

@Pedro Oliveira, bom dia! Por favor, terias como me chamar no skype luisgustavogomes@outlook.com Abraços

@fernandolk_1992, boa tarde! Quando preciso fazer esse tipo de lógica, uso esse exemplo! Abraços.

@Maique.16, boa tarde! Qual é o campo no funcionário que determina se ele cai nesta sua validação? No aguardo. Abraços.

@Felipe Dantas, boa tarde! No suporte da DevExpress existe um tópico sobre essa questão, porém a solução é via código, como não temos essa opção no RM, acredito que a única forma de resolver é segmentando teu relatório página a página! Abraços.

@MIXFM, Bom dia. Segue um exemplo de UPDATE em bloco (set-based), dessa forma até utilizar o JOIN, por exemplo e/ou outras instruções DML. USE CORPORERM GO UPDATE D SET D.RECMODIFIEDBY = 'luis.gomes' ,D.RECMODIFIEDON = GETDATE() FROM DBO.DLAF D WHERE D.CODCOLIGADA = 1 AND D.DATAES >= '2023-01-01' AND D.DATAES < '2023-02-01' Espero que lhe ajude... Abraços.

@MIXFM, boa tarde ! A forma segura de fazer um update é pela PK na tabela, porém pode executar um update em um conjunto de filtros, sendo assim, cria um select para pegar todos os registros que você vai altear depois é só mudar a instrução para update... mas o update irá executar em todos os registros do seu select.... abraços

@emorais, bom dia, tudo certo ? Segue um possível exemplo. USE CORPORERM GO SET NOCOUNT ON; SELECT F.CODCOLIGADA ,F.CHAPA ,F.NOME ,P.CPF ,F.DATAADMISSAO ,F.CODSECAO ,P.CARTEIRATRAB ,P.SERIECARTTRAB FROM DBO.PFUNC F JOIN DBO.PPESSOA P ON (F.CODPESSOA = P.CODIGO) WHERE F.CODCOLIGADA = 1 Espero que lhe ajude! Abraços.

@@EduardoNogueira, bom dia! Sim, isso é um comportamento normal da aplicação, e esse "limpeza" de dados que estarão com o valor zero é uma opção ao executar a virada de competência, pois eventos de código de calculo precisam estar no envelope mesmo zerado para cálculo. Abraços.

Boa tarde! O comportamento da aplicação é lançar zerado na PFFINANC e na PFMOVCC, porém em tela esse registro é filtrado, terias como explicar melhor esse comportamento, pois acredito que um script (TRIGGER) e/ou uma FV para efetuar essa limpeza! Abraços.

@Marcos Abbude, bom dia! Estou em produção na versão 12.1.2205 e estou em fase de homologação para a 12.1.2209 e não tive esse problema... o que está acontecendo é uma inserção que já existe... não é grave, porém para liberar de vias normais é no suporte Totvs com a chave de liberação. Caso queiras verificar o registro o mesmo está acessível por essa query. USE CORPORERM GO SELECT * FROM DBO.RRELTIP R WHERE R.CODTIPO = 'PORTARIA 671/2021' AND R.CODAPLIC = 'A' Abraços.

@thiago a pereira, bom dia! Tenho alguns FV apontando para esse DataSet, porém, são gatilhos no DataSet não no Process... sempre que acontece esse tipo de dúvida comigo, faço o seguinte... crio uma FV que somente envia e-mail e vou testando quando o gatilho será desparado. Meu exemplo. Se não conseguir, por favor, retorne para que possamos lhe ajudar! abraços.

@Pedro Oliveira, muito obrigado e caso precisar é só chamar! Abraços.

@Pedro Oliveira, Bom dia! Segue... 100 %. RATEIO_TITMMOVRATCCU.TotvsWF Abraços.

@Pedro Oliveira, boa tarde! Sua fonte para preenchimento da TITMMOVRATCCU será uma consulta SQL ? No aguardo. Abraços.

@Paulo Lima, bom dia! Segue... O dataset é o MovFormaPagtoData, porém é estranho ter um conceito se esse cadastro á base... não faz muito sentido! Abraços.

@Alexsandro Santos, boa noite! Seu problema de quebra está na arquitetura do relatório, pois os subdetalhes não utilizam o parâmetro do detalhe principal como filtro, estão utilizando o campo DET_CHAPA que está no rodapé de página... sendo assim, passa esse campo para o detalhe principal e executa novamente! Não consegui testar, pois existem vários objetos de banco em suas consultas! Caso precise de alguma ajuda com as query's é só chamar! Abraços

Boa noite! Segue uma possível solução! USE CORPORERM GO SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED; SET NOCOUNT ON; DECLARE @CODCOLIGADA INT = 1 DECLARE @DTREF DATETIME = '2022-01-01' ;WITH TAB AS ( SELECT ROW_NUMBER() OVER(PARTITION BY P.CODCOLIGADA, P.CHAPA ORDER BY P.CODCOLIGADA , P.CHAPA, HS.DTMUDANCA) AS 'SEQ' ,P.CODCOLIGADA ,P.CHAPA ,P.NOME ,HF.CODFUNCAO_HIST AS 'FUNCAO' ,HF.NOME_FUNCAO_HIST AS 'NOME_FUNCAO' ,HS.SALARIO ,HS.DTMUDANCA ,HS.MOTIVO ,UPPER(HSM.DESCRICAO) AS 'DESCRICAO_MOTIVO_FUNCAO' ,SEC.CODSECAO_HIST FROM DBO.PFHSTSAL HS JOIN DBO.PFUNC P ON (HS.CODCOLIGADA = P.CODCOLIGADA AND HS.CHAPA = P.CHAPA) JOIN DBO.PMOTMUDSAL HSM ON (HSM.CODCOLIGADA = HS.CODCOLIGADA AND HSM.CODCLIENTE = HS.MOTIVO) OUTER APPLY ( SELECT H.CODCOLIGADA ,H.CODFUNCAO AS 'CODFUNCAO_HIST' ,F.NOME AS 'NOME_FUNCAO_HIST' FROM DBO.PFHSTFCO (NOLOCK) H JOIN DBO.PFUNCAO (NOLOCK) F ON (H.CODCOLIGADA = F.CODCOLIGADA AND H.CODFUNCAO = F.CODIGO) WHERE H.CODCOLIGADA = P.CODCOLIGADA AND H.CHAPA=P.CHAPA AND H.DTMUDANCA = (SELECT MAX(HH.DTMUDANCA) FROM DBO.PFHSTFCO (NOLOCK) HH WHERE HH.CODCOLIGADA = H.CODCOLIGADA AND HH.CHAPA = H.CHAPA AND HH.DTMUDANCA < DATEADD(D,1,HS.DTMUDANCA)) ) HF OUTER APPLY ( SELECT H.CODCOLIGADA ,H.CODSECAO AS 'CODSECAO_HIST' ,P1.DESCRICAO AS 'DESC_SECAO_HIST' FROM DBO.PFHSTSEC (NOLOCK) H JOIN DBO.PSECAO (NOLOCK) P1 ON (H.CODCOLIGADA = P.CODCOLIGADA AND H.CODSECAO = P1.CODIGO) WHERE H.CODCOLIGADA = P.CODCOLIGADA AND H.CHAPA = P.CHAPA AND H.DTMUDANCA = (SELECT MAX(HH.DTMUDANCA) FROM DBO.PFHSTSEC (NOLOCK) HH WHERE HH.CODCOLIGADA = H.CODCOLIGADA AND HH.CHAPA = H.CHAPA AND HH.DTMUDANCA < DATEADD(D,1,HS.DTMUDANCA)) ) SEC WHERE P.CODCOLIGADA = @CODCOLIGADA AND HS.DTMUDANCA >= @DTREF ) SELECT T.SEQ ,T.CODCOLIGADA ,T.CHAPA ,T.NOME ,T.FUNCAO ,T.NOME_FUNCAO ,T.SALARIO ,T.DTMUDANCA ,T.MOTIVO ,T.DESCRICAO_MOTIVO_FUNCAO ,T3.SALARIO_ANTERIOR ,T2.FUNCAO_ANTERIOR ,T2.NOME_FUNCAO_ANTERIOR ,T.CODSECAO_HIST FROM TAB T OUTER APPLY ( SELECT H.CODFUNCAO AS 'FUNCAO_ANTERIOR' ,F.NOME AS 'NOME_FUNCAO_ANTERIOR' FROM DBO.PFHSTFCO (NOLOCK) H JOIN DBO.PFUNCAO (NOLOCK) F ON (H.CODCOLIGADA = F.CODCOLIGADA AND H.CODFUNCAO = F.CODIGO) WHERE H.CODCOLIGADA = T.CODCOLIGADA AND H.CHAPA=T.CHAPA AND H.DTMUDANCA = (SELECT MAX(HH.DTMUDANCA) FROM DBO.PFHSTFCO (NOLOCK) HH WHERE HH.CODCOLIGADA = H.CODCOLIGADA AND HH.CHAPA = H.CHAPA AND HH.DTMUDANCA < DATEADD(D,-1,T.DTMUDANCA)) ) T2 OUTER APPLY ( SELECT H.SALARIO AS 'SALARIO_ANTERIOR' FROM DBO.PFHSTSAL (NOLOCK) H WHERE H.CODCOLIGADA = T.CODCOLIGADA AND H.CHAPA=T.CHAPA AND H.DTMUDANCA = (SELECT MAX(HH.DTMUDANCA) FROM DBO.PFHSTSAL (NOLOCK) HH WHERE HH.CODCOLIGADA = H.CODCOLIGADA AND HH.CHAPA = H.CHAPA AND HH.DTMUDANCA < DATEADD(D,-1,T.DTMUDANCA)) ) T3 ORDER BY T.CODCOLIGADA, T.CHAPA, T.SEQ OPTION (MAXDOP 1) Abraços.

@lbxavier, boa noite! Estou replicando seu questionamento em um ambiente de homologação, estou criando uma FV no dependente para que seja possível marcar diversos dependentes e colocar no parâmetro qual é o dependente de origem.... Pois bem, neste caso acima ("uma das diversas formas de resolver"), terias algo parecido com isso: Nesta situação, teríamos um encadeamento de laços, algo que funciona... ("já usei para fazer rateios"), porém não recomendado pela Totvs e ao salvar a FV uma mensagem com essa mesma informação é demostrada para o usuário... contudo, se utilizamos essa questão terias que dentro do laço do eventos, teríamos que criar um outro laço para comparar com a origem, fazer uma comparação logica para verificar se existe, se não existir criar se já existir e não tiver na origem remover e se ambos estiverem iguais, verificar os campos e decidir de qual objeto irás pegar a informação... ufaaaaaaa Complicado, mas não é impossível, porém se tiver acesso ao banco de dados, podemos lhe ajudar e criar um PROCEDURE ("se for SQLServer") que execute o comando MERGE para efetuar essa operação, sendo assim a FV iria ficar + ou - assim: Porém, nesta forma também terás que decidir aquelas questões: Se encontrar UPDATE se não encontrar no destino INSERT se não encontrar na origem DELETE. Certo que existe outras formas, tais como tratar unitariamente o destino, logo se tiveres 4 dependentes de pensão, irás configurar o primeiro e clonar 3 vezes. Mas ficamos no seu aguardo de qual posicionamento irás seguir! P/S Michelangelo di Lodovico Buonarroti Simoni fica nervoso com minha arte no paint! rsrsrs Abraços.

@Vggfaria, boa noite ! Terias como colocar o resultado esperado por você no excel ? Ficamos no aguardo. Abraços.

@netowell, boa noite! Esse item com quantidade a receber negativa.... existem recebimento dele ? Pois, podem existir varias questões nesta situação, o parâmetro de consistência de quantidade, fator de conversão, erro na aplicação ou erro de script ad hoc. Abraços

Boa noite, sim diversas vezes... o formato não está correto no seu arquivo. Qual foi a forma que você importou? Nativo, e/ou um conceito customizado! Att.

@vini.zambrotti, bom dia! Cara muito estranho, se tiver como me chamar no skype: live:luisgustavogomes | luisgustavogomes@outlook.com Abraços.

Blz, qualquer coisa chama ai!

@Leandro Torres, por favor, terias como verificar o anexo novamente ? Pois converti o relatório para a versão 12.1.34 e acredito que irás conseguir abrir na versão 12.1.2205. FORUM_EXEMPLO02_12_1_34.TotvsReport No aguardo. Abraços.