Dino Rodrigo S. Moreira

Boa tarde! Eu tenho um cliente com o provedor Etherium versão 2.04 e tive que adicionar na configuração o CancPreencherMotivo := True; no Etherium.Provider.pas procedure TACBrNFSeProviderEtherium204.Configuracao; begin inherited Configuracao; with ConfigGeral do begin ConsultaPorFaixaPreencherNumNfseFinal := True; CancPreencherMotivo := True; end; with ConfigAssinar do begin Rps := True; LoteRps := True; CancelarNFSe := True; RpsGerarNFSe := True; SubstituirNFSe := True; end; with ConfigWebServices do begin VersaoDados := '2.04'; VersaoAtrib := '2.04'; end; with ConfigMsgDados do begin GerarPrestadorLoteRps := True; DadosCabecalho := GetCabecalho(''); end; // Provedor não disponibilizou os novos Schemas. ConfigSchemas.Validar := False; end;

Olá Consegui em Santo André, eu tive que tirar o envio do NBS e da parte de IBS/CBS para conseguir passar a NFSE.

Boa tarde! Eu recebi a mensagem de erro que para empresa do simples, somente voltando o layout para a versão 1.0 que a NFSE voltou a passar, inclusive o próprio webservice manda uma mensagem que para empresa do simples, é pra usar o layout 1

Ainda não, tá osso viu

Olá! Eu fiz os testes, mas tive um problema, não consigo ver as Notas emitidas como GISS. Santo André também colocou e respondeu como GISS sem o erro do E160, depois na hora de validar, não acho a NF. Vou tentar novamente no GINFES, mas não consegui a solução de E160

Bom dia! Estava recebendo o erro E160 quando envia a NFSE para o GINFES, até que mudei novamente de GINFES para GISS e voltou a funcionar novamente.

Olá! Eu acabei conseguindo resolver o problema, é que na parte do IBS/CBS estava mandando o destinatário com a indPessoas informando que o destinatário é o mesmo que o tomador! Fica ai a resolução pra quem estiver com o mesmo problema.

Estou com o mesmo erro, prefeitura de Jundiai, Santo André, Mauá, Ribeirão Pires tudo com NF parada pra emissão

Bom dia! Estou tentando enviar uma NFSE para Padrão Nacional e para o código 140101 e ele me retorna o seguinte erro : E0910 - O destinatário não deve ser identificado para o código indicador indPessoas informado. Já procurei no layout, em documentação técnica, já tirei até o tomador e não tira o erro, não achei a documentação do mesmo, alguém consegue me dar uma luz do que pode ser o problema?

O meu também está igual, eu envio, ele não cancela, não dá retorno e nem erro.

Boa tarde, pessoal! Estou com um cliente de Mauá, até sexta feira dia 02/01/2026 estava emitindo nfse normalmente, apartir de hoje dia 05/01 está dando falha de schema e não emite nota nenhuma, já procurei a documentação do giss mas é bem complicado, falaram que tinha um validador no manual deles, mas não achei, alguém tem mais algum problema relacionado a esse provedor?

Ligamos para a prefeitura, recebemos a mesma instrução, vou modificar no meu aqui também. Obrigado.

Segue projeto em .rar, Precisa só pegar algumas dependências com o boss e rodar no linux. CEPensa.rar

No caso é linux server, o teste no windows foi em server também

Com esse problema recente dos correios e o sistema consultando diretamente a api do correio, decidimos fazer uma API pra consultar CEP e outras coisas... Entretanto a parte do CEP usa o componente ACBrCEP está rodando em um servidor linux ubuntu 20.04. No windows os dados já vem corretamente. Exemplo: {"servico":"BrasilAPI","cep":"01311000","tipo_logradouro":"","logradouro":"Avenida Paulista - até 609 - lado ímpar","complemento":"","bairro":"Bela Vista","municipio":"São Paulo","uf":"SP","ibge_municipio":"","ibge_uf":"","altitude":"","latitude":"-23.5577504","longitude":"-46.6604517"} No caso foi pelo WebService BrasilAPI.. mas continua vindo errado em outras WS. Já vimos as propriedades ParseText e IsUTF8 do componente mas não resolveu o problema.

