elton.barbosa

Mas aí você joga a bronca pra cima das redes....

O log é muito grande. Seria bom você explicar em que momento está acontecendo. Isso geralmente ocorre quando a transação não foi confirmada. Verifique se ela está sendo confirmada antes de fechar o sistema. Se não estiver, você precisa procurar o motivo.

Olá, Fiquei curioso com essa e fui verificar. Mas ao entrar no site deles e verificar sobre como o aplicativo funciona e é exatamente o que o Italo mencionou acima. Por exemplo, nessa página explica como você pode cadastrar uma senha web pra cidade de Votuporanga: https://www.qipu.com.br/como-emitir-nota-fiscal-de-servico-nfse-em-votuporanga/

Por favor, confira a resposta nesse tópico: https://www.projetoacbr.com.br/forum/topic/50861-erro-ao-gerar-nfc-e-mg-url-para-o-serviço-url-qrcode-não-encontrada-na-sessão-nfce_mg_h-no-arquivo-acbrnfeservicos/?do=findComment&comment=335358

Fique a vontade para propor alterações no código. Basta criar um novo tópico, explicar as alterações e anexar os arquivos alterados.

Enviei uma alteração ao SVN baseado na sugestão disponibilizada pelo Waldir. Com alguns ajustes A maior diferença é que mantive a versão 1 do modelo MGV5 para balanças muito antigas criando um novo modelo (modToledoMGV5V1). Por favor queiram atualizar, testar e reportar qualquer problema.

É isso o que eu quis dizer. Esse Assign do TObjectList deveria funcionar. Mas enfim, se não está funcionando é um problema. Acho que sim. Me parece que o código ficaria mais limpo e isso poderia ser utilizado em outros lugares. Vejamos se alguém tem alguma outra opinião.

Acho que o que está errado é o método Det.Assign(Source.Det); Ele devia estar fazendo essa cópia.

As dlls dependem da configuração do componente. Veja na pasta /trunk2/DLLs

Enviei uma possível correção. Queira por favor atualizar, testar e reportar qualquer problema. Fiz algumas alterações, mas segui a sua ideia. Muito obrigado pela sugestão.

Hmmm entendi. O campo pST não tinha sido alterado nessa situação. Para que eu possa verificar me passe os seguintes dados: Qual o modelo da nota? (NF-e ou NFC-e) Qual a mensagem de rejeição? A nota foi emitida para consumidor final? Você está utilizando como CST (nfe.Det.Imposto.ICMS.CST) o valor "cstRep60", "cst60" ou outro valor? Qual?

Pessoal criei um tópico sobre a nova propriedade. Deêm uma olhada:

Olá pessoal, Com a NT 2018.005 foi introduzida uma nova rejeição para NFe: 938 - Rejeição: Não informada vBCSTRet, pST, vICMSSubstituto e vICMSSTRet. Os detalhes dessa rejeição foram alterados nas várias versões da NT, mas infelizmente isso já está causando algum problema (como podem ver nesse tópico aqui). Como é uma rejeição facultativa e cada UF tem uma legislação, tivemos que adicionar uma nova propriedade no componente ACBrNFe para lidar com a situação. A nova propriedade se chama ForcarGerarTagRejeicao938. Após atualizar os componentes, não esqueça de reinstalar. Vamos a uma explicação mais longa... O problema Como a descrição da rejeição explica, algumas UFs podem exigir a informação de algumas tags, como vICMSSubsituto, isso mesmo quando o valor da tag for zero. Por padrão o ACBrNFe não gera tags facultativas que são informadas com valor zero. E esse é o caso da tag vICMSSubstituto. Mas como essa é uma tag facultativa, não devia ser obrigatório para algumas UFs informá-la. E por isso, não podemos obrigar o ACBrNFe informar sempre. Assim a ideia é termos uma configuração que você possa alterar. Poderemos com essa propriedade forçar gerar a tag de acordo com a necessidade de seu cliente ou da UF dele. A solução A propriedade (ou configuração) criada ForcarGerarTagRejeicao938 foi adicionada no ACBrNFe de modo que pode ser acessada como no código abaixo: ACBrNFe1.Configuracoes.Geral.ForcarGerarTagRejeicao938:= fgtNunca; Ou talvez no Object Inspector como abaixo: Importante: Embora a propriedade esteja disponível para ser alterada no Object Inspector, você provavelmente vai querer parametrizar isso no seu aplicativo. Afinal, talvez você precise alterar essa propriedade de um cliente para outro, ou de uma data para outra. As opções são: fgtNunca -> Se o valor for zero, não vai forçar a geração da tag nunca; fgtSomenteProducao -> Força a tag ser gerada no ambiente de produção mesmo que o valor seja zero; fgtSomenteHomologacao -> Força a tag ser gerada no ambiente de homologação mesmo que o valor seja zero; fgtSempre -> mesmo que o valor seja zero, a tag será gerada sempre; A configuração padrão é fgtNunca conforme o comportamento do componente antes dessas alterações. Qual opção eu devo escolher? Como explicado, essa configuração foi necessária por causa de problemas em certas UFs. Então para escolher a melhor opção você precisa saber o que está sendo exigido no Webservice que você está acessando. Por exemplo, se você não está recebendo a rejeição, não há necessidade de alterar a configuração. Mas se está recebendo somente em homologação, quer dizer, a tag está sendo exigida somente em homologação, use a opção fgtSomenteHomologacao. E assim por diante.

