AndersonV

Nebrio, obrigado por responder. Essas informações que passei extrai do LOG.TXT. Apenas essas informações são geradas. Erro Interno: 0 Erro HTTP: 404 URL: https://nfe.fazenda.sp.gov.br/ws/nfeconsultaprotocolo4 Desde a postagem do tópico até agora 28-11-2018 outros clientes reportaram o mesmo erro. Não identifiquei o motivo pelo qual acontece (talvez uso de programa de banco é o que suspeito ou Antivirus) o fato é que após acontecer pela primeira vez, não sei como corrigir o problema sem precisar fazer uma nova instalação do AcbrMonitorPlus. Faço o seguinte. Renomeio a pasta onde o monitor esta instalado. Ex: de C:\AcbrMonitorPlus PARA AcbrMonitorPlus-erro Em seguida reinstalo o ACBr MonitorPLUS Ver.1.2.0.12 Vou na pasta salva com erro e copia as pastas onde tinham os XMLs salvos para a nova pasta (só as com XML). Copio o AcbrMonitor.ini para a pasta da nova instalação. Executo o monitor e pronto, volta a funcionar até o próximo erro que pode demorar dias para ocorrer. O problema é ter que reinstalar o aplicativo toda vez. Alguma idéia pessoal do que seja?

Tenho um cliente que esta usando via OpenSSL consegue emitir NFe porém não consegue fazer consulta de NFE e também cancelar uma nota. O que pode estar ocasionando o erro. Erro Interno: 0 Erro HTTP: 404 URL: https://nfe.fazenda.sp.gov.br/ws/nfeconsultaprotocolo4 Segue as configurações de certificado O certificado embora esteja instalado no Windows estamos usando pelo arquivo PFX direto. Ele precisa cancelar uma NFe e dá o erro relato.

Bom dia Kiko, Agradecido pela informação.

José, eu acabei por pressa deixando livre para que o usuário preencha da forma que desejar. Essa dúvida surgiu em uma NFe de devolução onde a empresa fornecedora exigiu que tivesse o FRETE como 1.POR CONTA DO DEST/REMET mais no campo transportadora colocasse outra empresa (não poderia ser os dados do DESTINATÁRIO) e nesse caso, o sistema aqui já preenchia com esses dados sem opção do usuário alterar. Mais uma vez, aprendi que não adianta querer criar certos mecanismos para automatizar o preenchimento, por que sempre vai surgir uma exceção de última hora. Cada vez mais vou deixando o sistema como o emissor gratuito, tá tudo lá, basta quem for preencher ter conhecimento para fazer corretamente. Obrigado.

Pessoal, Estou com dúvida sobre o campo FRETE. Por exemplo, se escolher por 1.POR CONTA DO DEST/REMETENTE (FOB) o transportador obrigatoriamente deve ser preenchido com os dados do DESTINATÁRIO? Ou posso indicar este frete e colocar um TRANSPORTADOR diferente? No meu sistema coloquei para já preencher os campos do transportador com os dados do destinatário, porem um cliente necessitou que o transportador fosse outra empresa porem o frete deveria permanecer como o que citei acima. É possível ou estaria fora de alguma regra, já li bastante artigos sobre o frete mais não achei especificamente sobre isso. Gostaria da opnião dos colegas.

