Painel de líderes

Boa tarde Sandro, Vamos nos ater ao Ajuste SINIEF 16/2018: Cláusula primeira Ficam acrescidos os dispositivos a seguir indicados ao Ajuste SINIEF 07/05, de 30 de setembro de 2005, com as seguintes redações: I - §§ 5º e 6º à cláusula décima quinta: Note que é feito a uma referencia a cláusula décima quinta do Ajuste SINIEF 07/2005, vamos ver o que diz a cláusula décima quinta. Cláusula décima quinta Após a concessão de Autorização de Uso da NF-e, de que trata a cláusula sétima, a administração tributária da unidade federada do emitente disponibilizará consulta relativa à NF-e. § 1º A consulta à NF-e será disponibilizada, em “site” na internet pelo prazo mínimo de 180 (cento e oitenta) dias. Note que o primeiro paragrafo da cláusula décima quinta se refere a consulta via site e não via webservice. Você sabia que através do Portal da SEFAZ Nacional ou Estadual é possível realizar uma consulta aos dados de uma nota? Pois bem, é possível fazer uma consulta resumida ou completa, para isso basta informar a chave da nota e até então não havia a necessidade de um certificado digital. O que muda? Simples para que eu possa através do site da SEFAZ (Nacional ou Estadual) realizar uma consulta completa de uma nota que você emitiu, além da chave, será necessário eu ter o meu certificado digital instalado na maquina e fazer parte dessa nota, ou seja, ser o destinatário da mercadoria por exemplo ou o meu CNPJ/CPF constar na lista de pessoas autorizadas (Grupo <auxXML> gerado no XML). Ficou claro?

Exatamente, igual ao dfm que ficou salvo, seu código que foi usado também está salvo com propriedades mudadas ou removidas então de igual terá que analisar e trocar pelas mudanças

Bom dia Josafar, Mas o meu exemplo acima é exatamente a sua situação, a carga total do caminhão se destina a duas UF distintas. Inclusive mostrei como emitir os 2 MDF-e para o mesmo veiculo. Por favor releia a minha postagem.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Carlos, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde, Italo. Vou procurar conforme recomendou e tão logo informarei. Muito obrigado. Um Feliz Natal, amigos!

Apliquei uma possível correção, nos fontes do SVN... rev.16181 Favor atualizar e testar...

Bom dia a todos, Favor atualizar todos os fontes de todas as pastas, reinstale a suíte ACBr e façam novos testes.

Como alguns sabem, sou criador do Pacote REST Dataware que tem por objetivo ser de simples conversao entre duas camadas e tres camadas suas aplicacoes e ter todo o know how para atender as necessidades mais diversas dos ambientes REST além de também contar com nosso Motor Webpascal, que tras a Web de verdade para o pascal tudo isso com Lazarus ou Delphi 6 ao Rio, Totalmente Opensrc e Free o Projeto Rest Dataware vem crescendo muito então venho aqui postar para os amigos a palestra minha do REST Dataware na Intensive Delphi 2018 com um pouquinho do nosso pacote VLW Galera.

Bom Dia, Conforme mostra imagem em anexo, está cortando um pedaço da descrição do sistema. Fiz uma alteração que corrigiu o problema, segue arquivo alterado para análise e possível inclusão ao SVN. Adicionei também a imagem que mostra o resultado da alteração. ACBrDANFCeFortesFr.pas

Enviei com uma pequena alteração na revisão 16198. Queira por favor atualizar e reportar qualquer problema.

Ola Cal, Não, pois as tags de ICMS Efetivo só deverão ser informados quando venda para consumidor final. quando for venda para Revenda deverá sem informado as tags de icms Retido.

Italo, boa tarde... fontes e schemas atualizados e voltou a funcionar o cancelamento ! Muito Obrigado...

