Daniel Gonçalves

Realmente, é uma ótima ideia reaproveitar códigos extintos. O quê poderia dar errado, não é mesmo?

Esse "Mirex (doecacloro)" parece que expirou em março de 2017 e o tal de "Hexabromociclododecano" entrou no lugar dele. Pelo menos é que parece quando vc consulta esse NCM.

Estranho! Não tem muito mais informações no log. É o comando NFe.EnviarNFe, o conteúdo do log para esse comando foi quase tudo aquilo que eu postei, ficou faltando só o envio mesmo. Será que é isso, que você pediu, André? 12/07/2018 09:14:20 - ACBrMonitor/ACBrNFeMonitor PLUS Ver. 1.2.0.8 Conectado em: 12/07/18 09:14:20 Maquina: 10.0.0.127 Esperando por comandos. 12/07/2018 09:14:20 - ALERTA: Fim da Conexão com: 10.0.0.127 em: 12/07/18 09:14:20 12/07/2018 09:14:20 - NFe.EnviarNFe("C:\ACBrMonitorPLUS\Logs\35180708427847000169550050000025061718256115-nfe.xml",1,0,0) 12/07/2018 09:14:22 - OK: Lote recebido com sucesso [ENVIO] Versao=SP_NFE_PL009_V4 TpAmb=2 VerAplic=SP_NFE_PL009_V4 CStat=103 XMotivo=Lote recebido com sucesso CUF=35 NRec=351000120847176 DhRecbto=12/7/2018 09:14:21 TMed=1 Recibo=351000120847176 Nota(s) não confirmadas: 2506->Rejeição: Número da parcela inválido ou não informado [nOcor:1] [RETORNO] Versao=SP_NFE_PL009_V4 TpAmb=2 VerAplic=SP_NFE_PL009_V4 NRec=351000120847176 CStat=852 XMotivo=Rejeição: Número da parcela inválido ou não informado [nOcor:1] CUF=35 [NFE2506] Versao=SP_NFE_PL_008i2 TpAmb=2 VerAplic=SP_NFE_PL_008i2 CStat=852 XMotivo=Rejeição: Número da parcela inválido ou não informado [nOcor:1] CUF=35 ChNFe=35180708427847000169550050000025061718256115 DhRecbto=12/7/2018 09:14:21 NProt= DigVal= 12/07/2018 09:14:22 - ACBR.bye 12/07/2018 09:14:22 - OK: Obrigado por usar o ACBrMonitor 12/07/2018 09:14:22 - ALERTA: Fim da Conexão com: 10.0.0.127 em: 12/07/18 09:14:22

A dúvida não é sobre a rejeição. Mas fiquei curioso sobre o porque as versões do aplicativo da SEFAZ, na resposta do webservice da NF-e, são diferentes na mesma resposta: [RETORNO] Versao=SP_NFE_PL009_V4 TpAmb=2 VerAplic=SP_NFE_PL009_V4 NRec=351000120847176 CStat=852 XMotivo=Rejeição: Número da parcela inválido ou não informado [nOcor:1] CUF=35 [NFE2506] Versao=SP_NFE_PL_008i2 TpAmb=2 VerAplic=SP_NFE_PL_008i2 CStat=852 XMotivo=Rejeição: Número da parcela inválido ou não informado [nOcor:1] CUF=35 ChNFe=35180708427847000169550050000025061718256115 DhRecbto=12/7/2018 09:14:21 NProt= DigVal= Note os atributos Versao e VerAplic nas seções RETORNO e NFE2506. Alguém sabe o porquê isso ocorre?

