Mario Inacio
-
Total de ítens
317 -
Registro em
-
Última visita
-
Days Won
1
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Mario Inacio
-
-
Bom dia.
O Print foi errado, mas já havia testado dessa forma.
15-ger-nfse.json 15-ger-nfse-soap.json 15-lista-nfse-ger.json 15-lista-nfse-ger-soap.json ACBrNFSeX_Exemplo.ini
-
Italo, no teste ocorre o mesmo erro:
-
Diego.
Já faço esse tratamento com o EventoCollection, e o mesmo chega dessa forma ali.
-
OLá Diego.
Mudei SSLLid e Crypt para "OpenSSL" e removi o numero de série como instruído.
Nota autorizada mas AV continua.
Debugando, parei após o "Emite" e verifiquei o conteudo de erros.
-
Italo.
Meu certificado é A1.
-
Ola Italo.
Não consegui testar pois está gerando uma exceção:
-
Ola Alexandre.
Também pensamos dessa forma e irei repassar de forma mais didática ao nosso cliente.
Até partindo do pressuposto que NFC-e é um documento pessoal, e se o portador querer passar para terceiros é de sua responsabilidade.
Obrigado pela atenção.
-
1
-
-
Bom dia Italo.
A mesma coisa, nota autorizada mas AV no final.
-
Bom dia.
Um cliente solicitou alterações no DANFCE, sendo que o mesmo esteve em outro estabelecimento efetuando uma compra achou interessante algumas mudanças:
1) Linhas separadoras, que dão uma sensação mais organizada, visualmente olhando é possível ter a noção das partes da NFC-e.
2) Possibilidade de mesclar o documento do consumidor, em cumprimento a LGPD.
Seria possível implementar isso através de propriedades?
-
-
Bom dia Italo.
Acabei de refazer novamente, da forma cita acima e continua o mesmo erro.
Outro erro que detecto é que na primeira tentativa de envio, sempre retorna "erro 12030", se repetir autoriza normal, mas claro, gerando um AV no final.
154-lista-nfse-ger.json 154-lista-nfse-ger-soap.json 153-ger-nfse.json 153-ger-nfse-soap.json
-
-
-
Italo.
Havia alterado no Servço, alterando em tribMun, a NFS-e é autorizada, mas o AV ainda continua
42177092223253393000140000000000001523092029762274.pdf 4223092325339300014056000000000000007-rps.xml
-
Ola Italo.
Na outra postagem mencionei que já atribui o valor como Imunidade e o xml está gerando como '3'
-
Bom dia.
No Ambiente Nacional, mudei a exigibilidade para Imunidade, apenas pra contornar temporariamente esse problema na RFB.
Mas mesmo assim o XML é gerado com tipo 3 e causa a rejeição
-
Bom dia Italo.
Atualizei e continua com o mesmo erro.
Inclusive, estou comentando em outro tópico, a respeito do problema na RFB em relação as opções de Exigibilidade.
E como erro abaixo, também retorna o Acess Violation.
-
Bom dia Alexandre.
Realmente o Exemplo funcionou.
Então verifiquei o problema que o município atendido pela IPM usa versão 1.01, e exige itens, enquanto os que estão na versão 1.00 não exigem.
Resolvido.
Obrigado
-
1
-
-
Boa tarde.
Nesse município não está gerando essa TAG, ocorrendo o erro:
Debugando, constam valores nas propriedades BaseCalculo e ValorServicos
-
Boa tarde Italo.
Reinstalei o ACBr com a Unit, compilei minha aplicação e o erro permanece o mesmo.
-
Ola Italo.
O WebService.Emite.erros está retornando um AV.
Notei tambem que o WebService.Emite.Protocolo está vazio.
-
Ola Italo.
Consultei no Portal e a Nota está aprovada.
Mas não gerou XML da mesma e o evento Erros retornou o erro abaixo.
Segue o PDF gerado no Portal.
4223092325339300014056000000000000001-rps.xml 42177092223253393000140000000000001023093186929672.pdf 100-ger-nfse.json 100-ger-nfse-soap.json 100-lista-nfse-ger.json 100-lista-nfse-ger-soap.json
-
Ola Diego.
Realmente o código da cidade estava errado.
Fiz as correções e agora o erro piorou:4223092325339300014056000000000003727-rps.xml
"RNG9999 Erro não catalogado"
88-lista-nfse-ger-soap.json88-lista-nfse-ger.json88-ger-nfse-soap.json88-ger-nfse.json
-
NFS-e : Padrao Nacional para MEI
em DFe - Documentos Fiscais Eletrônicos
Postado
Italo.
O erro ocorre nesse ponto, ao ler a terceira vez o Response.Erros na Unit PadraoNacional.Provider