rick

Oi helen. Sat Dimep de desenvolvedor (branco) ainda bloqueado também . De vez em quando a "SERV" dá uma piscadinha srsr, mas só. Abç

Bom dia Daniel. Sim, tenho sim. Deixa eu ver se entendi: Hoje, imprimimos o cupom fiscal após a autorização da venda e já na sequencia, solicitamos a validação, já com o número do CCO gerado. Daí, carrego o retorno da validação e emito o cupom vinculado com as informações que ali constarem, na mesma impressora. Apesar de serem impressões separadas, na memória fiscal da impressora vai existir o vinculo, correto? Do jeito que você disse sobre a impressão, seria para eu gerar o SAT normalmente, depois enviar a venda para o DATASUS e imprimir os dados da validação em cupom separado, apenas informando o vinculo do SAT no final da impressão, por exemplo? - Isso nos geraria um vínculo da venda apenas no DATASUS e não no SAT. Uma outra forma que um colega disse agora a pouco é que, no momento de enviar a autorização para a DATASUS, controlarmos uma numeração a parte, que não teria a necessidade de ser o CCO (que é como fazemos aqui), daí quando carregar o retorno já validado, anexaria ele no campo de observações do SAT. Assim as informações estariam todas em uma só impressão. Sabe algo sobre isso? Mais uma vez, obrigado pela atenção. Abç

Bom dia pessoal. Alguém já conseguiu implementar o ACBrSAT para utilização com o Farmácia Popular? No caso de utilização do Farmácia Popular, temos que solicitar uma autorização e em seguida, enviar uma venda para o DATASUS, no processo de envio, já com o número do cupom gerado - número este que, quando utilizado o SAT, só será gerado no final da venda. Porém, no retorno do DATASUS, tem informações que devem sair nas observações do cupom (SAT). Se fosse possível imprimir estas informações no SAT, sem a necessidade de incluí-las também no xml, já bastaria. Mas daí, teríamos informações diferentes entre a impressão e o xml. Qualquer dica é bem vinda Abç pessoal.

Pessoal, bom dia. Enfim, consegui sincronizar meu equipamento D-SAT. O problema todo está na liberação das portas 443 e 123 utilizadas pelo equipamento para sincronizar seu relógio interno com o ntp.cais.rnp.br. Acontece que estas portas são bloqueadas pela CTBC, operadora responsável pela nossa rede. Teve um colega, que nos disse que estava passando pela mesma dificuldade e havia conseguido sincronizar seus equipamentos, utilizando uma rede de outra cidade. Com isso, fiz o mesmo, "joguei" os equipamentos que estavam comigo na mochila e fui para outra cidade, onde não é a CTBC quem opera. Agora, estamos esperando "eles" verem como procederão, pois, foi um processo paliativo o que fizemos, mas e se ocorrer novamente não eh?? Vale lembrar que agora consigo comunicação com a SEFAZ por causa da carência dos 5 minutos... Enfim, o componente está executando os processos normalmente e o equipamento D-SAT também (até que não não precise sincronizar novamente com o ntp). Obrigado pelos que deram apoio e, caso outros passem por este problema, espero ter ajudado com este. Abç.

Experimenta com este meu: SATTeste.ini

Wellington, que eu me lembro são estes passos mesmo. Vou te fazer 3 perguntas, não sei se já viu isso: qual o SO que está programando? Está executando em modo debug? Por acaso o ponto de entrave não está preso em um debug pela CPU, esperando dar um F8 ou F9? Isso pode até ser irrelevante, mas comigo acontece sempre quando programo em área remota. Anexa o .ini p/ gente dar uma olhada. Abç

Wellington. Com relação ao respondido sobre a escolha do modelo de chamada da dll, acho que não fui muito claro srsrs. Dê uma olhada na referência e no que o Daniel respondeu sobre este assunto: http://www.projetoacbr.com.br/forum/topic/20451-sat-satdinamico_cdecl-ou-satdinamico_stdcall/ Abç Wellington, tem como anexar seu arquivo SATTeste.ini? . .. daí olhamos aqui. Abç

Wellington, boa tarde. Além de inicializar ele, chegou a verificar se o emulador SAT está ativado? Também tem a questão da assinatura... tem de estar ativado e com assinatura associada. Com relação a qual opção utilizar, escolha a std_call se o SO for Windows e cdecl se for Linux. Abç

Oi Ronaldo, boa tarde. Tentei isso tbm, tanto no SAT quanto no roteador, inclusive com o técnico da Dimep me auxiliando srsrs. Hoje, vou pegar meu equipamento e vou em outra cidade, em um local que sei que ele está funcionando em produção, só para constatar se seria uma questão de operadora ou não. Pois, como disse acima, o equipamento não consegue sincronizar com ntp.cais.rnp.br.... daí com isso, não consegue mais nada . Se tiver mais ideias, manda aí srsrs Obrigado pela dica, abç.