Estranho viu Régys. Eu tive o mesmo problema aqui agora mesmo e estava procurando sobre isso aqui no fórum quando encontrei este tópico. Pra mim, o problema ocorreu na primeira tentativa de emissão da nota (em ambiente de testes). Eu não entro em loop, apenas invoco os comandos NFe.CriarNFe, NFe.AssinarNFe e NFe.EnviarNFe. Veja, minha sequência de envios e retornos é muita parecida: ACBr MonitorPLUS Ver.1.1.0.15 Aguardando comandos ACBr Endereço Local: [Dev-DG-ACBrMonitorPLUS], IP: 10.0.0.125 Porta: [3434] Log de comandos será gravado em: C:\ACBrMonitorPLUS\LOG.TXT ACBrMonitor/ACBrNFeMonitor PLUS Ver. 1.1.0.15 Conectado em: 02/08/17 10:13:35 Maquina: 10.0.0.101 Esperando por comandos. NFe.CriarNFe("[infNFe] ...") OK: C:\ACBrMonitorPLUS\Logs\35170808427847000169550050000010131392496326-nfe.xml NFe.AssinarNFe("C:\ACBrMonitorPLUS\Logs\35170808427847000169550050000010131392496326-nfe.xml") OK: C:\ACBrMonitorPLUS\Logs\35170808427847000169550050000010131392496326-nfe.xml NFe.EnviarNFe("C:\ACBrMonitorPLUS\Logs\35170808427847000169550050000010131392496326-nfe.xml",1,0,0) OK: Lote recebido com sucesso [ENVIO] Versao=SP_NFE_PL_008i2 TpAmb=2 VerAplic=SP_NFE_PL_008i2 CStat=103 XMotivo=Lote recebido com sucesso CUF=35 NRec=351000112847067 DhRecbto=02/08/2017 10:13:38 TMed=1 Recibo=351000112847067 Rejeição: Consumo Indevido [RETORNO] Versao=SP_NFE_PL_008i2 TpAmb=2 VerAplic=SP_NFE_PL_008i2 NRec= CStat=656 XMotivo=Rejeição: Consumo Indevido CUF=35 ACBR.bye OK: Obrigado por usar o ACBrMonitor ALERTA: Fim da Conexão com: 10.0.0.101 em: 02/08/17 10:13:45 Se eu estou entendendo direito, a nota foi recebida pela SEFAZ mas não foi autorizada, já que o serviço é assíncrono. Até aí, OK! Mas não compreendo porquê o retorno resulta em Consumo Indevido. Alguém tem alguma ideia?

BigWings, muito obrigado, ajudou bastante

Acho que entendi: então as modalidades 1 e 5 são um valor determinado no produto que será usado como sendo o valor da vBCST ao invés de calcular o pMVAST. Então, conforme o exemplo acima, se considerarmos a modalidade 1 e o valor tabelado em R$ 120,00 (sem redução de base de cálculo), seria: vICMSST = (120,00 * 18%) - vICMS = 21,60 - 16,20 = 5,40 vCredICMSSN = 90,00 * 1,25% = 1,12 Portanto, as tags deveriam ser preenchidas assim: <ICMS> <ICMSSN201> <orig>0</orig> <CSOSN>201</CSOSN> <modBCST>1</modBCST> <vBCST>120.00</vBCST> <pICMSST>18.00</pICMSST> <vICMSST>5.40</vICMSST> <pCredSN>1.25</pCredSN> <vCredICMSSN>1.12</vCredICMSSN> </ICMSSN201> </ICMS> Está correto esse raciocínio?

Perfeito, BigWings, teu raciocínio faz sentido. Quanto ao vCredICMSSN você calculou 1,25% sobre R$ 90,00 que é a BC do ICMS normal... sim, faz sentido. BigWings, muito obrigado mesmo! Vou testar usando essa lógica. Se algo der errado volto a buscar ajuda aqui neste tópico. Me ajudou muito. Porém ainda tenho uma dúvida sobre a modalidade. Esse cálculo que fizemos é para a modalidade (modBCST) 4, margem de valor agregado. E se a modalidade for 1 (preço tabelado ou máximo sugerido) ou 5 (pauta, valor)? Alguém saberia me apontar uma direção sobre o que fazer nestes dois outros casos?

Pessoal tenho procurado por respostas sobre certos atributos do grupo de tributação ICMSSN201 (N10e) e encontrado vários exemplos, inclusive aqui no fórum. Porém, nenhum deles fez sentido pra mim. Este é um dos exemplos que tenho visto: <ICMS> <ICMSSN201> <orig>0</orig> <CSOSN>201</CSOSN> <modBCST>4</modBCST> <pMVAST>100.00</pMVAST> <pRedBCST>10.00</pRedBCST> <vBCST>162.00</vBCST> <pICMSST>18.00</pICMSST> <vICMSST>12.96</vICMSST> <pCredSN>1.25</pCredSN> <vCredICMSSN>12.96</vCredICMSSN> </ICMSSN201> </ICMS> O exemplo não cita um valor para o item, mas pelo que venho estudando, se considerarmos que vBCST seja 162,00 como ele chegou no valor de vICMSST de 12,96? Da mesma forma, como ele chegou em 12,96 para vCredICMSSN a partir de 1,25 em pCredSN? Eu não entendo esse exemplo, alguém saberia me explicar?

