Jump to content

Gabriel Gonçalves Domingos

Membros
  • Posts

    27
  • Joined

  • Last visited

Recent Profile Visitors

890 profile views

Gabriel Gonçalves Domingos's Achievements

Explorer

Explorer (4/14)

  • First Post
  • Collaborator Rare
  • Conversation Starter
  • Week One Done
  • One Month Later

Recent Badges

0

Reputation

  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"?
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.