Meu sistema tratava o retorno do comando assim conforme o manual online: NFE.INUTILIZARNFE( "XXXXXXXXXXXXX", "Teste de inutilizacao", 08, 55, 1, 1, 4) Exemplo de Resposta: OK: Inutilização de número homologado [INUTILIZACAO] Versao=1.07 TpAmb=2 VerAplic=SP_NFE_PL_005c CStat=102 XMotivo=Inutilização de número homologado CUF=35 DhRecbto=2009-03-25T08:59:31 NProt=13508000XXXXXXX Agora no AcbrMonitorPlus v1.2.0.12 na v4.0 esta vindo assim o retorno: OK: Inutilizacao de numero homologado [Inutilizacao] CStat=102 CUF=35 DhRecbto=30/12/1899 Msg= NomeArquivo= VerAplic=SP_NFE_PL009_V4 Versao=SP_NFE_PL009_V4 XMotivo=Inutilizacao de numero homologado Xml=<?xml version="1.0" encoding="UTF-8"?><ProcInutNFe versao="4.00" xmlns="http://www.portalfiscal.inf.br/nfe"><inutNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00"><infInut Id="ID35180014233700013355000000000308000000308"><tpAmb>1</tpAmb><xServ>INUTILIZAR</xServ><cUF>35</cUF><ano>18</ano><CNPJ>00142337000133</CNPJ><mod>55</mod><serie>0</serie><nNFIni>308</nNFIni><nNFFin>308</nNFFin><xJust>nota nao emitida dentro do mes que foi gerada</xJust></infInut><Signature xmlns="http://www.w3.org/2000/09/xmldsig#"><SignedInfo><CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"></CanonicalizationMethod><SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"></SignatureMethod><Reference URI="#ID35180014233700013355000000000308000000308"><Transforms><Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"></Transform><Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"></Transform></Transforms><DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"></DigestMethod><DigestValue>A/43aWGVzJqqNOoJ87Iif8FeGP0=</DigestValue></Reference></SignedInfo><SignatureValue>Ndx0W1Nr2NnV0MCQcEkF3KQEDB1NefR07sPjYIYjxvM8uNKcrwc2FCpTF4ZKCJb9M0QfeeIwE9Gz024PyVASPd3+dAsbd73fIh2c+Z9xGwX2xxHgu6FNQhqil0DXC56+4ijThI8XmOg36gOjJYwfqZl54gkQlcOFFKbDk6MLIzMyOI50B/1vXaL1BTd5CjaD46yHRUmKlea3Gn7Aor8sBvycZ9AHRcyuPmaijVBDb+x0ESmN9sNLo2Mi8kt3vzTrm62tPLlAJc5y8iXCuzAZc4aDoum8cBEgkjR7NXOgrNP+0dGgFR1Wb6sadsMkAuaq1LtzcTbsA0bpo1dTjLRtYA==</SignatureValue><KeyInfo><X509Data><X509Certificate>MIIH/TCCBeWgAwIBAgIQcqGiGbYtzK+0cdicZFa9+TANBgkqhkiG9w0BAQsFADB4MQswCQYDVQQGEwJCUjETMBEGA1UEChMKSUNQLUJyYXNpbDE2MDQGA1UECxMtU2VjcmV0YXJpYSBkYSBSZWNlaXRhIEZlZGVyYWwgZG8gQnJhc2lsIC0gUkZCMRwwGgYDVQQDExNBQyBDZXJ0aXNpZ24gUkZCIEc1MB4XDTE3MTIwNDIwMDA0NVoXDTE4MTIwNDIwMDA0NVowgfExCzAJBgNVBAYTAkJSMRMwEQYDVQQKDApJQ1AtQnJhc2lsMQswCQYDVQQIDAJTUDESMBAGA1UEBwwJU2FvIFBhdWxvMTYwNAYDVQQLDC1TZWNyZXRhcmlhIGRhIFJlY2VpdGEgRmVkZXJhbCBkbyBCcmFzaWwgLSBSRkIxFjAUBgNVBAsMDVJGQiBlLUNOUEogQTExJDAiBgNVBAsMG0F1dGVudGljYWRvIHBvciBBUiBTdW5zaGluZTE2MDQGA1UEAwwtQVVUTyBQRUNBUyBHRVJBTCBNT1RPUiBMVERBIE1FOjAwMTQyMzM3MDAwMTMzMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAss4j0TDFR0xm/UiKEPVxW3YH39D0hLCejtDMRrmJYp4BIaVmqVC3lwH/Eu8nibOvzsZcQTwq/La6L0pzIXKnQR7LxuYNqiQePwsTOukpP1WXOAcUziqLfqqxqZcE1gOWjFhvll9Sye0462uLhyb05T1C2d4wxzKDfSz7C7T5fokmS1zPfhVuITVDbzpwwetJdpL6eiXxeqiUZ7axk/+xfqjqah0c85VkryXx/MAsz/CEXe4vB7u4Ywt8sDCfuzdrVQ+KWHnnyXs7BTiBJga+eaE3Kx9LdXdClUE5DrZUOGbIsMR+Xz14xD1CQcHVbonSzkFb+WbW324j0uGumKPPWwIDAQABo4IDBzCCAwMwgbYGA1UdEQSBrjCBq6A9BgVgTAEDBKA0BDIxNzA5MTk1NzgyOTQ5MTU4ODIwMTE3MTk4OTc2NDAwMDAwMDAwMDk3NjQ1NTFTU1BTUKAeBgVgTAEDAqAVBBNTQU1FUyBFRFVBUkRPIEJSSURFoBkGBWBMAQMDoBAEDjAwMTQyMzM3MDAwMTMzoBcGBWBMAQMHoA4EDDAwMDAwMDAwMDAwMIEWdml2aWFuLmxlaW5lQGdtYWlsLmNvbTAJBgNVHRMEAjAAMB8GA1UdIwQYMBaAFFN9f52+0WHQILran+OJpxNzWM1CMH8GA1UdIAR4MHYwdAYGYEwBAgEMMGowaAYIKwYBBQUHAgEWXGh0dHA6Ly9pY3AtYnJhc2lsLmNlcnRpc2lnbi5jb20uYnIvcmVwb3NpdG9yaW8vZHBjL0FDX0NlcnRpc2lnbl9SRkIvRFBDX0FDX0NlcnRpc2lnbl9SRkIucGRmMIG8BgNVHR8EgbQwgbEwV6BVoFOGUWh0dHA6Ly9pY3AtYnJhc2lsLmNlcnRpc2lnbi5jb20uYnIvcmVwb3NpdG9yaW8vbGNyL0FDQ2VydGlzaWduUkZCRzUvTGF0ZXN0Q1JMLmNybDBWoFSgUoZQaHR0cDovL2ljcC1icmFzaWwub3V0cmFsY3IuY29tLmJyL3JlcG9zaXRvcmlvL2xjci9BQ0NlcnRpc2lnblJGQkc1L0xhdGVzdENSTC5jcmwwDgYDVR0PAQH/BAQDAgXgMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDCBrAYIKwYBBQUHAQEEgZ8wgZwwXwYIKwYBBQUHMAKGU2h0dHA6Ly9pY3AtYnJhc2lsLmNlcnRpc2lnbi5jb20uYnIvcmVwb3NpdG9yaW8vY2VydGlmaWNhZG9zL0FDX0NlcnRpc2lnbl9SRkJfRzUucDdjMDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC1hYy1jZXJ0aXNpZ24tcmZiLmNlcnRpc2lnbi5jb20uYnIwDQYJKoZIhvcNAQELBQADggIBAC+20j8QXHas/c1q7puqdSURB+tzSKqmWgmNY5RiiIhdtT8Vlqv4TgV4nf8DOA9ORw5rchZJvq65F+714BsYqRi+y++/le6Kw1EKW7sis/sEh3jE4h+SWUfmj6+gvOU+y5gP10G2sGhKDRoUfXwk/iy1jkxwpzivcjHqhNsLmF1gEcPkOEUq7QhwVpUKnpyxo9u99M8D0VvAar+JEHBgZuyUlr/P6TFuAVpvjBT3xJFK2WKqs7Of+IoGIXiC/0U62L2QXvIWwnI/VJIDKFaxvIFj+7GFJe9USfI+7+TV00wGKzMLZIg1t8r6/DdVqPJ9s+5SgWJSxMvC1DPfDFTwtx0QjRLh/BbnJyIABic03TcBICHgwkI4KWDhM/lOdwHB+p22JBzTac8B/B8IqCmBuNPlAmJr7fR+Ufw/fDn95cmFmF9ZBfuTbhfuLF+7LSLv8qzF19aeGEwzJ9NJCEHlIfi/rx63aly0a+KMIBWV2tj0Xt2UC5s0EfILZIwksBGOiIcSV7ciQMNXer5+L1jozu4q7HAe5dhETW3tO/nGqSvqNSjkWKwiE1GkdDdzVNAAnMkqHYX3ST7vTGanymArSi01WYxLoMUY1XlamgNGEKbY+oCXqJpn5aoIpQv/b+yp7Rja/k8rXAALVSc64a0ckMBpNpKI4W0YQ+eqS+TOUimE</X509Certificate></X509Data></KeyInfo></Signature></inutNFe><retInutNFe versao="4.00" xmlns="http://www.portalfiscal.inf.br/nfe"><infInut><tpAmb>1</tpAmb><verAplic>SP_NFE_PL009_V4</verAplic><cStat>102</cStat><xMotivo>Inutilizacao de numero homologado</xMotivo><cUF>35</cUF><ano>18</ano><CNPJ>00142337000133</CNPJ><mod>55</mod><serie>0</serie><nNFIni>308</nNFIni><nNFFin>308</nNFFin><dhRecbto>2018-09-17T16:39:31-03:00</dhRecbto><nProt>135180633761920</nProt></infInut></retInutNFe></ProcInutNFe> tpAmb=1 ou seja, agora vem o xml inteiro e temos que buscar pelo número e data/hora dentro dele? Caso esteja correto, terei que ajustar o sistema para isso.

