alexcassol
-
Total de ítens
35 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por alexcassol
-
-
Versão 1.4.0.159 (x86)
-
O Sitef tem 3 campos que retornam exatamente o que é para ser gravado no xml.
Aqui o que enviei ao Acbr.
[PAG001] indPag=0 tPag=03 vPag=4 tpIntegra=1 tBand=02 cAut=020021
Então o sitef deve estar retornando a bandeira errada?
-
Utilizo o Sitef para as transações TEF e ele retorna a bandeira utilizada na transação, mas ao passar para o AcbrMonitorPlus a bandeira, ele converte para outro número.
Por exemplo, passo a bandeira 02 que foi devolvida pelo Sitef e é gerado o xml com a bandeira 01. O caso abaixo é um exemplo, o valor passado foi 02.
Deve ter alguma configuração a ser feita ou conversão, gostaria de uma orientação.
Obrigado
-
Sim aqui no RS, a NFe também está obrigando os valores mesmo zerados.
De qualquer forma obrigado.
-
Coloquei o valor 0,0001 para o ICMS Efetivo e passou.
Vou adotar essa solução, apesar de achar que o AcbrMonitorPlus deveria gerar essas tags mesmo zeradas, assim como faz com o vBCSTRet, vICMSSTRet, etc.
-
Entendi... mas que valor você sugere ? Já que elas deveriam realmente estar zeradas?
-
Estou tentando vender um produto com CST 60 e com os valores zerados, isso em Homologação.
[ICMS001] orig=0 cst=60 vbcstRet=0 vicmsstRet=0 pST=0 vBCFCPSTRet=0 pFCPSTRet=0 vFCPSTRet=0 pRedBCEfet=0 vBCEfet=0 pICMSEfet=0 vICMSEfet=0
E está apresentando essa rejeição:
906: Rejeicao: Nao informado campo de ICMS Efetivo obrigatorio quando CST=60 ou CSOSN=500 e operacao com consumidor final [mItem:1]906: Rejeicao: Nao informado campo de ICMS Efetivo obrigatorio quando CST=60 ou CSOSN=500 e operacao com consumidor final [mItem:1]
Verifiquei a configuração no AcbrMonitor:
Anexei o arquivo de configuração do AcbrMonitorPlus.
O xml é gerado dessa maneira, faltando ainda as tags do Efetivo, conforme a imagem
-
-
Sim, eu entendo que ela precisa existir no Sefaz para cancelar, isso é lógico.
Mas você concorda que o erro retornado para a minha aplicação não podia ser esse:
ERRO: Falha na validacao dos dados do Evento: 1839 - Element '{http://www.portalfiscal.inf.br/nfe}nProt': [facet 'pattern'] The value '' is not accepted by the pattern '[0-9]{15}'.
Mas sim algo como isso, para que eu possa tratar?
Status Código: 217 Status Descrição: Rejeicao: NF-e nao consta na base de dados da SEFAZ
-
A nfce não está no Sefaz, este é o teste, cancelar uma nfce que não está no Sefaz.
-
Estou com problema no cancelamento de uma nfce em homologação.
O meu teste consiste em cancelar uma nfce que não está no Sefaz.
NFe.CancelarNFe("43200203495483000130650020000248259042931827", "Desistencia do cliente","03495483000130")
ERRO: Falha na validacao dos dados do Evento: 1839 - Element '{http://www.portalfiscal.inf.br/nfe}nProt': [facet 'pattern'] The value '' is not accepted by the pattern '[0-9]{15}'.
Já atualizei o ACBrMonitorPlus para a versão 1.3.0.268 (x86).
Pelo log dá pra notar que a resposta retorna corretamente, mas mesmo assim o erro acima ocorre.
Inicio TNFeConsulta Versão Layout: 4.00 Identificador: 43200203495483000130650020000248259042931827 Ambiente: 2 Versão Aplicativo: RSnfce201809061124 Status Código: 217 Status Descrição: Rejeicao: NF-e nao consta na base de dados da SEFAZ UF: RS Chave Acesso: 43200203495483000130650020000248259042931827 Recebimento: 30/12/1899 00:00:00 Protocolo: Digest Value:
-
6 horas atrás, alexcassol disse:
Perdão, verifiquei aqui que não altero o xml, na verdade incremento o número da nota e chamo novamente o CriarNFe para gerar um novo xml. Aquele que foi gerado anteriormente vou cancelar ou inutilizar caso entre em contingência.
Vou testar a instalação 32 bits primeiro.
Funcionou o instalador da versão 32 bits corretamente, vou utilizar essa a partir de agora.
- 2
-
2 minutos atrás, Daniel Simoes disse:
Você não deve alterar o XML, após o mesmo ser gerado e assinado... isso irá invalidar a assinatura...
Tente as últimas versões dos instaladores... Teste primeiro com a versão 32 bits
Perdão, verifiquei aqui que não altero o xml, na verdade incremento o número da nota e chamo novamente o CriarNFe para gerar um novo xml. Aquele que foi gerado anteriormente vou cancelar ou inutilizar caso entre em contingência.
Vou testar a instalação 32 bits primeiro.
- 1
-
Em 11/10/2019 at 18:19, Daniel Simoes disse:
Ainda analisando... mas notei que você usa os comandos:
NFe.CriarNFe seguido de NFe.EnviarNFeVocê abre o XML entre um e outro ?
Acho que você terá mais performance e menos problemas, se usar o comando:
NFE.CriarEnviarNFe
https://acbr.sourceforge.io/ACBrMonitor/NFECriarEnviarNFe.htmlDaniel,
Altero somente quando coloco em contingência.
Não usei o CriarEnviarNFe porque esses dois comandos me atendem e não tem nada no help que diga que foram descontinuados, já utilizo a mais de ano e não me deram problema.
Em 11/10/2019 at 18:24, José M. S. Junior disse:Boa tarde
Primeiramente atualize a sua versão para ultima atualização:
No seu arquivo .ini procure seguir o padrão do manual, notei que tem tags específicas do SAT junto do arquivo... pode ser alguma "sujeira" na geração do XML que esta fazendo com que o componente modifique o XML no momento do envio.
Como sugerido pelo Daniel experimente utilizar o método CriarEnviarNFe. Mas de qualquer forma anexe o XML que está apresentando o erro para análise.
José,
Vou verificar as tags, mas de qualquer forma funcionou atualizando a versão para a 1.2.0.84, pois a versão 1.3 (x86 e x64) em alguns casos está ocorrendo erro na abertura do ACBRMonitorPlus após a instalação.
Estou anexando o XML com problema e a imagem do erro de instalação da versão 1.3 (não sei se não seria outro tópico).
-
Estou com esse problema de rejeição e não consegui identificar o motivo, pois não tem caracteres estranhos ou espaços nas tags.
O erro ocorre algumas vezes, e me parece que sempre com o mesmo produto "AGUA 500ML". O estranho é que a maioria das vezes consigo vender esse produto normalmente.
Estou anexando os logs do ACBR Monitor Plus.
Versão do ACBR: 1.2.0.46.
-
14 minutos atrás, José M. S. Junior disse:
Favor atualizar para versão 1.2.0.56 e realizar os testes.
Funcionou, obrigado.
[DistribuicaoDFe] CStat=138 CUF=0 DhRecbto=30/12/1899 Msg=Documento(s) localizado(s) VerAplic=1.2.0 Versao=1.01 XMotivo=Documento(s) localizado(s) arquivo=6106xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx477810001-resEventoNFe.xml dhResp=24/04/2019 17:14:59 indCont=0 maxNSU=000000000012361 tpAmb=1 ultNSU=000000000011012
- 2
-
56 minutos atrás, José M. S. Junior disse:
Bom dia @alexcassol
Se realizar este mesmo teste com outra versão anterior está retornado correto? Se for possível realizar este teste por favor anexe também esse log.
Bom dia,
Testei com a versão 1.2.0.46 e funcionou normalmente.
Seguem os logs.
-
39 minutos atrás, José M. S. Junior disse:
Se possível anexe o log.txt completo para verificação...
Segue.
-
Não retorna em nenhum momento, mesmo passando um NSU.
22/04/2019 11:42:41 - NFe.DistribuicaoDFe("AN", "101xxxxxxxx157", 10992, , "") 22/04/2019 11:42:49 - OK: [DistribuicaoDFe] CStat=138 CUF=0 DhRecbto=30/12/1899 Msg= VerAplic=1.2.0 Versao=1.01 XMotivo=Documento(s) localizado(s) arquivo=43190156xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx170-nfe.xml dhResp=22/04/2019 11:42:37 indCont=0 maxNSU=000000000012276 tpAmb=1 ultNSU=
-
1 minuto atrás, José M. S. Junior disse:
A consulta por ultimoNSU significa que precisa passar o número do último NSU retornado na consulta anterior, só deve passar zero se for a primeira consulta...
Lembrando que cada consulta retorna atá 50 (eventos / NFe) por consulta, por isso é retornado o Ultimo NSU consultado.
Sim, estou passando 0 porque é a primeira consulta, depois eu guardo no banco de dados o último NSU e uso ele.
-
36 minutos atrás, José M. S. Junior disse:
Bom dia, Note que o retorno é da SEFAZ, o problema pode estar no ultimo NSU que está passando.
Boa tarde,
Mas passei como parâmetro o ambiente nacional e também o valor 0 para o último nsu, ou seja, quero que traga tudo do ambiente nacional.
O comando DistribuicaoDFePorUltNSU não retorna, apesar de ter os mesmos parâmetros do comando DistribuicaoDFe.
-
A Distribuição DFe parou de funcionar no ACBrMonitorPlus na versão que estou utilizando 1.2.0.55.
Ou também posso estar fazendo algo errado.
Ao executar o comando "NFe.DistribuicaoDFePorUltNSU("AN", "101xxxxxxxx157", 0)" retorna que não tem documento localizado, abaixo a consulta.
NFe.DistribuicaoDFePorUltNSU("AN", "101xxxxxxxx157", 0) OK: [DistribuicaoDFe] CStat=137 CUF=0 DhRecbto=30/12/1899 Msg= VerAplic=1.2.0 Versao=1.01 XMotivo=Nenhum documento localizado arquivo=43190xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx44170-nfe.xml dhResp=22/04/2019 11:11:12 indCont=1 maxNSU=000000000012276 tpAmb=1 ultNSU=
Mas se executo a consulta com o comando "NFe.DistribuicaoDFe("AN", "101xxxxxxxx157", 0, , "")" retornam os documentos normalmente.
NFe.DistribuicaoDFe("AN", "101xxxxxxxx157", 0, , "") OK: [DistribuicaoDFe] CStat=138 CUF=0 DhRecbto=30/12/1899 Msg= VerAplic=1.2.0 Versao=1.01 XMotivo=Documento(s) localizado(s) arquivo=43190100131299xxxxxxxxxxxxxxxxxxxxxxx1029014-resNFe.xml dhResp=22/04/2019 11:24:53 indCont=0 maxNSU=000000000012276 tpAmb=1 ultNSU=
Então tenho duas questões:
- Devo usar o comando NFe.DistribuicaoDFe ou NFe.DistribuicaoDFePorUltNSU ?
- Mesmo o comando NFe.DistribuicaoDFe trazendo os documentos, o campo "ultNSU" vem sempre vazio, fazendo com que eu tenha que pegar o maior NSU da primeira consulta e utilizando este como parâmetro pra próxima.
-
Ok, obrigado a todos pelos esclarecimentos!
- 1
-
Fiz um teste agora alterando a leitura do certificado de Capicom para o OpenSSL, com o arquivo pfx mesmo , e funcionou normalmente!!
O que não entendo é que isso vai contra qualquer orientação que se vê no fórum, inclusive relatos de lentidão usando o OpenSSL.
Tag tBand utilizando Sitef
em ACBrMonitor PLUS
Postado
Atualizei para a versão 1.4.0.175 e funcionou!