JSantos
-
Total de ítens
280 -
Registro em
-
Última visita
-
Days Won
1
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que JSantos postou
-
Estamos recebendo aqui esta resposta na Consulta do Status do Serviço. Alguém pode confirmar?
-
Daniel, levantei esta questão também neste post aqui Neste post citado já temos um amigo que está sofrendo com esta problemática. Com certeza teremos mais casos. Não estamos aqui para escolher marca A ou B, mas é perceptível que alguns fabricantes têm apoiado melhor nossa comunidade. Existe sim uma fragilidade no sistema Sat nesta questão e com certeza a comunidade irá valorizar os fabricantes que se mostrarem interessados em resolvê-la. Embora uma solução acabe sendo imposta a todos os fabricantes por força de especificação de funcionamento, os parceiros serão sempre lembrados.
-
Cristiano, boa tarde! Pelo que entendi, o Sat só é capaz de retornar o conteúdo da última sessão (Por favor me corrija se eu estiver enganado). Nestes casos, é possível que a DLL dê duas respostas seguidas de "SAT em processamento. Tente Novamente"? (Primeira resposta para a tentativa de venda, segunda resposta para tentativa de consulta). Se for possível essa mesma resposta em sequencia, significa que perderíamos as chances de acessar o sessão de venda já que ela não seria mais a última?
-
Cristiano, boa tarde! Acha possível incluirmos a sugestão acima?
-
Sugestão de alteração na impressão do cabeçalho. Peguei um cliente aqui com endereço longo e na impressão eram utilizadas duas linhas, mas a quebra ocorria bem no meio do CEP. Fiz um pequeno ajuste para dividir o endereço em duas linhas quando este ultrapassar a quantidade de colunas da impressora. Aproveitei também para centralizar a impressão de CNPJ, Inscrição Estadual e Municipal (não sei se pode! ) Valeu! ACBrSATExtratoESCPOS.pas
-
Gean, Você consegue instalar esta impressora no Windows e imprimir uma página de teste? Se sim, seus problemas acabaram (rs). É só você compartilhar esta impressora e na porta do posprinter você colocar algo do tipo "\\nomecomputador\epson". Vai nesse caminho que é muito melhor!
-
Júnior, Nos kits de desenvolvimento o Sat já vem ativado. Você vai usar CNPJ, código de ativação e Assinaturas fornecidos pela Bematech. Eles deveriam mandar esta informação para você. Tente pelo suporte deles.
-
Que ótimo Cristiano! Um recurso que melhoria muito a robustez do sistema seria a possibilidade do equipamento disponibilizar os últimos XMLs acatados para a AC baixá-los após a ocorrência de uma falha. Não acredito que seja necessário um número grande de XMLs em memória. Armazenar o último já seria ótimo, alguns mais seria excelente. Testando o sistema contra falhas aqui, em situações de interrupção provocadas (falha de energia, travamento de SO) houve ocasiões onde não foi possível reaver o XML de venda e cancelamento. Isso causa um problema considerável porque o contribuinte não terá os XMLs como determina a lei e pensar na hipótese de baixar estes XMLs do SGR não é nada prático, além do que até mancha a amplitude do Sistema Sat. Ainda com relação a este ponto, mesmo em situação normal de trabalho (sem interrupções provocadas), houve ocasião em que o Sat respondeu "SAT em processamento. Tente novamente" e, mesmo com esta resposta, processou vendas. Com o recurso de armazenamento, nestas ocasiões nossas aplicações poderiam verificar no Sat qual foi a última operação de venda ou cancelamento processada. Se necessário, poderia baixar o XML, abastecer o BD e ajudar o contribuinte a atender a legislação. Essa seria uma importante inovação para o sistema.
-
Você já tentou colocar todas as DLLs na mesma pasta da sua aplicação?
-
Aos fabricantes que participam do fórum, Depois deste primeiro período de trabalho com o Sat, gostaria de saber se existe a intensão de um estudo de melhorias do sistema em conjunto com a Sefaz para um futuro upgrade. Se existe esta possibilidade, acredito que as Softwares Houses também possam contribuir.
-
Algum fabricante poderia contribuir?
-
aquiniti, Vou tentar colocar a coisa de forma mais explícita. Você já ouviu falar que tem um não tem nenhum? Por que são feitos backups de base de dados e sistemas? Existe a possibilidade de perda real de um CFe no processo de comunicação entre nossas aplicações e o Sat. Já comprovei isso aqui e pode acontecer por n motivos, inclusive travamento dos equipamentos e até por falta de energia. Quando você diz que tem os cupons armazenados em seu Banco de Dados você está ignorando uma parte muito importante do processo que está entre a resposta do equipamento Sat e a admissão das informações pela sua aplicação. Acho que precisamos dar mais atenção a isto, não só por mero funcionamento, mas em construir uma aplicação com robustez. Voltando a questão de quem tem um não tem nenhum... Se o Sat armazenar os últimos cupons e estes puderem ser solicitados por nossa aplicação, teremos duas fontes e não mais só uma. Se houve alguma interrupção no processo, nossa aplicação teria recursos de verificar a consistência da última operação e, se necessário, requisitar ao Sat uma cópia do último XML processado. Somente atualizar o firmware do Sat, mantendo os mesmos recursos, não irá nos garantir a resolução deste problema. Não irão solucionar os travamentos nem as quedas de energia com este processo. Percebe o que eu estou falando?
-
Bom gente! Estamos nesta luta de colocarmos estes Sats pra funcionar e a coisa não está indo tão bem! Como todo novo sistema, acho que teremos problemas e alguns deles já estão bem claros pra mim: 1- Existe uma fragilidade de comunicação entre a AC e as DLLs dos fabricantes. Já testei duas marcas de Sats e percebi este problema. E olha que as marcas que testei não são as mais comentadas aqui no fórum como fonte problemas. Acabei de perder dois CFes emitidos agora porque a resposta do Sat foi "NumeroSessao: 173115 - Resposta:173115|06098|0000|SAT em processamento. Tente novamente.||". Por duas vezes tive esta resposta e, pra minha surpresa, as duas vendas foram registradas. Gente, isso aqui não é brincadeira! Uma mensagem desta não deixa margem para dúvidas. Quando diz "Tente novamente" significa que não deu certo e você precisa tentar novamente. Mas acontece alguma mágica dentro do Sat e sua dll que faz o contrário. Brincadeira! 2- Esta também vale para a SEFAZ. Vocês precisam implementar um comando que disponibilize um CFe já emitido pelo Sat. Não precisa muito, vocês só precisam reservar um pouco da memória do aparelho para guardar os últimos 20 cupons emitidos (por exemplo). Independente se foram transmitidos para a SEFAZ ou não, isso não importa. Essa memória servirá para compensar a fragilidade de comunicação que existe entre os equipamentos e ACs (como descrevi acima). Assim, os programadores "miseráveis" como eu terão em suas mãos algum recurso para tentar corrigir este absurdo. Ah, e antes que eu me esqueça, uma consulta só pelo número do cupom né! Nada de chave viu pessoal! 3- Gente, o Sat acatar um CFe de venda e depois a SEFAZ rejeitar é o cúmulo. Isso não pode acontecer, digam-me que não! Sei que a coisa tem potencial para funcionar direito. Mas precisamos ver movimento. Sei que temos fabricantes que participam do fórum e estamos todos juntos nisto. Precisamos evitar o desgaste que isso vai causar quando nada bater com nada, quando os contadores começarem a integrar os xmls em seus sistemas e dar furo. Desculpem-me, mas precisa falar!
-
Boa tarde! Usando o Plus em um Sat no modo produção, o extrato de venda não era impresso. O Monitor congelava e nem retorno era gerado. O problema que ocorreu aqui estava na unit ACBrSATExtratoESCPOS.pas. Aparentemente era passado o número do cupom de cancelamento sem que o mesmo tivesse sido inicializado(?) na função ifthen. Marquei as linhas alteradas com "!@#!@#" Estou achando meio estranho ninguém ter pego este erro antes em modo produção. Ou será que esta unit foi alterada recentemente causando este problema? ACBrSATExtratoESCPOS.pas
-
Só para confirmar, Hoje peguei uma máquina com XP e sat DIMEP apresentando o mesmo problema. Fiz o procedimento indicado marcelonarezzi e funcionou!
-
Ativei agora um DIMEP. Tive que fazer três tentativas, mas deu certo.
-
Como estamos em um processo de estabelecimento deste novo padrão, acho normal ainda restarem alguns detalhes para serem ajustados. Como o Cristiano falou, estas pequenas falhas devem nortear as novas homologações sempre buscando o aperfeiçoamento do Sat. Até aí tudo bem. Mas o que a SEFAZ está fazendo é um fiasco. Vamos falar sério! Nossos equipamentos de desenvolvimento estão até agora sem funcionar direito; volta e meia não conseguimos ativar os Sats; que vexame! Do jeito que está acabamos não oferecendo uma solução para nosso cliente, mas sim uma dor de cabeça. Tomara que passe! Mas que foi um fiasco, foi!
-
sat SAT - Decodificar Retorno para o comando SAT.consultarsessao()
JSantos replied to JSantos's tópico in ACBrMonitor PLUS
Bom dia Wilson! Com esta alteração que foi aplicada, o próprio Monitor salva o XML de cancelamento ao executar o comando SAT.consultarsessao(). É claro que ele só fará isso quando o retorno da consulta de sessão possuir um XML de cancelamento. Na minha aplicação usei este recurso da seguinte maneira: 1- Minha aplicação envia um comando de cancelamento de uma venda para o monitor, usando um número de sessão pré definido; 2- Se não houve retorno do Monitor para o comando enviado, minha aplicação tenta consultar a sessão pelo número pré definido no passo 1. Se o retorno desta consulta for de um cancelamento acatado pelo Sat, a aplicação faz os tratamentos pertinentes de cancelamento. Entre o passo 1 e 2 considerei a hipótese de falha de comunicação entre a aplicação e o monitor; a possibilidade de travamento do Sat; a possibilidade de travamento do SO; uma falta de energia; etc ... O problema estava na possibilidade do Sat cancelar o cupom e nossa aplicação, pelos motivos indicados acima, não tomar conhecimento do cancelamento. Pra finalizar, o mesmo tratamento deve ser tomado também com a venda. O Monitor proporciona estes recursos tanto na Venda como no Cancelamento, usando os comandos: SAT.setnumerosessao(999999) SAT.consultarsessao(999999) -
SAT - Comando "SAT.criarCFe" e gravação do XML
JSantos replied to JSantos's tópico in ACBrMonitor PLUS
Maurício, Quando você usa o comando "SAT.criarCFe" ele grava junto com os assinados na pasta "Vendas" e não na pasta "Enviado" Este é o trecho no fonte do Monitor que faz esta operação ArqCFe := ACBrSAT1.CalcCFeNomeArq(ACBrSAT1.ConfigArquivos.PastaCFeVenda, IntToStrZero(ACBrSAT1.CFe.ide.numeroCaixa,3)+'-'+ IntToStrZero(ACBrSAT1.CFe.ide.cNF,6),'-satcfe'); ACBrSAT1.CFe.SaveToFile(ArqCFe); Poderia não utilizar a pasta "PastaCFeVenda", talvez utilizar a pasta "PastaEnvio". -
Olá! Notei que o comando "SAT.criarCFe" salva o arquivo XML não assinado na mesma pasta onde os XMLs completos e assinados pelo Sat são salvos. Será que não seria interessante salvar estes arquivos em locais separados? Penso que isso pode gerar confusão quando tivermos que mandar estes arquivos para os contadores. Existe a alternativa também de filtrarmos os arquivos pelo prefixo "AD" e "ADC". Que vocês acham?
-
sat SAT - Decodificar Retorno para o comando SAT.consultarsessao()
JSantos replied to JSantos's tópico in ACBrMonitor PLUS
Blz Daniel, Fiz as implementações aqui e ficou bem seguro. Se algo de inesperado ocorrer depois que a aplicação enviar uma venda ou cancelamento, é possível consultar a última sessão e resgatar o XML. Maravilha! -
sat SAT - Decodificar Retorno para o comando SAT.consultarsessao()
JSantos replied to JSantos's tópico in ACBrMonitor PLUS
Seguem units alteradas Além do retorno decodificado, inclui também tratamento para salvar o XML de cancelamento perdido, a exemplo do que já era feito no cupom de venda durante a consulta de sessão. TRUNCK2 ACBrSAT.pas DoSATUnit.pas -
Marcelo, Se vc for usar ESCPOS com cabo USB, instale a impressora no Windows e compartilhe ela por exemplo com o nome "cupom". Na porta para impressão, utilize então o nome do compartilhamento, por exemplo: "\\127.0.0.1\cupom" Se vc for usar SERIAL, indique o número da porta serial. Exemplo COM1, COM2, ...
-
sat SAT - Decodificar Retorno para o comando SAT.consultarsessao()
um tópico no fórum postou JSantos ACBrMonitor PLUS
Pessoal, Estou implementando as rotinas de recuperação de erros e encontrei uma dificuldade no comando SAT.consultarsessao(). O retorno deste comando é devolvido pelo monitor de forma codificada. Seria muito bom que ele fosse decodificado principalmente quando o conteúdo tiver um XML de venda ou cancelamento. Este recurso será últil quando precisarmos recuperar um cupom que foi processado no sat e nossa aplicação não conseguiu pegar o retorno do monitor. Estou alterando os fontes do ACBr aqui, mas se o pessoal já tiver uma solução. Quando concluir posto aqui as alterações. (se for possível rsrs). -
Pessoal, Em termos de cupom, a impressão pelo fortes sempre dará mais trabalho de ajustes. Considero o ESCPOS a melhor maneira de impressão de cupons (sem limite de linhas, sem driver gráfico, etc.).
