Ir para conteúdo
  • Cadastre-se

giulianon

Membros
  • Total de ítens

    412
  • Registro em

  • Última visita

  • Days Won

    4

Tudo que giulianon postou

  1. Se o seu modem for o da daruma, existe um comando para informar qual chip você quer usar, ou seja, você consegue fazer isso fácil.
  2. giulianon

    Nova ER 02.04

    http://aplicacoes.unisul.br/PAF/docs/ATO-COTEPE-02.04.pdf
  3. Por acaso você ou seu cliente não utilizou algum programa da própria sweda ou a dll para gerar algum arquivo fiscal, fita detalhe, etc? Pergunto pq já aconteceu comigo de fazer isso, e o programa da sweda alterar a velocidade da impressora para gerar a informação. Tente conectar utilizando outras velocidades que deve funcionar, ou utilize o lacrador da sweda para verificar a velocidade atual, e ajustar para velocidade que você já utilizava.
  4. Só complementando, algumas balanças possuem opções de protocolos e cada um deles trabalha de uma forma. Normalmente existem protocolos que só "liberam" a leitura do peso quando a balança estiver estável. Nesse post fala um pouco a respeito.
  5. Ao depurar para tentar detectar problema encontrei o seguinte comentário no método TACBrECFEpson.LinhaRelatorioGerencial: ou seja, não só o #18 deve ser filtrado. Já fiz a alteração e amanhã vou testar novamente no cliente. Obrigado Daniel!
  6. Boa tarde colegas! Estou enfrentando um problema com a impressão do comprovante de tef de um cartão chamado CALCARD. A impressão do comprovante desse cartão nas impressoras EPSON (Somente nessa marca) apresenta um erro conforme log em anexo. Estou com a última versão do ACBr e fiz o teste tanto pelo meu sistema quando pelo TEFDemo. Capturei também o conteúdo do comprovante no arquivo temporário do tef que também segue anexo. Alguém com o mesmo problema? Att. ACBr_CliSiTef_001.tef ecf_21062016153040.txt
  7. Não existe uma mkse.dll de testes pois a mesma é feita para cada cliente. Eu não utilizo o ACBrTEFD por isso criei uma função paralela. Estou migrando do componente atual para o ACBrTEFD. Pelo que eu li em algum post o Daniel ia implementar algo para coletar qualquer informação via pinpad. Chegou a atualizar o componente de TEF e verificar se isso foi feito? Por último recebi esse email da software express, que trata da alteração na forma de coleta dessas informações através do pinpad.
  8. Hum entendi Daniel. Vou estudar um pouco mais a documentação do Clisitef pois não sabia dessas outras possibilidades. Teria que filtrar realmente quando é uma recarga. De qualquer forma o problema que deixa as transações pendentes é esse.
  9. Descobri o "problema" e efetuei um ajuste na classe. Resumindo, o "problema" é que componente normalmente cria um arquivo ao concluir o processo de coleta, e iniciar o processo de impressão de comprovantes. Esse arquivo pelo que constatei depurando, é o arquivo utilizado pelos métodos de confirmação ou cancelamento de transação. No caso da recarga de pré-pago com troco, é apresentada uma mensagem ao usuário, e essa mensagem para o processo que em seguida criaria o arquivo. Se o sistema for finalizado nesse momento que a mensagem está aguardando o OK do usuário, o arquivo não existe (ainda não foi criado) e os métodos de confirmação ou cancelamento (ao inicializar) não efetuam nada deixando a transação pendente. Como falei no post anterior não conheço muito bem o componente mas apliquei a correção e funcionou perfeitamente. Em anexo segue a unit alterada. ACBrTEFDCliSiTef.pas
  10. É o que estou fazendo Daniel. Fiz o post pois não tenho muita afinidade com esse componente(é a primeira vez que estou usando), e de repente pelos logs ou pela sequência que estou seguindo poderia ter feito algo errado. Mas obrigado. Descobrindo algo já informo aqui.
  11. Boa tarde pessoal! Estou com uma situação na qual a transação está ficando pendente, e como fiz o teste tanto no meu sistema como no TEFDemo, acredito que tenha um probleminha mesmo. O problema ocorre na recarga de celular. Estou usando Sitef + Clisitef + GWCel para recarga. Os passos são os seguintes. 1 - Com impressora e sitef ok, abrir o menu gerencial e executar uma recarga. 2 - Proceder com a recarga informando o pagamento da mesma em dinheiro de forma que gere um troco. 3 - Quando aparecer a mensagem Troco: R$ xxxx reais fechar a aplicação. 4 - Desligar a impressora e abrir aplicação ativando o tef. Nesse momento pelo que está programado no evento InfoECF RetornoECF := 'O'; // Executará CancelarTransacoesPendentes; RetornoECF := 'R'; // Executará ConfirmarESolicitarImpressaoTransacoesPendentes; E ai que ocorre o problema pois tanto faz passar 'O', 'R', 'L' ou qualquer retorno, que mesmo assim a transação fica pendente. Segue anexo o log. acbrteflog.txt
  12. Bom dia! Eu tenho essas rotinas funcionando. O detalhe eh que para coletar esses dados, voce precisa entrar em contato com a SE e solicitar uma dll feita (na teoria para o seu cliente e na pratica funciona para todos) para isso. A dll se chama mkse.dll. Tendo essa dll a coleta em si eh tranquilo. So com as dlls do clisitef normal nao da pra coletar. Vou separar aqui as rotinas e ja posto. Segue anexo a rotina para a coleta. Eu nao uso ACBrTEFD e o componente que eu uso não tenho os fontes. Por isso fiz separado. Devo migrar em breve para o ACBrTED e ai posso incluir nos fontes. Qualquer duvida estou a disposição. coleta.txt
  13. Acho que tem um equivoco ai. Se o COMPROVANTE não foi totalmente impresso e a impressora está inativa, ou seja, retornando "OUTROS", então a transação tem que ser cancelada mesmo. O componente está se comportando da forma correta. Pergunte ao homologador se um comprovante impresso pela metade é válido, já que ele está solicitando que a transação seja confirmada nessa situação.
  14. Nesse caminho ..\Exemplos\ACBrSerial\ACBrBAL\Delphi
  15. Essa impressora é a Bematech 4200 do convênio 09/09 (Blindada)? Se sim, você deve baixar o driver da Bematech que cria uma porta COM virtual. Feito isso basta configurar o sistema para utilizar essa porta.
  16. giulianon

    envio de sms

    Conforme o Daniel citou: "Você precisa baixar o ACBr todo, usando um cliente de SVN Leia as instruções nesse link: http://acbr.sourceforge.net/drupal/?q=node/37 " Feito isso estude o demo que se encontra na pasta \Exemplos\ACBrSMS, conforme o Régys falou. Leia sempre o post por completo pois a respostas normalmente estão nele.
  17. Bom dia Régys! Concordo com você e o Juliomar, e fiz esses questionamentos, mas o homologador falou que o Sefaz de SC cobrou isso dele e ele automaticamente vai cobrar na homologação. Os links "extra oficiais" estão no site da Unisul http://aplicacoes.unisul.br/PAF/?q=links Nesses links tem os xsds, webservice, validação, schemas, documentação, etc. Bom, só queria deixar essas informações que foram me passadas, para que, quem for homologar fique ciente. Bom trabalho a todos!
  18. Boa tarde pessoal! Homologação concluída. Para encerrar o tópico deixo duas informações: 1 - Foi cobrado na minha homologação apenas a geração dos arquivos do fisco após o Z, e através do menu (não precisa ser o fiscal). A alteração exigida foi no formato da data e a validação foi feita no link https://sathomologa.sef.sc.gov.br/tax.NET/sat.siv.web/validacao.aspx 2 - Segundo o homologador a empresa que for homologar semana que vem já foi avisada e será cobrado a geração, validação e envio dos arquivos. Sendo assim sugiro que quem estiver pra homologar já se prepare. Homologuei na Unisul em Tubarão - SC. Fico a disposição para quem tiver alguma dúvida.
  19. Boa noite! Iniciei a pré-homologação hoje, e apesar de questionar o homologador sobre as coisas que o Juliomar me passou, ainda assim ele me solicitou que pelo menos o formato da data no arquivo do ESTOQUE fosse corrigido. Alterei as linhas: // FGerador.wCampo(tcStr, '', 'DataReferenciaInicial', 0, 0, 1, FormatDateBr(DataReferenciaInicial)); // FGerador.wCampo(tcStr, '', 'DataReferenciaFinal', 0, 0, 1, FormatDateBr(DataReferenciaFinal)); FGerador.wCampo(tcStr, '', 'DataReferenciaInicial', 0, 0, 1, FormatDateTime('yyyy-mm-dd',DataReferenciaInicial)); FGerador.wCampo(tcStr, '', 'DataReferenciaFinal', 0, 0, 1, FormatDateTime('yyyy-mm-dd',DataReferenciaFinal)); Vou homologar assim pra satisfazer a exigência dele, e aguardar para atualizar o componente quando algo oficial for disponibilizado. Outra coisa que ele me informou, é que esses arquivos de ESTOQUE e REDUÇÃO Z vão ser enviados para o fisco para serem cruzados com os arquivo enviados pela ECF 09/09. Segundo ele o que a impressora envia é de conhecimento somente do fisco. Amanhã caso tudo ocorra bem na geração e validação dos arquivos eu informo aqui.
  20. Vou questioná-lo sobre isso, até pq me passou isso ontem no final da tarde e a homologação é 3a feira. Obrigado Juliomar!
  21. Ele passou o link da documentação também e o endereço do WebService de testes. https://docs.google.com/document/d/1yez14gry9Mi4rTpwDRDf--bR-SLzijD81OPeJzh9FqE/edit http://webservices.sathomologa.sef.sc.gov.br/wsDfeSiv/Recepcao.asmx Me informou que o envio ainda não vai ser cobrado mas a validação sim. O primeiro erro que apresenta na validação já é de uma data no formato inválido. Pelo que vi na documentação mudou mesmo. Formato atual é dd/mm/yyyy e mudou para yyyy-mm-yy
  22. Bom dia colegas! O homologador da Unisul me passou o link para o Validador dos arquivos do Bloco X. https://sathomologa.sef.sc.gov.br/tax.NET/sat.siv.web/validacao.aspx Fiz um teste inicial com um arquivo gerado pelo componente ACBrBlocoX e o validador gerou um monte de erros. Não sei se mais alguém já usou o validador e teve os mesmo problemas. Começo a homologar na 3a feira então vou tentar ver se descubro o problema. Se alguém já estiver validando e obteve sucesso por favor dê um alô hehehe.
  23. Vou te responder baseado no que o homologador me falou. Vou homologar na semana que vem. Sou de SC e vou homologar na UNISUL. 1-Tem que fazer parte obrigatória do Menu Fiscal? Não precisa estar no menu fiscal 2-Posso simplesmente gerar o arquivo xml após a redução z e ter um módulo à parte, como se fosse um concentrador de xml´s pendentes e enviar os xml´s por esse módulo no final do dia? Ou tem que estar no próprio executável do frente de caixa e enviar automaticamente esse xml logo após a Z? A maneira como vão ser enviados os arquivos ainda não está disponível. 3-A partir de quando tenho que gerar esses arquivos? Foi prorrogado? Homologando na ER 02.03 já é obrigatório e não foi prorrogado. 4-Para usuários de ECF de MG (aqui não tem mais a homologação) esse bloco é obrigatório? Acho que tem que olhar na tabela de requisitos por estado para saber se é obrigatório ou não. 5-Como é a rotina do envio do xml? Idem pergunta 2.
  24. Eu faço assim: Gerar ACBrEcf.ArquivoMF_DLL("arquivoMF.bin"); Assinar ACBrPaf.ead.AssinarArquivoComEAD("arquivoMF.bin"); Att.
  25. Esse log anexado nem possui o comando de Venda de Item. Att.
×
×
  • 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.