Ainda não Juliomar, inclusive, nessa nova versão me parece que já tem a alteração que retorna o nome (CAPICOM ou OpenSSL) do ACBrNFeMonitor além da versão. Vou atualizar e fazer os testes assim que possível e anoto o resultado aqui.

Olá Juliomar, pois não! [ACBrNFeMonitor] Modo_TCP=1 Modo_TXT=0 MonitorarPasta=1 TCP_Porta=3436 Conexoes_Simultaneas=2 TXT_Entrada=ENTNFE.TXT\ TXT_Saida=SAINFE.TXT\ Intervalo=50 HashSenha=44695B1A05677044 Gravar_Log=1 Arquivo_Log=LOG.TXT Linhas_Log=0 Gravar_Log_Comp=0 Arquivo_Log_Comp= Linhas_Log_Comp=0 Uma_Instancia=1 ModoXML=0 IgnorarComandoModoEmissao=0 [Certificado] Caminho=2FD6E9DD9134145B7F64FCA5EAE5C99E Senha=456B581E3561 [Geral] DANFE=0 FormaEmissao=0 LogoMarca= Salvar=0 PathSalvar= Impressora=\\UBUNTUSERVER\HP_LaserJet_P2015_Series [WebService] UF=AM Ambiente=1 Vesao=3.10 AjustarAut=0 Aguardar=0 Tentativas=5 Intervalo=0 TipoCancelamento=-1 Versao=3.10 [Proxy] Host= Porta= User= Pass= [NFCe] IdToken=000001 Token=0123456789 Modelo=0 ModoImpressaoEvento=0 MarcaImpressora=0 Porta= Velocidade=9600 LinhasEntreCupom=7 ImprimirItem1Linha=1 ImprimirDescAcresItem=1 [Email] Host=smtp.base4.com.br Port=587 User=mail@example.com Pass=*** Assunto=Teste ACBr NFe.EnviarEMail (não responda) SSL=0 TLS=0 Tipo=0 Mensagem=4573746520E920756D20652D6D61696C20656E766961646F206175746F6D61746963616D656E74652C20636F6E666F726D652073756120736F6C6963697461E7E36F2E0D0A0D0A416E65786F206F20584D4C206461204E6F74612046697363616C20456C657472F46E69636120284E462D65292E0D0A0D0AC92070726F76E176656C2071756520756D20646F63756D656E746F2050444620636F6D20612044414E46452074616D62E96D2074656E6861207369646F20616E657861646F2E0D0A0D0A4EE36F20E9206E6563657373E172696F20726573706F6E646572206573746520652D6D61696C2E0D0A [DANFE] Modelo=0 SoftwareHouse=Base4 Sistemas Ltda ME Site= Email= Fax= ImpDescPorc=0 MostrarPreview=0 Copias=1 ProdutosPagina=0 EspessuraBorda=1 FonteRazao=12 FonteCampos=10 Margem=0,8 MargemSup=0,8 MargemDir=0,51 MargemEsq=0,6 PathPDF=C:\Documents and Settings\User\Meus documentos\NF-e\PDF\ DecimaisQTD=0 DecimaisValor=0 ExibeResumo=0 ImprimirValLiq=0 PreImpresso=0 MostrarStatus=0 ExpandirLogo=0 Fonte=0 LocalCanhoto=0 [Arquivos] Salvar=1 PastaMensal=1 AddLiteral=0 EmissaoPathNFe=0 SalvarCCeCanPathEvento=0 SepararPorCNPJ=0 PathNFe=C:\Documents and Settings\User\Meus documentos\NF-e PathCan=C:\Documents and Settings\User\Meus documentos\NF-e\Cancelamento PathInu=C:\Documents and Settings\User\Meus documentos\NF-e\Inutilizacao PathDPEC=C:\Documents and Settings\User\Meus documentos\NF-e\DPEC PathCCe=C:\Documents and Settings\User\Meus documentos\NF-e\Carta-Correcao PathEvento=C:\Documents and Settings\User\Meus documentos\NF-e\Evento SepararPorModelo=0 SalvarApenasNFesAutorizadas=0

