EMBarbosa

Enviei essa alteração ao SVN. Queira por favor atualizar, testar e reportar qualquer problema. Note que ainda precisamos resolver a questão levantada no princípio das conversões.

A versão do SVN deles tem tido algum movimento. Mesmo assim, não sei se confiaria. https://sourceforge.net/p/synalist/code/HEAD/tree/trunk/

Esse problema não é no ACBr. Você pode tentar com o programa de exemplo para conferir.

Por favor, crie um tópico na área do SAC com os dados de como reproduzir e verificar o problema, como configuração utilizada, arquivo ENT para emissão e xml gerado.

A princípio, pode usar o CNPJ da empresa onde foi desenvolvido. Isso é chamado de "sistema próprio". Quer dizer, sistema desenvolvido pela própria empresa. Isso está de acordo com o que o Felipe disse acima.

Na verdade, tem muitos outros... Esse abaixo tem cerca de duas semanas: Isso depende de legislação estadual. Cada UF tem seu próprio direito de estabelecer as leis e, por isso, pode mudar de uma região para outra. Mas tem dois princípios que as UFs atendem nesse respeito: Não permitir sonegação; Não causar prejuízo ao contribuinte; Esse ponto "1. Não permitir sonegação" é o mais fácil de entender. É lógico que o estado deseja receber os impostos para poder administrar. Por isso existem tantas leis relacionadas a isso. E esse é o princípio, (ok, um dos), que os levam a serem rígidos na legislação sobre emissão de documento fiscal. O ponto "2. Não causar prejuízo ao contribuinte" é o que leva algumas UFs a estender permissão para emissão diferenciada de documentos. Imagine que uma criança vá numa padaria e compre uma bala. O custo da emissão do documento fiscal talvez seja mais caro que a bala. Por isso, alguns estados permitem que esse tipo de estabelecimento gere uma nota fiscal no final do dia com o acumulado de todas as compras pequenas. Contudo, geralmente isso tem diversas limitações e exceções para garantir que empresas não se aproveitem dessa brecha para sonegar. Como isso funciona? Depende da UF... No tópico acima eu menciono que em MG a pessoa poderia ter um sistema de gestão que não emitia nota, mas a empresa não poderia ter nenhum computador na área de atendimento ao cliente e fosse uma empresa pequena. Porque se entende que se a empresa, mesmo pequena, tem condição de ter um computador na área do cliente, então ela tem condições de ter um sistema de emissão de notas eletrônico. Por isso o melhor é sempre você verificar com a Sefaz do seu estado, com o seu contador e com um advogado tributário. Mas tenha cuidado: Qualquer permissão ou proibição da SEFAZ, peça a legislação pertinente ou documento por escrito; Se você consultar um contador do seu cliente, ele pode estar mais interessado em facilitar a vida do cliente do que na responsabilidade que sua empresa vai ter em caso de uma fiscalização; Se você consultar um advogado que não entende da legislação tributária, ele pode te dar uma orientação não perita Isso não é 100% correto. A software house responde sim pelo que o sistema permite o usuário fazer. É claro que a responsabilidade vai depender de cada caso e de cada UF. Mas se isso não fosse verdade, não teria existido o PAF-ECF e ele não teria atingido tantas UFs. Procure saber sobre responsabilidade solidária da software house ou de sistemas de emissão de documentos fiscais na tributação. Sabe-se de concreto que vira e mexe uma software house vira notícia por permitir esse tipo de sonegação, seja lá qual for o documento fiscal usado na época. Sabe-se também que as UFs estão sempre criando operações para fiscalizar qualquer tipo de sonegação.

Tópico relacionado:

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...