Italo Giurizzato Junior

Boa tarde Weber, Já inclui na minha lista de tarefas para resolver essa questão. TK-5283

Boa tarde @BYTE INFO, O ACBrMonitor esta configurado para a versão 4, correto? No arquivo INI você esta informando que a versão é 4, correto? Em nenhum momento esta executando o comando SetVersao ?

Boa tarde @rcfatura, Complementando o que o @Juliomar Marchetti já lhe passou. Segundo o Manual - Anexo II que trata sobre o Documento Auxiliar - DANFE não temos nada referente aos valores de PIS e COFINS. Mas nada impede de serem incluídos desde que nenhuma outra informação que deva constar seja suprimida ou a sua leitura comprometida. Agora se essa exigência é simplesmente para constar ou eles utilizam o DANFE para fazer os lançamentos contábeis e fiscais? Se eles usam o DANFE para fazer os lançamentos é melhor mudar de atitude, pois a SEFAZ já sinalizou em acabar com o DANFE. O DANFE só tem valor jurídico para pessoa física, para pessoa jurídica o que vale mesmo é o XML desde que o mesmo esteja assinado digitalmente pelo emitente e com o protocolo de autorização gerado pela SEFAZ-Autorizadora. Por fim, só para deixar claro que apesar de ser possível acrescentar essas duas informações não significa que vamos fazer, pois o DANFE gerado pelo ACBr segue o layout que consta no Manual.

Bom dia @Bueno MTBinforma, Você diz que ao ler o campo: ACBrMDFe1.WebServices.Retorno.MDFeRetorno.ProtDFe[0].XMLprotDFe, ele esta vazio, correto? Pois muito bem, esse campo é preenchido ao ler o retorno da consulta pelo Recibo. Vamos lá: Quando enviamos o MDF-e em modo Assíncrono temos como resposta o numero do Recibo, esse numero é um comprovante que diz que o seu MDF-e foi recepcionado pela SEFAZ. De posse do numero do Recibo devemos realizar uma consulta, a Consulta pelo Recibo que é feita da seguinte forma: ACBrMDFe1.WebServices.Recibo.Recibo := aux; ACBrMDFe1.WebServices.Recibo.Executar; Como dito acima, o componente realiza a consulta e faz a leitura do retorno e é na leitura desse retorno que o campo XMLprotDFe é preenchido. Agora, quando enviamos o MDF-e no modo Síncrono temos como resposta já o resultado do processamento, sendo assim não se faz necessário consultar o Recibo, alias nesse retorno nem sequer temos o numero do recibo para realizar essa consulta. A consulta pelo recibo não sendo realizada o campo XMLprotDFe vai ficar vazio mesmo. O @Diego Foliene sugeriu a leitura do campo XML_prot, mas ele vem vazio também. O que ocorre? O campo ACBrMDFe1.Manifestos[0].MDFe.procMDFe.XML_Prot, é retornado vazio pois ele é de uso interno do componente juntamente com o XML_MDFe, ambos são utilizados para a montagem do XML final do MDF-e. No campo XML_MDFe temos o XML do MDF-e assinado que foi enviado para a SEFAZ. No campo XML_Prot temos o XML que contem o retorno da SEFAZ com o protocolo de autorização de uso. O componente pega o conteúdo desses dois campos e monta o XML final, ou seja, o XML que contem os campos do MDF-e, a assinatura digital e o protocolo de autorização retornado pela SEFAZ, deixando assim o XML do MDF-e com validade jurídica. Espero ter ajudado.

Bom dia Adhelmar, Infelizmente fazer essa automatização não vai ser possível.

Bom dia Alex, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5279

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia @cdvdt, Já esta no SVN.

Bom dia Adhelmar, Veja o arquivo que você mesmo anexou, me parece ser um XML de exemplo de um retorno com sucesso. <GeraPDFNFSeResposta> <NumeroNfse>1</NumeroNfse> <Prestador>05198313000110</Prestador> <Tomador>99999999999999</Tomador> <Link>https://www.geisweb.net.br/modelo/nfse/tmp/NFSEyO0MYEDc8DsHt7e2mTG+IJkEl6w=.pdf</Link> <Msg>PDF gerado com sucesso.</Msg> </GeraPDFNFSeResposta> Note que não tem nenhuma tag com o conteúdo do PDF e sim uma tag com um link para ter acesso ao PDF. Abaixo temos o Schema referente ao Retorno. <xs:schema attributeFormDefault="unqualified" elementFormDefault="qualified" xmlns:xs="http://www.w3.org/2001/XMLSchema"> <xs:element name="GeraPDFNFSeResposta"> <xs:complexType> <xs:sequence> <xs:element type="xs:string" name="NumeroNfse"/> <xs:element type="xs:string" name="Prestador"/> <xs:element type="xs:string" name="Tomador"/> <xs:element type="xs:string" name="Link"/> <xs:element type="xs:string" name="Msg"/> <xs:element name="Msg" maxOccurs="unbounded" minOccurs="1"> <xs:complexType> <xs:sequence> <xs:element type="xs:int" name="Erro"/> <xs:element type="xs:string" name="Status"/> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> </xs:schema> O Elemento "Msg" que pode conter diversas ocorrências e possui os elementos Erro e Status é gerado quando ocorre algum erro ao solicitar o PDF.

Bom dia @mikromundosistemas, Você tem fontes do ACBr com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build. Por fim repita os testes.

Bom dia @Valdir Dill, Ela não funciona com todas as UF. Outra coisa o componente esta configurado para qual versão da NF-e?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia @jairsoares, Verifica se no ACBrMonitor possui uma opção de configuração onde você possa definir se deseja o Nome Longo da NFSe, caso ele esteja marcado desmarque. Desta forma o nome do XML vai ser apenas o numero da nota. Quanto ao Nome Longo é essa a composição, só que no retorno essa informação não aparece.

Boa tarde Fabio, Veja os testes que fiz com o programa exemplo: Como você pode ver ele através do método LinkNFSe ele esta pegando a URL correta em função do ambiente configurado.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde @Weber de Paula, Já estamos ciente desse problema, na primeira semana de abril iremos disponibilizar uma atualização dos fontes do componente onde vai ser resolvido esse problema.

Boa tarde @bfbraz, O QR-Code é gerado no DANFSE de forma automática quando no XML da NFS-e temos uma tag com a URL do QR-Code ou quando essa URL se encontra no arquivo ACBrNFSeXServicos.ini na seção da cidade em questão. No caso do provedor ISSNet não atende nenhuma das duas situações acima. Mas temos um método chamado ConsultarLinkNFSe onde você consegue a URL. De posse da URL você tem que fazer o seguinte: 1. Carregar o XML da nota; 2. Atribuir a URL obtida com o ConsultarLinkNFSe a propriedade NFSe.Link; 3. Imprimir/Visualizar o DANFSE Desta forma você vai ter o DANFSE com o QR-Code.

Boa tarde Adhelmar, Pelo arquivos em anexo esse serviço não retorna o PDF do DANFSE e sim um link. Neste caso temos um outro método chamado: ConsultarLinkNFSe, cujo objetivo é retornar o link da NFS-e. Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5276

Boa tarde @edulamy, Você tem fontes do ACBr com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build.

Bom dia @Gira1981, No arquivo ACBrNFSeXServicos.ini, logo no inicio dele temos o seguinte: ; NaoFormatarItemServico é do tipo Boolean ; NaoFormatarItemServicoSemZeroEsquerda é do tipo Boolean ; FormatarItemServicoSemZeroEsquerda é do tipo Boolean ; FormatarItemServicoNaoSeAplica é do tipo Boolean Se você precisa enviar o código do item de serviço da seguinte forma 6.06 em vez de 06.06 então precisamos usar o parâmetro: FormatarItemServicoSemZeroEsquerda. Você deve incluir na seção da cidade em questão a seguinte linha: Params=FormatarItemServicoSemZeroEsquerda: Exemplo: [3525904] ; Atualizado em 03/01/2024 Nome=Jundiai UF=SP Provedor=Ginfes Params=NaoFormatarItemServicoSemZeroEsquerda: ProLinkURL=http://jundiai.ginfes.com.br/report/consultarNota?__report=nfs_ver4&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null HomLinkURL=http://jundiai.ginfesh.com.br/report/consultarNota?__report=nfs_ver4&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null Depois do arquivo ACBrNFSeXServicos.ini alterado e salvo em disco, siga as orientações no inicio dele para fazer com que o componente reconheça a alteração que você fez. Dando tudo certo nos da um retorno para que possamos enviar para o SVN a alteração. Desde já muito obrigado pela colaboração.

Bom dia @Matfn, Notei que você esta passando essa informação: <ItemListaServico>00.14</ItemListaServico> Até onde sei esse código de item de serviço não existe. Não seria 14.00 ou 14.02 ?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia André, Pelo o que eu entendi, agora esta funcionando sem nenhum problema, correto?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.