Marcelo Calvi Belanga

Bom dia, Eu estou tendo problema no recebimento de argument out of range.

Bom dia @Daniel Simoes, Resolvido!!! Parabéns e obrigado pelo empenho nessa época de festas!!!!

Obrigado @BigWings. Eu havia pesquisado por memory leak e não cheguei nesse post.

Boa tarde, Acabei de atualizar o projeto e comecei a receber muitos memory leaks. Não tenho ideia por onde começar. Alguém pode ajudar? Desde já agradecido.

Boa tarde @alves_sp Nesse formato, quando insiro uma nova venda e novos itens, na sequencia já grava no banco usando o applyupdates, assim também não tenho problemas. E quando efetuar a exclusão do item, como executa o applyupdates, também atualiza no banco e também não temos problemas. Mas perco as funcionalidades do cacheupdates, por exemplo, vamos pensar que somente no final da inserção da venda completa eu queira aplicar no banco e no meio dessa edição o usuário resolve remover ítens apenas usando o delete. Caso o usuário remova todos os itens, ocorre o erro em cache e para que não ocorra, tenho que aplicar as mudanças no banco usando o applyupdates, basicamente da mesma forma que você faz, mas nesse momento, se a venda que ainda não foi gravada no banco, será gravada e então não consigo cancelar a venda, pois, a mesma já atribuiu sei ID. É claro que isso não me traz grandes problemas, mas gostaria de deixar o cache em master x detail funcionando perfeitamente. Vou continuar tentando e se conseguir uma solução, posto aqui. Se por acaso quiser ver ao vivo o que ocorre e trocar experiencias, me avisa que te adiciono no skype. Por hora muito obrigado pela ajuda. Abraços!

@alves_sp, realmente deve funcionar, o meu também funciona, mas o fato de utilizar o applyupdates a cada delete, perdemos a função do cache nesse ocasião, correto? já fiz inúmeros testes, mas quando executo delete no ultimo registro da detalhe, e resolvo cancelar com cancelupdates, ai que gera a bagunça. No seu ocorria a mesma situação?

Boa noite a todos. Estou com uma situação há algum tempo em tabelas detalhes. Uso master X detail com Firedac, Firebird e cacheupdate ativado. Estou utilizando também um FDSchemaAdapter, porém, estou com um problema ao remover itens do detalhe em cache. Se inicio uma nova venda e incluo vários ítens, quando necessito remover um dos ítens funciona normalmente, mas se resolver remover todos os ítens, quando removo o último, o cache bagunça retornando todos os itens anteriores e as vezes té duplicando os ítens. Para resolver isso, a cada delete, tenho que gravar em disco com fdsschema.applysupdates, porém nesse caso o cache updates não é utilizado de forma correta. Uso Delphi Berlim e consultando alguns conhecidos, me disseram que é um bug mesmo. Já testei no tokio e também ocorre o problema. Alguém já passou por isso e resolveu de alguma outra forma? Muito Obrigado...

Como você faz a gravação? Eu faço a gravação em um blob e não grava entre aspas...

Sim, minha TRIGGER é INSERT ou UPDATE. Esse pequeno exemplo seria de entrada "COMPRA", para VENDA é só fazer ao contrário... Se a compra é cancelada concorda que o campo CONFIRMADO muda de True para False? Como eu disse, existem várias formas e momentos de mexer no estoque. Então, algo parecido com isso ....continua --SE A COMPRA ESTA SENDO CANCELADA if ((OLD.CONFIRMADO='True') AND (NEW.CONFIRMADO='False')) then begin FOR SELECT CODIGOPRODUTO, QUANTIDADE FROM COMPRAITENS WHERE COMPRAITENS.NUMEROCOMPRA=NEW.NUMEROCOMPRA INTO :CODPRO, :QTDE DO begin UPDATE PRODUTOS SET PRODUTOS.QUANTIDADE = COALESCE(PRODUTOS.QUANTIDADE,0) - COALESCE(:QTDE,0) WHERE CODIGOPRODUTO = :CODPRO; ...continua

Como eu disse anteriormente, disparo a TRIGGER somente na confirmação da minha venda. No INSERT ou UPDATE, verifico o estado de um campo chamado CONFIRMADO, na tabela MASTER e disparo essa TRIGGER através dele. Algo mais ou menos assim: --SE A COMPRA ESTA SENDO CONFIRMADA if ((OLD.CONFIRMADO='False') AND (NEW.CONFIRMADO='True')) then begin FOR SELECT CODIGOPRODUTO, QUANTIDADE FROM COMPRAITENS WHERE COMPRAITENS.NUMEROCOMPRA=NEW.NUMEROCOMPRA INTO :CODPRO, :QTDE DO begin UPDATE PRODUTOS SET PRODUTOS.QUANTIDADE = COALESCE(PRODUTOS.QUANTIDADE,0) + COALESCE(:QTDE,0) WHERE CODIGOPRODUTO = :CODPRO; .......continua. Varia muito da necessidade de cada ERP...

@dreamsoft_PR depende muito de como seu aplicativo deve e quando baixar o estoque. Como o @Sérgio Assunção disse, é uma tarefa simples. No meu caso faço através de trigger somente quando a venda é confirmada. Como está essa sua SP? E quando você dispara ela?

Valew

Bom dia @Juliomar Marchetti, participei sim. Não recebi o link ainda do vídeo gravado para consulta. Obrigado.

Boa tarde Prezados. Pesquisei no fórum e nos exemplos e não encontrei nada falando do evento OnTransmitError. Gostaria de saber se alguém pode me ajudar postando um código exemplo de uso desse evento? Obrigado.

Boa noite! Depois de analisar a discussão, resolvi também manter os XML salvos no BD, além do disco. Para isso qual tipo de campo seria o mais indicado? Uso Firebird. Obrigado.

Como você mesmo disse "o que está sendo discutido é salvar os dados no BD ou não", mas do resto você está coberta de razão. Quanto mais recurso o sistema tiver, mais facilidade e comodidade para o cliente.

Essa é uma boa discussão e vale muito para tentarmos sempre deixar os dados mais seguros. Porém sempre a responsabilidade pelos dados é sempre do cliente. Isso é claro na minha opinião. E o cliente processar é uma coisa, ganhar o processo por erro dele próprio não fazer backup é outra coisa.

Entendo perfeitamente o risco Daniel. Mas se nem backup os usuários fazem, de que adianta manter em banco se o mesmo não tiver backup também. Então o risco é do cliente e não do desenvolvedor. Mas estou pensando em ajustar as rotinas, para, além de manter no disco, grava no BD também.

Não sei se estou correto, mas mantenho os arquivos salvo apenas em disco e quando preciso de informações o próprio aplicativo busca esses arquivos e traz a informação. É claro que com isso, além do backup do BD, o cliente tem que manter o backup das pastas dos XML.

No portal não diz nada, mas continua sim. Inclusive o SVC-AN continua ativo. Utilizem ele.

Ative o " SVC-AN" que está liberado.

SP com problemas: Prezado contribuinte, Informamos que no momento o sistema da NFE está indisponível devido a problemas técnicos. O contribuinte pode utilizar qualquer alternativa de contingência prevista na legislação, inclusive o SCAN que já está ativo junto ao Ambiente Nacional da Receita Federal. https://www.fazenda.sp.gov.br/nfe/ Ative o " SVC-AN" que está liberado.

SP com problemas: Prezado contribuinte, Informamos que no momento o sistema da NFE está indisponível devido a problemas técnicos. O contribuinte pode utilizar qualquer alternativa de contingência prevista na legislação, inclusive o SCAN que já está ativo junto ao Ambiente Nacional da Receita Federal. https://www.fazenda.sp.gov.br/nfe/ Ative o " SVC-AN" que está liberado.

SP com problemas: Prezado contribuinte, Informamos que no momento o sistema da NFE está indisponível devido a problemas técnicos. O contribuinte pode utilizar qualquer alternativa de contingência prevista na legislação, inclusive o SCAN que já está ativo junto ao Ambiente Nacional da Receita Federal.

Boa tarde, Já dei uma procurada no fórum e encontrei apenas um tópico falando vagamento do assunto no ano passado. Existe alguma função do ACBrSAT para validar o XML? No momento uso o aplicativo da TANCA para fazer verificações quando apresenta o erro desconhecido. Obrigado a todos.