EddieBR

Fiz homologação com eles ontem, e tive a mesma informação. Durante a pré-homologação nada é dito sobre a confirmação antes da impressão. Acabei optando por manter como o componente e realizar os testes de desligamento.

Volmir, o fluxo do V$Pague é assim mesmo. Se você não informar, ele pergunta no pinpad (chip). Para definir, use a propriedade TEFVeSPague.TransacaoTipoCartao do ACBrTEF, passando Credito ou Debito (sem acentos) antes de enviar o CRT.

Tivemos um equipamento na mesma situação. Tivemos que mandar para troca. Uma coisa que a bematech me pediu para testar, mas eu ja havia trocado foi: - Deslique o SAT - Retire o cabo de Rede - Ligue novamente o SAT e aguarde um tempo Verifique se destrava... se não destravar.. só trocando.

Hoje ativei normalmente, inclusive os da versão 01.00.00

Estou com o mesmo problema em 1 equipamento (versão do software 01.00.00) Consegui ativar outro equipamento que já veio atualizado para a versão 01.01.00. Você consegue visualizar a versão efetuando a consulta de equipamentos vinculados ao contribuinte. No meu caso, tinha outro SAT vinculado e ativado no cliente já atualizado para a versão 01.01.00. Não sei se isso influencia. Se puderem, verifiquem a versão do SAT com problema, e se existe outro com versão mais nova vinculado ao mesmo contribuinte.

Edit.. Agora que verifiquei que é no ACBrMonitor... não trabalho com ele. Descuple

Boa tarde. Verifique o site da SEFAZ. Consta um alerta sobre a indisponibilidade na geração de certificados, impossibilitando novas ativações: http://www.fazenda.sp.gov.br/sat/

Problema de conexão com a internet. Coloque iP fixo equipamento, ou ligue diretamente nele a internet.

Parece ser algo da Bematech mesmo. Segundo conversei com eles ontem no Workshop que participamos, pelo menos 15 dias para resolver e provavelmente vai precisar trocar o aparelho por um mais novo com a correção. Com o da DIMEP não acontece o problema.

Estranho... mais uma coisa que fizemos foi alterar o timeout do cancelamento no xml <cancelar_venda>10000</cancelar_venda> Tente por favor.

Sobre o erro 129 nos fontes do ACBr, a string fala somente no ambiente de testes. Na especificação realmente não mostra nada. Consegui resolver esse erro 129, e de mais um colega que ajudei fazendo o seguinte: - Vincular novamente o equipamento SAT ao contribuinte, porém usando a opção do certificado pago (opção de baixo) - Vincula mais uma vez usando o certificado gratuito - Tenta ativar novamente. Nos 2 casos deu certo. Parece que ao vincular novamente libera esse bloqueio da Sefaz.

Outra coisa que pode tentar: Definir a porta COM e colocar 0 em LocalizarPorta no bemasat.xml. Com a DLL 1.0.0.4 e essas configs no xml praticamente zerou esses problemas de cancelamento com a gente.

Verifique a versão da BemaSAT32.dll que está usando. Aqui aparentemente conseguimos resolver usando a DLL mais nova (1.0.0.4)

Na vinculação você selecionou a primeira opção (certificado gratuito)? Pois esse erro ICP-BRASIL acho q deveria ser para quando vc vai adquirir o certificado a parte.

Estranho demais. Como te falei, todos os que ativei tem as informações que te passei acima. Aqui, quando o cliente usa internet da CTBC/Algar, estamos ligando primeiramente na NET (modem em bridge direto no SAT, sem passar por roteador) para sincronizar o relógio. É exibido no log que o sincronismo foi feito. Não sei mais como te ajudar infelizmente. Sobre o certificado não precisa nada mesmo. É só vincular o número de série na sefaz escolhendo a opção do certificado gratuito. Ele será gerado e instalado pelo SAT durante a ativação. Você está usando o software da bematech ou o SATTeste para ativar?

Alexandre, isso é normal aparecer mesmo. O que eu acho estranho no seu log é que não está nem tentando gerar o certificado. Qualquer tentativa de ativação que comunica com a sefaz vai ter algo assim no log: 20150717100217|AC-SAT|info|CSR não existente. Gerando novo par de chaves 20150717100217|SAT|info|Gerando novo par de chaves 20150717100656|SAT|info|Criando backup dos números de registro 20150717100700|SAT|info|Preenchendo dados do CSR 20150717100700|SAT|info|Gerando CSR 20150717100703|SAT|info|CSR criado com sucesso 20150717100703|AC-SAT|info|Enviando CSR para a SEFAZ 20150717100719|SEFAZ-SAT|info|Status do cfeCertificacao -> (121) Certificado Digital criado com sucesso Outra coisa, é que se o relógio não estiver sincronizado, da problema também. Teria que constar no seu log o sincronismo do relógio. Ex: 20150717092734|SAT|info|Sucesso ao sincronizar relógio por NTP Duas perguntas: 1. Quais as operadoras dos links que você testou? 2. A Luz PAR chega a piscar alguma vez quando você tenta ativar?

