Italo Giurizzato Junior

Boa tarde @Ramon Valentim, Muito obrigado pela colaboração, criada a TK para analise. TK-5832

Bom dia Bruno, O que tudo indica é que o webservice ainda não esta 100% funcional. Te aconselho a entrar em contato com a prefeitura, mais precisamente com o pessoal responsável pela implementação do webservice e expor a eles o problema que esta ocorrendo.

Bom dia @joemil, Já foi criado a tarefa. TK-5829

Boa tarde @helderlr, Você tem fontes do ACBr 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. Por fim repita os testes.

Boa tarde @Alexandre Felippeto Henzen, Essa alteração no arquivo ACBrNFSeXServicos.ini no que se refere as URL de homologação não se faz necessário, veja: [SimplISS] HomRecepcionar=http://wshomologacao.simplissweb.com.br/nfseservice.svc HomLinkURL=http://wshomologacao.simplissweb.com.br/nfseservice.svc No inicio do arquivo existem varias seções com o nome do provedor. No caso do provedor SimplISS a URL de homologação é sempre a mesma para todas as cidades, com isso evitamos repetir algo que é comum. Já a alteração na unit já foi feita e enviada para o SVN.

Boa tarde @cleberhhp, Já esta no SVN.

Boa tarde @Ronaldo Negreiros Danieli, Já esta no SVN.

Boa tarde Bruno, O mesmo erro ocorre ao tentar enviar um lote no modo assíncrono ou enviar de forma unitária?

Boa tarde @guimamonteiro, Se o prestador for de Campinas/SP, a prefeitura esta implantando um novo webservice que vai utilizar a versão 2.03 do layout da ABRASF. Segundo o manual da ABRASF consta que a quantidade de RPS por lote esta limitada em 50. Portanto a resposta é: não é possível enviar um lote com 2 mil RPS. Mas nada impede do seu cliente lançar no sistema as 2 mil prestações de serviços e depois ele vai varrendo essa lista montando lotes de 50 em 50 de forma automatizada.

Bom dia @ALTAMOGIANA, Na sua aplicação em USES você declarou alguma unit do ACBr? Caso afirmativo leia o tópico abaixo, ele traz uma lista de units do componente ACBrNFe que foram reescritas e que agora estão com outro nome. Na sua unit onde consta: EventoRetorno.Leitor.Arquivo Altere para: EventoRetorno.XmlRetorno

Bom dia @helderlr, Você poderia anexar o XML de retorno que contem a mensagem que não é lida pelo componente? Para ajudar na analise do problema configure o componente para salvar os arquivos Soap. Anexe o arquivo soap desse retorno. Desde já muito obrigado pela colaboração e compreensão.

Bom dia @cleberhhp, Descobri o problema do erro, já inclui na minha lista de tarefas para fazer os ajustes para funcionar na versão 2.04 TK-5822

Bom dia Bruno, Com os fontes atualizados você conseguiu realizar os testes com o novo webservice de Campinas?

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

Boa tarde @cleberhhp, O que tudo indica eles não ativaram o serviço que recepciona um lote no modo síncrono, tente enviar o lote no modo assíncrono, vide o programa exemplo.

Boa tarde @Paula Zamboni de Campos da, Complementando o que o Juliomar já lhe passou.

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

Boa tarde @Ronaldo Negreiros Danieli, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5817

Boa tarde @Leandro Vignoto, Muito obrigado, a Equipe ACBr vai tentar viabilizar o DANF3E o mais rápido possível.

Boa tarde @Paulo Alexandre Hostert, O componente ACBrNFSeX nos campos como por exemplo Discriminacao procura pelo caracter ponto e virgula como quebra de linha, vide programa exemplo. Servico.Discriminacao := 'discriminacao I; discriminacao II'; Alguns provedores se utilizam de outros caracteres como quebra de linha, neste caso o componente se encarrega de fazer a substituição automaticamente. Como não sabemos qual é o caracter ou sequencia de caracteres usado pelos provedores, deixamos o padrão que é ponto e virgula, mas a medida que os desenvolvedores nos relatam qual é o caracter correto fazemos a troca. Mas lembre-se que a sua aplicação sempre vai usar como quebra de linha o ponto e virgula conforme consta no programa exemplo. Experimente emitir uma nota via site e no campo discriminação tente forçar uma quebra de linha, depois baixe o XML da nota emitida pelo site e veja o que foi usado como quebra de linha. Isso é uma maneira de tentar descobrir.

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

@Leandro Vignoto, Para que possamos melhorar a impressão em EscPos e desenvolver em Fortes tamanho A4 vamos precisar de um XML de uma NF3e que foi autorizada para que possamos ter como base. Você consegue disponibilizar um XML para nós? Se sim, você enviar por mensagem privada para mim ou enviar por e-mail para [email protected] Desde já muito obrigado.

Bom dia @Lfm_, Faça um teste com a unit em anexo. ISSRio.Provider.pas Após substituir a unit se faz necessário reinstalar o ACBr e recompilar a aplicação.

Bom dia Bruno, A cidade de Campinas/SP estava vinculada ao provedor ISSDSF, mas a prefeitura comprou o sistema desse provedor, logo ele deixou de dar manutenção no sistema. O que foi feito de inicio, clonamos o provedor ISSDSF com o nome de ISSCampinas e alteramos o arquivo ACBrNFSeXServicos visando vincular o provedor ISSCampinas a referida cidade. Recentemente fizemos uma alteração nas units do provedor ISSCampinas visando atender o novo webservice que a prefeitura implementou para recepcionar os RPS e gerar as NFS-e segundo a versão 2.03 da ABRASF. Favor utilizar os fontes que estão no SVN. Como esta o arquivo ACBrNFSeXServicos.ini hoje: [3509502] ; Atualizado em 08/07/2024 Nome=Campinas UF=SP Provedor=ISSCampinas ; Comentar as 3 linhas abaixo para realizar testes com o novo webservice ProRecepcionar=https://issdigital.campinas.sp.gov.br/WsNFe2/LoteRps.jws ProNameSpace=http://proces.wsnfe2.dsfnet.com.br HomNameSpace=http://proces.wsnfe2.dsfnet.com.br ; Descomentar as 3 linhas abaixo para realizar testes com o novo webservice ;Versao=2.03 ;ProRecepcionar= ;HomRecepcionar=https://homol-rps.ima.sp.gov.br/notafiscal-abrasfv203-ws/NotaFiscalSoap Para testar o novo webservice você deve comentar as 3 linhas que fazem referencia as URLs do webservice "antigo" e descomente as 3 linhas referente ao novo webservice. Siga as instruções que se encontram no inicio do arquivo INI e faça os testes.

Bom dia Jaisson, Já esta no SVN.