AndersonV

Olá! Tente assim: NFE.EnviarNFe("C:\ACBRMONITORPLUS\LOGS\35260509371080000151550010000097261000097310-NFE.XML",9726,1,1,0,"",1) Tenho usado assim normalmente, a não ser que mudou algo, mas os clientes não reclaram até este momento.

Hoje permanecem alguns clientes relatando os mesmos erros. Vejo que atinge hora alguns clientes, hora outros clientes. Embora no portal da NFC-e conste verde o serviço.

Começou entrar chamados sobre a não emissão de NFCe, apresentando erro 12002, 12030, 10091, foram 4 clientes, alguém tem alguma informação sobre?

Olá pessoal, Em um cliente que começou a emitir NFCE 12/25 esta recebendo em algumas numerações o retorno da Sefaz-SP como numeração já inutilizada. O cliente está na numeração 18, sendo que a 12 e 15 ao tentar gerar a NFCe retornou inutilizada. Verifiquei no log do AcbrMonitor e não constava nenhum comando de inutilização gerado pelo nosso sistema. A contadora enviou uma lista com numeração para a cliente inutilizar, sendo os números 12,15,19 , as 12 e 15 fiz o processo pelo AcbrMonitor a inutilização ficando no nosso sistema também com o status de inutilizadas. Mas, a 19 o cliente nem tentou emitir ainda e já consta inutilizada. Pedi a contadora o extrato dessas 3 inutilizações e vejam que a DATA da 12 e 15 esta completamente fora do expediente do cliente, 08h as 18h. A cliente informou que não utilizou nenhum sistema emissor fora o meu. Seria possível a SEFAZ inutilizar algumas numerações sozinha? Com certeza vai haver mais casos desses, já que a 19 nem chegou nesta numeração da cliente e a contadora já sabia que estava inutilizada. Vejam que as datas são deste ano! Como pode isso?

Eu disse que da minha parte estava tudo ok, então, o problema foi da SEFAZ. Até agora não consegui emitir em homologação.

Bom dia! Estou com mesmo problema, percebi apenas hoje nos testes de emissão NFCe em homologação. https://homologacao.nfce.fazenda.sp.gov.br/ws/NFeAutorizacao4.asmx Certificado OK, AcbrMonitorPlus OK. A SEFAZ precisa ter mais atenção ao fazer essas atualizações acaba impactando em todos nos desenvolvedores. Haja paciência.

Olá! Então foi isso mesmo! FGGLUIZ obrigado!

Olá! Sabem se a Sefaz voltou atrás sobre esta rejeição de proibição do modo assincrono iniciada em 01/09? No dia, 3 clientes não conseguiam emitir nota de jeito algum devido a rejeição. Mudamos o sistema para modo sincrono, instalamos a versão mais atual do AcbrMonitor e voltaram a emitir. Demais clientes que não mudamos nosso sistema nem o AcbrMonitor, no final do mesmo dia, estavam emitindo normalmente a nota. Alguém notou isso? Att.

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.

Veja se seu monitor esta com a versão da imagem e tente isso

Usando a versão 1.1.0.54 com as configurações conforme a imagem abaixo eu consegui obter retorno em modo produção mais se mudo para homologação não aceita. obtive a resposta com êxito Meu Windows 7 esta com o TLS funcionando... É necessário para homologação atualizar essas cadeias? Seria a da SEFAZ? A versão do SAC esta com esta mesma dificuldade ou não?

Daniel obrigado por responder. O monitor não aceitará mais A3? 95% dos clientes usam A3. Não temos como obrigá-los a migrar. Notei que o NetFramework esta no 3.5, estou instalando o 4.6.2 para ver se muda algo. Teria algo mais que poderia fazer?

Bom dia! Preciso ajustar a emissão para 4.0 só que estou tendo dificuldade em fazer o monitor aceitar o TLS. Instalei um PC com Windows 7 do zero, coloquei o SP1 e fiz as atualizações de seguranças via Update do próprio Windows. Baixei também o pacote para habilitar o TLS1.2 em https://support.microsoft.com/en-us/help/3140245/update-to-enable-tls-1-1-and-tls-1-2-as-a-default-secure-protocols-in Baixei o AcbrMonitorPlus v1.1.0.54 e configurei de todas as formas a guia certificados e nenhuma deu certo, cada uma apresentou um erro diferente. Já alterei as configurações da internet de várias formas e nada. No registro do Windows está habilitada uso de TLS para httpWinHttp Meu log.txt apresenta isso Preciso fazer funcionar no Windows 7 por que a maioria dos clientes usam e trocar o Windows seria um grande problema. Uso certificado A3. Alguma dica pessoal?

