Italo Giurizzato Junior

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.

@cleberhhp, Já esta no SVN. Atualize os fontes, reinstale o ACBr e inicie os testes em homologação.

Bom dia @billbarsch, Já esta no SVN.

Bom dia @Destak, Já esta no SVN a inclusão da cidade.

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

Bom dia Bruno, Mesmo o XML sendo assinado o webservice retorna acusando que a assinatura esta errada? Neste caso vai ser necessário entrar em contato com a prefeitura de Campinas uma vez que foi ela que implementou o webservice e questionar sobre o erro.

Entendi @Leandro Vignoto.

Bom dia @Leandro Vignoto, Se tratando da NF3e o que temos é a impressão do DANF3E em EscPos, ou seja, impressão em bobina e não em folha A4. Mas mesmo assim essa impressão não esta 100%. Sim devemos implementar a impressão em A4 uma vez que o Anexo II do Manual que trata do DANF3E apresenta os dois formatos, ou seja, A4 e bobina. Não sei se eu cheguei a lhe perguntar, mas você tem algum cliente que vai emitir esse modelo de documento fiscal? Pois trata-se de um documento a ser emitido por uma empresa que vende energia elétrica, veja: