Rafael Morán

Boa Tarde Juliomar, Farei os ajustes. Att,

Pessoal, Fiz as seguintes alterações: Criei uma nova rotina para carregar o XML da nota emitida em contingência FS-DA no primeiro momento e transmitir o mesmo direto. Mesmo assim notei que na hora de imprimir o DANFE, após a transmissão, o ACBr apresenta no local destinado ao Protocolo de Autorização a Chave Contingência mas, no meu entendimento, depois de transmitir a nota, mesmo que no primeiro momento ela tenha sido gerada em ambiente de contingência FS-DA, é necessário imprimir o Protocolo de Autorização. Fiz uma pequena alteração no ACBr, unit ACBrNFeDANFEFRDM, rotinas CarregaParametros e CarregaInformacoesAdicionais. CarregaParametros: Incluí mais um if onde é verificado se o tpEmis é igual a teContingencia ou teFSDA e se o protocolo de autorização é vazio para imprimir a Chave Contingência e, caso seja teContingencia ou teFSDA e tenha protocolo, então é impresso o protocolo. CarregaInformacoesAdicionais: Caso o tpEmis seja teFSDA e tenha protocolo, então não imprime o informativo de emissão em contingência e se não houver protocolo, a informação é impressa. Confesso que fiz essa alteração com o "pé atrás" pois caso seja uma falha do componente, achei incrível que ninguém mais reportou ou reportou e não encontrei o tópico. De qualquer forma, se toda esta situação que descrevi fizer sentido e for correta, poderiam, por gentileza alterar o fonte do componente. Ao passo que se tudo isso que descrevi não fizer sentido e eu estiver fazer #*&%$@ então por favor me informem para que eu desfaça esta alteração no componente. Desde já agradeço a colaboração. Att, ACBrNFeDANFEFRDM.rar

Bom Dia Pessoal, Procurei mas não encontrei tópico sobre este assunto que acredito ser bem específico. Situação: - Configuro a minha aplicação para emitir a NFC-e em contingência FS-DA; - Após a assinatura e validação da nota, a mesma é impressa com um número de protocolo diferenciado (verifiquei no fonte e exite um comentário informando que a geração desse número é de acordo com a NT2009.003); - Configuro a minha aplicação para emitir a NFC-e com tipo Normal; - Pego a nota que foi emitida anteriormente em FS-DA e transmito a mesma para a SEFAZ. O componente me retorna um protocolo de autorização para a referida nota, porém na impressão do DANFE NFC-e da mesma nota, é impresso o mesmo protocolo quando emitida em FS-DA. Ex.: 0500 0000 0000 0000 0000 0000 0050 0012 020; Depurando o fonte, notei que na rotina CarregaParametros da unit ACBrNFeDANFEFRDM.pas existe este trecho: if ((FNFe.Ide.tpEmis in [teNormal,teSVCAN,teSCAN,teSVCRS,teSVCSP])) then onde, na minha nota, FNFe.Ide.tpEmis = teFSDA. Minha dúvida é, este "if" realmente não deve contemplar o tipo de emissão FSDA na hora de imprimir o DANFE? Esta alteração foi feita na revisão 7544. Outra dúvida, se alguém souber: Em que situação o emitente NFC-e deve optar pela contingência FS-DA e como proceder para a emissão deste tipo de contingência, sendo que a maioria dos meus clientes utiliza impressora térmica não fiscal? Há alguma bobina própria para este tipo de emissão? Desde já agradeço. Att,

Obrigado Daniel, Funcionou aqui. Abraços.

Daniel, Inverti a ordem dos comandos e funcionou. A gaveta abriu, porém tenho algumas dúvidas: - O uso do modelo ecfNaoFiscal faz aparecer na tela uma mensagem de aviso legal. Tem algum parâmetro no componente que impeça essa mensagem de aparecer ou outro modelo que possa ser usado que não apresente a mensagem? - Ao executar o comando #27 + 'v' + #100, após a abertura da gaveta, a impressora avança o papel em uma linha. Tem algum comando que apenas abra a impressora sem avançar o papel ou tem algum lugar onde posso ver os códigos da impressora? - Após a abertura também me é apresentada a seguinte mensagem: Impressora: NaoFiscal não está pronta. Como contornar essa situação? Eis as mudanças que fiz: fACBrECF.Modelo := ecfNaoFiscal; fACBrECF.Ativar; fACBrECF.EnviaComando(#27 + 'v' + #100); Obrigado pela ajuda. Att,