Desculpe eu não entendi nem o que não funcionou e nem onde poderia ter uma alteração necessária... Poderia explicar melhor?

A pedido do usuário, tópico fechado. Relacionado: https://www.projetoacbr.com.br/forum/topic/50635-nfce-com-acbrecf-emitindo-forçadamente-redução-z/

Como eu disse no post, você deve configurar de acordo com a UF. Veja: fgtNunca -> Se o valor for zero, não vai forçar a geração da tag nunca; fgtSomenteProducao -> a tag será gerada no ambiente de produção mesmo que o valor seja zero; fgtSomenteHomologacao -> a tag será gerada no ambiente de homologação mesmo que o valor seja zero; fgtSempre -> mesmo que o valor seja zero, a tag será gerada sempre; Então se está exigindo a tag somente em homologação, use a opção fgtSomenteHomologacao.

Obrigado pela confiança e paciência. Leonardo, muito obrigado pelas sugestões. Eu fiz algumas alterações e já enviei ao SVN na revisão 16904. Achei melhor renomear a propriedade de configuração para ForcarGerarTagRejeicao938. Isso vai impedir qualquer confusão com os outros pontos da NT 2018.005. Também achei prudente criar um tipo enumerado permitindo a configuração de forçar a geração de tags em homologação, produção, ambas ou nunca. Alterei um pouco a ordem das validações com o objetivo de deixar o código mais claro. Mas posso ter falhado em alguma coisa, por isso peço a ajuda de todos que atualizem e verifiquem o funcionamento. Notem que vocês precisam utilizar a configuração ForcarGerarTagRejeicao938 de acordo com o WebService da sua UF.

Legal. Não vejo muitos projetos usando. Sugiro avaliar o uso da DWScript. https://www.delphitools.info/dwscript/ Suporta classes, interfaces, records, type inference, meta-classes, classes parciais, “case of” and “in […]” de formas generalizadas, e muito mais...

Apresente a resposta da SEFAZ/RJ. Me parece furada. É melhor você entrar em contato com a SEFAZ mais uma vez. Em MG só podia isso se o computador ficar fora do ambiente de atendimento.

Talvez esteja faltando algum arquivo que está presente na sua máquina.

Regra geral, use mais de uma thread apenas se necessário.

Na verdade, desde que essa propriedade foi criada em 11/01/2016 na revisão 10840, o valor padrão era True. Veja: Além disso, se eu não estou enganado, colocar esses valores como False poderia gerar um problema em computadores que não tem as fontes mencionadas no PDF. Há alguns relatos do fórum mencionando que, por exemplo, clientes não conseguem abrir o arquivo PDF de uma nota enviada por email no navegador. Esses problemas resolveram quando alteraram essa propriedade para True. Assim, acho melhor não alterar, a menos que tenhamos um bom motivo pra isso.

Você tem toda a razão. O componente estava ignorando e em alguns casos até alterando por si mesmo o padrão dessas duas propriedades. Enviei uma correção no SVN na revisão 16894. Queira por favor atualizar, testar e reportar qualquer problema.

Provavelmente é a falta de algumas dlls como a openSSL.