Estamos enfrentando o mesmo problema citado pelo Sérgio Assunção.

A configurações inicias do Email estão preenchidas no Monitor. Consigo enviar o email com o botão de testes, porem costumo mandar os dados de cada conta no INI no comando EMAIL.Novo("remetente.ini"). Fiz os seguintes testes: 1o) criei um arquivo com os comandos da forma que usava na versão 03050, configurei a conta direto na aba do monitor: EMAIL.Novo() EMAIL.AdicionaPara("[email protected]","") EMAIL.Assunto("nova conta","") EMAIL.TextoMensagem("<html><title>nova conta</title><body><p align=center style='margin-left:10px;'><pre><font face='Courier New' size=2><br>Observacoes<br>*************************************************************<br> <br>teste <br> <br> <br> <br>*************************************************************<br><br><b><p><font size=1>Este email foi enviado usando o software MAKEMIX NETWORK PREMIUM<br>http:\\www.nsi-sp.com</font></p></pre></font></p></b></pre></font></p></body></html><br>") EMAIL.UsarHTML("true") EMAIL.AdicionaAnexo("C:\ACBRMONITORPLUS-12012\MAQ01ARQI_TMP.PDF", "") EMAIL.Enviar OK: Novo E-mail iniciado! E enviei para o Monitor, veja que ele respondeu OK: Novo E-mail iniciado, o que dá a entender que ele só considerou o EMAIL.Novo() e parou por ai. Teve alguma alteração que impede o uso de comandos agrupados como acima em um único arquivo? Por que é isso que meu sistema faz, cria um arquivo com os comandos depois salva no diretório do monitor para esperar o arquivo de saída.

