Italo Giurizzato Junior

Boa tarde, Você esta utilizando o componente novo (ACBrNFSeX) ?

Boa tarde Leandro, A SEFAZ só aceita uma requisição com tamanho máximo de 512 Kbytes. Regra: B01 - Tamanho do XML de Dados superior a 512 Kbytes - vai ocorrer a rejeição 214.

Boa tarde, Segundo a NT 2020/001 versão 1.04 o grupo prodPred possui ocorrências (0-1) ou seja é um grupo opcional e caso ele venha ser incluído no XML a quantidade máxima de ocorrências dele é de 1. Portanto esse grupo só pode constar no máximo uma única vez.

Boa tarde, Muito obrigado pela contribuição, já esta no SVN.

Boa tarde, Seria possível você anexar o arquivo txt de retorno para que eu possa analisar o problema?

Boa tarde, No novo componente (ACBrNFSeX) não adianta nada você carregar o XML da nota antes de realizar o seu cancelamento, uma vez que o componente não se utiliza dos dados dela para executar o método de cancelamento. O componente antigo (ACBrNFSe) se utilizava, mas o novo não. Vou verificar o comportamento dos métodos: ConsultarNFSePorNumero e o ConsultarNFSePorRps.

Olá pessoal, O componente ACBrPagFor passou por um Refactoring. A motivação para esse Refactoring é tornar o componente mais fácil e prático no que se refere a implementar novos bancos bem como realizar manutenção no código sem correr o risco de gerar um efeito colateral nos bancos já implementados. Antes tínhamos apenas uma unit responsável por gerar o arquivo txt de remessa para todos os bancos. Isso gerava riscos na implementação e manutenção dos bancos existentes. Agora temos uma unit que gera o arquivo segundo o layout estabelecido pela Febraban e units separadas para cada banco. Assim, podemos alterar a procedure do registro ou do segmento que não segue a risca o layout da Febraban de um banco específico sem afetar outros. Desta forma dezenas de IF e CASE utilizados para identificar o banco em questão e gerar o txt corretamente, agora não existem mais. Desta forma temos um código muito mais limpo de ser lido e compreendido. Além disso foram removidas as propriedades de configuração: CNPJ e VersaoLayout que se encontravam em Configuracoes.Geral, pois estavam sem nenhuma utilidade. Agora no lugar delas temos as propriedades de configuração: Empresa e UsarDadosConfig. Novas Propriedades de Configuração: Propriedade Tipo Valor Padrão Descrição Empresa Grupo Dados da Empresa TipoInscricao TTipoInscricao tiIsento Determina o tipo de Inscrição da Empresa que pode ser: tiIsento, tiCPF, tiCNPJ, tiPISPASEP ou tiOutros. NumeroInscricao string Numero da Inscrição da Empresa conforme o tipo. Convenio string Numero do Convenio da Empresa estabelecido com o Banco. Nome string Razão Social da Empresa. Conta Grupo Dados da Conta AgenciaCodigo Integer 0 Numero da Agencia que a Empresa tem Conta. AgenciaDV string Digito Verificador da Agencia. ContaNumero Int64 0 Numero da Conta. ContaDV string Digito Verificado da Conta DV string Digito Verificado geral utilizado por alguns bancos. TipoConta Integer 0 Tipo de Conta, utilizado por alguns bancos. Endereco Grupo Dados do Endereço Logradouro string Nome do Logradouro do Endereço da Empresa. Numero string Numero ou código do Logradouro (veja a "obs." abaixo) Complemento string Complemento do Endereço. Cidade string Nome da Cidade. CEP Integer CEP do Endereço da Empresa. Estado string Sigla do Estado. UsarDadosConfig Boolean False Se True o componente vai utilizar as informações de configuração para serem utilizadas ao gerar o arquivo de remessa, caso contrario o desenvolvedor terá que alimentar diretamente os campos do componente. Observação: o tipo do campo Numero do logradouro do Endereço foi alterado de Integer para string pois a cidade de Bauru utiliza o formato xx-yy onde xx se refere ao numero da quadra em que a rua se encontra e o yy o numero do imóvel. Pasta dos fontes: Outro ponto importante é a localização das Units que compõe o componente: Pasta Descrição ACBrPagFor Pasta raiz dos fontes do componente. Bancos Pasta que contem as units dos bancos: (PagFor.NomeBanco.GravarTxtRemessa, PagFor.NomeBanco.LerTxtRetorno, PagFor.NomeBanco.Provider). Base Pasta que contem as units de classes, conversão e parâmetros. Provider Pasta que contem as units bases de geração e leitura do arquivo txt bem como a interface com as units de cada banco. Modelos Pasta que contem as units que podemos utilizada como modelo para quando for implementar um novo banco: (PagFor.Modelo.GravarTxtRemessa, PagFor.Modelo.LerTxtRetorno, PagFor.Modelo.Provider). Situação atual: Hoje o componente já conta com os seguintes bancos implementados: BancoCECRED, Banco do Brasil, Bradesco, HSBC, Itaú, Safra, Santander e Sicredi. Desafios a frente: Implementar e testar novos bancos melhorar a leitura do arquivo de retorno e extrair as ocorrências para que sejam apresentadas de forma clara e objetiva para que o desenvolvedor possa realizar os ajustes necessários Para que isso ocorra, contamos com a colaboração de todos.

