2SSistemas

Sou do Paraná e tenho cliente no Maranhão, sempre que tento fazer testes nas notas dele recebo a rejeição abaixo. Me informei com o contador dele para ver se seria necessário habilitar esse cliente para homologação mas fui informado de que não é necessário. Alguém tem ideia do motivo de eu estar recebendo essa rejeição? Utilizo o ACBr MonitorPLUS Ver.1.2.0.14 [Retorno] CStat=245 CUF=21 DhRecbto=30/12/1899 Msg=Nota(s) não confirmadas: 2611->245-Rejeicao: CNPJ/CPF Emitente nao cadastrado VerAplic=SVAN.PrLot_4.1.8 Versao=SVAN.PrLot_4.1.8 XMotivo=Rejeicao: CNPJ/CPF Emitente nao cadastrado nRec=214000004379110 tpAmb=2 [NFe2611] CStat=245 CUF=21 DhRecbto=23/08/2018 17:16:41 Msg= VerAplic=SVAN.PrLot_4.1.8 Versao=SVAN.PrLot_4.1.8 XMotivo=Rejeicao: CNPJ/CPF Emitente nao cadastrado arquivo=C:\ACBrNFeMonitor\Logs\21180814147605000114550010000026111000026110-nfe.xml chNFe=21180814147605000114550010000026111000026110 digVal=glwptzdvsdg5zgSBYZDc6hHkPRg= nProt= tpAmb=2 21180814147605000114550010000026111000026110-nfe.xml

Resolvido! Obrigado.

Bom dia José, baixei a versão 1.2.0.13 mas vi que o problema continua. Você tem alguma previsão de quando sai a correção desse detalhe? Obrigado.

Estou utilizando o ACBr MonitorPLUS Ver.1.2.0.11 Ao fazer a importação de xml, alguns clientes reclamaram que não estava pegando o campo vOutro da tag TOTAL e conforme arquivos em anexos verificamos que no xml tem vOutro=2,50 mas no retorno do ACBR o vOutro=0. sainfe.txt 41180758248352000493550010003118161361685942.xml

Entendi, obrigado.

Bom dia, estou utilizando o ACBr MonitorPLUS Ver.1.2.0.6 e fazendo testes de NFC-e 4.0 estou tento rejeição quando utilizo o meio de pagamento 90 = SEM PAGAMENTO. No txt estou passando assim: [PAG001] tpag=90 vPag=1200 No xml esta ficando assim: -<pag> -<detPag> <indPag>0</indPag> <tPag>90</tPag> <vPag>1200.00</vPag> </detPag> </pag> Essa é a rejeição que estou tendo: CStat=899 XMotivo=Informado incorretamente o campo meio de pagamento

Boa tarde, estou com o mesmo problema. Você encontrou alguma solução?

Como não consegui mudar a propriedade da banda em tempo de execução, inclui mais uma banda no relatório e passo visible:=false ou true para elas de acordo com minha necessidade.

Sabe me dizer como passo essa propriedade? Porque das formas que tentei da erro, e já revirei os fóruns e não achei uma forma de fazer isso.

Bom dia, utilizo Delphi Xe com Fortes Report e gostaria de saber se alguém pode me ajudar com uma duvida. É possível setar o tipo de uma banda dentro de um relatório em tempo de execução? Tenho um relatório onde uma banda é um btFooter e 99,99% dos meus clientes utilizam dessa forma, mas 1 cliente quer que seja diferente e então preciso mudar a configuração da banda somente para esse cliente sem ter que fazer um relatório novo. O que preciso é fazer algo mais ou menos assim: RLBand1.BandType:=btSummary;

Vou abrir uma consulta na SEFAZ PR para verificar isso, por enquanto tratei na aplicação para ignorar os zeros a esquerdas da I.E.

Pois é, eu utilizo a validação do componente e realmente passou. Porem ao emitir a nota com o "0" no inicio da IE da rejeição e sem o "0" a nota autoriza.

A piá do vô kkkkkkkkkk Resolvido BigWings, muito obrigado.

