marcio_fuzaro

Basta tirar o grupo de tags do proprietario que o mdf vai ser autorizado. Crie uma opcao no seu sistema pra nao gerar este grupo, ai vc configura de acordo com cada cliente.

Todos os meus clientes que tiveram este problema resolvi da seguinte maneira. (somente para A3 e capicom). 1-Nas opções de internet do windows desmarque todos os SSL e TLS. Marque apenas o TLS 1.2 2-Instale as cadeias novas de certificado ICP BRASIL V5. 3-Instale estas duas atualizações do windows kb2992611 e kb3140245 (tem versão para 32 e 64 bits). 4-No componente do ACBR coloque ACBrNFe1.SSL.SSLType := LT_TLSv1_2 o resto deixa o padrao. Funcionou em todos. Todo mundo que atendo esta emitindo normal 4.0 em diversos estados.

Boa tarde sistemp. Tenho solucao pronta que acredito atender sua necessidade. Caso queira conversar me chame pelo whatsapp ou ligue 18 981499984. Att Marcio.

Acredito que o Cest vai apenas dentro do Xml na tag cest dentro do produto tipo prod.cest := "×××××", nao tem que ser impresso. Mas se quiser imprimir pode colocar junto com a descricao do produto ou usar as observacoes do produto que sai impresso na linha abaixo dele.

Tambem não uso o monitor, mas dando uma olhada no VENDAS2.INI o campo uCom esta com o conteudo "unid." Este campo é a unidade comercial, o correto deveria ser "UN" acredito eu.

Boa Tarde. Nos meus clientes tambem começou a apresentar o mesmo problema. Ja estou utilizando libWinCrypt/libopenssl em praticamente todos os clientes, ja consegui consultar status na versao 4.0 em homologaçao no PARANA normalmente. A maioria esmagadora dos clientes está tudo normal, mas tem alguns que nao vai de maneira nenhuma, apresentando este mesmo erro. Analisando o windows percebi que na opcoes de internet existem opcoes a mais que normalmente nos outros windows não tem. Exemplo de campo a mais: "[ ] sempre enviar o cabeçalho não controlar(do not track)". Não sei se isso tem alguma coisa relacionado mas foi o que consegui perceber. Além disso so ocorre em certificados A3, nos A1 tudo funciona bem. Mas o importante é que em todos que apresentavam este problema eu consegui resolver ate agora trocando de libwincrypt para libcapicom. Fazendo isso volta a transmitir tudo normalmente na versao 3.10. Espero ter ajudado de alguma forma.

Bom dia pessoal. Realmente o suporte da Bematech ta bem dificil. Mas ontem a tarde eles me responderam, enviaram para mim um programa chamado ActivationSoftware. Com ele consegui fazer funcionar perfeitamente o SAT da bematech dentro do meu projeto usando o componente ACBRSat. Eu uso um windows 7 64 bits. Existe várias opcoes dentro deste programa da bematech, todas elas já existem dentro do ACBRSat. Deste programa ActivationSoftware só usei 3 coisas dele. 1-Instalei ele normalmente para que voce detectado o SAT e atribuido uma porta com a ele no meu windows. [Anotei a porta com atribuida]. 2-Dentro do diretorio onde ele foi instalado C:\Program Files\Bematech\ActivationSoftware\, isso no meu caso, peguei dois arquivos que tem lá dentro [bemasat.dll e bemasat.xml] e joguei dentro do diretorio do meu projeto onde rodo o executavel do meu programa. 3-Editei a Tag <Porta>COM35</Porta>, colocando a informaçao COM35 que foi atribuida para o meu SAT quando foi instalado na etapa 1. Salvei o arquivo, compilei meu projeto, nas configuraçoes do SAT coloquei o componente para trabalhar com a dll bemasat.dll e funcionou tudo certinho. Espero que ajude quem esteja com problemas de comunicaçao. Comigo funcionar certinho. Estou colocando em anexo o programa fornecido pelo suporte da bematech.activation_software_setup.rar Abraços a Todos.

Uma outra dúvida sobre o retorno de informacoes. É possivel pegar a chave do CFe autorizado?

Desculpe pessoal a insistencia. Atualizei os fontes dia 22/05 e continuo tendo o mesmo problema de utf-8 na sefaz de sao paulo. Ja nas outros estados funciona perfeitamente. Alguem pode ajudar?