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.

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.

Por isso comentei que na prefeitura de SP tem um projeto S@T separado, devido a falta desse convênio, o que é uma pena, assim como ocorre na NFe o SAT também tem campos para a cobrança do ISS mais uma vez a falta de prudência por parte dos governantes, acabam criando o que já "existe" ao invéz de aperfeiçoar e diminuir os caminhos por onde "escorre" os impostos dos contribuintes. Até+

Bom amigos, pelo menos aqui em SP a prefeitura tem um projeto SAT/ISS que me parece já esta em pleno vapor sendo as empresas fabricantes as mesmas do SAT-CFe, agora resta saber, se é o mesmo aparelho para ambos os impostos. Aproveitando, há algum projeto do grupo Acbr para incorporar esta opção no AcbrMonitorPlus? Segue o link sobre o SAT/ISS em SP http://nfpaulistana.prefeitura.sp.gov.br/sat_iss.asp Até+

Analisando meus XML gerados pelo emulador, todos eles a tag cRegTrib=3, mesmo colocando no AcbrMonitorPlus como 1=Simples Nacional, porem o ICMS estão todos assim: - <ICMS> - <ICMSSN102> <Orig>0</Orig> <CSOSN>102</CSOSN> </ICMSSN102> </ICMS> Agora no SAT real, o cliente Simples Nacional a tag fica corretamente preenchida com cRegTrib=1 usando o AcbrMonitorPlus, então creio que o problema ou essa característica é do emulador mesmo. O emulador que utilizava era v2.8.10 Até+

No sistema de retaguarda do S@T ao tentar credenciar seu aplicativo ele verifica o CNAE da sua empresa (por isso é necessário ter uma empresa estabelecida vai precisar de login/senha do posto fiscal ou certificado digital para acesso ao sistema) se o CNAE não pertencer ao grupo 62**, automaticamente só poderá credenciá-lo para uso próprio e não para venda do AC. Até+

Esse é o retorno, como esta enviando o cRegTrib no seu xml de entrada, o correto é = 1. Qual a versão do emulador que esta usando? Até+

Boa noite! Sabem dizer se esta alteração do ppEscPosEpson de impressão de mais de 50 itens sem ocasionar erro já esta inclusa no AcbrMonitorPlus versão sem SAC, especificamente para uso na Sweda SI300S?

Bom dia Kiko, Concordo plenamente, são tantas atualizações. Ocorre que acabamos criando o sistema em 2013, paramos, agora recomeçamos e assim vai. Veja que a versão que você citou acima, já esta defasada em 2 versões, pode isso! ER 2.15.04 29/05/2015 Nº 31 de 10/06/2015 ER 2.16.08 31/08/2015 Nº 43 de 19/10/2015 ER 2.17.10 17/11/2015 (a atual é essa) http://www.fazenda.sp.gov.br/sat/downloads/Especificacao_SAT_v_ER_2_17_10.pdf Até+

Pessoal então é isso, 07 não existe mais, quando começou a apresentar esse problema recorri aqui na máquina a "Especificacao SAT v 2.2.21" e nela não consta esses códigos novos. Agradeço a ajuda.