AlexandreMereu, me parece que seu SAT não esta comunicando com a internet. Altere as configurações de rede pelo aplicativo da bematech, de preferencia coloque um ip fixo e os DNS do google (8.8.8.8 e 8.8.4.4), deligue e ligue o equipamento e tente novamente. netsoftclaudio, se não me engano o SAT para desenvolvedor ja vem ativado. Procure por tópicos relacionados.

Murilo, seu erro agora mudou, está o mesmo do Jessé. 20150717081640|SEFAZ-SAT|info|Status do cfeCertificacao -> (129) Solicitações de emissão de certificados excedi Me parece que a sefaz esta bloqueando a emissão de certificados por algum motivo. Eu não ativei SAT esses dias para ver se esta com algum problema geral. A mensagem completa deveria ser: 'Solicitações de emissão de certificados excedidas. (Somente ocorrerá no ambiente de testes)'; Porém os SATs de vocês estão em produção. Vou deixar uma mensagem para o suporte da bematech. Quando responderem informo vocês.

Michel Eduardo, o seu erro, como já te falei é sim relacionado com o tamanho da razão social. Continua informando o mesmo erro no seu log: 20150716230813|SEFAZ-SAT|info|Status do cfeCertificacao -> (255) Rejeição: CSR enviado inválido Enquanto a bematech não resolver isso com a sefaz não adianta que não vai ativar.

Comparando o XML gerado com um nosso, estão sendo enviadas tags não necessárias. O emulador aceita isso, o SAT não. Verifique no seu código por ex: ACBrSAT1.EnviarDadosVenda(ACBrSAT1.CFe.GerarXML(True)); O GerarXML tem que estar True.. senão acontece isso ai mesmo. Outra coisa, é o campo do EAN. Se não me engano, se não for um codigo EAN válido, vai negar a venda também. Se não preencher a venda passa normal.

Murilo, foi alterado algo na configuração de rede do equipamento? Existem vários erros como: 20150716160323|SAT-AC|erro|Erro durante configuração de rede 20150716160323|SAT-AC|erro|Tipo de rede não encontrada Te recomendo definir como DHCP novamente pelo aplicativo da bematech, ou de preferencia setar um IP fixo na rede usando os DNS do Google (8.8.8.8 e 8.8.4.4). Após a reconfiguração desligue e ligue o equipamento, e tente novamente com um código de ativação diferente do anterior. Feito isso, informe o resultado ou novo log. jessepaniza, O seu log tem essa informação que ainda não peguei. 20150716181411|SEFAZ-SAT|info|Status do cfeCertificacao -> (129) Solicitações de emissão de certificados excedi Desligue e ligue o aparelho e tente ativar com um código de ativação diferente do anterior. Informe resultado ou novo log.

Se a Razão Social tiver mais de 49 caracteres não vai ativar. (Procure outro post falando do assunto). Se quiser, extraia o log do equipamento usando o código de ativação 00000000 e poste que verifico pra vocês.

Dúvida 1: Dificilmente. Só vi problema no equipamento quando acendeu as 3 luzes vermelhas depois de ligar. Dúvida 2: São operações separadas. Primeiro Ativa, e só depois vincula a AC. Dúvida 3: Pode ser qualquer um com pelo menos 8 caracteres. Dúvida 4: Não precisa de certificado depois da vinculação. Quando ativar o sat ele gera um certificado e grava internamente no equipamento. Se foi feita a vinculação esta tudo ok. Consulte o CNPJ do seu cliente no sintegra. Se a Razão Social tiver mais de 49 caracteres não vai ativar. (Procure outro post falando do assunto) Se quiser, extraia o log do equipamento usando o código de ativação 00000000 e poste que verifico pra você.

Estou na mesma situação do CSR, assim como o colega Michel Prevital, o qual tentei ajudar com a ativação recentemente. Já tem mais de 20 dias que estou nesse caso e a resposta da Bematech é exatamente essa que te passaram, porém nada de resolver. Resta a dúvida de tentar ativar o SAT de outro fabricante nos CNPJs afetados para ver se é isolado na Bematech. Segue resposta na integra do suporte da bematech: O problema na ativação do S@T em relação ao CSR inválido está ocorrendo devido ao equipamento obedecer à regra especificada pela Sefaz de tamanho determinado ao arquivo de 64 caracteres, e o retornado está excedendo esse valor, tornando-o inválido. Como não há instruções de como o SAT deve proceder diante dessa situação, sugerimos à Sefaz que limitem o campo xNome do arquivo de parametrização para 49 caracteres (atualmente a especificação diz xNome (1-255 caracteres) + “:” + CNPJ (14 caracteres)). Estamos no aguardo de uma posição da Sefaz em relação a esse problema.

Não é o problema com o relógio não. É o SAT da bematech que grava os logs fora de ordem.