Ir para conteúdo
  • Cadastre-se

Pesquisar na Comunidade

Showing results for tags 'rejeitado'.

  • Search By Tags

    Digite tags separadas por vírgulas
  • Search By Author

Tipo de Conteúdo


Fóruns

  • Fórum Aberto - ACBr
    • Notícias do ACBr
    • Equipamentos testados
    • Base de Conhecimento
    • Dúvidas Gerais sobre o ACBr
    • ACBrSerial
    • ACBrSAT
    • ACBrNFe
    • ACBrDFe
    • Dúvidas sobre TEF
    • Dúvidas sobre PIX
    • ACBrMonitor PLUS
    • ACBrTXT
    • ACBrBoleto
    • ACBrDiversos
    • ACBrTCP
    • ACBrFramework
    • ACBrLIB
  • ACBr API
    • Duvidas Gerais ACBr API
    • Duvidas Privadas ACBr API
  • Suporte Nuvem Fiscal
    • Comunidade Nuvem Fiscal
  • Outros Assuntos
    • Boteco do ACBr
    • Legislação Fiscal e Tributária
    • Object Pascal - Delphi & Lazarus
    • Banco de Dados
    • Classificados
    • Dúvidas não relacionadas ao ACBr

Categorias

  • ACBr Pro
    • ACBrLib - PRO
    • ACBrMonitorPLUS - PRO
    • Utilitários - PRO
    • Dia do ACBr 1a edição
    • Dia do ACBr 2a edição
  • Download Livre
    • ACBrLib - DEMO
    • ACBrMonitorPLUS - DEMO
    • Demos / Testes / Utilitários
    • Apresentações - Palestras
  • ACBr TEF

Calendários

  • Eventos - Palestras - Webinars
  • Prazos SEFAZ
  • Calendário da Comunidade
  • ACBr Papo Pro
  • Feriados Nacionais

Find results in...

Find results that contain...


Data de Criação

  • Início

    End


Data de Atualização

  • Início

    End


Filter by number of...

Data de Registro

  • Início

    End


Grupo


Website URL

