Italo Giurizzato Junior

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

Boa tarde, Isso não pode ocorrer, independente do serviço que gera e retorna o XML da nota a formatação da data tem que ser igual para todos os retornos. Se ao Consultar a NFS-e Por Rps a formatação da data do XML da NFS-e é diferente do XML retornado ao Consultar o Lote (por exemplo) é melhor entrar em contato com o provedor e expor o problema. Se o provedor esta gerando com formatação diferente não tem o que ser feito do lado do componente. Até da para identificar o formato DD/MM/AAAA e AAAA/MM/DD, mas não dá para identificar se a data esta no formato DD/MM/AAAA ou MM/DD/AAAA.

Acho que você não entende. O provedor IPM tem 2 webservices, um que processa Rps na versão 1.00 e outro na versão 1.01 Preciso saber se em ambas as versões quando se tratar de ambiente de homologação podemos gerar a referida tag. Você poderia questionar o provedor quanto a isso?

Boa tarde José, Devemos evitar ao máximo alterar as units que são utilizadas por todos os provedores e sim as units destinadas aos provedores. Na unit provider do provedor se não tiver podemos incluir a função TratarXmlRetornado, essa função tem como objetivo tratar o XML retornado pelo webservice, desta forma é possível contornar esse problema do "&" através dessa função.

Boa tarde Paulo, Se dissessem que a alíquota deve ser informada assim: 0.0200 em vez de 2.0000 tudo bem, vamos pegar o percentual e dividir por 100. Você é contribuinte? Se sim deve informar o CNPJ e não o CPF. Caso você não seja contribuinte, é importante usar o CNPJ e o certificado digital de um contribuinte para realizar os testes.

Boa tarde Claudio, O que tudo indica, você esta utilizando esquemas errados. Os schemas corretos para o provedor ISSNet se tratando da cidade de Brasília, se encontram na pasta: ...\Exemplos\ACBrDFe\Schemas\NFSe\ISSNet\2.04

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

Boa tarde, Quais são os valores de: SSLLib, CryptLib, HttpLib, XmlSignLib e SLLType ?

Boa tarde, Resumindo, essa tag é aceita pelo provedor tanto na versão 1.00 quanto na versão 1.01 ?

Bom dia Matheus, Isso esta ocorrendo também com o programa exemplo?

Bom dia Adonis, Tem provedor que existe que ao enviar o Rps a alíquota deve ser informada já dividida por 100. Chegou a fazer um teste no caso do provedor ISSSaoPaulo para ver o que ocorre se enviar o Rps com a alíquota não dividida por 100?

Bom dia Valadares, Favor configurar o programa exemplo para salvar os arquivos (soap). Faça um novo teste e anexe o arquivo de retorno (soap) para que possamos analisar.

Bom dia, Você poderia anexar o XML retornado após o envio no modo Síncrono, envio unitário e as consultas para que eu possa analisar?

Bom dia, O problema é que o primeiro arquivo que você anexou é o XML do Rps e não da NFS-e. Já o segundo é o XML de retorno do envio do lote de Rps no modo Síncrono. Se você abrir ele através de um navegador (por exemplo) vai notar que dentro dele temos uma tag chamada <CompNfse>, essa é a primeira tag do XML da NFS-e. Não foi salvo na pasta Notas o XML da nota de número: 202200000000077 ? Ocorreu algum erro na leitura do retorno? Você esta com todos os fontes de todas as pastas atualizados e o ACBr reinstalado?

Bom dia Luis, Sempre utilize os schemas que disponibilizamos. Abra o arquivo XSD e acrescente a linha com o código 16.02 logo abaixo da linha que tem o código 16.01 Salve o arquivo XSD e faça um novo teste. Se funcionar anexe o XSD alterado aqui para que possamos enviar para o SVN. Desde já muito obrigado pela colaboração.

Bom dia Bill, Acredito que você esteja com os seus fontes desatualizados. Verifica se não tem nenhuma unit com uma bolinha vermelha em seu ícone. Caso tenha, delete a unit. Atualiza todos os fontes de todas as pastas, reinstale o ACBr e fala novos testes.

Bom dia, Desculpe pela demora, por favor faça um teste com a unit em anexo. Publica.Provider.pas Após substituir a unit, não esqueça de reinstalar o ACBr.

Bom dia Patrick, Por favor faça um teste com a unit em anexo. ISSFortaleza.Provider.pas Substitui a unit, reinstale o ACBr, recompile a aplicação e faça novos testes.

Bom dia Willian, A alteração nessas duas tags deixando-as como opcionais, já foi feito e acabei de enviar para o SVN.

Boa tarde Willian, O correto é colocar a chave de acesso na propriedade de configuração do componente: Configuracoes.Geral.Emitente.WSChaveAcesso

Boa tarde Paulo, Realmente o provedor DBSeller está pisando da bola. Como que eles montam um WebService que atende a versão 2.04 do layout da ABRASF e não disponibilizam os serviços de envio unitário ou envio em lote no modo síncrono? Eles devem ter copiado a implementação da versão 1 cujo namespace é: "http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd" sendo que na versão 2 é: "http://www.abrasf.org.br/nfse.xsd" Isso explica o erro que está ocorrendo. Vai ser necessário expor todos esses problemas que estão ocorrendo ao executar cada um desses 3 métodos com os respectivos retornos para o provedor. Quem sabe assim eles façam as devidas correções. Para falar a verdade eles devem ter anunciado que a versão é 2.04 mas na realidade é 1.00 Isso também explica tudo isso. Como descobrir? Muito simples: 1. Abra o arquivo ACBrNFSeXServicos.ini 2. Procure pela cidade Marica 3. Exclua a linha: Versao=2.04 4. Salve o arquivo. 5. Execute o Complia_RES 6. Reinstale o ACBr 7. Compila novamente a aplicação com o Build 8. Tente enviar novamente (só que agora, só vai funcionar o Enviar Lote Rps Assíncrono).

Boa tarde, Ficou faltando as URLs de produção e homologação.

Boa tarde, Tem que verificar se essa máquina não está em um Firewall ou proxy que esteja atrapalhando a execução da aplicação.

Bom dia, Vou reunir a Equipe ACBr para juntos encontrarmos uma solução.

Boa tarde a todos, O componente ACBrNFSeX já está pronto para atender a cidade de Brasília/DF. Favor atualizarem todos os fontes de todas as pastas, reinstalar o ACBr e inicie os testes usando o programa exemplo do componente.