EMBarbosa

Acabei de enviar ao SVN uma alteração relacionada e pelo menos a princípio esse retorno está implementado no componente.

Estamos aguardando o seu retorno.

Se você acha isso interessante, crie um tópico explicando em detalhes o seguinte: Que quer que analisemos uma nova funcionalidade O que é a nova funcionalidade Como você pretende usar Por que ela seria útil para você e outros usuários Com esses dados, outros usuários como você podem apoiar a requisição da funcionalidade e isso vai ser levado em conta ao decidirmos o que vamos desenvolver a frente.

Seu arquivo está desatualizado. Você não está utilizando a última versão que está no SVN. Esse problema que está tentando corrigir já foi corrigido na revisão 16916 do dia 18/04/2019. Veja esse post e minha resposta: Por favor atualize e tente novamente.

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.

Parece que você está usando o monitor, correto? Se for, poderia anexar o arquivo de configuraçã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.

Tente configurar logo antes de gerar a NFC-e. Veja que a mensagem de erro está apontando que está faltando a url para o serviço "URL-QRCode". Esse realmente não existe para MG. Ele deveria estar procurando "URL-QRCode_2.00". [NFCe_MG_P] NFeAutorizacao_4.00=https://nfce.fazenda.mg.gov.br/nfce/services/NFeAutorizacao4 NFeRetAutorizacao_4.00=https://nfce.fazenda.mg.gov.br/nfce/services/NFeRetAutorizacao4 RecepcaoEvento_4.00=https://nfce.fazenda.mg.gov.br/nfce/services/NFeRecepcaoEvento4 NfeInutilizacao_4.00=https://nfce.fazenda.mg.gov.br/nfce/services/NFeInutilizacao4 NfeConsultaProtocolo_4.00=https://nfce.fazenda.mg.gov.br/nfce/services/NFeConsultaProtocolo4 NfeStatusServico_4.00=https://nfce.fazenda.mg.gov.br/nfce/services/NFeStatusServico4 NfeConsultaCadastro_4.00= URL-QRCode_2.00=https://nfce.fazenda.mg.gov.br/portalnfce/sistema/qrcode.xhtml URL-ConsultaNFCe_2.00=http://nfce.fazenda.mg.gov.br/portalnfce [NFCe_MG_H] NFeAutorizacao_4.00=https://hnfce.fazenda.mg.gov.br/nfce/services/NFeAutorizacao4 NFeRetAutorizacao_4.00=https://hnfce.fazenda.mg.gov.br/nfce/services/NFeRetAutorizacao4 RecepcaoEvento_4.00=https://hnfce.fazenda.mg.gov.br/nfce/services/NFeRecepcaoEvento4 NfeInutilizacao_4.00=https://hnfce.fazenda.mg.gov.br/nfce/services/NFeInutilizacao4 NfeConsultaProtocolo_4.00=https://hnfce.fazenda.mg.gov.br/nfce/services/NFeConsultaProtocolo4 NfeStatusServico_4.00=https://hnfce.fazenda.mg.gov.br/nfce/services/NFeStatusServico4 NfeConsultaCadastro_4.00= URL-QRCode_2.00=https://nfce.fazenda.mg.gov.br/portalnfce/sistema/qrcode.xhtml URL-ConsultaNFCe_2.00=http://hnfce.fazenda.mg.gov.br/portalnfce Isso acontece no método LerServicoChaveDeParams que é chamado dentro dessa função que você mesma mencionou, só que algumas linhas antes, veja: procedure TACBrDFe.LerServicoDeParams(const ModeloDFe, UF: String; const TipoAmbiente: TpcnTipoAmbiente; const NomeServico: String; var Versao: Double; var URL: String; var Servico: String; var SoapAction: String); var Sessao, ListaSessoes, SessaoUsar, NomeSchema, ArqSchema: String; VersaoAchada, VersaoSchema: Double; begin if EstaVazio(ModeloDFe) then raise EACBrDFeException.Create('ModeloDFe não pode ser vazio'); if EstaVazio(UF) then raise EACBrDFeException.Create('UF não pode ser vazia'); Sessao := ModeloDFe + '_' + UF + '_' + IfThen(TipoAmbiente = taProducao, 'P', 'H'); VersaoAchada := Versao; LerServicoChaveDeParams( Sessao, NomeServico, VersaoAchada, URL ); ... Continua ... Você pode tentar debugar essa função (LerServicoChaveDeParams) e avaliar o que está acontecendo.

Você tem toda razão. Já corrigi. Muito obrigado.

Enviei ao SVN uma alteração baseada na do Valdirdill, mas levando em conta o que o BigWings mencionou, na revisão 16926. Assim, o arquvo Setor vai ser gerado apenas se for preenchido pelo menos a descrição ou a tecla para o produto. Queiram por favor atualizar, testar e reportar qualquer problema.

Olá, Essa mensagem parece ser só alerta gerado pelo componente. então não é um problema e você pode continuar utilizando o arquivo. Há uma propriedade em TACBrNFe.Geral.FormatoAlerta que configura essa mensagem de alerta. Mas notei que o componente não estava preparado para receber esse valor. Enviei uma possível correção ao SVN na revisão 16925. Queira por favor, atualizar, testar e reportar qualquer problema.

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

É bem provável que uma das duas coisas estão acontecendo: um ou mais arquivos ACBrNFeServicos está alterado e não atualizado corretamente ( ACBrNFeServicos.ini, ACBrNFeServicos.res, ACBrNFeServicos.rc); Apesar de estarem corretos, o componente está buscando a URL de QRCode antes de você configurar ela pra veqr200; Na primeira situação, bastaria você fazer um revert nesses dois arquivos e fazer um build em seu aplicativo.

Isso quer dizer que você pode utilizar fgtSomenteHomologacao e vai funcionar nos dois casos até que haja mudanças na sefaz.

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: