Italo Giurizzato Junior

Bom dia, Favor atualizar os fontes e reinstale o ACBr.

Douglas, Você tem fontes 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.

Leandro, Já esta no SVN. Fiz uma pequena mudança na sua contribuição.

Hudson, Enviei para o SVN, algumas alterações que você fez acredito que não se faz necessário. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia Paulo, Já esta no SVN.

Leandro, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3954

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

Bom dia Leandro, O grande problema é: No manual da versão 3.00 temos: Por outro lado no Schemas temos: <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns="http://www.portalfiscal.inf.br/cte" xmlns:xs="http://www.w3.org/2001/XMLSchema" targetNamespace="http://www.portalfiscal.inf.br/cte" elementFormDefault="qualified" attributeFormDefault="unqualified"> <xs:include schemaLocation="cteTiposBasico_v3.00.xsd"/> <xs:element name="retEnviCte" type="TRetEnviCTe"> <xs:annotation> <xs:documentation>Schema XML de validação do retorno do recibo de envio do lote de CT-e</xs:documentation> </xs:annotation> </xs:element> </xs:schema> No manual é retEnviCTe mas no Schemas é retEnviCte. A solução que eu vejo é colocar nesse IF uma segunda condição igual a primeira só que com a nova grafia, usar o operador OR.

Bom dia Douglas, O novo componente não utiliza o arquivo Megasoft.ini, esse arquivo é do componente antigo. Outra coisa, só gerou esses 2 XML (soap)? Se sim, esta estranho pois o arquivo *-comp-nfse-soap.xml se refere ao retorno do ConsultarNfsePorRps e não ao GerarNfse.

Douglas, Os arquivos soap tem em seu nome a palavra soap e esses não tem. Exemplo: *-comp-nfse-soap.xml

Você costuma salvar o XML em disco ou no banco de dados? Se armazena no banco de dados, se tratando de evento o caminho para pegar ele é: XmlEvento := ACBrCTe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.XML;

Boa tarde Douglas, Primeiramente não cole o conteúdo do XML como parte do texto da postagem e sim anexa ele. Segundo, configure o componente para salvar os arquivo Soap e anexe o XML Soap de retorno para que possamos analisar.

Boa tarde, Você me dizer porque todas as tag do grupo Signature estão com o prefixo ds ? O componente ACBrCTe não incluir o prefixo na assinatura. <ds:Signature> <ds:SignedInfo> <ds:CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/> <ds:SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/> <ds:Reference URI="#ID1101113123050303325200010557001000040121100040121101"> <ds:Transforms> <ds:Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/> <ds:Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/> </ds:Transforms> <ds:DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/> <ds:DigestValue>Dvy1vdx6Pqn3aSxmoIeLwPQszlQ=</ds:DigestValue> </ds:Reference> </ds:SignedInfo> <ds:SignatureValue>(...)</ds:SignatureValue> <ds:KeyInfo> <ds:X509Data> <ds:X509Certificate>(...)</ds:X509Certificate> </ds:X509Data> </ds:KeyInfo> </ds:Signature>

Boa tarde Raphael, Já esta no SVN.

Marcos, Já esta no SVN.

Almeida, A função ObterNomeMunicipio se utiliza das DLLs do OpenSSL mais novas, favor trocar as DLL do OpenSSL que você copiou para maquina do seu cliente pelas que estão na pasta ...\DLLs\OpenSSL\1.1.1.10

Boa tarde Marcos, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3945

Boa tarde Professor, Sim, você pode emitir outro MDF-e vinculando as mesmas NF-e do MDF-e que foi cancelado.

Almeida, Coloque um ponto de parada na linha que alimenta o campo xMunicipio para saber se ele esta sendo preenchido. Se sim, ai temos que ver a unit responsável pela impressão do DANFSE.

Bom dia Almeida, Na leitura do endereço do tomador (procedure LerEnderecoTomador da unit ACBrNFSeXLerXml_ABRASFv2) esta previsto a obtenção do nome do município com base no código do mesmo. Você tem fontes 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 Rafael, Já esta no SVN, favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Almeida, Verifica se existe no Schema desse provedor a tag para conter o nome do município. Eu não chequei, mas acredito que não tenha também.

Boa tarde Valter, Você conseguiria mudar o seu código deixando-o parecido com o ACBrPagFor?

Boa tarde Gregory, Se você também esta tendo o mesmo problema, o jeito vai ser entrar em contato com o provedor e expor o problema.

Boa tarde Delcio, Muito obrigado pela colaboração, já esta no SVN.