Encontrado 4 registros

  1. Entendendo o problema De acordo com a planilha ANEXO_I-SEFIN_ADN-DPS_NFSe-SNNFSe-v1.00-20251216 que contém o leiaute da NFS-e e as regras de validação aplicadas pela API do Padrão Nacional, está é a regra de validação que correspondente a esta rejeição: Campo Regra de Validação Código Rejeição indTotTrib Se a situação do emitente da DPS perante o Simples Nacional na data de competência informada for ME/EPP, o choice indTotTrib nunca poderá ser informado. E0712 Para ME/EPP indTotTrib nunca poderá ser informado. Ainda de acordo com o mesmo leiaute, a tag indTotTrib faz parte de um "elemento escolha" junto dos grupos vTotTrib, pTotTrib e pTotTribSN. Ou seja, o arquivo XML só vai poder ter o vTotTrib ou o pTotTrib ou o indTotTrib ou o pTotTribSN, mas nunca mais de um deles. Se você está recebendo essa rejeição, isso significa que seu arquivo está sendo enviado com o elemento indTotTrib, quando deveria ser com um dos outros 3. Como resolver? No momento de geração do XML, uma lógica é aplicada para definir qual é o grupo que vai ser gerado. Verifica se foram preenchidos os valores que compõe vTotTrib. Se forem maiores do que zero, gera o grupo vTotTrib; Se não foi gerado o grupo no passo anterior, verifica se foram preenchidos os valores que compõe pTotTrib. Se forem maiores do que zero, gera o grupo pTotTrib. Se não foi gerado o grupo no passo anterior, verifica se o valor de pTotTribSN é maior do que zero. Se for, gera o grupo pTotTribSN. Se não foi gerado o grupo no passo anterior, verifica se o valor de indTotTrib é zero, se for, gera o grupo indTotTrib. Considerando isso, é preciso preencher as informações de modo que o indTotTrib não seja gerado. Caso utilize ACBrNFSeX para Delphi e Lazarus Para gerar o vTotTrib preencha: NFSe.Servico.Valores.totTrib.vTotTribFed := NFSe.Servico.Valores.totTrib.vTotTribEst := NFSe.Servico.Valores.totTrib.vTotTribMun := NFSe.Servico.Valores.totTrib.indTotTrib := TindTotTrib.indSim; Para gerar o pTotTrib preencha: NFSe.Servico.Valores.totTrib.pTotTribFed := NFSe.Servico.Valores.totTrib.pTotTribEst := NFSe.Servico.Valores.totTrib.pTotTribMun := NFSe.Servico.Valores.totTrib.indTotTrib := TindTotTrib.indSim; Para gerar o pTotTribSN preencha: NFSe.Servico.Valores.totTrib.pTotTribSN := NFSe.Servico.Valores.totTrib.indTotTrib := TindTotTrib.indSim; Caso utilize ACBrMonitorPLUS ou ACBrLib Para gerar o vTotTrib preencha: [totTrib] vTotTribFed= vTotTribEst= vTotTribMun= indTotTrib=1 Para gerar o pTotTrib preencha: [totTrib] pTotTribFed= pTotTribEst= pTotTribMun= indTotTrib=1 Para gerar o pTotTribSN preencha: [totTrib] pTotTribSN= indTotTrib=1
  2. Entendendo o problema De acordo com a planilha ANEXO_I-SEFIN_ADN-DPS_NFSe-SNNFSe.xlsx que contém o leiaute da NFS-e e as regras de validação aplicadas pela API do Padrão Nacional, está é a regra de validação que correspondente a esta rejeição: Campo Regra de Validação Código Rejeição opSimpNac Opção de situação perante o Simples Nacional do prestador, informada na DPS, não está de acordo com o cadastro Simples Nacional na data de competência informada na DPS. Se CNPJ do prestador não consta no cadastro então opSimpNac é igual a 1; E0160 No mês de competência da NFS-e, a opção de situação perante o Simples Nacional, do prestador, informada na DPS não está de acordo com o cadastro Simples Nacional. Ainda de acordo com o mesmo arquivo, esses são os valores válidos para este campo: Portanto, se você está recebendo esta rejeição, o valor enviado na tag opSimpNac está incorreto de acordo com as informações cadastrais internas que a API possui sobre o prestador de serviços. Como resolver? Certifique-se de que o valor correto foi enviado na tag opSimpNac. Em caso de dúvidas sobre qual é a situação do prestador de serviços, confirme junto ao mesmo. Consultar o CNPJ também pode ajudar. Caso utilize ACBrNFSeX para Delphi e Lazarus, a propriedade que alimenta a tag no arquivo XML é: NFSE.OptanteSN; Ela é do tipo TOptanteSN e pode receber os valores osnNaoOptante, osnOptanteMEI ou osnOptanteMEEPP. Certifique-se de alimentar a propriedade com o valor correto e correspondente. Caso utilize ACBrMonitorPLUS ou ACBrLib Defina o valor na chave opSimpNac da seção [Prestador] no arquivo INI que estiver utilizando para gerar a NFSe. Não confundir com a chave OptanteSN
  3. Intelliware

    CF-e Rejeitado

    Boa tarde pessoal, Estamos efetuando algumas melhorias no nosso sistema do SAT e estamos com a seguinte dúvida. Quando for enviar o CF-e para o SAT para autenticação, o mesmo irá validar o XML e em seguida retornar o número do CF-e. O problema seria, caso o XML contenha alguma inconsistência, qual seria a opção de contingência? Criei uma tabela onde guardo o número da sessão, o código de retorno, o código de erro de alerta, o código de referência da SEFAZ, a mensagem de retorno, a mensagem de referência da SEFAZ e a data e hora do sistema. Mas este cupom não foi autenticado e nem transferido para a SEFAZ. No caso eu criaria uma interface para ler os dados do XML e no fechamento do turno o operador poder corrigir as possíveis inconsistências e tentar retransmitir o XML novamente? O cliente ficaria neste caso sem um comprovante de compra? Gostaríamos da opiniões de vocês sobre este assunto. Desde já agradeço.
  4. Boa tarde amigos, depois de atualizar o componente para a versão do trunk2 estou tendo problemas com alguns boletos do banco itau, alguns clientes relataram tentativa de fazer o pagamento em outros bancos e o boleto ser rejeitado por erro no codigo de barras, mas quando esse boleto é levado ao Itaú paga normalmente. Mais alguém tendo problema neste sentido? O que pode ser?
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...