Pesquisar na Comunidade
Showing results for tags 'rejeitado'.
Encontrado 4 registros
-
Rejeição E0712: Para ME/EPP indTotTrib nunca poderá ser informado. - Como resolver?
um tópico no fórum postou diego.foliene NFS-e
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
-
-
-
- e0712
- padraonacional
- (e 5 mais)
-
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
-
- e0160
- padraonacional
- (e 4 mais)
-
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.
-
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?