Olá Daniel, Este exemplo foi com o hotmail, mas ocorre com o bol e outros provedores. Lembrando que dentro do aplicativo fazendo uso do teste funciona normalmente, agora quando envia os comandos (estou enviando um a um) e neste exemplo acima envie todos os comandos em um único ENT.TXT e não envia. Sim, bem como o Gmail, este tem que configurar uma liberação para poder usar aplicativo externo de envio. Mais creio não ser esse o problema. O mesmo procedimento de criar o arquivo com os comandos de email funciona com a a versão 0.3.0.50. Por isso acho que deve ter alterado a forma de passar algum parâmetro. Veja a resposta do log E para nisso, não chega a dar sucesso ou erro no envio. Tem alguma configuração que precisa fazer nas Opções de Internet para que possa enviar email?

Minha função de envio funcionava quando usava a versão 0.3.0.50 com a nova versão deixou de enviar via comando, quando feito o teste dentro do aplicativo envia. Agora através da montagem do arquivo com os comandos retorna isso. Parece não continuar a partir desta última resposta. Não retorna OK:Email enviado e nem Error. O arquivo que contém os dados do remetente esta assim: A configuração dos certificados estão assim Alguma dica?

Na mosca! Como antes não precisava fazer antes a Assinatura, no meu fonte ele já estava aberto ocasionando a não assinatura. O estranho é a resposta ser OK: quando não consiga fazer a assinatura. Problema resolvido! Vamos seguindo enfrente! Obrigado Pessoal!

Sim uso esse comando. Coloquei o comando NFE.EnviarNFe("C:\ACBRMONITORPLUS-12012\ENTNFE01.XML",1,1,0) e autorizou a nota em homologação. Isso quer dizer que o AcbrMonitor esta usando corretamente o certificado, menos mal. Agora falta identificar o porque do Assinar não estar funcionando. Vou precisar dele já que o Validar agora exige que a nota esteja assinada. Tenho a opção de validar para que o usuário possa ir eliminando os erros antes de pedir a emissão.

Estou achando que é algo relacionado ao uso do certificado. Meu certificado é A3 embora quando mando o processo de Assinar ele peça a senha, informo o comando retorna OK mais o arquivo assinado não é gerado. Peguei o mesmo XML e coloque como o AcbrMonitor 0.3.0.50 e criei o ENT.TXT com o comando de Assinar e assinou. Como posso testar se o AcbrMonitor 1.2.0.12 esta aceitando o certificado?

Agradeço sua ajuda. O processo de assinar valida o arquivo antes? Por que eu não estou conseguindo assinar. Esses dados que citou estão realmente errados, tentei várias formas de descobrir o problema inicial do tópico que acabei deixando bagunçado. Corrigi os dados, inclui o troco e permanece o problema. ENTNFE01.XML

ok segue os arquivos. ENTNFE01.XML LOG.TXT LOG_COMP.TXT