Italo Giurizzato Junior

@simons, Por favor faça o seguinte: 1. delete o arquivo IPM.Provider que esta na pasta Provedores 2. Atualize a pasta Provedores, isso vai fazer com que o arquivo IPM.Provider seja restaurado. 3. Reinstale o ACBr 4. Recompile a aplicação e faça um novo teste.

Boa tarde @simons, O retorno da consulta agora veio mais descente. Mas não era para gerar essa mensagem de erro. Vou analisar o código que trata o retorno para tentar entender o que esta ocorrendo.

Bom dia Luan, Já esta no SVN a correção.

Bom dia João, Já esta no SVN.

Bom dia Léo, Já esta no SVN.

Bom dia @Paulo Sergio de Almeida, Vou passar para o pessoal que cuida das impressões feitas em Fast Report para analisar.

Bom dia @alecio.ferreira, Pelo que notei a cidade de Piratininga/SP se utiliza do provedor Fiorilli. Esse provedor já esta implementado, precisamos apenas saber qual é a URL de produção do webservice, uma vez que a de homologação é a mesma para todas as cidades atendidas por esse provedor.

Bom dia @simons, Esta muito estranho o retorno do provedor. Vou lhe pedir mais um favor. No arquivo ACBrNFSeXServicos.ini altere a seção refere a respectiva cidade para que fique da seguinte forma: [4313706] ; Atualizado em 28/12/2021 Nome=Palmeira das Missoes UF=RS Provedor=IPM Params=ParametroExtra:eletron=1 ProRecepcionar=http://sync-rs.nfs-e.net/datacenter/include/nfw/importa_nfw/nfw_import_upload.php HomRecepcionar=http://sync-rs.nfs-e.net/datacenter/include/nfw/importa_nfw/nfw_import_upload.php ProLinkURL=http://sync-rs.nfs-e.net/datacenter/include/nfw/nfw_imp_notas.php?codauten=%CodVerif% HomLinkURL=http://sync-rs.nfs-e.net/datacenter/include/nfw/nfw_imp_notas.php?codauten=%CodVerif% Inclui a linha: Params=..... Salve o arquivo alterado, execute o Compila_RES, reinstale o ACBr, recompila a sua aplicação e faça novos testes. Em alguns casos essa alteração fez com que o provedor retorna-se algo legível.

Bom dia @C4Dev, Por favor abra o arquivo 1908-rec-soap.xml através de um navegador. Parece que o webservice esta gerando um erro de script e não monta o XML de retorno da forma correta. Sugiro entrar em contato com o provedor e expor o problema.

Bom dia @Desenvolvimento total S, Você tem condições de emitir uma nota usando o componente antigo? Se sim, por favor emita uma, mas configure o componente para salvar os arquivos soap (Configuracoes.WebServices.Salvar := True). Anexe o XML de envio de lote do RPS usando o componente antigo. Depois repita o processo usando o componente novo. De posse dos arquivos soap de envio do lote (componente antigo e novo) podemos comparar e descobrir o que esta errado no novo. E com isso fazer as correções necessárias.

Bom dia @Geraldo Rodrigues, Vou fechar esse tópico, pois esta em duplicidade. Vamos manter através desse outro:

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

Bom dia @Geraldo Rodrigues, Acredito que seria prudente pegar essas NFC-e emitidas em offline tentar enviar para ver se são processadas e autorizadas, assim evita depois um volume muito grande de notas para serem enviadas e consequentemente gerando um gargalo na SEFAZ.

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

@simons, Após trocar a unit pela que eu anexei na minha postagem anterior, você reinstalou o ACBr e recompilou a aplicação?

@simons, Vou lhe pedir um favor, substitua a unit por esta que esta em anexo. Reinstale o ACBr e faça novos testes. Caso esteja tudo OK, enviarei ela para o SVN. ACBrNFSeXWebserviceBase.pas

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

Boa tarde @simons, Qual é a cidade?

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

Bom dia @Próton Sistemas, Ao enviar um evento seja qual for, o campo verAplic se refere a versão do seu aplicativo e não o da SEFAZ. Nos retornos da SEFAZ o campo verAplic se refere a versão do aplicativo da SEFAZ que recepcionou o documento ou evento. No que se refere ao XML documento ou do evento a ser enviado para a SEFAZ o campo verAplic se refere a versão do aplicativo do contribuinte.

Bom dia @jmc, Você poderia anexar o XML de retorno do DistribuicaoDFe para que possamos analisar?

Bom dia @Paulo Sergio de Almeida, Qual é o FR3 que você esta usando?

Bom dia @WesleySantos, Conforme consta na página 22 do Manual CTe Anexo II DACTE versão 4.00 que trata sobre o layout do DACTE - Documento Auxiliar do Conhecimento de Transporte Eletrônico, o Peso Bruto, Peso Base Cálculo e Peso Aferido devem ser impresso em Kg. Segue imagem do manual com essa informação: Por conta dessa orientação constante no manual tanto quanto o componente ACBrCTe, quanto a Lib ACBrLibCTe e o ACBrMonitor imprimem essas informações em Kg. Você tem que deixar bem claro para o seu cliente que a impressão segue a orientação definida em um documento emitido pelo ENCAT em agosto/2022.

Boa tarde @Quality Automação, Infelizmente a NFC-e não tem o modo de contingência online como é o SVC, somente offline.

Boa tarde @Datacaixa, A cidade de Nova Iguaçu se utiliza do provedor ISSDSF (que tem layout Próprio). Esse provedor requer que as informações referente ao serviço prestado sejam informados em uma lista, mesmo que essa lista tenha apenas um Item. No programa exemplo do componente ACBrNFSeX temos 3 procedures, uma que exemplifica a alimentação dos dados quando o provedor segue o layout da ABRASF, outra para os provedores que tem layout próprio e a ultima para o Padrão Nacional. No caso do provedor ISSDSF temos que olhar para procedure: Alimentar_Componente_layout_Proprio. Veja este fragmento do código do programa exemplo: {========================================================================= Dados do Serviço (valores) =========================================================================} // Provedores que permitem informar mais de 1 serviço: if ACBrNFSeX1.Configuracoes.Geral.Provedor in [proAgili, proAssessorPublico, proCTA, proCTAConsult, proEquiplano, proFacundo, proFGMaiss, proEL, proGoverna, proInfisc, proIPM, proISSDSF, proPriMax, proRLZ, proSam, proSimple, proSmarAPD, proWebFisco, proBauhaus, proeISS, proSoftPlan] then begin Servico.Valores.ValorServicos := 0; with Servico.ItemServico.New do begin Descricao := 'Desc. do Serv. 1'; ItemListaServico := '09.01'; Veja a lista dos provedores que permitem informar mais de 1 serviço, o provedor ISSDSF consta dessa lista e a forma de alimentar o componente para estes provedores é criando uma lista de itens de serviços. Lembrando mesmo que só tenha um serviço se faz necessário criar essa lista. Observe que na mensagem de erro aparece Itens, isso significa que esta faltando a lista de itens.