Arquivo que modifiquei, e usei de base a Ribeirão Preto, obrigado pelo retorno ACBrNFSeXServicos.ini

Olá! Eu consegui alterar a versão, consegui alterar a URL mas agora ele está dando um erro E173 - Lote de RPS não assinado, vi um tópico de sobre a NFSE de Brasília, mudei a questão do tipo de assinatura, mas não resolveu. Se alguém tiver alguma ideia do que possa ser, agradeço se puder compartilhar.

Muito obrigado pelo retorno!

Boa tarde! Eu recentemente fiz a atualização do componente NFSE para NFSEx, quando envio a NFSE, ele informa que o padrão do Schema está diferente, pesquisando no site, parece que mudaram para a versão 2.04, fiz a modificação no ACBrNFSeXServicos.ini para a cidade igual está em Ribeirão Preto, rodei o Compila_RES mas no programa de exemplo ele continua informando Duque de Caxias - RJ como versão 1.0, como faço pra alterar para a versão 2.04 pra fazer um teste de envio no cliente?

Olá! Analisando e fazendo Debug, eu achei o problema na Unit ACBrNFeWebServices.pas, na classe TNFeEnvEvento, procedure DefinirDadosMsg. Ele estava dando o problema nessa parte : if (not MsgEventoEhValido) or (SchemaEventoNFe = schErro) then begin if (SchemaEventoNFe = schErro) and (FPMsg='') then FPMsg := 'Schema do Evento não foi definido'; FErroValidacao := ACBrStr('Falha na validação da Mensagem do Evento: ') + FPMsg; raise EACBrNFeException.CreateDef(FErroValidacao); end; Eu comentei o código, coloquei o da versão anterior e voltou a cancelar novamente. Segue em anexo o .pas alterado para analise dos moderadores para verificar se tem algo errado com o código ou se puderem avisar, se estou passando algum parâmetro de forma errada que dê o problema nessa função. Desde já agradeço ACBrNFeWebServices.pas

Bom dia! A mensagem que está dando é Schema inválido. Eu voltei uma versão do ACBR do dia 03/09 e ele cancela a NF normalmente, ai coloco a última novamente, ele volta a dar a mensagem de Schema inválido.

Boa noite, pessoal! Depois da última atualização do SEFAZ, eu tive que atualizar os fontes para continuar emitindo NFE para o estado do PA, só que ele começou a dar um erro de Schema invalido e isso vem acontecendo em alguns clientes no PA, RJ. Já atualizei os Schemas para a última versão do ACBR, já verifiquei o arquivo XML gerado e está de acordo. Alguém consegue me dar uma luz do que pode estar acontecendo? Desde já agradeço.

Um adendo.... Eu vi que o campo não será obrigatório, então mandei ele só validar quando o valor do código do país for maior que 0. Segue em anexo a alteração pcnNFeW.pas

Boa tarde a todos! Depois da última atualização do ACBR, comecei a ter um erro de validação ao enviar o endereço de entrega da NFE, ele dava que o conteúdo cpais não era valido. Sei que para fevereiro foram adicionados alguns campos como o código do país, CEP e etc nas tags de entrega e retirada, porém a receita não está validando essa informação quando a gente envia, pelo menos em modo homologação. Fiz uma alteração no arquivo pcnNFeW, na classe TNFeW, procedures GerarRetirada e GerarEntrega mandando ele validar o campo de país somente após dia 01/03/2019. Após essa alteração, as notas começaram a ser autenticadas novamente. Se for possível analisar a alteração ou melhora-la, desde já agradeço. pcnNFeW.pas

Muito obrigado Italo!