Olá Italo, boa noite! No post inicial deste tópico é possível verificar a sequência no final do log. Quando eu uso o comando NFe.EnviarEmail uso como referência o arquivo XML que está na pasta Logs, mas o próprio ACBr não consegue encontrar o arquivo PDF que ele gerou, dizendo que procurou um arquivo na pasta configurada para os arquivos PDF. Note que eu não digo para o ACBr onde o arquivo PDF está. Eu indico o arquivo XML para o qual ele irá enviar o email com o argumento para incluir o PDF (que ainda não está gerado). Por alguma razão ele gera o PDF na pasta Logs, ao invés de colocar o PDF na pasta designada para isso. E ele mesmo não encontra, por que está procurando na pasta designada para os PDF, que é mesmo o correto... só que ele mesmo salva o PDF na pasta Logs. Talvez fique meio confuso descrito assim, mas no finalzinho do log no post inicial dá pra ver direitinho o que ele está fazendo.

Olá rodrigomarchese. No passo 3 você não consulta se o serviço está ativo. Não faça isso. Se fizer isso muitas vezes, vai obter o erro "consumo indevido". Você envia o XML e analisa o retorno. NFC-e é síncrona o que significa que você deverá obter o protocolo de autorização já no retorno (se ela for realmente autorizada). Pelo que entendo do processo, entrar em contingência deve ser uma decisão administrativa, manual, do estabelecimento, que deverá incluir um texto de justificativa. Existe um documento da NF-e (não sei se existe um mais recente sobre o assunto) que fala justamente sobre o consumo indevido pela aplicação cliente [1]. [1] http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=IjF66WihatE=

Me expressei mal no início do post. É que usamos o comando NFe.LerIni antes de obter o conteúdo do arquivo INI para consulta, por que facilita bastante para o suporte técnico, e não para efetivamente obter o conteúdo do INI, como deu a entender.

Nenhuma novidade a respeito desse problema?

Não tenho muita certeza do que você pediu, mas na guia DANFe/DACTe/DAMDFe, há uma guia "Danfe" e o modelo selecionado é "Rave". Há uma outra guia "NFC-e" e o modelo selecionado é "ESC-POS".

Ao enviar e-mail com o comando NFe.EnviarEmail com o parâmetro cEnviaPDF igual a 1 ocorre um erro, pois o ACBr não consegue encontrar o arquivo PDF. O ACBr está gerando o arquivo PDF no diretório "C:\ACBrNFeMonitor\Logs" ao invés de gerar no diretório configurado para DANFE, que no meu caso é "C:\Users\Administrador\Documents\NFe\PDF\". A sequência de comandos é a a seguinte: 22/01/2015 13:03:16 - ACBrNFeMonitor2 Ver. 0.9.00.1 - CAPICOM Conectado em: 22/01/15 13:03:16 Máquina: 10.0.0.108 Esperando por comandos. 22/01/2015 13:03:16 - NFe.CriarNFe("...") OK: C:\ACBrNFeMonitor\Logs\13150108427847000169650010000012431416588226-nfe.xml 22/01/2015 13:03:16 - NFe.AssinarNFe("C:\ACBrNFeMonitor\Logs\13150108427847000169650010000012431416588226-nfe.xml") OK: C:\ACBrNFeMonitor\Logs\13150108427847000169650010000012431416588226-nfe.xml 22/01/2015 13:03:25 - NFe.EnviarNFe("C:\ACBrNFeMonitor\Logs\13150108427847000169650010000012431416588226-nfe.xml",1,0,1) OK: Lote recebido com sucesso [ENVIO] Versao=AM3.10-NAC TpAmb=2 VerAplic=AM3.10-NAC CStat=103 XMotivo=Lote recebido com sucesso CUF=13 NRec=130000006101868 DhRecbto=22/01/2015 13:03:20 TMed=206 Autorizado o uso da NF-e [RETORNO] Versao=AM3.10-NAC TpAmb=2 VerAplic=AM3.10-NAC NRec=130000006101868 CStat=100 XMotivo=Autorizado o uso da NF-e CUF=13 [NFE1243] Versao=AM3.10-NAC TpAmb=2 VerAplic=AM3.10-NAC CStat=100 XMotivo=Autorizado o uso da NF-e CUF=13 ChNFe=13150108427847000169650010000012431416588226 DhRecbto=22/01/2015 13:03:20 NProt=113150003475954 DigVal=YULNTbnYTER3lxKDL3OlEXWDjC0= 22/01/2015 13:03:28 - NFe.EnviarEmail("<EMAIL>","C:\ACBrNFeMonitor\Logs\13150108427847000169650010000012431416588226-nfe.xml","1") ERRO: Erro ao enviar email Cannot open file "C:\Users\Administrador\Documents\NFe\PDF\13150108427847000169650010000012431416588226-nfe.pdf". O sistema não pode encontrar o arquivo especificado 22/01/2015 13:03:28 - NFE.bye OK: Obrigado por usar o ACBrNFeMonitor O PDF não está onde deveria estar. Ele é gerado, como disse, em "C:\ACBrNFeMonitor\Logs", que é um comportamento diferente do que eu vinha observando.