André, obrigado pela ajuda.

Bom dia! Procurei no Help do AcbrMonitorPlus e não achei, creio não existir a função. Tem algum comando para setar a senha do certificado via nosso aplicativo. Exemplo: NFe.SetaSenhaCertificado("123456") => HASH do Monitor Ele transformaria ela em HASH para guardar no INI, retornando o valor correspondente ao aplicativo. Assim, poderíamos agilizar o processo de cadastro dos emitentes diretamente pelo aplicativo sem necessidade de abrir o monitor e fazer as alterações manualmente. Evitando assim desconfigurações desnecessárias, como acontece corriqueiramente ao instruirmos como atualizar o certificado, sempre o cliente mexe em algo a mais e depois não foi ninguém. Neste tópico tem a dúvida exatamente do que estou questionando, porém infelizmente acabou sem nenhuma conclusão. Abraços.

Boa tarde. Quando usava o AcbrNFeMonitor tive que colocar no meu sistema a data de saída igual a data de emissão por que mesmo enviando ela para o dia seguinte, o monitor retornava no xml a data igual a da emissão, conforme consta anotação no meu código fonte. repla DSAIENT with dtoc(_nf1DatEmi) //dtoc(_nf1DatES) O MOMITOR NAO ACEITA OUTRA DATA A NAO SER A DATA DE EMISSAO, MESMO // CRIANDO O XML COM A DT DE ENTSAI DIFERENTE, ELE TROCA PARA A DATA // DE EMISSAO Sabem informar se no AcbrMonitorPlus ele aceita a data de saída que nosso software especificar, ou ainda substitui pela data de emissão? Não me recordo em que versão isso acontecia no AcbrNFeMonitor. Até+

Lembrando que uso o emulador e não SAT físico. Coloquei 3 arquivos em anexo, veja: PROBLEMA.XML - esse é o arquivo XML que monto e passo para o SAT, este esta com um serviço e um produto, da ERRO NA EMISSAO. ENTCFE01.XML - esse é o arquivo XML que monto e passo para o SAT, este esta só com o serviço e dá certo. AD35160611111111111111591234567890001629411742.xml - esse é o arquivo XML devolvido pelo SAT, que refere-se ao ENTCFE01.XML acima enviado ao SAT só com serviço e deu certo. Temos tags específicas para o ISSQN no SAT e consta no manual, por que não seriam aceitas? Como veem até o cálculo no total referente ao ISSQN foi o SAT que fez. Agradeço pela ajuda. PROBLEMA.XML ENTCFE01.XML AD35160611111111111111591234567890001629411742.xml

Funcionar, funciona veja abaixo um trecho do xml gerado pelo SAT com emissão do cupom. <det nItem="1"> <prod> <cProd>79</cProd> <xProd>000079 1/2 CALABRESA ACEBOLADA</xProd> <NCM>01013000</NCM> <CFOP>5303</CFOP> <uCom>SV</uCom> <qCom>1.0000</qCom> <vUnCom>11.00</vUnCom> <vProd>11.00</vProd> <indRegra>A</indRegra> <vItem>11.00</vItem> </prod> <imposto> <ISSQN> <vDeducISSQN>0.00</vDeducISSQN> <vBC>11.00</vBC> <vAliq>003.00</vAliq> <vISSQN>0.33</vISSQN> <cMunFG>3518800</cMunFG> <cListServ>00101</cListServ> <cNatOp>01</cNatOp> <indIncFisc>2</indIncFisc> </ISSQN> <PIS> <PISSN> <CST>49</CST> </PISSN> </PIS> <COFINS> <COFINSSN> <CST>49</CST> </COFINSSN> </COFINS> </imposto> </det> <total> <ICMSTot> <vICMS>0.00</vICMS> <vProd>11.00</vProd> <vDesc>0.00</vDesc> <vPIS>0.00</vPIS> <vCOFINS>0.00</vCOFINS> <vPISST>0.00</vPISST> <vCOFINSST>0.00</vCOFINSST> <vOutro>0.00</vOutro> </ICMSTot> <vCFe>11.00</vCFe> <ISSQNtot> <vBC>11.00</vBC> <vISS>0.33</vISS> <vPIS>0.00</vPIS> <vCOFINS>0.00</vCOFINS> <vPISST>0.00</vPISST> <vCOFINSST>0.00</vCOFINSST> </ISSQNtot> <vCFeLei12741>0.00</vCFeLei12741> </total> <pgto> <MP> <cMP>01</cMP> <vMP>11.00</vMP> </MP> <vTroco>0.00</vTroco> </pgto> Nesse caso, só foi aceito por que não tem nenhum item de ICMS. A questão é justamente essa, o SAT aceita os 2 juntos no mesmo XML? Agradeço pela sua resposta.