- No entendimento ref. ao Decreto 54.308/2018, a Sefaz-RS solicita as novas TAG's (pRedBCEfet, vBCEfet, vICMSEfet e vICMSEfet) para controlar e apurar a diferença positiva ou negativa do ICMS PAGO nas Compras de produtos submetidos à Substituição Tributária, para com o valor da Efetiva Venda destes ao Consumidor Final. Como a operação será exclusiva ao CST 60 e CSOSN 500, que demonstram que já houve a retenção do ICMS (ST), subentende que não é necessário informar: Art. 25-C - Ao final de cada período de apuração, deverá ser deduzido do montante do imposto efetivo o montante do imposto presumido, calculados na forma dos arts. 25-A ou 25-B, sendo que: I - o saldo positivo constituirá valor a complementar, que será compensado com saldo credor de substituição tributária, se houver, e, havendo valor remanescente, o recolhimento será feito no prazo previsto no Apêndice III, Seção II, item XII; NOTA - O imposto deverá ser pago em separado utilizando código de receita específico para complementação de imposto retido por substituição tributária, conforme o disposto em instruções baixadas pela Receita Estadual. II - o saldo negativo constituirá valor a restituir, que será compensado com saldo devedor de substituição tributária, se houver, e, havendo valor remanescente, o saldo será transferido para o período ou períodos seguintes." ITEM PRAZOS (TOMANDO-SE POR REFERÊNCIA O MÊS DA OCORRÊNCIA DA RESPONSABILIDADE) OPERAÇÕES/PRESTAÇÕES "XII Até o dia 20 do mês subsequente na hipótese de complementação de imposto retido por substituição tributária prevista no Livro III, art. - As TAG's abaixo devem ser informadas para este caso? Valor da BC do ICMS ST retido (vBCSTRet); Alíquota Suportada pelo Consumidor Final (pST) Valor do ICMS ST retido (vICMSSTRet); - Somente para modelo 65 (Venda para Consumidor Final) ou poderá ser 55 também? - Abaixo um modelo de XML emitida (teste_homologação) com as novas TAG's do ICMS Efetivo. Caso alguém puder analisar e dar um parecer aqui, agradecemos desde já. <?xml version="1.0" encoding="utf-8"?> <enviNFe versao="4.00" xmlns="http://www.portalfiscal.inf.br/nfe"> <idLote>000000801030648</idLote> <indSinc>1</indSinc> <NFe xmlns="http://www.portalfiscal.inf.br/nfe"> <infNFe versao="4.00" Id="NFe51180718205162000121656140000000611006029503"> <ide> <cUF>51</cUF> <cNF>00602950</cNF> <natOp>5405 - Venda Merc Adq Terceiros (condicao contribuinte-subst</natOp> <mod>65</mod> <serie>614</serie> <nNF>61</nNF> <dhEmi>2018-07-30T08:00:58-03:00</dhEmi> <tpNF>1</tpNF> <idDest>1</idDest> <cMunFG>5105259</cMunFG> <tpImp>4</tpImp> <tpEmis>1</tpEmis> <cDV>3</cDV> <tpAmb>2</tpAmb> <finNFe>1</finNFe> <indFinal>1</indFinal> <indPres>1</indPres> <procEmi>0</procEmi> <verProc>9.9.9.9</verProc> </ide> <emit> <CNPJ>18205162000121</CNPJ> <xNome>MR Comercio de Bijuterias Ltda ME</xNome> <xFant>Morana Rio Verde</xFant> <enderEmit> <xLgr>Av. Rio Grande do Sul</xLgr> <nro>646</nro> <xBairro>Centro</xBairro> <cMun>5105259</cMun> <xMun>Lucas do Rio Verde</xMun> <UF>MT</UF> <CEP>78455000</CEP> <cPais>1058</cPais> <xPais>Brasil</xPais> <fone>4721116600</fone> </enderEmit> <IE>134888049</IE> <CRT>3</CRT> </emit> <det nItem="1"> <prod> <cProd>280</cProd> <cEAN>SEM GTIN</cEAN> <xProd>NOTA FISCAL EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL</xProd> <NCM>01023911</NCM> <CEST>1234567</CEST> <CFOP>5405</CFOP> <uCom>UN</uCom> <qCom>1.0000</qCom> <vUnCom>78.9600000000</vUnCom> <vProd>78.96</vProd> <cEANTrib>SEM GTIN</cEANTrib> <uTrib>UN</uTrib> <qTrib>1.0000</qTrib> <vUnTrib>78.9600000000</vUnTrib> <indTot>1</indTot> </prod> <imposto> <vTotTrib>28.97</vTotTrib> <ICMS> <ICMS60> <orig>0</orig> <CST>60</CST> <vBCSTRet>98.70</vBCSTRet> <pST>14.00</pST> <vICMSSTRet>8.25</vICMSSTRet> <vBCFCPSTRet>98.70</vBCFCPSTRet> <pFCPSTRet>2.00</pFCPSTRet> <vFCPSTRet>0.55</vFCPSTRet> <pRedBCEfet>0.00</pRedBCEfet> <vBCEfet>78.96</vBCEfet> <pICMSEfet>12.00</pICMSEfet> <vICMSEfet>9.48</vICMSEfet> </ICMS60> </ICMS> <PIS> <PISAliq> <CST>01</CST> <vBC>0.00</vBC> <pPIS>0.00</pPIS> <vPIS>0.00</vPIS> </PISAliq> </PIS> <COFINS> <COFINSAliq> <CST>01</CST> <vBC>0.00</vBC> <pCOFINS>0.00</pCOFINS> <vCOFINS>0.00</vCOFINS> </COFINSAliq> </COFINS> </imposto> </det> <total> <ICMSTot> <vBC>0.00</vBC> <vICMS>0.00</vICMS> <vICMSDeson>0.00</vICMSDeson> <vFCPUFDest>0.00</vFCPUFDest> <vICMSUFDest>0.00</vICMSUFDest> <vICMSUFRemet>0.00</vICMSUFRemet> <vFCP>0.00</vFCP> <vBCST>0.00</vBCST> <vST>0.00</vST> <vFCPST>0.00</vFCPST> <vFCPSTRet>0.55</vFCPSTRet> <vProd>78.96</vProd> <vFrete>0.00</vFrete> <vSeg>0.00</vSeg> <vDesc>0.00</vDesc> <vII>0.00</vII> <vIPI>0.00</vIPI> <vIPIDevol>0.00</vIPIDevol> <vPIS>0.00</vPIS> <vCOFINS>0.00</vCOFINS> <vOutro>0.00</vOutro> <vNF>78.96</vNF> <vTotTrib>28.97</vTotTrib> </ICMSTot> </total> <transp> <modFrete>9</modFrete> <vol> <nVol>0</nVol> </vol> </transp> <pag> <detPag> <tPag>01</tPag> <vPag>78.96</vPag> </detPag> </pag> </infNFe> <infNFeSupl> <qrCode> <![CDATA[http://homologacao.sefaz.mt.gov.br/nfce/consultanfce?p=51180718205162000121656140000000611006029503|2|2|1|1F7899AC1A8B92637E391A1C56DA2AA62BA5D156]]> </qrCode> <urlChave>www.sefaz.mt.gov.br/nfce/consulta</urlChave> </infNFeSupl> <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> <SignedInfo> <CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" /> <SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1" /> <Reference URI="#NFe51180718205162000121656140000000611006029503"> <Transforms> <Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature" /> <Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" /> </Transforms> <DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1" /> <DigestValue>/aIZ6ElIPQhxBRUJoMJitZ9u00c=</DigestValue> </Reference> </SignedInfo> <SignatureValue>V6T6ZBR9L1KClaOYm10dJyr+iP07kDPvmX2HZCqqwrgLMQqqW2ULdMfM0fu54V0yINpZUITelLyffT0fEDpUjVfZJA4Z+sm05ja3DcqYSNn62Arh34l3nMLonYBqP3dSc5Zqv9FZ7PDTKKTw7OvjV7UychGWk0eqzt2U4Py66H/JPiPYpdlgBEiZ6PhAo7xmk7sGnCu5EDBNZPkD+JMvXgOw2eeby52KuebRBvXeB/fbRugKBXzAbdBnMk71kEANXXxVe+njwHVWyJauKF+SxLm27nTAtOiMTIgYzupNwhfe6eP3PAKLcBPLgF3hDifQ0VL6IrWod3XAxx21iPGUPw==</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>MIIH9zCCBd+gAwIBAgIIdwyRjvXzVR8wDQYJKoZIhvcNAQELBQAwcDELMAkGA1UEBhMCQlIxEzARBgNVBAoTCklDUC1CcmFzaWwxNjA0BgNVBAsTLVNlY3JldGFyaWEgZGEgUmVjZWl0YSBGZWRlcmFsIGRvIEJyYXNpbCAtIFJGQjEUMBIGA1UEAxMLQUMgQ05ETCBSRkIwHhcNMTcwODAzMjA1NzMyWhcNMTgwODAzMjA1NzMyWjCB6jELMAkGA1UEBhMCQlIxCzAJBgNVBAgTAk1UMRswGQYDVQQHExJMVUNBUyBETyBSSU8gVkVSREUxEzARBgNVBAoTCklDUC1CcmFzaWwxNjA0BgNVBAsTLVNlY3JldGFyaWEgZGEgUmVjZWl0YSBGZWRlcmFsIGRvIEJyYXNpbCAtIFJGQjEWMBQGA1UECxMNUkZCIGUtQ05QSiBBMTEQMA4GA1UECxMHQVIgQ05ETDE6MDgGA1UEAxMxTSBSIENPTUVSQ0lPIERFIEJJSlVURVJJQVMgTFREQSBNRToxODIwNTE2MjAwMDEyMTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAM8JtNyiGkjYb50lOX5ZrzGFsrUxdDjk6eIHJOROIsSW+zdR3E0ZtYfzMzzx5Afqn6CaZc1AgVyXXSYUGTy+Bm8bHRrU494v5j4kkOxvxTDmY1sQc1DUz4MKs6rXS/QCOT/zcWfwZK0Vp+VI9Z4CaekQel2rYcVpo/m3jXkZhNMmfzlyuknIBNwYCY7HRhm6rcPpPnEbzv8JPDHB29yLGAmOIbdO0dcd9cfvNZRL8fphiocTNHbWaYegOoqFrLboNPsei2os8cVuxZ68qs5AQyf6rguKGqR3vqH0zTpVdGzblcCbChRQHuPgSVh/WtubsHMeC1SJOl315BKSyq9uTZ8CAwEAAaOCAxgwggMUMB8GA1UdIwQYMBaAFE7Oon4QfMqOPdURZguxty9q54RzMA4GA1UdDwEB/wQEAwIF4DBpBgNVHSAEYjBgMF4GBmBMAQIBNDBUMFIGCCsGAQUFBwIBFkZodHRwOi8vcmVwb3NpdG9yaW8uYWNzcGNicmFzaWwub3JnLmJyL2FjLWNuZGxyZmIvYWMtY25kbC1yZmItcGMtYTEucGRmMIHvBgNVHR8EgecwgeQwS6BJoEeGRWh0dHA6Ly9yZXBvc2l0b3Jpby5hY3NwY2JyYXNpbC5vcmcuYnIvYWMtY25kbHJmYi9sY3ItYWMtY25kbHJmYnYyLmNybDBMoEqgSIZGaHR0cDovL3JlcG9zaXRvcmlvMi5hY3NwY2JyYXNpbC5vcmcuYnIvYWMtY25kbHJmYi9sY3ItYWMtY25kbHJmYnYyLmNybDBHoEWgQ4ZBaHR0cDovL3JlcG9zaXRvcmlvLmljcGJyYXNpbC5nb3YuYnIvbGNyL2NuZGwvbGNyLWFjLWNuZGxyZmJ2Mi5jcmwwgYkGCCsGAQUFBwEBBH0wezBNBggrBgEFBQcwAoZBaHR0cDovL3JlcG9zaXRvcmlvLmFjc3BjYnJhc2lsLm9yZy5ici9hYy1jbmRscmZiL2FjLWNuZGxyZmJ2Mi5wN2IwKgYIKwYBBQUHMAGGHmh0dHA6Ly9vY3NwLmFjc3BjYnJhc2lsLm9yZy5icjCBzQYDVR0RBIHFMIHCgR1MVUNBU0RPUklPVkVSREVATU9SQU5BLkNPTS5CUqAzBgVgTAEDAqAqEyhGQUJJQSBDQVJPTElOQSBNT1JFVFRPIFJJWlpBVE8gUk9EUklHVUVToBkGBWBMAQMDoBATDjE4MjA1MTYyMDAwMTIxoDgGBWBMAQMEoC8TLTMwMTExOTc5MDI5NjA5Nzg5NjAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMKAXBgVgTAEDB6AOEwwwMDAwMDAwMDAwMDAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMAkGA1UdEwQCMAAwDQYJKoZIhvcNAQELBQADggIBAAmodQ7sd7PL9SqS0f3NDjpSbHBc99slV4jOhwXrLbp9N+N7/PxE8ZZbJTlPtp/iiBzvUAugo4KF5Zcc7ZLeTzmTL9uTn/ZSyqZHyxGqMabJs/EOEx0my6nNwZbSXMMAV87QcEmkjExBO83FdCPNAGst+g5pzgQB5vVr3fiySmI1VtYG+GB6EiqRwfplEFFXezQ9cA4TAt/FNMQz+14sZAMhMXwsdqxbt9w4z6hbNov0pU9dvAMA4g3RZET5oUtxjY6QSxbVu68hEeboIY5r8HxutnSFUvQmHf7Rq+c9YSP1Pdau3tCY/McZbmSEi4ny7zKjhxejcBUhAus67Sff0NmcQVAMdFOoZm+h81ET99S19ehwhUgX2Jj8pcoiRMTfHxDaV6YE0k+ZXMg/gQDa/BsJYWlxKTrarD+SA7tc+jb5bR5PRp1JwOkNup+ilh6+95kXvdFMImyLeCKW7RhVpw3QEkfi+an//7bTVlKwx73mwHcOKMQT5dhZ1RTsE1TZWJ6wFT9/hxnyVitOmj3ez8jUwO6vvwCu2K3SPginM+ZwAnkNdNhghu8AM9rgEb1jSd+hkSfdB7PxeHlxJ9rqVMgvPsA556GfB+/yNLFRAxUjxj25WAeFcsDB7FPnesvD0eZdpUjvCy/yd2Mfw9ycZCpAig8yPRra+0WlqAOHKZAz</X509Certificate> </X509Data> </KeyInfo> </Signature> </NFe> </enviNFe>

