Italo Giurizzato Junior

Boa tarde Crystiano, Veja esta postagem:

Boa tarde Paulo, Verifiquei no site do correio os CEP que foram informados em ambos os Rps e ambos são de Jaú/SP. Com certeza o cadastro de CEP no provedor deve esta faltando o referido CEP ou a descrição do município deve estar diferente (por exemplo com acento na letra U). Se o provedor não lhe atende, não vejo outra saída, ir na prefeitura e protocolar uma reclamação. Solicite a todos os seus clientes que estão passando por esse problema protocolarem uma reclamação na prefeitura, quem sabe o provedor não resolve o problema.

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

Boa tarde Gabriel, Já esta no SVN. Favor atualizar os seus fontes pois estão desatualizados.

Boa tarde, Já esta no SVN.

Boa tarde Widson, Já esta no SVN. Favor atualizar, reinstalar e faça novos testes. Com essas alterações todos os métodos estão funcionando para o provedor?

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

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

Guilherme, Você não respondeu a minha pergunta.

Bom dia Rafael, Notei que você ainda esta usando o componente antigo. Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não esta 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/

Guilherme, Você escreveu que fez um teste usando a URL que lhe foi passado. Como você fez esse teste sem alterar o arquivo ACBrNFSeXServicos?

Não tem, pois conforme o tempo passa e o pessoal vai testando o componente e vai surgindo as aberrações. Se formos criando propriedades de configuração para que elas sejam alteradas em tempo de execução, o componente amanhã vai ter umas 500 propriedades.

Então o jeito é atribuir a string "105" ao campo. A partir do momento que o provedor aceita o código "0" para o Item de serviço, o jeito é fazer essa configuração no arquivo ACBrNFSeXServicos.ini e do lado da sua aplicação fazer a tratativa. Lembre-se que com o parâmetro: Params=NaoFormatarItemServico: Faz com que o componente não aplica a normatização e muito menos formatação da informação.

Porque não funciona? Se você atribuir a string "01.05" ao campo ItemListaServico com esse parâmetro é para ele manter o que foi informado.

Bom dia a todos, O provedor esta retornando esse erro E4. Favor entrar em contato com o provedor e relatar o problema. Se eles não tomarem nenhuma atitude, peça aos seus clientes que protocolem uma reclamação na prefeitura.

Faça a seguinte alteração no arquivo ACBrNFSeXServicos.ini [5103403] ; Atualizado em 10/08/2022 Nome=Cuiaba UF=MT Provedor=ISSNet Params=NaoFormatarItemServico: ; ProRecepcionar=https://wscuiaba.issnetonline.com.br/webserviceabrasf/cuiaba/servicos.asmx Depois execute o Compila_RES, reinstale o ACBr e faça novos testes.

Bom dia Guilherme, Você alterou o arquivo ACBrNFSeXServicos.ini ? Se sim, favor anexar para que possamos analisar.

Bom dia Daniel, Você atualizou todos os fontes de todas as pastas? Se sim, reinstalou o ACBr?

Bom dia Lutzem, Já inclui na minha lista de tarefas para analisar a sua contribuição. TK-2973 Gostaria de saber quais provedores você esta usando com o novo componente e se estão funcionando sem nenhum problema.

Bom dia, Qual é a cidade?

Bom dia Carlito, Pelo arquivo *-env-lot-sinc.xml (envio do lote) você atribui o valor 14 para o numero do lote. No arquivo *-lista-nfse-sinc.xml (retorno do envio) temos a rejeição: E233 que diz que o Lote já foi processado e pede para que você escolha um outro numero para o lote e envie novamente o Rps. Você precisa verificar no site da prefeitura se é possível verificar quais os Rps que já foram processados e se consta o numero do lote. Caso não tenha como obter essas informações através do site, o jeito vai ser entrar em contato com o provedor, com certeza ele vai ser capaz de lhe informar o numero do ultimo Rps enviado e processado com sucesso bem com o numero do lote. A partir dessa informação você da sequencia.

Boa tarde Datilas, Não existe nenhuma propriedade de configuração para esse fim. Portanto não tem como. A solução é alterar o arquivo ACBrNFSeXServicos.ini, visto que essa configuração é por cidade e a partir do momento que a cidade XYZ não deve dividir a alíquota por 100 ao gerar o XML do Rps, esse procedimento é valido para todos os contribuintes dessa cidade.

Isso pode resolver no momento que o componente recebe o XML como resposta do webservice e o lê para deixar pronto para ser impresso o DANFSE. Mas se amanhã você pegar o XML da NFS-e que esta salvo em disco ou no banco de dados e for carregar para poder enviar por e-mail ou imprimir novamente o DANFSE o componente não vai saber qual é a origem dele, ou seja, se ele foi gerado pelo serviço GerarNFSe ou pelo ConsultarNFSePorRps do webservice e consequentemente não vai saber a formatação que deve ser utilizada. Entendeu? Esse é o grande problema. Enquanto eles não gerarem o XML da nota independente do serviço com a mesma formatação de datas, não teremos uma solução. Você esta enviando o Rps usando o método Emitir parametrizado para o modo de envio Unitário (meUnitario), chegou a testar o os modos: meLoteAssincrono e meLoteSincrono? Os métodos: ConsultarLote, ConsultarNFSe, ConsultarNFSeServicoPretado e ConsultarNFSeServicoTomado segundo o manual da ABRASF é para retornarem também o XML da nota, chegou a testa-los? O método ConsultarLote se faz necessário ao usar o Emitir no modo meLoteAssincrono para obter o XML da nota. Porque os demais contribuintes não tem problemas? Eles devem usar o serviço do webservice EnviarLoteRps e depois o ConsultarLoteRps, para enviar o Rps e obter o XML da nota respectivamente. Mas você esta usando outro modo de envio e outro serviço de consulta. Esta claro para mim que quem fez a rotina que gera o XML da NFS-e do serviço GerarNFSe foi um que quem fez a do ConsultarNFSePorRps foi outro. E pode ter certeza que esse pessoal não esta mais na empresa e quem sobrou não tem competência para fazer as devidas correções e vem com essas desculpas esfarrapadas.

Boa tarde Lutzem, Essa alteração vai ajudar você e demais desenvolvedores em que?

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