Italo Giurizzato Junior

Julio, Você deveria ter copiado o projeto e trocando o componente antigo pelo novo, inicialmente para ser utilizado pelos clientes que usam o provedor Betha. Os demais clientes continuariam usando a aplicação que tem o componente antigo.

Como assim? Na mesma aplicação? Se sim, com certeza esse é o problema.

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

Júlio, Acabei de fazer um teste usando o programa exemplo do componente ACBrNFSeX, veja o resultado: Requisição Ambiente: 2 Cidade : Joacaba/SC Provedor: Betha Versão: 1.00 Método Executado: Enviar Lote Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : L12 Mensagem: Não é possível converter RPS para prestadores autorizados em mais de uma entidade. Correção: Favor entrar em contato com a Prefeitura para maiores informações. Como você pode ver não ocorreu o erro de Validação. Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou o ACBr? Copia dos Schemas que você esta usando, esta atualizada?

Júlio, Qual é a cidade? Esta estranho não era para ocorrer esse erro.

Júlio, E dentro da pasta SchemasV2 tem o que?

Boa tarde Mario, O MDF-e é um documento e não um evento. Qual é o método você esta executando? Isso também ocorre com o programa exemplo?

Boa tarde, Sem condições de fazer alguma coisa com esse provedor. Ao enviar o Rps para o WebService o mesmo gera e retorna o XML da NFS-e cuja a data de emissão da nota e do Rps estão no formato AAAA-MM-DD e a de competência: AAAAMMDD. Em conformidade (com exceção da competência) com o manual da ABRASF. Por outro lado ao consultar a nota por Rps o WebService gera e retorna o XML da NFS-e cuja a data de emissão da nota e do Rps estão no formato DD/MM/AAAA e a de competência: AAAAMMDD. A rotina que faz a leitura do XML da nota é uma só. Não tem como ela saber se a origem do XML é do envio ou de uma consulta. Quer resolver o problema? Inunda a prefeitura com protocolos de reclamação de problemas de geração da nota. Esse provedor não é composto por amadores e nem por estagiários e sim por pessoas que acham que sabem programar.

Boa tarde Marcos, Favor atualizar os fontes de todas pastas, reinstale o ACBr e faça novos testes. Faça a consulta pelo programa exemplo, note que temos a propriedade DescSituacao que vai retornar se nota esta autorizada, cancelada ou não encontrada. Caso encontre outras situações favor enviar o XML de retorno da consulta para que possamos incluir.

Boa tarde Gabriel, Ao consultar a NFS-e por Rps o que é retornado? Você poderia anexar o XML de retorno dessa consulta?

Boa tarde Júlio, Qual é o caminho que você esta passando na propriedade PathSchemas ?

Danny, Já esta no SVN. Observação: os seus fontes estão desatualizados. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

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

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

Gabriel, A maioria dos provedores devemos enviar o Rps = Recibo Provisório de Serviço e o WebService nos retorna a NFS-e = Nota Fiscal de Serviço Eletrônica. Mas temos alguns provedores que o que é gerado e enviado já é a NFS-e.

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

Bom dia Joemil, Já esta no SVN.

Gabriel, Já esta no SVN.

Bom dia Maico, Já esta no SVN.

Bom dia, Já esta no SVN. Observação, os seus fontes estão desatualizados. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

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

Boa tarde Gabriel, Por favor anexe as units alteradas para que possamos analisar. Desde já muito obrigado pela colaboração.

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

Boa tarde Roseno, A URL que se encontra em URL-QRCode_2.00 é a URL utilizada para gerar a string do QR-Code e esta correta. Já a URL que se encontra em URL-ConsultaNFCe_2.00 é a URL a ser impressa no DANFE da NFC-e para que o consumidor possa consultar a nota informando a chave da mesma. Vide o Manual que contem o layout da NF-e/NFC-e de Novembro/2020, página 66. Portanto o arquivo ACBrNFeServicos.ini está com as URLs corretas. Só agora os contadores estão avisando da mudança da URL do QR-Code, bons contadores são eles.

Boa tarde Carlos, Despois você anexa as Units que você alterou para que possamos analisar. Desde já muito obrigado pela colaboração.