Boa tarde. Estou com um equipamento aqui da Dimep que acontece isso, tipo, qualquer processo que executo dentro de um certo tempo após a desconexão, ele processava normalmente, daí quando ele finalizava "todos" os processos já iniciados, não conseguia mais fazer nada. Quando reparei isso, vi que, sempre que desconectava o equipamento, o led de power demorava um tempinho ainda p/ apagar (ficava piscando até por fim não acender mais). Será que isso não seria um recurso do próprio equipamento, p/ que não fique processos sem o devido retorno? É que mesmo fazendo sem o componente ACBrSAT, como por exemplo, através do software do desenvolvedor, acontece aqui comigo. Abç

Pessoal, só p/ passar o status da situação: Ontem, o suporte da Dimep nos auxiliou remotamente, mas infelizmente não conseguimos sucesso. Continuo com o problema. Até onde vimos foi que, o D-SAT está com uma diferença de mais de 5 minutos no seu time em relação ao da SEFAZ e não está conseguindo sincronizar com o ntp.cais.rnp.br. Com isso, não conseguimos comunicação com a mesma. Se tentarmos acessar este ntp para sincronização do windows por exemplo, retorna mensagem de falha na conexão. Como a situação foi a mesma por mais de 10 dias seguidos, meu equipamento entrou em bloqueio autônomo. Agora, só conseguirei desbloqueá-lo, após conseguir conexão com a SEFAZ (o que só vai ser possível quando sincronizar o relógio interno ). Também tem o fato de a SEFAZ entrar em manutenção agora, no dia 26/07, daí quanto a volta do NTP, estamos às escuras. Até a "volta" da SEFAZ, no dia 27/07, vou utilizar o emulador da SEFAZ para fazer alguns processos, até que a situação se resolva e ir tentando sincronizar o equipamento com o NTP acima. Após esta data, fui aconselhado a enviar o equipamento para o setor técnico da Dimep. * Obs.: Outro possível fator para o entrave, era com relação a operadora de nossa região. Vi em outro post, aqui mesmo no ACBr, que uma opção para quem utiliza os serviços da CTBC Telecon, seria utilizar NET, porém, sou de São Joaquim da Barra, e aqui meus queridos, é a CTBC ou nada srsr. Assim que conseguir algo, posto novamente... por hora, agradeço pelas dicas. SDS

Boa tarde angulo. Não cheguei a testar...quando peguei uma impressora aqui da Diebold (não fiscal), já fui logo tentando com o componente do Fortes. Daí, conversando com outro colega, ele me disse que tinha pego um modelo fiscal que já estava p/ ser trocada e, quando ela já estava liberada para uso de impressão simples, somente instalou ela em outra estação com os driver para modelo gráfico... com isso, ele gerou os cupons pelo Fortes também. Como atendeu, ela já instalou no cliente para a impressão gráfica direto. Abç

Boa tarde Verissimo. Primeiro, é necessário que solicite a extração da memória fiscal do equipamento. Daí, basta instalá-la na estação que será utilizada com os devidos drivers que a mesma estará pronta para imprimir os cupons do SAT. Abç

Cristiano, boa tarde. Aqui na empresa, já estão as portas liberadas e não tem mais nada "travando" o acesso para atualização - no servidor e em minha máquina, porém, quando tento atualizar, dá o mesmo erro (no log, 241) de diferença de minutos maior do que 5 minutos. A Atualização do relógio do SAT, se daria pela atualização do equipamento, ou seria outra forma? Fiquei um pouco perdido nesta parte srsrs. Existe algum outro recurso para atualizar o relógio do equipamento? E se resetar ele e tentar nova configuração - não sei se isso é possível - será que resolveria? Abç.

Boa tarde angulo. Tentei atualizar aqui, mas sem sucesso srsrs a hora do equipamento continua mais de 5 minutos adiantados. Vou tentando outros passos. Obrigado por hora. Abç

João, boa tarde. Quando fiz os testes iniciais com o Fortes, também apresentou este tipo de problema... daí resolvi alterando as margens de impressão. Chegou a fazer alguma alteração deste tipo? Abç

Boa tarde Soft. Isto acontecia comigo, com um kit da Dimep. P/ "tentar" resolver eu coloquei o DesInicializar sempre que destruía a tela. Também na ocasião, eu estava trabalhando em área remota (o que poderia estar causado o problema tbm). Agora estou trabalhando local e quase não tenho esse tipo de resposta, salvo quando aborto a execução em tempo de programação, ou pelo Ctrl+Alt+Del. Se eu ver mais alguma coisa, posto novamente. Abç

Angulo, bom dia. Fiz o download da nova versão agora.... vou tentar a atualização e deixo a resposta aqui. Obrigado por hora. Abç

Boa tarde Daniel... então, vi isso também na hora do retorno da consulta do equipamento SAT. Nessa situação, tem algo que possamos fazer p/ atualizar a data nele, ou foge do nosso domínio? O que eu havia pensado, era tentar atualizar ele, mas como não consegue associar ^^, daí não consigo. Abç

