sgeinformatica

Na impressão do cupom usando EscPos com impressoras Daruma, observamos que esta truncando os valores dos itens (quando a descrição do produto é grande). Já tentei ajustar as colunas para um valor acima de 48, mas não fica bom. Observei na impressão por 'FortesReport' ele ajusta automaticamente para linha de baixo. No SATTeste (versão de 19/06/15) o arquivo INI está assim: [PosPrinter] Porta=COM1 ParamStrings=BAUD=115200 HANDSHAKE=XON/XOFF SOFTFLOW Modelo=3 PagindaDeCodigo=2 Colunas=48 EspacoLinhas=2 LinhasEntreCupons=7

só para registro a pagina de codigo correta para o emulador da sefaz sair com acentuação correta é 1252

Ok, Daniel... entendi! Isso significa que o componente ACBrPosPrinter, também só esta disponível para Lazarus / FPC?

Esse link que vc passou é do trunk2, baixei as pastas pelo tortoise, mas o SatTeste que aparece lá é o modelo antigo ainda, nao tem como selecionar o modelo de impressora escPOS Desculpe minha ignorancia, se eu estiver olhando em local errado. É que unica impressora que tenho aqui para testes é o modelo Daruma. Obrigado

Ola Daniel, Vi que vc disponibilizou na area de aplicativos o SatTeste.exe Nele aparece suporte a impressora Daruma com comandos escPOS Mas no SVN nao aparece ainda, essa versão ainda é de testes ? Obrigado Carlo

ok obrigado

Ola, Alguem saberia informar quando que deve preencher as informações do pis e cofins do sat ? Tem que preencher mesmo se for simples nacional ou somente para regime normal Obrigado

ok obrigado

Daniel, qual o valor que vc aconselha colocar em pagina de codigo?

ok, obrigado

Olá Estamos tentando imprimir a inutilização da NFe, e percebemos que existe o comando para quem utiliza o componente. Mas nós utilizamos o ACBrNFeMonitor2 e não encontramos o comando citado em outros tópicos. É isso mesmo? No ACBrNFeMonitor2 ainda não foi implementado ? Obrigado Carlo

Eu também estava com esse problema. No tipo de Cancelamento não estava marcado nenhum dos 2 campos. Marquei por EVENTO, fechei o monitor e abri novamente e deu certo.

Olhando o programa de exemplo eu entendi, o C113 tem que ficar dentro do C110 Vou arrumar aqui Obrigado

Está ocorrendo um erro na criação do bloco C113 : List Index out of bounds (-1) Dentro do meu programa ele está sendo gerado logo apos o C110 e antes do C114 Esses 2 ultimos estão funcionando normalmente. Já o C113 dá o erro nessa linha : Result := FRegistroC001.RegistroC100.Items[C100Count].RegistroC110.Items[C110Count].RegistroC113.New; Alguem pode me ajudar ? Obrigado

ok Isaque obrigado

Isaque, alterei a procedure que você mecionou WriteRegistroH010 nos campos QTD e VL_UNIT e ficou assim : LFill( QTD, 0, 3, false, '0', '#0.000' ) + LFill( VL_UNIT, 0, 6 , false, '0', '#0.000000') + Mas isso resolveu parcialmente, porque a função LFILL é do tipo currency com precisão de 4 decimais. Já a precisão do campo VL_UNIT é de 6 decimais. Será que se mudarmos a função LFILL para double não vai dar nenhum efeito colateral eu outros pontos do componente?

Olá Hoje detectamos que no registro h010 no campo VL_UNIT no layout tem 6 decimais, mas quando gera o TXT está com 2 decimais. Existe alguma propriedade que eu mudo para gerar na qtde de decimais correta ou teria que arrumar o componente do sped fiscal ? Obrigado

Você tem razão, vou entrar em contato com eles. Obrigado

Olá Pessoal, Existe um programa da Bematech chamado WinMfd2 que estamos utilizando para gerar o bloco do sped fiscal referente aos dados da impressora fiscal. Quando existe algum cancelamento de cupom fiscal já emitido, o winmfd2 gera o registro C420 e C460 corretamente como abaixo |C420|Can-T|59,55||| |C460|2D|02|193469||||||| Mas existem alguns casos que a impressora fiscal gera o registro C460 mas não gera o C420 Isso acontece com a impressora Bematech e Daruma Nessa caso quando vai passar no validador do Sped, gera um erro e nossos clientes tem que inserir o registro C420 manualmente dentro do próprio validador Alguem sabe como resolver esse problema? abraços

Acho melhor deixar passar alguns dias antes de tentar arrumar o programa para enviar por WebService. Já voltaram o WebService ao modo antigo novamente. Infelizmente eles são muito desorganizados e os desenvolvedores que acabam sendo penalizados com a incompetência deles.

Que a Anvisa iria ferrar com todos os programadores isso eu já sabia. Ontem tentando transmitir o Inventario de um cliente, depois de muito tentar e não conseguir pelo programa, acabei enviando diretamente pelo site e deu certo. Voltando ao programa descobri que o webservice do SNGPC de homologação está diferente do de produção Homologação : http://homologacao.anvisa.gov.br/sngpc/webservice/sngpc.asmx?WSDL Produção : http://sngpc.anvisa.gov.br/webservice/sngpc.asmx?WSDL Tentando adequar o programa para envio, a aplicação trava, então estou tentando fazer um procedimento mais simples que é checar se a senha do usuário está correta Mesmo assim não consegui fazer funcionar, a aplicação trava. Postei aqui o código para que os colegas com mais experiência consigam ajudar. procedure TSge078b.BitBtn1Click(Sender: TObject); var Ws: SngpcSoap; ChecaUsu: ValidarUsuario; MensRet: ValidarUsuarioResponse; begin ChecaUsu:= ValidarUsuario.Create; ChecaUsu.Email:= '[email protected]'; ChecaUsu.Senha:= 'senha'; MensRet:= ValidarUsuarioResponse.Create; Ws:= GetSngpcSoap; try MensRet:= Ws.ValidarUsuario(ChecaUsu); Mensagem(MensRet.ValidarUsuarioResult); Self.Close; except Mensagem('Não foi possível enviar o arquivo XML. Verifique se sua conexão com a internet está funcionando'); end; end;