sgeinformatica
-
Total de ítens
173 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por sgeinformatica
-
-
só para registro a pagina de codigo correta para o emulador da sefaz sair com acentuação correta é 1252
-
1
-
-
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 C114Esses 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 C420Isso 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çãoHomologaçã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;
Problemas Ao Imprimir Escpos Com Daruma
em ACBrSAT
Postado
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