Bom dia, estou tendo uma rejeição em uma NFe por motivo de IE inválida. Porém ao consultar os dados da empresa constatei que a IE esta correta. Estou utilizando o ACBr MonitorPLUS Ver.1.1.0.20. Segue parte do arquivo de criação da nota, o print da consulta aos dados da empresa destinatária e também o retorno que estou tendo: NFE.CriarNFe(" [Identificacao] dEmi=30/01/2018 11:14:51 dSaiEnt=30/01/2018 11:24:50 idDest=2 tpImp=1 indFinal=1 tpEmis=1 finNFe=1 indPres=9 NaturezaOperacao=VENDA Modelo=55 Serie=1 Codigo=3154 Numero=3154 Tipo=1 FormaPag=1 Finalidade=1 [infNFe] versao=3.10 [Emitente] CNPJ=03894274000160 IE=9030073204 Razao=HELIO KUSUMOTO & CIA LTDA Fantasia=HELIO KUSUMOTO & CIA LTDA Fone=4530271714 CEP=85865000 Logradouro=AV. JUCELINO KUBITSCHEK Numero=3518 Complemento=SALA 01 Bairro=VILA PORTES CidadeCod=4108304 Cidade=FOZ DO IGUACU UF=PR Pais=BRASIL CRT=1 [Destinatario] CNPJ=34108779000185 indIEDest=1 IE=070738955 NomeRazao=STAGLIORIO ENGENHARIA LTDA EPP Fone=71 3341-1212 CEP=42850000 Logradouro=AVENIDA IMBASSAY Numero=1340 Complemento= Bairro=POLO EMPRESARIAL GOVERNADOR CESAR CidadeCod=2910057 Cidade=DIAS D AVILA UF=BA PaisCod=1058 Pais=BRASIL [RETORNO] Versao=PR-v3_8_7 TpAmb=2 VerAplic=PR-v3_8_7 NRec=411110216790942 CStat=210 XMotivo=IE do destinatario invalida CUF=41 [NFE3154] Versao=PR-v3_8_7 TpAmb=2 VerAplic=PR-v3_8_7 CStat=210 XMotivo=IE do destinatario invalida CUF=41 ChNFe=41180103894274000160550010000031541000031547 DhRecbto=30/01/2018 11:13:29 NProt= DigVal=6KfrV0DFFBcGsnrU8UwJTsqF65s=

Kiko, hoje estou utilizando o ACBr MonitorPLUS Ver.1.1.0.40 e acabei de fazer um teste de NF-e 4.00 aqui da seguinte forma: [PAG001] tpag=03 tpIntegra=2 CNPJ= tBand= cAut= vPag=35 [Duplicata001] nDup=1719/1 dVenc=29/11/2017 vDup=11,67 [Duplicata002] nDup=1719/2 dVenc=29/12/2017 vDup=11,67 [Duplicata003] nDup=1719/3 dVenc=28/01/2018 vDup=11,67 E o retorno continuou sendo a mesma rejeição: [RETORNO] Versao=PR-v4_0_3 TpAmb=2 VerAplic=PR-v4_0_3 NRec=411110216588548 CStat=867 XMotivo=Grupo Duplicata nao deve ser preenchido CUF=41 [NFE1719] Versao=PR-v4_0_3 TpAmb=2 VerAplic=PR-v4_0_3 CStat=867 XMotivo=Grupo Duplicata nao deve ser preenchido CUF=41

Sim, estou realizando testes para ver a melhor forma de resolver isso e deixar tudo com o mesmo tipo de arredondamento. Terminando isso vou passar para os testes referentes aos pagamentos parcelados na NFe 4.0 e posto no tópico como ficou. Obrigado Kiko.

Respondendo a essa pergunta: Uma pergunta esta tua coluna (list_venda.total ) que entendi que é a coluna que está no teu banco de dados, ela só possui 2 digitos decimais? Não, na base de dados (firebird) ela vira uma dizima periódica e para calcular o total da nota eu utilizo o sum com cast da seguinte forma: sum(cast(cast(list_venda.total as numeric(15,2)) as float)) as total Nesse caso (numeric(15,2)) eu estou considerando 2 casas decimais, mas eu utilizo 3, 4...8 casas decimais de acordo com a quantidade de casas decimais que o cliente necessita. Realmente eu sempre utilizei o sum no total da nota e passei a utilizar o RoundABNT no total do item quando tive o primeiro problema de arredondamento. Porem eu tentei fazer essa nota utilizando o sum no total da nota e o arredondamento simples no total do item e a diferença de 2 centavos permaneceu. Hoje estou fazendo novos testes para tentar eliminar esse problema de uma vez.

O estranho é que para o total da nota eu faço SUM com CAST para o total da nota ---> sum(cast(cast(list_venda.total as numeric(15,2)) as float)) as total Mas meu problema esta no item, e eu fiz o teste aqui sem o RoundABNT no item mas o arredondamento simples ficou com o mesmo valor. E mais estranho ainda é que a anos eu vinha utilizando arredondamento simples e de uns dias para cá passou a ocorrer esse problema pelo menos 1 ou 2 vezes por semana. O erro diz: (vProd informado: 4888.88, vProd calculado: 4888.86), então posso até estar falando besteira mas.... acredito que a receita passou a fazer algum calculo de QTD x VALOR_UNITARIO e utiliza o resultado disso para totalizar a nota. Mas não encontrei nos manuais que tipo de calculo e arredondamentos a receita utiliza.

Desculpe a demora em responder Kiko. Vou realizar os testes aqui assim que tiver um tempinho e posto aqui o retorno sim. Obrigado pela notificação.

Ola, novamente estou com essa rejeição: NFe rejeitada pelo motivo: 564 =Total do Produto / Servico difere do somatorio dos itens (vProd informado: 4888.88, vProd calculado: 4888.86). Nesse caso o cliente utiliza 3 casas decimais na quantidade do item por se tratar de produtos pesáveis. Na inclusão dos itens da nota eu estou utilizando o RoundABNT como me foi sugerido no inicio desse post e na ocasião resolveu o problema. dm.IBDListVendaTOTAL.Value:=(RoundABNT( (EdQuantidade.Value * EdValor.Value ),2)) Em anexo segue o arquivo de criação da nota e o XML. ENTNFE.TXT 41171011274848000125550010000042741000042748-nfe.xml

Acabei de fazer o teste utilizando o RoundABNT na inclusão dos itens na venda e ai realmente bateu com o valor de 98.86. Só não sei se o cliente vai gostar por nessa nota 3 itens dele foram arredondados para baixo. De qualquer forma muito obrigado pela ajuda André e Agnaldo.

Fiz o teste aqui como sugerido: (RoundABNT( (DM.IBDListVendaQTD.Value * DM.IBDListVendaVALOR.Value ),2))); Mas o retorno foi exatamente o mesmo: [RETORNO] Versao=PR-v3_8_5 TpAmb=2 VerAplic=PR-v3_8_5 NRec=411110216569518 CStat=564 XMotivo=Total do Produto / Servico difere do somatorio dos itens (vProd informado: 94.87, vProd calculado: 94.86)

