Italo Giurizzato Junior

Boa tarde ALA, Já inclui na minha lista de tarefas.

Rene, Você atualizou os fontes e fez novos testes? Eu fiz algumas alterações que devem resolver o problema.

Boa tarde Valdir, Você chegou a abrir esses arquivos? Note que além do arquivo de envio do lote, tem o arquivo referente a consulta a situação do lote e o referente a consulta ao lote. O provedor ISSCuritiba segue a versão 1 do layout da ABRASF, sendo assim após o envio do lote se faz necessário consulta a situação do lote, se a situação for 3 ou 4 devemos consultar o lote para obter as rejeições ou os XMLs das NFS-e. Se esta gerando todos esses arquivos isso significa que o componente esta realizando essas consultas de forma automática. Você pode até desligar esse comportamento do componente atribuindo o valor False a propriedade de configuração: ConsultaLoteAposEnvio, mas você vai ter que fazer essas consultas depois via código. Para diminuir um pouco essa quantidade de arquivos você também atribuir o valor False a propriedade de configuração: Configuracoes.WebServices.Salvar Mas enquanto você esta em uma fase de testes é melhor deixar do jeito que esta.

Favor atualizar os fontes e faça novos testes. Fiz uma alteração no tratamento do retorno do Consultar Lote.

Boa tarde Rene, Favor atualizar os fontes e faça novos testes.

Rene, Favor atualizar os fontes e faça novos testes. Note que atualizei também os schemas.

Boa tarde, Favor atualizar os fontes e faça novos testes. Note que atualizei também os schemas do provedor.

Boa tarde, Estamos trabalhando para simplificar e unificara os retornos. Muito obrigado pelos XMLs vou analisar eles.

Boa tarde Sandro, Temos mais relatos desse problema. No arquivo gerado para se enviado para o webservice já conferi e nele consta o XML da nota, usuário e senha. Não entendi porque esse provedor retorna essa mensagem. Por favor entre em contato com o provedor e tenta descobrir o que esta ocorrendo.

Boa tarde João, O provedor Sintese já esta implementado no novo componente. Como não estamos mais dando manutenção no componente antigo não vou enviar a sua contribuição, mas mesmo assim muito obrigado. Gostaria que você realizasse testes com o novo componente.

Boa tarde, Essas propriedades são do componente antigo, favor atualizar os seus fontes e instalar os novos componentes de emissão de NFS-e. Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente ACBrNFSe não vai mais ter manutenção. Manual de Migração Use o programa exemplo para fazer os testes.

Boa tarde, Para a NF-e, CT-e, MDF-e já temos a Lib pronta e os fontes para quem deseja compilar e gerar a DLL usando o Lazarus. Agora para a NFS-e a Lib ainda esta sendo escrita e os seus fontes ainda não foram disponibilizados. Não sei lhe informar quando vai ser disponibilizado.

Boa tarde Rene, Já inclui na minha lista de tarefas.

Boa tarde Jorge, Favor atualizar os fontes e faça novos testes.

Boa dia Rene, Você mandou 3 Consultas, mas não anexou os retornos. Seria interessante já que com o componente antigo funciona você anexar os XML do componente antigo que funciona e XML do novo que esta ocorrendo erro. Desta forma eu tenho condições de analisar.

Bom dia, Já inclui na minha lista de tarefas para realizar testes com esses Schemas.

Bom dia, Quanto a ausência de erro vou verificar. Como assim ele não remove a mascara do CNPJ/CPF ao montar o nome do XML? if Configuracoes.Arquivos.NomeLongoNFSe then Result := GerarNomeNFSe(Configuracoes.WebServices.UFCodigo, ANFSe.DataEmissao, OnlyNumber(xCNPJ), <=== a função OnlyNumber renove a mascara StrToInt64Def(NumDoc, 0)) else Result := NumDoc + ANFSe.IdentificacaoRps.Serie;

Bom dia Paikan, Qual é o erro que esta ocorrendo ao tentar instalar o componente ACBrNFSeX no Lazarus? Você trabalha com qual linguagem de programação? Se não for Delphi e nem Lazarus, como a Juliana já escreveu, ainda não temos a DLL ACBrLibNFSeX.

Bom dia Joas, Favor atualizar os fontes e faça novos testes.

Bom dia, Favor atualizar os fontes e faça novos testes.

Bom dia Ramon, A sua alteração na unit ACBrNFSeXGravarXml_ABRASFv2 esta correta, pois no schemas disponibilizados pela ABRASF a tag <CodigoPais> dentro do grupo <Servicos> é opcional e não obrigatória. Já enviei para o SVN a sua contribuição.

Bom dia Italo, Favor atualizar os fontes e faça novos testes.

Bom dia Sandro, Já esta no SVN a atualização do arquivo ACBrNFSeXServicos.ini

Boa tarde, Você esta realizando testes com qual cidade? Estou desconfiado que esse provedor tem schemas diferentes dependendo da cidade. Se isso for verdade teremos que criar versões para esse provedor.

Boa tarde, Algo você esta fazendo errado, veja o resultado do teste que fiz: Modo de Envio : Enviar Lote Numero do Lote: 34 Data de Envio : 22/08/2021 Numero do Prot: C449DF657CA4BA38D5208A622DF963DD Sucesso : True Só que tive que fazer uma correção na unit do provedor que segue em anexo para você testar também. Abaco.Provider.pas