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 [email protected] 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?