Boa Noite Daniel, Sim, é a mesma impressora. Uma das minhas dúvidas é se o modelo que devo utilizar é esse mesmo (ecfNaoFiscal). Pergunto pois em alguns testes eu não consegui executar o comando pois ocorria de a impressora não estar em linha. Att,

Boa Tarde Daniel, Estou tentando executar este comando que você sugeriu, porém não consigo, de jeito nenhum, fazer com que a gaveta abra. Eis o comando que estou executando: fACBrECF.Modelo := ecfNaoFiscal; fACBrECF.EnviaComando(#27 + 'v' + #100); fACBrECF.Ativar; // fACBrECF.GavetaSinalInvertido := True; fACBrECF.AbreGaveta; Poderia me informar, por favor, o que estou fazendo de errado? Att,

Pessoal, Analisando aqui, depois que fiz a pergunta me atentei que da mesma forma que na NF-e, acredito que as informações dos valores aproximados dos impostos na NFC-e também devam ser apresentadas na área de informações complementares. Fiz a implementação aqui e ficou bacana. De qualquer forma obrigado. Att,

Boa Tarde Pessoal, Atualizei aqui os meus fontes do ACBr e nas units ACBrNFeDANFEFR.pas e ACBrNFeDANFEFRDM.pas não encontrei mudanças para adequação de impressão dos valores aproximados dos impostos de forma discriminada (federal, estadual e municipal). Existe previsão para essa implementação? Consegui alterar numa boa a apresentação dos impostos no cupom e na NF-e do nosso software aqui. Desde já agradeço. Att,

Obrigado André.

Boa Tarde Turbo Drive, Obrigado pela colaboração. Verifiquei por aqui na empresa e aparentemente este número pode não ser o número do caixa. Da forma como o PDV aqui da empresa foi projetado, esse sequencial da ECF fica amarrado ao número do caixa e pretendo alterar isso. Fiz umas pesquisas e essa numeração sequencial pode ser extraída da impressora pelo ACBr. Se esta minha afirmação estiver correta, poderiam me informar, por favor, qual o comando ACBr para retornar o número da ECF? Desde já agradeço. Att,

Boa Tarde André, Desde já te agradeço pela ajuda. Realmente imaginei que este era o número correto. Neste caso, este número seria o número do caixa? Confesso que estou um pouco confuso quanto a origem deste número. Grande abraço. Att,

Também tentei passar para o componente a string direto como teste: with Ide.NFref.Add do begin RefECF.modelo := ECFModRef2D; RefECF.nCOO := NFe.DocumentoReferenciado[0].ECFCupom.COO; RefECF.nECF := '001847'; //NFe.DocumentoReferenciado[0].ECFCupom.ECF; end; Mas o resultado foi o mesmo: <nECF>847</nECF> Att,

Boa Tarde Pessoal, Procurei nos tópicos o problema que estou passando e não encontrei, logo abri um novo. Estou alimentando o componente com os dados da NF-e (3.10), mais especificamente os dados NFref. Alimento o atributo RefECF.nECF com o seguinte dado, por exemplo '001845'. Após emitir a nota e abrir o respectivo XML, a tag referente ao número do cupom fica assim: <nECF>845</nECF>. Tentei depurar a geração do XML e na rotina GerarRefECF da unit pcnNFeW, o número do cupom é informado normalmente (001845). Alguém já passou por esta situação e conseguiu resolver? Segue o trecho do meu código: with Ide.NFref.Add do begin RefECF.modelo := ECFModRef2D; RefECF.nCOO := NFe.DocumentoReferenciado[0].ECFCupom.COO; RefECF.nECF := NFe.DocumentoReferenciado[0].ECFCupom.ECF; end; Seguem também o cupom e o XML da NF-e de acobertamento do mesmo. Desde já agradeço. Att, 33141227915735000100555570000000131852759663-NFe.xml

Boa Tarde Weriton, Muito obrigado. Implementei da mesma forma e funcionou. Att,

Bom Dia Italo, Obrigado pela resposta. Aqui optei por utilizar o Fast Report. Sabe me informar se na unit ACBrNFeDANFEFRDM tem alguma propriedade destas que eu possa ativar? Fiz uma pesquisa superficial e não encontrei. Desde já agradeço. Att,

Boa Noite, Estou implementando a emissão em contingência off-line e hoje o ACBr imprime duas vias do DANFE, porém nas duas vias sai a informação "Via do Consumidor", onde o correto é que uma via sai escrito "Via do Estabelecimento" e na outra, "Via do Consumidor". Existe previsão para que isto seja implementado no componente? Pergunto pois não tenho certeza de como fazer esta alteração e fico com receio de comprometer o funcionamento do componente. Desde já agradeço.

Saiu Portaria CAT 102, de 29/08/2014 http://info.fazenda.sp.gov.br/NXT/gateway.dll/legislacao_tributaria/portaria_cat/pcat1022014.htm?f=templates&fn=default.htm&vid=sefaz_tributaria:vtribut

Bom Dia Denis, Pode ser configuração do componente. Segue parte do meu código para a configuração do componente: with fACBrSAT do begin { Propriedades } Modelo := TACBrSATModelo(fModeloSAT); PathDLL := PathDLL; case fAmbienteEmissao of 0 : Config.ide_tpAmb := TpcnTipoAmbiente(taHomologacao); 1 : Config.ide_tpAmb := TpcnTipoAmbiente(taProducao); end; Config.EhUTF8 := fUTF8; Config.PaginaDeCodigo := fPaginaCodigo; Config.infCFe_versaoDadosEnt := fVersaoDados; { Eventos } OnGetcodigoDeAtivacao := ACBrSATcodigoDeAtivacao; OnGetsignAC := ACBrSATGetsignAC; end; Um teste bacana de fazer é o Teste Fim-a-Fim, onde você dispara uma venda fictícia para o SAT. Depurar a rotina fACBrSAT.EnviarDadosVenda(); também pode ajudar. Boa Sorte.

Boa Tarde Denis, Você associou o AC ao emulador? Nas vezes que houve erro de emissão comigo, o emulador me indicava qual o erro (na grande maioria das vezes eram erros de validação de dados). Já está disponível a versão 2.7.31 do emulador SAT. É interessante atualizar. Att,

Entendo. Fazendo mais alguns testes aqui, notei que após executar um comando SAT (ConsultarSAT por exemplo) com o emulador fechado, finalizar a minha aplicação e logo após abrir o emulador, o log de operações apresenta o comando executado. Nesse caso é torcer para que implementem este tipo de controle na DLL. Obrigado Daniel.

Boa Tarde, Estou implementando o SAT no AC da empresa onde trabalho e utilizando o ACBrSAT. Para os testes de configuração (AssociarAssinatura, ConsultarSAT, ConsultarStatusOperacional e TesteFimAFim), com o emulador SAT aberto, todos esses comandos funcionam muito bem, porém se faço uma simulação com o emulador fechado (simulando que o SAT do contribuinte está desligado ou por algum motivo não responde), ao executar esses comando, o sistema trava. Existe alguma previsão ou planejamento para implementar no componente um TimeOut para os comandos no SAT? De acordo com o documento Especificacao_SAT_v_ER_2_11_4.pdf, as funções da DLL possuem TimeOut. Tópico - 6.2. Códigos de Retorno do Equipamento SAT Desde já agradeço. Att, Especificacao_SAT_v_ER_2_11_4.pdf

Boa Noite, Também estou passando pelo mesmo problema. Tenho apenas o emulador Epson. A impressão do SAT só poderá ser feita em impressora serial? Como li no manual que poderia ser em uma impressora não fiscal, entendi que eu poderia utilizar uma impressora qualquer para teste (tipo uma impressora deskjet). Existe previsão/projeto de implementar no componente o suporte a porta USB, por exemplo? Desde já agradeço. Att,

Opa Daniel, Consegui aqui. Emiti numa boa com o componente. Obrigado mais uma vez pela ajuda.

Boa Noite, Ao gerar a venda pelo ACBrSAT, a tag obsFiscoDet está sendo gerada de forma estranha. Arrisco a dizer que está errado: - <obsFiscoDet xCampoDet="campo"> <xTextoDet>texto</xTextoDet> </obsFiscoDet> O correto não seria assim: <obsFiscoDet> <xCampoDet>campo</xCampoDet> <xTextoDet>texto</xTextoDet> </obsFiscoDet> Desde já agradeço. Att, temp.xml