Italo Giurizzato Junior

Boa tarde Robson, Favor atualizar os fontes, reinstalar o ACBr e faça novos testes.

Boa tarde @C4Dev, Vamos seguir as regras do fórum. Assunto novo tópico novo. Como o problema mencionado neste tópico foi sanado, vou fechar ele. Por favor crie um novo tópico referente a este outro problema. Muito obrigado pelo retorno e compreensão.

Boa tarde @Daniel Simoes, Reverte realizado.

Boa tarde Danilo, Favor atualizar todos os fontes, reinstale o ACBr e faça novos testes.

Boa tarde @C4Dev, Já esta no SVN, favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Boa tarde Borges, Já esta no SVN a alteração no componente para que conste na consulta o numero inicial e final da nota na consulta a NFS-e.

Boa tarde, A sua contribuição já se encontra no SVN. Muito obrigado.

Bom dia Everson, Já esta no SVN.

Bom dia, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Boa tarde Danilo, Já inclui na minha lista de tarefas para analise. TK-4091

Boa tarde Felipe, Você poderia anexar a alteração que você fez para a cidade de Porto Belo para que possamos atualizar o arquivo INI e enviar para o SVN?

Boa tarde Joemil, A cidade de Juazeiro/BA trocou de provedor? Pois no arquivo ACBrNFSeXServicos.ini consta que o provedor é MetropolisWeb e não Sudoeste.

Boa tarde Gabriel, Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não está mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Boa tarde Robson, Tem provedor que o RPS só é processado de madrugada. Como o provedor disponibiliza 3 modos de envio: Envio em Lote modo Assíncrono, Envio em Lote modo Síncrono e Envio Unitário, experimenta enviar outro Rps no modo Síncrono e outro no modo unitário. Nesses 2 últimos o processamento é para ser imediato, ou seja, não entra em uma fila de processamento.

Bom dia John, No que se refere ao Padrão Nacional da NFS-e temos o seguinte: 1. Se o prestador for MEI independente da Cidade ter aderido ao projeto ou não, deverá obrigatoriamente emitir as suas notas no Padrão Nacional a partir de 01/09/2023. 2. Se o prestador não for MEI, temos as duas situações abaixo: 2.1 Se a Cidade aderiu 100% ao projeto o prestador vai emitir as suas notas no Padrão Nacional a partir da data estabelecida pela prefeitura. 2.2 Se a cidade aderiu somete ao pacote de compartilhamento de dados, o prestador vai continuar a emitir as suas notas como emite hoje. Quem adere ao projeto é a Cidade e não o Prestador de Serviço.

Bom dia a todos, Me parece que MG ainda esta usando o namespace e o soapaction da versão 3 na versão 4. Os caras não aprende, fizeram um copia e cola e esqueceram de fazer os ajustes necessários.

Bom dia Diron e Marcos, Vocês 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 Márcio, Muito obrigado pela colaboração. Já esta no SVN. Detalhe importante os seus fontes estão muitos desatualizados, ainda ele não contempla a versão 4.00 do CT-e.

Bom dia Souza, A cidade de Guarulhos/SP se utiliza do provedor Ginfes, este provedor trabalha com a versão 1 do layout da ABRASF. Todos os provedores que trabalha com essa versão só tem um serviço para recepcionar o RPS implementado em seus webservices: EnvioLoteRps Esse serviço trabalha no modo assíncrono. Reforço o que o Diego lhe orientou, utilize o modo de envio meAutomatico, pois com esse modo o componente sabe qual é o modo que ele deve usar em função do provedor.

Bom dia @Datacaixa, O retorno: ACBrNFSeX.NotasFiscais.Count = 1 ACBrNFSeX.WebService.Emite.Sucesso = True; ACBrNFSeX.WebService.Emite.Erros.Count = 2 Esta muito estranho. O NotasFiscais.Count ser igual a 1 é compreensivo, pois o componente esta carregado com os dados do Rps que foi enviado. Por outro lado o valor True no Emite.Sucesso esta errado, uma vez que na unit temos a seguinte linha: Response.Sucesso := (Response.Erros.Count = 0); E o valor correto de Emite.Erros.Count deveria ser 1, uma vez que no XML de retorno que você anexou temos apenas um erro reportado pelo webservice. Você chegou a fazer um teste com o programa exemplo para ver se aparece a ou as mensagens de erro?

Bom dia Gladston, O problema é que essa consulta não deve ser assinada conforme consta no manual deles, mas também não explicam como anexar o certificado nessa consulta. Assim fica complicado resolver o problema.

Bom dia @C4Dev, Substitua a unit pela que esta em anexo, reinstale o ACBr, recompile a aplicação e faça novos testes. NFSeBrasil.Provider.pas

Bom dia Leandro, Eu realmente não sei se o problema pode ser a questão do BOM (com ou sem), mas com certeza deve ter alguma diferença.

Bom dia Leandro, O que tudo indica é que o webservice do provedor (ISSFortaleza) está gerando o XML de retorno com uma codificação diferente de UTF-8, mas esta incluindo no inicio do arquivo a linha de encoding sendo UTF-8. Muitos provedores comentem esse tipo de erro. Sugiro você entrar em contato com a prefeitura uma vez que o provedor é próprio dela e relatar o problema.

Boa tarde Bill, Já esta no SVN.