Italo Giurizzato Junior

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

Boa tarde, O jeito vai ser entrar em contato com o provedor e expor o problema. Lembre-se o componente apenas gera e envia o XML do Rps para o webservice do provedor. Os arquivo *-soap.xml se referem ao XML que foi enviado para o webservice ou o que foi retornado por ele, O arquivo 341077-lista-nfse-sinc-soap.xml é o de retorno ele conte a lista de NFS-e. Por que lista? Simples, ao enviar um lote este pode ter até 50 Rps. Se eu envio apenas 1 Rps, no retorno é para consta apenas 1 NFS-e caso o Rps tenha sido processado com sucesso. Se eu envio 30 Rps e todos são processados com sucesso, tenho no retorno 30 NFS-e. No seu caso, você esta enviado 1 Rps e é retornar "N" NFS-e, isso esta errado. O WebService com certeza esta com algum bug muito feio.

Boa tarde, O erro 404 não significa que a URL não existe? Caso afirmativo, o que pode ter ocorrido: 1. A cidade mudou de provedor. 2. O provedor mudou a URL da cidade em questão.

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

Márcio, Maravilha, se for geral seria interessante já arrumar para todas as cidades. Se você descobrir com eles todas as cidades que eles atende seria uma mão na roda.

Favor atualizar os fontes, reinstale o ACBr e faça novos testes. Agora ele esta lendo o arquivo de retorno do banco e fiz um ajuste para gerar o código da receita com 4 dígitos.

Boa tarde, Muito obrigado, já inclui na minha lista de tarefas. TK-2776 Não sei se vou conseguir analisar hoje, mas vou ver o que pode esta ocorrendo.

Boa tarde, Fiz uma pequena mudança na sua contribuição e envie para o SVN. Favor atualizar os fontes, reinstalar o ACBr e faça novos testes.

Boa tarde Marcio, Já esta no SVN. Você sabe me informar se o provedor Coplan vai adotar essa nova formatação das URLs para todas as cidades atendidas por ele?

Boa tarde, Já esta no SVN.

Boa tarde Eduardo, Já enviei para o SVN. Note que foi feito um refactoring do componente.

Boa tarde Diego, Favor atualizar os fontes, reinstale o ACBr e faça novos testes. Note que foi realizado um Refactoring no componente.

Boa tarde Idez, Por favor faça um teste com a unit em anexo. BHISS.Provider.pas

Bom dia, Favor fazer um teste com a unit em anexo. ISSSaoPaulo.Provider.pas

Boa noite Juliomar, Sim consta no MOC do CTe essa informação.

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

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

Boa noite, Muito obrigado pela contribuição, já inclui na minha lista de tarefas. TK-2772

Boa noite Victor, Pelo que me recordo pela conversa que tivemos no Discord o problema foi sanado, isso confere?

Boa noite Juninho, Chegou a estudar o programa exemplo do componente ACBrNFSeX? Veja: // Provedores que permitem informar mais de 1 serviço: // Agili, AssessorPublico, EL, EloTech, Equiplano, fintelISS, Governa, // Infisc, IPM, ISSDSF, Simple, SmarAPD, WebFisco with Servico.ItemServico.New do begin Descricao := 'Desc. do Serv. 1'; ItemListaServico := '09.01'; (...) // Provedor IPM { define se o tributo é no municipio do prestador ou não } TribMunPrestador := snNao; { codigo do municipio que ocorreu a prestação de serviço } CodMunPrestacao := edtCodCidade.Text; { codigo da situação tributária: 0 até 15 } SituacaoTributaria := 0; // <===== informe o código correto aqui end;

Boa noite Jarbas, Porque você esta gerando o XML do Lote e tentando importar pelo site? Até onde sei a cidade em questão se utiliza do provedor SilTecnologia que possui WebService.

Boa noite Widson, Se mesmo gerando o XML com os campos e seus valores o webservice continua a recusar, não vejo outra saída entrar em contato com o provedor e expor o problema.

Boa tarde, Ao enviar o lote o numero dele esta sendo alterado ou esta usando sempre o mesmo numero de lote? O problema pode ser esse. Ou realmente existe um BUG muito feio no webservice do provedor.

Boa tarde Jarbas, Ficarei aguardando um retorno para ajustar corretamente o tamanho do campo.

Boa tarde Tiago, Foi feita uma correção no provedor IPM visando esse erro de UTF-8, favor atualizar os fontes e faça novos testes.