Boa tarde pessoal. Estou utilizando um kit da Dimep e o mesmo não está conectando com a SEFAZ a 2 dias. Sei que isto não tem nada a ver com o componente ACBrSAT, pois, no aplicativo que a fornecedora disponibiliza, também está acontecendo o mesmo problema, porém, resolvi postar p/ ver se alguém também passa/passou por este problema. Estou conseguindo ativar o SAT, consultar o status, pesquisar, enviar e cancelar vendas. Porém, quando tento associar a assinatura, me retorna erro 13099 (tanto com meu aplicativo, quanto no ACBRTeste). Fiz uma extração de logs para ver se detalhava mais o erro, e lá estava: "resposta inesperada do webservice (cstat 241)". Olhando no leiaute da SEFAZ, vi que tinha algo relacionado com a data e hora da transmissão que diferenciava do servidor em mais de 5 minutos. Percebi após isso que, sempre que faço a "ConsultarStatusOperacional", a data e hora que retorna estava realmente com diferença de minha estação com mais de 5 minutos. Daí alterei a data da minha máquina para ver se resolvia, mas mesmo assim não resolveu. Foi retornada a mesma mensagem e com um detalhe, a hora da minha máquina, voltou a ficar com mais de 5 minutos novamente de diferença . Alguém passou por isso, ou tem alguma ideia do que posso fazer, ou o negócio é aguardar mesmo? O equipamento está com o firmware atualizado, pensei até em resetar ele, mas fiquei na dúvida se isso era possível (por ser um kit de desenvolvedor neh ) Agradeço pela atenção pessoal. Abç

Boa tarde Daniel. Fiz duas alterações aqui nas units de impressão do SAT Cancelado (Fortes). A primeira, é para que seja impresso o número do cupom de cancelamento ao invés do número cancelado. Conforme consta no manual de orientações. Acabei de atualizar os fontes e vi que ainda estava da seguinte forma, na parte de impressão do cancelamento (rlCancelamentoBeforePrint): lNumeroExtratoCan.Caption := StringReplace(lNumeroExtrato.Caption,'<NUMERO>',NumExtrato,[]); -> dentro do with ACBrSATExtrato.CFe Daí, passei para: lNumeroExtratoCan.Caption := StringReplace(lNumeroExtratoCan.Caption,'<NUMERO>',NumExtrato,[]); -> comentei a linha de cima e passei para dentro do ACBrSATExtrato.CFeCanc, além de trocar a lNumeroExtrato para lNumeroExtratoCan A segunda alteração, foi para trocar na impressão, onde se lê CUMPOM, para CUPOM. São alterações pequenas, mas tem cliente que nos questionou aqui, daí p/ não correr o risco de ter de alterar novamente quando atualizar os fonte neh srsrs. Vou anexar as units, daí você dá uma analisada p/ ver sobre a possibilidade de atualizá-las. Abç ACBrSATExtratoFortesFr.dfm ACBrSATExtratoFortesFr.pas

Olá Sérgio. Eu fiz o seguinte: Quando recebi o xml do retorno da venda, armazenei em minha tabela, no campo de DataHoraEmissao, a informação contida em ACBrSAT1.CFe.ide.dEmi + ACBrSAT1.CFe.ide.hEmi. Daí, como está informação não é da estação e nem do servidor, mas sim do equipamento SAT, antes de iniciar o procedimento de cancelamento, eu verifico qual a data/hora do equipamento para ver se passou ou não os 30 minutos (além de verificar se é a última venda). P/ mim está dando certo. Espero ter dado um Norte srsrs Abç.

Boa tarde f.delatin. Estava com este problema, mas com um equipamento da Dimep. Resolvi colocando o Desinicializar ao fechar o form. Não sei se vai resolver p/ vc, mas dá uma olhada aqui: http://www.projetoacbr.com.br/forum/topic/22218-sat-dimep-sempre-retorna-sat-em-processamento-tente-novamente/#comment-144077 Espero ter ajudado. Abç

Ok José Roberto dos Santos... muito obrigado. São muitas regras, e acabei me confundindo um pouco srsrs. Tem uma resposta de um contador que nos auxiliou também que diz o seguinte: "O ECF pode continuar a ser utilizado até o limite do prazo, independente da existência de equipamentos SAT no mesmo estabelecimento. Os dois podem ser utilizados simultaneamente sem problemas". Então, bora programar neh srsrs. Abç

Boa tarde pessoal. Pode ser que eu tenha passado lotado ao ler manual da SEFAZ, mas não consegui visualizar o seguinte cenário: no caso onde uma empresa utiliza mais de um ECF e apenas um deles tiverem a obrigação de troca (pois, os demais ainda tem tempo de uso e tal), a empresa poderá fazer uso dos dois tipos de equipamento e ir trocando os ECFs conforme seus tempos de vida, por exemplo 3 pdvs com 1 ECF cada e 1 outro pdv com 1 SAT? Alguém sabe sobre esta situação? Questionamos outros colegas mas também não souberam responder. Abç