Ir para conteúdo
  • Cadastre-se

Daniel Simoes

Fundadores
  • Total de ítens

    29.386
  • Registro em

  • Última visita

  • Days Won

    782

Tudo que Daniel Simoes postou

  1. O SAT, não faz o controle de duplicidade... Ate porque não existem no XML de envio, campos que poderiam ser usados como uma chave primária
  2. a Largura da bobina deve ser algo em torno de 300... a unidade é DPI e não mm
  3. Por favor pare de "fazer terrorismo"... Seu tópico é grosseiro, e despreza o imenso trabalho realizado por programadores como eu e outros da comunidade do ACBr... Se você consegue fazer melhor do que está.. então faça... Há vários tópicos sobre isso aqui no fórum... Isso é problema no Driver da sua impressora... Centenas de usuários usam a NFCe em Fortes sem problema algum...
  4. Por favor ajuste para o valor correto... por motivos já explicados.. não vou modificar o funcionamento dessa propriedade...
  5. Ainda está muito confuso... Onde podemos ler a documentação desse WebService ? Baseado nas informações do site: https://www.w3.org/TR/2000/NOTE-SOAP-20000508/ notei que os decimais de um Webservice podem conter um numero variado de casas decimais... Mas o separador de Decimal DEVE ser o Ponto... Apliquei modificações nos fontes do SVN que devem resolver o problema
  6. O que é um relatório correto ? (favor anexar uma imagem) 72 parece ser um tamanho muito pequeno para uma bobina... já tentou aumentar esse valor ? Se mudarmos isso agora, podemos quebrar o funcionamento de muitas aplicações...
  7. leia a lei toda... o uso da NFCe só é autorizado em SP, se o contribuinte tiver um SAT ativado, para a contingência... SP não aceita contingência off-line da NFCe
  8. Leia a respeito do EAN13... Código interno (In store) deve sempre iniciar com '2'
  9. Use outro formato que não seja EAN13... EAN13 segue normas... se você tentar imprimir um código que viola essas normas, terá problemas...
  10. para sugerir modificações nos fontes, favor anexar as Units modificadas...
  11. Não consigo compreender o problema... Por favor anexe imagens que demonstre o mesmo... Não podemos aplicar a modificação nos fontes, de fixar um novo valor de paperWidth.. isso irá afetar as aplicações que não usam esse tamanho...
  12. Endrigo, Em ACBrECFVirtual.pas, Notei que você sugere mover o bloco de envio do desconto (abaixo), para antes da chamada de "VendeItemVirtual( ItemCupom );" { Se o desconto é maior que zero envia o comando de desconto/acrescimo de item anterior } if ValorDescontoAcrescimo > 0 then DescontoAcrescimoItemAnterior( ValorDescontoAcrescimo, DescontoAcrescimo, TipoDescontoAcrescimo); Isso causará problemas... o Desconto do Item será impresso antes da Venda do Item... Qual o motivo dessa modificação ? Em relação a ACBrECFVirtualNFCe.pas, já enviei para o SVN, com pequenos ajustes de endentação... Muito obrigado pela implementação...
  13. O modelo sempre dependerá da linguagem que o equipamento aceita... no caso da Bematech... "ppEscBematech" O ACBrDevice tem suporte para portas TCP... portanto basta usar na Porta, uma String como: "TCP:ip_maquina:NumPorta" Exemplo: "TCP:192.168.0.10:9100"
  14. A qual componente você se referindo ?? Já tentou ajustar em: ACBrSATExtratoFortes1.LarguraBobina ?
  15. Por favor faça testes com a aplicação Demo do ACBrPosPrinter (PosPrinterTeste) Informe um passo a passo de como reproduzir o problema, usando essa aplicação.. Para impressão do Logotipo, você precisa "subir" o mesmo para a memória da Impressora, usando um aplicativo do fabricante
  16. Como reproduzir o problema usando o Demo do ACBrNFe ?
  17. Com base no arquivo "REDZ.TXT" pude constatar que esse modelo tem um layout de resposta diferente dos demais ECFs do convênio 09/09, para o comando de retorno das informações da Redução Z... Esse modelo não informa uma linha com o valor da alíquota, para totalizadores não tributados.. O valor 100,00 estava vindo do número da Versão do Sw.Básico Apliquei um workaround nos fontes, para conseguir ler corretamente os valores nesse modelo de ECF...
  18. Em EscPos ?? Trunk1 não tinha ACBrPosPrinter
  19. Enviei modificação para o SVN baseado na sugestão... Obrigado pelo bug report...
  20. Esse arquivo contem a saída da impressão, e não o log... Para gerar o Log vc precisa configurar o nome do arquivo a ser gerado em: "ACBrPosPrinter.ArqLog" Em todo caso, você mesmo pode observar nesse arquivo que você enviou, que não há pulos de linhas após o comando do QRCode, e a linha "Protocolo Autorização"... Ou seja, é o próprio equipamento que está efetuando esse espaçamento após o QRCode... Consulte o suporte do fabricante
  21. Isso já foi corrigido nos fontes do ACBrECF trunk2 a meses...
  22. Sim, isso precisa ser revisto... está na minha lista... no ECF 09/09 também não existe essa limitação
  23. O ACBrSAT não preenche a Tag "cRegTrib", no momento do envio... essa Tag é gerada pelo SAT, no momento da Resposta...
  24. Você está pegando o arquivo errado... "-env" é o arquivo que o ACBrSAT envia ao SAT...
×
×
  • 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.

The popup will be closed in 10 segundos...
The popup will be closed in 10 segundos...