Boa tarde Vilmar, Favor atualizar os fontes, note que fiz uma alteração nos Schemas (arquivos XSD) usados pela NF-e.

Boa tarde Daniel, Muito obrigado pela colaboração, já enviei para o repositório.

Perfeito, Italo. Desculpe não ter lido atentamente sua resposta anterior. Então, problema resolvido.

Bom dia Adilson, Veja este link:

Obrigado pelas informações prestadas neste tópico. O que aconteceu aqui foi o seguinte, temos um status de encerramento e esse status não havia sido cadastrado no banco de dados do cliente. Isso permitiu o usuário tentar encerrar 2 vezes o mdfe. Agora está tudo ok. Problema resolvido. Obrigado.

Bom dia, dá uma conferida na conversa desse outro tópico abaixo, falando sobre um decreto que saiu aqui no RS, e numa instrução normativa (também do RS) fala sobre o preenchimento destes campos de "ICMS efetivo"... https://www.projetoacbr.com.br/forum/topic/48172-decreto-54308/ Na prática, acho q o "bixo vai pegar" mesmo quando cada SEFAZ, de cada UF, ativar a nova regra de validação N33-10, obrigando o preenchimento do "ICMS efetivo" quando venda para consumidor final (indFinal=1). Veja mais detalhes na página 61 da Nota Técnica 2016-02. Att Ricardo