Luís, Já se encontra no SVN o programa exemplo corrigido.

Boa tarde Luís, Faça da seguinte forma: with infCTeNorm.infCTeSub do begin chCTe := chaveOriginal; refCteAnu := chaveAnulacao; end;

Bom dia Dércio, Acredito que agora vai funcionar. Por favor atualize os fontes e faça novos testes.

Bom dia Widson, Analisando a unit WebFisco.GravarXml, visto que o FGMaiss é uma espécie de franquia do WebFisco, logo o layout é o mesmo. Notei o seguinte: cSimples := (NFSe.OptanteSimplesNacional = snSim); NFSeNode.AppendChild(AddNode(tcDe2, '#', 'ssrecbr', 1, 12, 1, IIf(cSimples = True, NFSe.Prestador.ValorReceitaBruta, 0.00), '', True, xAtrib)); NFSeNode.AppendChild(AddNode(tcStr, '#', 'ssanexo', 1, 15, 1, IIf(cSimples = True, NFSe.Prestador.Anexo, ''), '', True, xAtrib)); NFSeNode.AppendChild(AddNode(tcStr, '#', 'ssdtini', 1, 10, 1, IIf(cSimples = True, FormatDateTime('DD/MM/YYYY', NFSe.Prestador.DataInicioAtividade), ' '), '', True, xAtrib)); Note que o valor da receita bruta, anexo e data de inicio da atividade serão gerados no XML se o valor do campo OptanteSimplesNacional for snSim. Favor verificar se esta informar o valor correto para os campos.

Bom dia Rkiefer, Realmente esta estranho essa rejeição. Não vejo outra saída entrar em contato com o provedor e expor o problema.

Bom dia Bill, Já esta no SVN. Vou fechar esse tópico, para novas duvidas ou contribuições favor criar uma nova postagem.

Bom dia Jarbas, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Bom dia Luis, Chegou a testar com outros modelos de DACTE (FR3) e até mesmo com o Fortes Report? Pois o que tudo indica esta faltando sim informações nesse DACTE. Lembrando que se tratando de CT-e de Anulação e de Complemento a quantidade de informações a serem impressas são menores.

Boa tarde Jarbas, Já inclui na minha lista de tarefas para fazer mais alguns ajustes. TK-2764

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

Boa tarde Augusto, É bem provável que o provedor não disponibilizou o ambiente de homologação para a cidade em questão. Paciência. Muito obrigado pela informação. Já se encontra no SVN o arquivo ACBrNFSeXServicos.ini com a nova URL de produção.

Boa tarde Victor, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou o ACBr? Lhe pergunto isso pois acabei de fazer um teste e não ocorreu essa rejeição. Notei que no seu XML de envio esta faltando a assinatura do lote. Você a removeu antes de anexar aqui no fórum? Resultado do meu teste com apenas um Rps no lote: Método Executado: Enviar Lote Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 07/06/2022 Numero do Prot: 3D6BD89E82A7FEB5142B4A634F6898F6 Numero da Nota: Link : Código Verif. : Sucesso : True Método Executado: ConsultarSituacao Parâmetros de Envio Numero do Prot: 3D6BD89E82A7FEB5142B4A634F6898F6 Numero do Lote: Parâmetros de Retorno Situação Lote : Sucesso : False Erro(s): Código : E45 Mensagem: RPS:0 - CNPJ não encontrado na base de dados Correção: Confira o numero do CNPJ informado. Caso esteja correto, o prestador não está inscrito no município.

Boa tarde Dercide, Favor atualizar novamente os fontes.

Bom dia Henrique, Você esta alimentando o campo Aliquota já dividido por 100? Se sim, experimenta alimentar o campo Aliquota sem dividir ela por 100. Outra coisa, o XML da NFS-e retornado pelo provedor esta gerando a tag Aliquota dividida por 100 ?

Bom dia Robson, Já esta no SVN a sua contribuição publicada em outra postagem.

Bom dia Robson, Muito obrigado pela compreensão, já esta no SVN.

Bom dia, A cidade em questão foi você que incluiu? Se sim, favor anexar o arquivo ACBrNFSeXServicos.ini para que possamos atualizar o SVN.

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