Pois é, fiz esse teste da seguinte forma: (TBRound(DM.IBDListVendaTOTAL.Value, 2); E no arquivo em anexo e no xml ficaram assim: <qCom>3.0000</qCom> <vUnCom>0.0350000000</vUnCom> <vProd>0.10</vProd> Se eu arredondar para cima aumentaria a diferença no total, pois o retorno do valor calculado é de R$94,86.

Estou utilizando o ACBr MonitorPLUS Ver.1.1.0.40 e hoje estou tendo problema de arredondamento em uma nota. Testei de varias formas, informando com 2, 3, 4 e até 5 casas decimais. Mas o retorno esta sendo sempre o mesmo. INFORMANDO O VALOR TOTAL DO ITEM COM 2 CASAS DECIMAIS: Quantidade=3 ValorUnitario=0,035 ValorTotal=0,1 INFORMANDO O VALOR TOTAL DO ITEM COM 3 CASAS DECIMAIS: Quantidade=3 ValorUnitario=0,035 ValorTotal=0,105 [RETORNO] Versao=PR-v3_8_5 TpAmb=2 VerAplic=PR-v3_8_5 NRec=411110216569332 CStat=564 XMotivo=Total do Produto / Servico difere do somatorio dos itens (vProd informado: 94.87, vProd calculado: 94.86) Alguns itens possuem a terceira casa decimal no valor unitario, mas mesmo utilizando funções como: cast de 2, 3, ... casas decimais o valor continua sendo 94,87. Em anexo estou enviando o arquivo de crianção da nota, o xml e tambem uma imagem da base de dados com a coluna de QUANTIDADE, VALOR UNITARIO e VALOR TOTAL DO ITEM. Se somarmos a coluna total do item, na calculadora, o total vai ser R$94,87. ENTNFE.TXT 41171003469577000135550010000031771000031772-nfe.xml

Show de bola, vamos aguardar. Obrigado.