Victor G Werneck

SSLType = LT_all

Aqui uso essa combinação e não tenho problemas: SSLLib = libWinCrypt CryptLib = cryWinCrypt HttpLib = httpWinINet XmlSignLib = xsLibXml2

O Ini está atualizado e somente a UF de MS que não está completa.

Obrigado @jfelipetdsoft! Atualizei o INI e o RES com essas URLs. Aqui também está funcionando. ACBrNFComServicos.zip

Obrigado pela resposta! O link não está funcionando aqui pra mim. Você está conseguindo autorizar com essas URLs?

Ao enviar uma NFCom no Estado de MS, é retornado o erro: URL para o serviço "URL-QRCode" não encontrada na sessão "NFCom_MS_P" no arquivo "ACBrNFComServicos". Verifiquei que as URLs de MS estavam comentadas para homologação e desatualizadas para produção no arquivo ACBrNFComServicos.ini. Atualizei o arquivo .ini e .res e conferi todas as URLs com as disponíveis atualmente em https://dfe-portal.svrs.rs.gov.br/Nfcom/Servicos. ACBrNFComServicos.zip

Boa tarde! Podem encerrar. Verifiquei que os arquivos atuais já estão com a correção:

Na revision 42309 o arquivo INI foi atualizado conforme informado no tópico Porém o arquivo .res não foi atualizado. ACBrNFComServicos.zip

Realmente a consulta não retorna o XMl completo. Fiz o que vi aqui em outros tópicos do fórum, que é passar a guardar o XML no envio. Quando precisar do completo, basta alimentar o componente com o XML do envio, assinar e realizar a consulta. Assim o retorno devolve o XML completo. Obrigado pela atenção.

Não tem nenhuma outra forma de eu recuperar o XML completo?

Boa tarde! Ao consultar uma NFcom na SEFAZ utilizando a chave de acesso, existe a possibilidade de obter a cópia do XML da NFCom quando estiver autorizada? Achei que seria em ACBrNFCom1.ComponenteACBrNFCom.WebServices.Consulta.protNFCom.XML_DFe, mas retorna vazio.

Fonte atualizado! Obrigado.

Obrigado pela resposta Juliomar. Fiz isso. Anexei aqui o ajuste para validação. uMed_DANFECOM.zip

Boa tarde! Estou emitindo DANFECom usando o Fortes Report. A coluna de Unidade está sendo exibida na impressão com o valor da tag uMed ao invés da sigla da unidade. Tentei localizar nos manuais da NFCom alguma orientação se deveria ser exibido realmente o valor da uMed ou a sigla da unidade de medida, como é padrão para outros DF-e. No MOC do DANFECom, o modelo não especifica, mas o XX na coluna de unidade a meu ver sugere uma sigla (UN, MB, GB): Alguém sabe informar qual realmente é a exibição correta da unidade no DANFECom?

Não cheguei a testar no exemplo, mas acredito que o resultado seja o mesmo. Porém, analisando o código verifiquei que o problema ocorre devido ao não preenchimento das novas tags da forma tributária. Na unit ACBrNFComXmlWriter, a variável FpGerarGrupoIBSCBSTot fica como False e na function TNFComXmlWriter.Gerar_IBSCBSTot(IBSCBSTot: TIBSCBSTot) o Result não retorna como nil. Isso retorna lixo no AppendChild que recebe essa função. Meu projeto está em 64 bits e talvez aplicativos 32 bits tenham comportamentos diferentes. Estou anexando o arquivo alterado aqui para análise. ACBrNFComXmlWriter.zip

Após a atualização do componente, o envio da NFCom passou a retornar o erro invalid point operation. O erro ocorre na function TNFComXmlWriter.GerarXml, na linha FDocument.Clear(). Alguém mais teve esse problema?

Obrigado! Fonte atualizado!

Entendi Juliomar! Como já estamos desenvolvendo a NFCom na nossa aplicação, resolvi modificar o fonte aqui para ficar de acordo com o Schema que está disponível no visualizador de schema do portal: https://dfe-portal.svrs.rs.gov.br/NFCOM/ConsultaSchema. Espero dessa forma poder contribuir. Assim, os XMLs estão sendo validados corretamente. ACBrNFComXmlWriter.zip

Estou tentando emitir uma NFCom e de acordo com os fontes atuais, eu preciso informar o codDebAuto ou a codBanco e a codAgencia: Isso parece estar conforme o leiaute da NFCom disponibilizado pela SEFAZ: Porém, se visualizarmos o schema atual no portal da NFCom disponível em https://dfe-portal.svrs.rs.gov.br/NFCOM/ConsultaSchema podemos ver que essas tags agora fazem parte de uma sequência opcional: Pra mim, o leiaute da visualização do Schema faz muito mais sentido e está de acordo com o último pacote de schema liberado: Porém não encontrei nenhuma NT que tivesse mudado essa estrutura. Alguém está passando por isso?