Bom dia Hugo, Até onde sei, se tratando de Fortes Report é criado um componente para a impressão do DA (Documento Auxiliar) que é "linkado" ao componente principal que no caso é o ACBrBPe. Veja como foi feito para a NF-e, CT-e e MDF-e.

Olá Cleonir, Você poderia descrever que ajustes você implementou? Há muitas alterações nesses arquivos e está difícil saber o que foi exatamente alterado.

Bom dia.. Vamos precisar do xml Gerado e Transmitido, e dos Logs de Retorno. blz.

Bom dia Ricardo! É possível que este produto informado à 12% esteja com algum benefício fiscal, por isso não informaram 18%. Mas seria interessante confirmar. Obrigado pela chave. Att., Sidney

Você está usando o ACBrBal? Fez o teste com o exemplo do ACBrBal? Qual protocolo de comunicação escolheu?

Bom dia.. Uma coisa que notei que a hora, esta toda zerada, e talvez seja isso o problema. Faça o seguinte: Faça uma outra nota em homologação e transmita, e cancele ela. Um

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Olá, Sua contribuição foi enviada ao SVN na revisão 16185. Queira por favor testar e atualizar. Obrigado pela contribuição.

Já tem sua resposta, o XML gerado como produção não vai ser aceito no webservice de homologação. Para enviar em homologação, gere o XML novamente com tpAmb = 2.

