Diego Foliene

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3434

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3433

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

Por favor! Verifique nas suas configurações da ACBrLibNFe qual valor está atribuído para TagNT2018005. Caso esteja 0 = fgtNunca, altere 3(ou para o ambiente que deseja testar) e faça um novo teste.

Bom dia @Daniel Weber! As DLLs usam os componentes do ACBr. Quando você passa o arquivo INI para a DLL, ela usa o ACBrNFe, o mesmo faz a leitura do INI para preencher as propertys e gerar um XML da NFe então o funcionamento deveria ser o mesmo. Por favor, faça um teste passando 60rep para CST e preenchendo também as outras informações que precisa que saiam na NFe. Segue modelo INI para orientação https://acbr.sourceforge.io/ACBrLib/ModeloNFeINI.html Se o problema persistir, por favor, disponibilize o arquivo INI que está usando para análise. Se julgar que o mesmo tem dados sensíveis, pode seguir as orientações deste tópico para nos encaminhar

Bom dia @Ronaldo Souza! Por favor, você seguiu a orientação do Italo e reinstalou o ACBr após realizar a atualização dos fontes?(Se possível, por favor, peço que faça esse processo novamente, dessa vez marcando a opção para "Apagar arquivos antigos"). De fato, a AplicarXMLToUTF8 adiciona a declaração de <?xml version="1.0" encoding="UTF-8"?>. E a declaração <?xml version="1.0" encoding="ISO-8859-1"?> é adicionada posteriormente via hardcode. Mas por favor, note a RemoverDeclaracaoXML(ListaRps). A mesma remove a linha <?xml version="1.0" encoding="UTF-8"?>! Ela aparece no soap porque é adicionada de novo na procedure que salva o arquivo, mas no envio, ela vai apenas com uma declaração. Você pode confirmar isso testando pelo programa exemplo, colocando um ponto de parada na procedure Executar na linha 942 da unit ACBrNFSeXWebServiceBase.pas e verificando o valor da variável FPEnvio.(Ou Message se preferir). Testando aqui, usando o programa exemplo e fazendo o envio para a cidade de Araras estou recebendo o retorno 401 Unauthorized, mas isso é o esperado, pois não tenho dados válidos de um prestador.

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

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Bom dia! Foi criada a #TK-3431 para análise e parecer do consultor responsável.

Contribuição enviada ao SVN na Rev-27963(errei na mensagem do commit kkkk, mas os dados foram conforme a contribuição). Por favor atualize seus fontes, reinstale o ACBr e faça novos testes.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3428

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3427

Boa tarde! Muito obrigado pela intenção em contribuir. Por favor, tente apagar alguns anexos de tópicos antigos teste anexar a unit novamente.

Boa tarde! Veja que em ambos os Soaps de resposta você recebeu <?xml version="1.0" encoding="UTF-8"?>The service is unavailable. O arquivo Soap é a resposta que o webservice devolve para você sem tratamento por parte do componente. Logo somos levados a crer que o problema é do lado do provedor. Aguardar, se for possível e se não for tentar um contato com o provedor e se não for possível com o setor de ISS da prefeitura.

Contribuição enviada ao SVN na Rev-27955. O provedor Elotech coloca no envio uma tag <Homologa> que recebe true ou false para indicar se é homologação ou não, então eu preenchi a URL de homologação também. Por favor, atualize seus fontes, reinstale o ACBr e faça novos testes.

Isso estava incorreto. Removi a URL de homologação. Rev-27952 Isso só ocorre quando a versão é 1.00, para versão 1.01, não é adicionada esta tag e as URLs de produção e homologação são diferentes.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3422

Optei por deixar porque testando com e sem a URL de homologação no programa exemplo recebi retornos diferentes. Soap-Retorno-Sem-URL-Homolog.xml Soap-Retorno-Com-URL-Homolog.xml

Alteração enviada ao SVN na Rev-27949. Por favor, atualize seus fontes, reinstale o ACBr e faça novos testes.

@Alex Heinen, por favor, qual erro você obteve? Infelizmente não tenho dados de um prestador válidos para fazer um teste completo, o máximo que recebo é "00401 - Acesso Negado!" ao tentar emitir a NFSe. Entendo a adição da URL de homologação. Testando com o arquivo .INI atual e com a sua contribuição, o teste em homologação foi o único que divergiu dos outros usando a versão atual do INI. Por favor, existe algum motivo para você ter alterado a versão também?

Boa tarde! Muito obrigado pela contribuição! Foi criada a #TK-3421 para validação e envio ao SVN.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3419

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Bom dia! Este problema foi percebido e houve uma commit para correção do mesmo ontém.(Rev-27905) Por favor, atualize seus fontes, reinstale o ACBr marcando para Apagar arquivos antigos, de um build all na aplicação e faça novos testes.

Bom dia! A contribuição foi aceita e enviada ao SVN! Por favor atualize seus fontes, reinstale o ACBr e faça novos testes. Para mais detalhes confira a Rev-27937

Bom dia! Por favor, de uma conferida no ACBrBarCode e veja se mesmo atende as suas necessidades. Eis um print do programa exemplo O programa exemplo fica localizado aqui: https://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrDiversos/ACBrBarCode

Boa tarde! Alteração disponibilizada no SVN na Rev-27927. Por favor, atualize seus fontes, reinstale o ACBr e faça novos testes.