É a sequência de instalação dos certificados. Instalando os três arquivos .cer da cadeia de certificados de 2014, na ordem em que é indicada na página, é relevante. Também é necessário reiniciar a máquina após a instalação dos certifificados.

Finalmente, funcionou! http://picpaste.com/danfe-nfce.png Eu instalei uma cadeia de certificados de 2014: http://www.sefaz.am.gov.br/noticias/exibenoticia.asp?codnoticia=10405 Acontece que eu já tinha tentando com esta cadeia de certificados, então achei que poderia ser uma combinação entre o Token e a cadeia de certificados. Voltei o Token para 0123456789 como ensina o site do SEFAZ/AM e continuou funcionando. Então, não tenho certeza do que aconteceu. Quem sabe, erro na sequencia de instalação dos certificados, como ensina o link citado? Talvez. Vou repetir o procedimento de instalação e volto a postar os resultados aqui se houver alguma mudança significativa. Obrigado pela força, Régys, valeu!

Neste tópico: O Kelson utiliza outro valor para o Token. No site do SEFAZ/AM o sugerido é 0123456789, que eu estava usando. De acordo com o post acima, meu Token ficaria 0842784720150001. Mas também não funcionou. Pelo menos foi o que eu entendi de: ACBrNFe.Configuracoes.WebServices.UF := 'AM'; ACBrNFe.Configuracoes.Geral.IdToken := '000001'; ACBrNFe.Configuracoes.Geral.Token := Copy( 'CNPJ_EMPRESA', 1, 8 ) + IntToStr( YearOf( Now ) ) + '0001';

TL;DR Não deu certo. Máquina Windows 8.1 instalada zeradinha, com todas as atualizações, no fuso horário de Cuiabá (o mesmo de Manaus), ACBrNFeMonitor2 versão 0.9.00.1, guia "NFC-e" configurada para AM, versão 3.10 em homologação. Vou escrever os detalhes para ajudar a quem possa me ajudar. Desculpem pelo excesso de detalhes. Conforme o Régys foi tentando me ajudar acabamos chegando a conclusão de que poderia ser o Windows XP dando problemas com certificados e etc. Então instalei em uma máquina (real não é virtualização) uma cópia do Windows 8.1, e instalei o básico para poder usar a máquina (Chrome, Notepad++, 7-zip) incluíndo as atualizações do Windows. Tudo em arquitetura x86. Daí instalei em sequência: - Microsoft Visual C++ 2008 Redistributable Package (x86) - Win32 OpenSSL v1.0.1L - ACBrNFeMonitor2 versão 0.9.00.1 - Nosso certificado A1 (.pfx) Feito isso, configurei o ACBr exatamente como está no arquivo INI que já postei aqui anteriormente. Reinicei a máquina e ocorreu uma atualização do Windows no meio do caminho, que eu deixei executar normalmente. Achei estranho que mesmo sem eu ter instalado nenhum certificado além do nosso certificado A1, apareceram vários certificados como mostra a imagem neste link: http://picpaste.com/certs-1.png Em seguida instalei os certificados que o Régys sugeriu logo no primeiro post dele neste tópico, baseado no fato de que talvez esses sejam os certificados instalados na máquina dele e, como ele consegue emitir NFC-e no AM estando em MG, é por que estão OK. Quando eu instalei os certificados, a única coisa diferente do que acontecia no Windows XP é que ele pede agora o local do repositório com duas opções: usuário atual ou máquina local. Eu escolhi o padrão sugerido "Usuário Atual". O resto tudo normal. Assim, os certificados que eu tenho instalados são os que estão nesta imagem: http://picpaste.com/certs-2.png Fiz o teste emitindo uma NFC-e com o mesmo conteúdo que eu já postei aqui. E o resultado, foi o mesmo, mas com a mensagem traduzida: 21/01/2015 15:14:59 - NFe.EnviarNFe("C:\ACBrNFeMonitor\Logs\13150108427847000169650010000012401705145399-nfe.xml",1,0,1) ERRO: Erro: Requisição não enviada. 12045 - A autoridade de certificação não é válida ou está incorreta 21/01/2015 15:14:59 - NFE.bye OK: Obrigado por usar o ACBrNFeMonitor Eu verifiquei as "Opções da Internet" antes de fazer o teste, e estão assim: Configurações de HTTP: (marcado) Usar HTTP 1.1 (marcado) Usar HTTP 1.1 através de conexões de proxy (marcado) Usar SPDY/3 Segurança: (desmarcado) Usar SSL 2.0 (marcado) Usar SSL 3.0 (marcado) Usar TLS 1.0 (marcado) Usar TLS 1.1 (marcado) Usar TLS 1.2 (desmarcado) Verificar revogação de certificados do servidor* (desmarcado) Verificar se há revogação de certificados do editor Realmente não sei mais o que fazer. Tentei entrar em contato com a SEFAZ/AM por e-mail desde sexta-feira passada sem resposta. Por telefone, toca até cair. E o fórum para desenvolvedores eu não consigo me cadastrar, pois a página fica eternamente carregando. Vou continuar tentando entrar em contato com eles. Quais seriam as minhas opções? Alguma ideia? Desde já, agradeço quem ao menos leu isso tudo

Caramba! Sem chance, não rola de jeito nenhum. Tentei inclusive usar a ferramenta para gerenciamento de certificados, certmgr.msc, removi e re-instalei certificados. Nada. NF-e aqui em SP vai que nem água em ambiente de homologação. NFC-e no Amazonas, eu não consigo. Estou preparando uma máquina aqui para rodar o Windows 8.1. Estou indo na tua sugestão, Régys, de que talvez seja alguma coisa com o Windows XP. A propósito, tentei em máquina real, tentei em máquina virtual, tentei com três cadeias de certificados diferentes. Não rolou. Pra não dizer que eu tentei tudo, a única coisa que eu não fiz ainda foi não fazer os testes com a cadeia de certificados da SEFAZ/SP instalados. Uma outra coisa que me ocorreu aqui foi que estou usando Token 0123456789 e IdToken 000001, conforme indica o site da SEFAZ/AM. Estou ficando sem ideias.

Na verdade, com a versão 0.9.00.1, a mensagem citada aparece no console quando o usuário entra e sai das configurações, sem qualquer agente externo. Veja o screen-shot parcial aqui http://picpaste.com/acbr-config-error-sdwcMkj7.png

Sim. Eu acesso o ACBrNFeMonitor2 a partir de uma máquina Linux ou Windows 8 via TCP/IP. A máquina em que o ACBrNFeMonitor2 está executando é uma máquina Windows XP SP3 e ela está com o horário de Manaus. Só agora me toquei que o dhEmi está no horário da máquina cliente, no horário de SP. Mas isso não seria motivo para o erro de autoridade de certificado que estou obtendo, ou seria? :/ Vou fazer mais um teste, mantendo o dhEmi no horário de Manaus. Se não der certo vou formatar a máquina Windows XP em que o ACBrNFeMonitor2 está rodando e instalar o primeiro conjunto de certificados que estão relacionados na matéria mais atual do site da SEFAZ/AM, que eu acho que está neste link aqui: http://www.sefaz.am.gov.br/noticias/exibenoticia.asp?codnoticia=11085 Volto a postar o resultado dos testes aqui mesmo neste tópico.

Régys, a NF-e está configurada para Sâo Paulo.