Boa tarde Hugo, Não esta faltando mais nada? Só com essa unit funciona a impressão?

Isso só tem sentido, se você usa httpWinINet... Veja esse vídeo:

Isso se você usar Esc/Pos...

Bom dia Anderson, Favor atualizar os fontes e fazer um novo testes.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia, TadeuBotelho. Tópico é antigo e por isso será fechado. Peço para que crie um novo.

Convivi com este erro em dois clientes , um deles o final foi trocar o provedor, ja o outro mais recente . é muito provável que o problema esteja na conexão de internet , tente fazer ping no site nfe.svrs.rs.gov.br e tracer veja se obter reposta positiva, caso contrario estará confirmado a desconexão.(Falta de comunicação síncrona). Reveja as configurações de Opções de Internet / Avançadas e desmarcar todas as opções TLS ( 1.1 e 1.2 ) mantenha somente SSL 2.0 e 3.0.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

AddBody é para textos Html, AddAltBody é para PlainTexts.

@Felipe E. Resende Mesquita muitooo obrigado pela ajuda de vocês @Juliana Tamizou bem lembrado mesmo..

Putz, verdade, deu certo aqui, erra isso mesmo que eu precisava; Obrigado!!

Faz scraping do site.

Use o ACBrPosPrinter... Veja no Demo, a Tag de Gaveta....

Pode sim Daniel, sem problemas! O importante é a informação não sair duas vezes.

Porque não usar o método abaixo, de pcnConversao.pas ? function BandeiraCartaoToDescStr(const t: TpcnBandeiraCartao): string;

Segue uma dica:

Nelson, eu choque isso é meio que de cada um. Mas é sempre bom trocar idéias. No meu estou fazendo assim... No balcão/atendimento se faz um orçamento/pedido e o cliente vai até o caixa com o número do mesmo onde é feito o pagamento etc. Semelhante como era feito com DAV/Prevenda, só que não utilizo mais nem o nomes já que os mesmos não existem. Agora se no estabelecimento vai emitir NFCe e NFe, ou seja, se tiver algum cliente que não é consumidor final ou quiser NFe ao invés de NFCe. No atendimento/Balcão já gera a NFe direto com tudo, em vez de Orçamento/Pedido, e depois se dirige ao caixa só pra pagar. Onde é carregado pelo numero daquela NFe, carregando apenas pra gerar o os valores do movimento daquele terminal de caixa para aquele operador, mas com os dados da NFe, não vai gerar mais nada apenas o movimento do caixa. NOTA: Acredito que também esta rotina dê pra fazer direto no caixa, onde se escolheria se deveria gerar NFe ou NFCe, porém se deveria ter, se fosse o caso, uma impressora extra para imprmir o DANFE se fosse o caso. E vendo por este ângulo, em alguns estabelecimentos não é viável. Ex.: Mercado. É isso ai, acredito que tenha alguém que já tem esta solução funcionando e queira compartilhar e pode dar melhor idéia. OBS: No bd onde tem as tabelas que armazenam os dados pra NFe também controlo NFCe mudando apenas o campo CODIGO_MODELO= 55/65 (NFe/NFCe)

Olá Régys, essa integração ainda não foi realizada certo?! Você tem alguma previsão? Posso lhe adiantar que, nesse período que estamos operando sem os schemas não encontramos nenhum problema de funcionamento. Ficou muito bom! Aguardo integração, muito obrigado!