Bom dia, estou usando o emulador do SAT v2.8.10 e ao tentar gerar um CFe com produtos e serviços em conjunto da 'Erro na Emissao' no Sat. No log do acbrSAT.txt consta: NumeroSessao: 872311 - Resposta:872311|06099|0000|Erro desconhecido.|| Quando emito um CFe com serviço apenas funciona normal e quando emito só com o produto também vai normal, o problema parece estar quando em conjunto. Segue como estão os cálculos: <det nItem="1"> <prod> <cProd>79</cProd> <cEAN/> <xProd>000079 1/2 CALABRESA ACEBOLADA</xProd> <NCM>01013000</NCM> <CFOP>5303</CFOP> <uCom>SV</uCom> <qCom>1.0000</qCom> <vUnCom>11.0000</vUnCom> <vProd>11.0000</vProd> <indRegra>A</indRegra> <vItem>0.0000</vItem> </prod> <imposto> <ISSQN> <vDeducISSQN>0.00</vDeducISSQN> <vBC>11.00</vBC> <vAliq>3.00</vAliq> <vISSQN>0.33</vISSQN> <cMunFG>3518800</cMunFG> <cListServ>101</cListServ> <cNatOp>1</cNatOp> <indIncFisc>2</indIncFisc> </ISSQN> <PIS> <PISSN> <CST>49</CST> </PISSN> </PIS> <COFINS> <COFINSSN> <CST>49</CST> </COFINSSN> </COFINS> </imposto> </det> <det nItem="2"> <prod> <cProd>76</cProd> <cEAN/> <xProd>000076 1/2 CONTRA APERITIVO</xProd> <NCM>01013000</NCM> <CFOP>5102</CFOP> <uCom>UN</uCom> <qCom>1.0000</qCom> <vUnCom>13.0000</vUnCom> <vProd>13.0000</vProd> <indRegra>A</indRegra> <vItem>0.0000</vItem> </prod> <imposto> <ICMS> <ICMSSN102> <Orig>0</Orig> <CSOSN>102</CSOSN> </ICMSSN102> </ICMS> <PIS> <PISSN> <CST>49</CST> </PISSN> </PIS> <COFINS> <COFINSSN> <CST>49</CST> </COFINSSN> </COFINS> </imposto> </det> <total> <ICMSTot> <vICMS>0.00</vICMS> <vProd>0.00</vProd> <vDesc>0.00</vDesc> <vPIS>0.00</vPIS> <vCOFINS>0.00</vCOFINS> <vPISST>0.00</vPISST> <vCOFINSST>0.00</vCOFINSST> <vCFeLei12741>0.00</vCFeLei12741> <vOutro>0.00</vOutro> </ICMSTot> <vCFe>0.00</vCFe> <ISSQNtot> <vBC>0.00</vBC> <vISS>0.00</vISS> <vPIS>0.00</vPIS> <vCOFINS>0.00</vCOFINS> <vPISST>0.00</vPISST> <vCOFINSST>0.00</vCOFINSST> </ISSQNtot> </total> <pgto> <MP> <cMP>01</cMP> <vMP>24.00</vMP> </MP> </pgto> Lembrando que estão zerados os campos dos TOTAIS por que este é o xml que gero, o Sat deve devolvê-los preenchidos. Utilizo o AcbrMonitorPlus 0.1.11.1. Alguma idéia para solucionar esse problema? Grato.