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.

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.

Use a propriedade MostraPreview dos DANFe. Exemplo: DANFe.MostraPreview := False;

Bom dia Tatiana, Antes da atualização, você já tinha conseguido enviar alguma nota? Você configurou o componente corretamente? Esse erro também ocorre com o programa exemplo do componente? Esse erro esta ocorrendo na sua maquina de desenvolvimento ou na maquina do cliente?

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

ja resolvi... é so colocar a seguinte linha antes de fazer a chamada a cima... aString := ''; mesmo assim obrigado a todos..

opa.. No 1-ped-eve-soap.xml, voce nao esta informando o Numero de Protocolo do Encerramento No 1-Ped-eve.xml nao esta sendo informado o protocolo tambem. ---------------------------- <?xml version="1.0" encoding="UTF-8"?> <soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"> <soap12:Header> <mdfeCabecMsg xmlns="http://www.portalfiscal.inf.br/mdfe/wsdl/MDFeRecepcaoEvento"> <cUF>35</cUF> <versaoDados>3.00</versaoDados> </mdfeCabecMsg> </soap12:Header> <soap12:Body> <mdfeDadosMsg xmlns="http://www.portalfiscal.inf.br/mdfe/wsdl/MDFeRecepcaoEvento"> <eventoMDFe xmlns="http://www.portalfiscal.inf.br/mdfe" versao="3.00"> <infEvento Id="ID1101123518120164919200012458001000000018100000001001"> <cOrgao>35</cOrgao> <tpAmb>1</tpAmb> <CNPJ>01649192000124</CNPJ> <chMDFe>35181201649192000124580010000000181000000010</chMDFe> <dhEvento>2018-12-26T09:34:33-02:00</dhEvento> <tpEvento>110112</tpEvento> <nSeqEvento>1</nSeqEvento> <detEvento versaoEvento="3.00"> <evEncMDFe> <descEvento>Encerramento</descEvento> <nProt/>

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.. 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.

Boa tarde Segue a chave abaixo... 4318 1293 4291 7300 0453 6500 1000 1371 6619 8865 4512 Só me chamou atenção tambem, q na carne moida foi informada alíquota de 12%, e não os 18% (alíquota interna) do RS.... Att Ricardo

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

Isso se você usar Esc/Pos...

Bom dia Silva, Não existe um serviço no webservice da SEFAZ especifico para consultar os eventos enviados. Mas você pode consultar a nota através do método Consultar. Ao consultar uma nota a SEFAZ costuma informar a situação atual da nota, bem como os eventos vinculados a ela.

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.

Bom dia.. Eliminando Anexos e Emails antes de Mandar Email

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.

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

Que legal... um bug a menos pra me "atazanar" a mente, de noite... obrigado pelos testes

Boa tarde.. nildglan.. tudo bem? Primeiramente o Problema nao esta no componente. veja esse link para ver se ajuda.

Boa tarde Daniel !!! funcionou perfeitamente !!!! Muito Obrigado mesmo !!!! que trabalho fantástico !!!! que seja um Feliz natal para VC e toda sua Familia !!!!! fique com Deus !!!!

AddBody é para textos Html, AddAltBody é para PlainTexts.

Para NFCe com Fast Report use o componente ACBrNFeDANFCeFR.

Do log do svn:

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

OPa obrigado pela dica BigWings, problema resolvido, uma abraço a todos...

@DouglasGV me lembrei do seu problema. Veja o tópico abaixo, não sei se você já obteve a solução, mas se puder nos dar um parecer.

@Italo Jurisato Junior, Por favor aplique os mesmos ajustes, no LFM (Formulário do Lazarus)

Faz scraping do site.

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)

Desculpe não ter explicado melhor. Sei que DAV, e Pré vendas não estão mais abordado na NFCe. Contudo, tenho uma situação que precisarei encaminhar o cliente ao balcão para emissão de NFe, caso seja necessário. Este evento ocorrerá no momento do fechamento da venda no PDV. Assim, no fechamento da venda, caso o cliente solicite a emissão de NFe (e não a NFCe), o caixa encaminhará o cliente ao Balcão de atendimento do retaguarda da loja. Hoje eu faço toda a contabilização (baixa estoque, contas a receber, etc) no fechamento da venda pelo PDV. Neste caso específico, como precisarei encaminhar o cliente para o atendimento no retaguarda, pensei em emitir uma "PRÉ-VENDA" na impressora não fiscal, no lugar da NFCe, e lá no retaguarda, recuperar a venda e emitir a NFe. Assim, no momento que emitir a NFe é que eu faço as contabilizações. O que gostaria de saber é como os colegas estão procedendo para uma situação como esta ? Se os colegas estão procedendo como estou pensando, alguém já tem algum Modelo de Pré-venda em Fortes, por exemplo ? NELSON SANTOS