Ir para conteúdo
  • Cadastre-se

Gabriel Gonçalves Domingos

Membros
  • Total de ítens

    27
  • Registro em

  • Última visita

Tudo que Gabriel Gonçalves Domingos postou

  1. Pessoal, bom dia. Gostaria de esclarecer uma dúvida quanto ao versionamento da nota fiscal eletrônica, parece meio confuso, por exemplo: Tem versão do manual que atualmente no site o último é 6.00; Tem versão da NF-e que em breve será lançado a versão 4.0; Tem versão dos schemas; Tem a NT (nota técnica); Tem a PL (Pacote de liberação) Alguém poderia me explicar um pouco qual o ciclo de funcionamento disso?
  2. Pessoal, boa noite. Estou com uma impressora BEMATECH MP 4200 TH FI (ECF 09/09) e ao ler os dados da redução Z usando a função [DadosReducaoZ] os valores retornados na base de cálculo das alíquotas ICMS estão incorretos. Ao invés de trazer a base de calculo está trazendo o valor de imposto a ser pago, ou seja, base de calculo x alíquota. Vendi R$ 100,00 no totalizador T01=12,00% e o valor retornando nos campos são: acbrECF.DadosReducaoZClass.ICMS[0].Total = R$ 12,00 acbrECF.DadosReducaoZClass.ICMS[0].ValorAliquota = 12% Ao invés de: acbrECF.DadosReducaoZClass.ICMS[0].Total = R$ 100,00 acbrECF.DadosReducaoZClass.ICMS[0].ValorAliquota = 12% Na função [DadosUltimaReducaoZ] retorna certo.
  3. Opa, Valeu pela resposta Daniel. Aproveitando, eu li nesse tópico ou em outro referente ao SAT sobre dificuldade na hora de invocar um método da SAT.dll, ai tinha até um link de exemplo no VB6. No caso eu uso .net (VB), alguém já usou, tem algum exemplo, de que maneira devo carregá-la?
  4. Daniel, Não entendi o que você quis dizer. Minha dúvida é exatamente aquela que postei, se a SAT.dll eu conseguiria comandar um SAT fabricado pela Daruma por exemplo.
  5. Pessoal, Bom dia, Continuando uma dúvida levantada por mim sobre cada fabricante ter a sua DLL... Por exemplo, a Daruma tem a DarumaFramework.dll, a Bematech tem/terá a BemaFI32.dll, a kryptus tem kryptus-SATv1.0.dll. Se eu optar por usar a DarumaFramework.dll acredito que ele só funcionará com um SAT fabricado pela Daruma, se eu optar por usar a kryptus-SATv1.0.dll ela só funcionará com um SAT fabricado pela Kryptus, e assim por diante, certo? Agora se eu desenvolver minha própria classe de SAT invocando os métodos da SAT.dll desenvolvida pela SEFAZ, eu conseguiria conversar normalmente com qualquer equipamento SAT independente do fabricante ou a SAT.dll só conversa com o emulador da SEFAZ e nada mais?
  6. Pessoal, Tenho uma dúvida que é a mesma do Godin34 e não foi respondida. A DLL do SAT será única e desenvolvida pela "SEFAZ" ou cada fabricante deve implementar sua DLL? Caso cada fabricante tenha de implementar a sua o ACBrFramework para .Net terá alguma solução?
  7. Pessoal, Uma dúvida: Esses ECF's já estão sendo comercializados? Caso sim quais são os fabricantes disponíveis? Hoje conheço só a Bematech MP-4200 A outra dúvida é se esses ECF's funcionam igualzinho ao ECF normal, ou seja, a única diferença é a Interface Ethernet para comunicação direta com a SEFAZ? Caso sim, o ACBrFramework para .net funciona com esses novos ECF's?
  8. Rafael, Boa tarde, E tem algum motivo pra esses componentes não serem desenvolvidos no ACBrFramework? O projeto vai deixar de existir, não terão novas implementações, algo do tipo? Uma outra dúvida/receio que tenho é a seguinte: Hoje uso o ACBr para a comunicação com o ECF em meu sistema, e por ser um projeto livre, open source, sei lá qual o nome mais correto, deixar de existir? Estamos a deriva? Qual o risco disso acontecer se é que tem como saber!
  9. Pessoal, Bom dia, Toda vez que preciso procurar alguma conteúdo aqui no fórum me atrapalho todo e fico com "medo" de abrir algum tópico duplicado pra não tomar fumo dos moderadores. A minha dúvida é a seguinte: Como eu uso o componente ACBrFramework sempre vou direto ao link relacionado a C# e VB.net (http://www.projetoacbr.com.br/forum/index.php?/forum/41-net-c-e-vbnet/). Quando preciso buscar alguma conteúdo vou até a caixa de pesquisa e digito "SAT" por exemplo, aí quando exibe os resultados encontrados sempre fico na dúvida se são apenas desse sub-fórum que estou sobre C# e VB.Net ou de todo o resto como se estivesse partido da ráiz (http://www.projetoacbr.com.br/forum/). Creio eu que seja desde a raiz, só que ai não me serve, pois quero saber algo específico sobre SAT em VB.net. Aí abro um tópico sobre SAT no sub-fórum C# e VB.net e já vem os moderadores dando fumo sobre tópico repetido. Resumindo, quero saber sobre SAT e NFC-e para o projeto ACBrFramwork C# e VB.net e não sei se abro um não um tópico pra isso.
  10. Pessoal, Boa tarde, Estiou com o seguinte problema na impressora Elgin K: Quando acaba qualquer impresso (cupom, gerencial, etc.) não corta o papel automaticamente e nem avança o papel suficiente para cortar na serrilha da impressora, ou seja, o impresso (cupom) é cortado no meio, a não ser que antes pressione o papel de avanço até alcançar a altura da serrilha para ser cortado corretamente. Entrei em contato com o suporte da Elgin e fui informado que essas opções (avanço e corte) devem ser configuradas no arquivo Elgin.ini, só que essas configurações apenas são lidas (funcionam) quando a comunicação é feita através da DLL do fabricante, que não é o nosso caso pois usamos o ACBr. A solução para o avanço de papel, até existe, segundo o suporte da Elgin, enviando o comando {42;EscreveInteiro;NomeInteiro="EspacamentoDocumentos" ValorInteiro=210;71} usando o protocolo FiscNet, o mesmo não precisa ser alterado novamente, pois é um registrador do ECF. Já a acionamento da guilhotina deve ser feito ao final de cada impresso. Não tem cabimento eu, desenvolvedor ter que me preocupar com o corte do papel no ECF, sendo que que todos os outros, são automática. E também, a solução do avanço resolve parcialmente, sendo que se eu aumentar muito o avanço suficiente para cortar na serrilha, vai gastar muito papel, e certamente o cliente não vai gostar. Alguém passou pro esse problema?
  11. Então, É que no meu PAF-ECF que hoje só emite cupom fiscal, existem diversas funcionalidades na hora de venda, por exemplo: Temos o módulo de mesas, cartões, balcão e entregas e cada uma dessas telas permitem diversas características e combinações diferentes, sendo assim, se eu fizer um aplicativo a parte, teria que praticamente reescrever (fazer uma cópia) do meu Pdv inteiro pra manter a compatibilidade entre as vendas feitas em cupom fiscal e NF-e. E por outro lado, se eu fizer no mesmo executável, vira uma salada, porque preciso adicionar no meu PAF-ECF diversas funcionalidades referentes a NF-e como emissão, impressão e tramissão.
  12. Pessoal, Ainda não possuo NF-e implementado no meu PAF-ECF, apenas emito cupom fiscal e gostaria da opinião/ajuda de vocês em relação a seguinte dúvida: O módulo de emissão de NF-e de vocês é um aplicativo (executável) a parte do que emite o cupom fiscal ou é todo integrado? Não sei se deu pra entender direito, mais é basicamente isso? Estou no PAF-ECF (executável) que trabalha emitindo cupom fiscal, chega um cliente/consumidor e pede uma NF-e, só aperto uma "tecla" e entro no módulo NF-e pra emitir esse documento ou tem de abrir um aplicativo a parte que seria um módulo emissor de NF-e onde eu poderia escolher uma venda que já foi registrada pelo cupom fiscal e ai sim emitir a NF-e de acobertamento (se não me engano é o nome) em cima dessa venda?
  13. Rafael(s) Boa tarde, Acabei de voltar do oftalmologista e to vendo tudo embaçado, hehe.... Amanhã é feriado e provavelmente não conseguirei postar maiores detalhes, portanto, quinta-feira retorno aos trabalhos para tentar esclarecermos esse caso! Abs.
  14. Pessoal, Por enquanto vou encerrar a discussão pelo seguinte: Apenas adicionei o trecho de códibo abaixo em VB.net na minha aplicação e parou de dar o erro, repare que nem precisei fazer nada dentro do código do evento, apenas a declaração já resolveu. Private Sub ACBrECF_OnMsgPoucoPapel(sender As Object, e As System.EventArgs) Handles Me.OnMsgPoucoPapel End Sub Agora ficam as dúvidas aí pra quem quiser resolver/explicar: (1) Qual a obrigatoriedade de agora ter que tratar/declarar o evento OnMsgPoucoPapel? (Sendo que antes com o ACBr32.dll não havia necessidade) (2) Sendo obrigado, porque só com a Daruma acontece o erro? (Testei com Bematech e Sweda e o erro não ocorreu) (3) Já que o assunto/método é sobre pouco papel, porque a mensagem de erro é "Disk Full"?
  15. Rafael, Tamo parecendo um bate-papo aqui, hehe, mais vamos lá: Quanto ao item 5, realmente mudei apenas o namespace e a parte da serial que agora ficou dentro de Device, de resto, não mudei nada. Agora o bagulho ficou louco, olha só: No ECFTeste.exe adicionei o comando: private void acbrECF_OnMsgPoucoPapel(object sender, EventArgs e) { MessageBox.Show("Pouco papel!"); } - Abri o aplicativo, registrei um item, exibiu a mensagem "Pouco papel" e realmente não deu o erro Disk Full; - Fechei, removi o código acima, executei novamente e o erro não voltou a aparecer; - Fechei novamente, recompilei, coloquei no outro ECF que também estava dando o erro e não deu novamente; - Não contente, joguei o código fora, baixei do SVN de novo, compilei, abri e NÃO deu novamente. Agora meus neurônios saíram fumaça...Tô aqui pensativo, já já posto mais alguma coisa!
  16. Rafael, O que seria "setar o evento OnPoucoPapel", pelo que entendo eventos são disparados para que eu possa fazer algum tipo de tratamento e não "setados". No código fonte do ECFTeste do ACBrFramework no método Ativar() está assim: acbrECF.Modelo = (ModeloECF)modeloComboBox.SelectedItem; acbrECF.Device.Porta = (string)portaComboBox.SelectedItem; acbrECF.Device.TimeOut = (int)nudTimeOut.Value; acbrECF.GavetaSinalInvertido = gavetaCheckBox.Checked; acbrECF.DescricaoGrande = descricaoCheckBox.Checked; acbrECF.Ativar(); Sendo assim, qual linha de código devo acrescentar, poderia me dar um exemplo? Também não encontrei esse evento OnPoucoPapel, apenas OnMsgPoucoPapel. E outra observação a ser feita: (1) Quando mudei do ACBr.Net.dll (antigo ACBr) para o ACBrFramework.Net.dll não mudei uma linha de código na minha aplicação e o erro não acontecia. Agora é necessário tratar esse evento?
  17. Bom, Acho que o problema é com o ACBrFramework mesmo, testei com o ECFTeste.exe que baixei do link sugerido pelo Juliomar Marchetti e não apresentou erro, apenas a mensagem de "ATENÇÃO...POUCO PAPEL" na resposta do ECF. Segue abaixo a imagem:
  18. Respondendo o Rafael Dias: Qual a linguagem de desenvolvimento? R: Eu baixo o ACBrFramework do SVN e copio pra minha Solution que é toda em Visual Basic (Visual Studio 2010) apenas as pastas ACBrFramework (pra usar o arquivo \ACBrFramework\ACBrFramework\x86\ACBrFramework32.dll) e ACBrFramework.Net em C# (pra gerar o arquivo ACBrFramework.Net.dll compilado). Agora pro Rafael Batiati: Acabei de testar usando o aplicativo ACBrFramework.Net.ECFTeste e aconteceu o mesmo erro, estou postando um vídeo pra que vocês possam ver com mais clareza. Agora quanto sua solicitação pra testar com o ACBr como faço? Seria o que está dentro da pasta /trunk em Delphi? É que não tenho esse compilador, teria um .exe pronto pra eu poder testar? *Lembrando que com o antigo ACBr32 (ACBr32.dll e ACBr.Net.dll) o problema não acontece. Segue abaixo o vídeo: https://www.dropbox.com/s/olne6x3vje3xbww/2013-04-29%2014.12.17.mp4 Segue abaixo uma imagem: Deu o erro Disk Full tanto na abertura do cupom quanto na hora de registrar qualquer item. Depois coloquei um durex no sensor e o erro não aconteceu (está no vídeo). A impressora é uma Daruma FS600.
  19. Pessoal, Bom dia, Sei que o projeto ACBr é gratuito e não tenho o direito de exigir uma solução imediata pra os problemas encontrados, porém, acho que o problema citado acima merece uma atenção especial por ser gravíssimo. Gostaria de ouvir a manifestação de algum dos integrantes (desenvolvedores) do projeto ACBr em relação ao assunto. Se realmente é problema, se conseguiram testar/simular em ambiente de desenvolvimento, etc. Desde o dia que descobri a causa do problema orientei meus clientes a colarem um durex no sensor de pouco papel da impressora Daruma o problema foi amenizado.
  20. Valeu tchuck, vou dar uma olhada no vídeo... Agora fiquei na dúvida, eu não achei na pesquisa porque procurei pela Lei 12.741/2012 e a do link que você mandou é Lei 1472/2007. Qual a diferença entre elas? Procurei no Google e acham resultado pras duas.
  21. Bom, Abri um tópico específico pra falar sobre a Lei 12.741/2012 - Discriminação De Impostos Nas Notas Fiscais que entra em vigor em 08 de junho de 2013, porém, o moderador Juliomar Marchetti fechou o tópico alegando que já havia outros tópicos sobre o assunto. Ou não sei pesquisar ou a pesquisa não funciona direito, pois o único que achou foi esse tópico aqui no qual o assunto principal é a NFC-e, portanto, segue minhas dúvidas nesse aqui mesmo: (1) O ACBr terá algum método pra realizar essa discriminação dos impostos automaticamente no cupom fiscal? (2) Os impostos devem ser discriminados produto a produto ou agrupados por alíquota/tributo? Caso seja produto a produto como faremos com apenas 8 linhas de mensagem de rodapé que possui no cupom fiscal? Imagina um cupom fiscal de uma despesa no supermercado! (3) Os impostos que devem ser discriminados são ICMS, ISS, IPI, IOF, PIS, CIDE, e Cofins/Importação. Como o ECF só "trata" ICMS e ISS serão discriminados apenas esses 2 impostos ou todos os outros terá de vir do cadastro do produto previamente realizado pelo cliente?
  22. Pessoal, Gostaria de saber como o pessoal aqui do Fórum está tratando em relação a Lei 12.741/2012 - Discriminação de Impostos nas Notas Fiscais que entra em vigor em 08 de junho de 2013. Tenho algumas dúvidas que seguem: (1) O ACBr terá algum método pra realizar essa discriminação dos impostos automaticamente no cupom fiscal? (2) Os impostos devem ser discriminados produto a produto ou agrupados por alíquota/tributo? Caso seja produto a produto como faremos com apenas 8 linhas de mensagem de rodapé que possui no cupom fiscal? Imagina um cupom fiscal de uma despesa no supermercado! (3) Os impostos que devem ser discriminados são ICMS, ISS, IPI, IOF, PIS, CIDE, e Cofins/Importação. Como o ECF só "trata" ICMS e ISS serão discriminados apenas esses 2 impostos ou todos os outros terá de vir do cadastro do produto previamente realizado pelo cliente?
  23. Pessoal, Descobriiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii o problema. Agora preciso de vocês pra resolver. O erro Disk Full ocorre com a Daruma FS-600 quando o sensor de papel está acusando pouco papel. Consegui simular o erro na minha máquina, coloque uma bobina de papel quase no finalzinho e tente abrir um cupom, registrar um item que apresenta o erro Disk Full, depois cole o sensor de papel com durex e pronto, o erro não acontece mais.
  24. Ontem baixei a atualização nais recente do ACBrFramework do SVN e vi que o tamanho do DLL compilada havia aumentado. Compilei uma nova versão do meu PDV usando o ACBrFramework mais recente, coloquei no cliente que estava com o ACBr32.dll funcionando perfeitamente desde sexta (dia que escrevi o post acima) e na 5º venda apareceu o erro Disk Full. O cupom chega a abrir no ECF porém o produto não registra, assim o cupom fica aberto. Fechei meu aplicativo e abri de novo para cancelar o cupom aberto e deu o mesmo erro, Disk Full. Fechei e abri novamente, ai o cupom cancelou, porém, voltei a versão da minha aplicação que trabalha com o ACBr32.dll e tudo voltou ao normal. É IMPORANTE ressaltar que o erro está sendo gerado por uma ACBrFramework.ACBrException, ou seja, está vindo do componente ACBr,
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.