alexcassol
Membros Pro-
Total de ítens
35 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que alexcassol postou
-
-
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
-
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 ACBrMonitor.ini
-
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
-
Erro ao cancelar NFCe: Falha na validacao dos dados do Evento: 1839
um tópico no fórum postou alexcassol NFe/NFCe - Nota Fiscal Eletrônica
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: logs.zip -
297-Rejeicao: Assinatura difere do calculado
alexcassol replied to alexcassol's tópico in ACBrMonitorPLUS
Funcionou o instalador da versão 32 bits corretamente, vou utilizar essa a partir de agora. -
297-Rejeicao: Assinatura difere do calculado
alexcassol replied to alexcassol's tópico in ACBrMonitorPLUS
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. -
297-Rejeicao: Assinatura difere do calculado
alexcassol replied to alexcassol's tópico in ACBrMonitorPLUS
Daniel, 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. 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). 43191007132271000140650020001604711992904061-nfe.xml -
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. logs.zip
-
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
-
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=
-
ultNSU vazio na DistribuicaoDFe e problema no DistribuicaoDFePorUltNSU
um tópico no fórum postou alexcassol ACBrMonitorPLUS
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!
-
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.