Alexsandro Lopes
-
Total de ítens
254 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Alexsandro Lopes
-
-
Em 12/02/2019 at 11:15, Daniel Simoes disse:
Recebemos o seguinte e-mail do SEFAZ-CE
Informativo MFE
Novos endereços do Integrador e Validador Fiscal
A Secretaria da Fazenda (Sefaz) comunica que serão utilizados novos endereços para o ambiente do Integrador e Validador Fiscal e que, até a data 14/02/2019, devem ser acrescentados, no firewall dos clientes, a saída para a lista abaixo:–https://storeintegradorsefazce.blob.core.windows.net/integrador
–https://validadorsefazce.azurewebsites.net/
–https://integradorsefazce.azurewebsites.net/
–http://validadorsefazce.azurewebsites.net/
–http://integradorsefazce.azurewebsites.net/
A mudança se faz necessária para que o funcionamento do sistema de Módulo Fiscal Eletrônico (MFe) não sofra nenhuma indisponibilidade.
Informamos também que será disponibilizada até a data 11/02/2019 no endereço http://cfe.sefaz.ce.gov.br/mfe/informacoes/downloads#/ uma nova versão do Driver MFe para TESTES que permitirá os Aplicativos Comerciais comunicar diretamente com o Módulo Fiscal usando a biblioteca de funções do Driver, sem a necessidade de passar pelo Integrador. O uso do Integrador continua obrigatório para o envio de informações de pagamento e emissão de NFC-e.
Para utilizar a nova versão do Driver que está sendo produzido, será exigida a atualização do Integrador, com previsão de disponibilização até o dia 14/02.Para mais informações, utilize o Call Center (85) 3108-2200, opção 4 (informática).
Fortaleza, 08 de fevereiro de 2019.
Secretaria da Fazenda do Estado do Ceará
Equipe MFe/Sefaz-CE
Boa tarde @Daniel Simoes Mediante esse poste eles não vão liberar a dll para testes ? A comunidade ACBr já Fez alguma evolução referente a essas mudanças em que possamos ajudar !
ou se essa Dll esta em algum link que possa disponibilizar
grato boa tarde
-
Percebi que em impressoras sem guilhotina o CFe precisa de um espaço no final para que o ' QrCorde ' não seja cortado meio ...
não consigo configurar esse espaço pois os valores vindo zerados.
//Para impressoras sem guilhotina não cortar no QrCorde pEspacoFinal.Height := EspacoFinal; //valor vindo =0; pEspacoFinalCan.Height := EspacoFinal;//valor vindo =0;para corrigir fiz dessa forma
//Para impressoras sem guilhotina não cortar no QrCorde pEspacoFinal.Height := Margens.Fundo; pEspacoFinalCan.Height := Margens.Fundo;se eu não estiver correto gostaria de saber onde configuro esse valor
alguém pra me dar uma ajuda..
-
8 minutos atrás, carlosinfoteen disse:
Graça obrigado por compartilhar. Mas com este valor tem diminuído o problemas, ainda ocorre? ou parou de ocorrer?
Aqui no ceara utilizo -TimeOut 15000 | -tentativas 10 | -Intervalo 10000
Reduzi meus problemas pra quase 0 em relação ao digestvalue
Guardo em uma tabela o xml gerado consulto a chave na sefaz antes de enviar
Caso ele exista na sefaz apenas atualizo o xml com o protocolo( utilizo a função consultar do componente ACBrNFe).
se ela não existir na sefaz gero novamente xml sobrepondo o outro na tabela e tento enviar o xml.
Utilizando nesse padrão reduzi a zero a questão do erro DigestValue
-
1
-
-
25 minutos atrás, Thiago Sist. Auditor disse:
Sim esta marcado no explorer
Boa noite estou com o mesmo problema Alexsandro Lopes fiz todos os ajustes acima mas não consegui o erros são idênticos ao dele uso o Windows 10 tentei verificar se existe atualização nele esta todo atualizado desinstalei e reinstalei o certificado e nada ele é um Certificado A1. A uma semana atras não conseguia comunicação em nenhuma ambiente, agora no ambiente de homologação eu conseguir envia e homologar já no ambiente de produção não consigo fazer nada nem verificar o status da sefaz que da o erro 403 e faço a mudança o LT_TLSv1_2 da o erro 12175 que já foi mostrado em imagem acima. Este erro da no exemplo demo e na minha aplicação. Meu caso é igual tenho o sistema em diversos estados e todos funcionam exceto no Ceara. E o prazo da SEFAZ esta acabando alguem pode me ajudar.
Eu estou achando que é alguma coisa no registro do windows
agora que percebi se você
usa o certificado A1 utiliza como open ssl usa a configuração que especifiquei acima e tenta
da uma olhada nesse link
Atualiza teu NET Framework 4.6.2.
-
1 minuto atrás, Thiago Sist. Auditor disse:
Eu conseguir achar uma maquina que funcionou mas em mais nenhuma. Por isso que estou achando que é alguma coisa referente a registro todas as maquinas são originais com registro de windows e estão atualizadas o problema que o cliente são com sistema operacional mais antigo windows 8 mas aqui com windows 10 de 4 maquinas só uma que funcionou estou tentando ver o q tem de diferença mas não encontro nada.
utilizo o windows 7 com meus clientes e ele passa normalmente qual dll's você esta usando para comunicar
o erro 403 significa que você não tem permissão para navegar ou seja seu protocolo tls1.2 não esta ativo
tenta usar esse arquivo ai em uma das maquinas ele ativa o protocolo tls 1.2
obs: somente em windows 7 nas demais maquinas não testei com windows 8 , 10 não testei
-
13 horas atrás, Thiago Sist. Auditor disse:
Boa noite estou com o mesmo problema Alexsandro Lopes fiz todos os ajustes acima mas não consegui o erros são idênticos ao dele uso o Windows 10 tentei verificar se existe atualização nele esta todo atualizado desinstalei e reinstalei o certificado e nada ele é um Certificado A1. A uma semana atras não conseguia comunicação em nenhuma ambiente, agora no ambiente de homologação eu conseguir envia e homologar já no ambiente de produção não consigo fazer nada nem verificar o status da sefaz que da o erro 403 e faço a mudança o LT_TLSv1_2 da o erro 12175 que já foi mostrado em imagem acima. Este erro da no exemplo demo e na minha aplicação. Meu caso é igual tenho o sistema em diversos estados e todos funcionam exceto no Ceara. E o prazo da SEFAZ esta acabando alguem pode me ajudar.
ola bom dia voce ja configurou o Internet explorer para tls1.2?
-
infelizmente não!
Chega ser impressionante como a SEFAZ do estado do Ceara e desinteressado com os contribuintes
estou tentando todos os dias aqui mandei e-mail para suporte oque estou fazendo aqui e nao informar a tag fatura e duplicata(so em casos de extrema necessidade)
e na tag pagamento
estou informando
<detPag> <indPag>1</indPag> //A prazo <tPag>99</tPag> // tipo de PGTO Outros <vPag>237.01</vPag> </detPag>
1 hora atrás, igor.oliveira3 disse:Alexsandro Lopes, mas você teve algum posicionamento da Sefaz quanto a solução desse problema, algum prazo ?
Pois essa solução de contorno pode gerar algum problema futuramente, fiscalmente falando. -
56 minutos atrás, elixandre disse:
Estou com mesmo problema , a única forma que consegui fazer autorizar foi alterando a fatura desta forma :
<cobr> <fat> <nFat>000000005</nFat> <vOrig>237.02</vOrig> <!--adicionei 0.01--> <vDesc>0.01</vDesc> <!--descontei 0.01--> <vLiq>237.01</vLiq> <!--valor que deveria ser--> </fat> <dup> <nDup>001</nDup> <dVenc>2018-08-24</dVenc> <vDup>237.01</vDup> </dup> </cobr>
Valeu pela Luz !
Fica a dica para os outros companheiros
realmente funciona desta forma, pelo que percebi com o teste que passou com exito ,
o erro não e nosso e sim da sefaz ,acredito eu que esse problema seja sanado com os nossos amigos da sefaz em breve ...
-
44 minutos atrás, Felipe E. Resende Mesquita disse:
Acredito que no seu caso, você deverá utilizar os Schemas antigos...
estão todos atualizados corretamente .
43 minutos atrás, André Ferreira de Moraes disse:Use a busca do fórum, já existem diversos tópicos sobre este problema no Ceará. Entre em contato com a SEFAZ e veja qual é a orientação deles.
Bom dia Andre já foram feitas pesquisas no fórum e não obtive um resultado no meu caso em especifico
entrei em contato com a sefaz ce hoje pela manha e eles não sabem oque me informar
não estou tendo resposta deles apenas que esta autorizando percebi que em especie autoriza normalmente mas se você colocar o grupo da fatura não passa.
retorna esse erro informado
Rejeicao : Falha no Schema XML da NFe<cobr> <fat> <nFat>0000000005</nFat> <vOrig>237.01</vOrig> <vDesc>0.00</vDesc> <vLiq>237.01</vLiq> </fat> <dup> <nDup>001</nDup> <dVenc>2018-08-24</dVenc> <vDup>237.01</vDup> </dup> </cobr>
-
17 minutos atrás, Felipe E. Resende Mesquita disse:
Já realizei essa operação citada acima
colocando no meu sistema a informação Necessária
ACBrNFe1.Configuracoes.Geral.CamposFatObrigatorios:=True;
Se colocar assim ACBrNFe1.Configuracoes.Geral.CamposFatObrigatorios:=False; Gera esse erro
-
Bom dia amigos estou tentando emitir uma 4.0 mas já fiz todas as atualizações e mesmo assim não tenho tido sucesso .
alguém sabe oque pode estar acontecendo
Rejeicao : Falha no Schema XML da NFeValidei o XML no validador da SEFAZ RS
20180725095807-ped-sta-soap.xml
23180702283486000148550010000000031000000038-NFe - Cópia.xml
-
Boa Tarde Bruno ,
Aqui em fortaleza encontrei uma dificuldade em emitir NFSe em Homologação ,
Na realidade ate hoje não consigo ,mas em produção tudo ocorre normalmente não sei o pq disso.
sei que pode ate parecer uma pergunta boba mas
você esta emitindo em homologação ou produção ?.
você já tentou emitir em produção com as novas atualizações ?.
-
17 horas atrás, Brunno Lemos disse:
É NFSe, 4.00 é a NFe.
'Desculpa pelo equivoco não percebi que era NFSe'
mas agora referente ao seu erro
você esta com um certificado valido ?
conferiu seu CNPJ de emissão ?
existe esse aqui
-
você esta enviando com versão 3.10 ou 4.00 ?
se for 4.00 tem que atualizar teu windows
verificar sua configurações type ssl para 1_2
e configurações de internet
se ja tiver configurado para 4.00 com tls_1_2 não consegue enviar pra 3.10
-
solucionei o meu apenas executando como adm nao aconteceu mais
-
SSLType para
*LT_TLSv1_2
// configuracao SSL
ACBrNFe1.Configuracoes.Geral.SSLCryptLib:=cryWinCrypt;
ACBrNFe1.Configuracoes.Geral.SSLHttpLib :=httpWinHttp;
ACBrNFe1.Configuracoes.Geral.SSLLib:=libWinCrypt;
ACBrNFe1.Configuracoes.Geral.SSLXmlSignLib:=xsLibXml2;
*Atualiza teu windows com windows update
isso corrige esse erro
-
Em 22/02/2018 at 17:29, CassioCostaWK disse:
Boa tarde pessoal, estou com esse mesmo problema em MG ao tentar Consulta NFe através do XML (ACBrNFe.Consultar)
Consigo Enviar NFe, Cancelar, Inutilizar... normalmente, porém quando consulto o xml apresenta:
Na function "TDFeHttpWinHttp.Enviar" em "Result := String( ReadStrFromStream(Resp, Resp.Size) );" está retornando:
'<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">'#$A'<html><head>'#$A'<title>403 Forbidden</title>'#$A'</head><body>'#$A'<h1>Forbidden</h1>'#$A'<p>You don''t have permission to access /nfe2/services/NFeConsulta4'#$A'on this server.</p>'#$A'</body></html>
Conferi as Configurações do IE:
Meu ACBr foi atualizado hoje (22-02-2018), recompilei por precaução o "ACBrNFeServicos.ini", e também meu Projeto.
> Testei através do Exemplo ACBrNFe\Delphi e nele consigo consultar e retornar a autorização com a mesma NFe que não consigo no meu aplicativo.
Conferi meu código com o que é usado no Fonte de Exemplo também.
Certificado A1 que estou usando vence em 20-04-2018.
Comparei todas as Configurações do meu aplicativo e que estou usando no Exemplo ACBrNFe.
Estou usando "libWinCrypt", a NFe que estou testando foi enviada no ambiente de Homologação MG, mas tentei um cliente em Produção MG e está acontecendo a mesma coisa.
Peço a ajuda de vocês, e me desculpo pelo textão.
realiza as atualizações automáticas do windows que vai funcionar
-
1
-
-
34 minutos atrás, Felipe Aron disse:
Ao tentar emitir uma nota fiscal versão 4.0 em Goiania ocorreu o seguinte erro (estou anexando as imagens):
Se eu marcar no IE a opção "Usar TLS 1.2" o erro muda:
O certificado está funcionando corretamente. Voltei para a versão 3.10 para liberar o cliente, porém preciso resolver essa questão pois logo entra em vigor.
Detalhe que a mesma versão do sistema está rodando em outras filiais no PR, SP e MG e está funcionando corretamente a versão 4.0
Estou usando o WinCrypt:
with ConfiguracaoGeral do begin SSLLib := libWinCrypt; FormaEmissao := teNormal; Salvar := True; end; FDados.SSL.SSLType := LT_TLSv1_2; FDados.SSL.SSLHttpLib := httpIndy;Alguém faz ideia do porque isso acontecer e como resolver?
para corrig esse erro basta atualizar o windows fazer as atualizações automáticas nao sei o pq acontece isso mas a resolução e essa
-
procedure TForm1.CFI; var Registro: TRegistry; begin Registro := TRegistry.Create(KEY_WRITE); Registro.RootKey := HKEY_CURRENT_USER; if registro.OpenKey('Software\Microsoft\Windows\CurrentVersion\Internet Settings', true) then begin Registro.WriteInteger('CertificateRevocation', 0); end; registro.CloseKey; //verificar se há certificados revogados do fornecedor if registro.OpenKey('Software\Microsoft\Windows\CurrentVersion\WinTrust\Trust Providers\Software Publishing', true) then begin Registro.WriteInteger('State', 146944); end; registro.CloseKey; //Usar SSL 3.0 / Usar TSL 1.0 if registro.OpenKey('Software\Microsoft\Windows\CurrentVersion\Internet Settings', true) then begin if CbVersaoDF.Text='ve310' then Registro.WriteInteger('SecureProtocols', 160) else if CbVersaoDF.Text='ve400' then Registro.WriteInteger('SecureProtocols', 2728) end; registro.CloseKey; registro.CloseKey; registro.Free; end;coloca essa função quando alterar de 3.10 p/4.0 ou 4.00 p/ 3.10
nao da mas erro nem precisa configurar manualmente o IE ai configurado
-
8 horas atrás, sossystem disse:
Testei com a OpenSSL e o monitor simplesmente nao dá resposta alguma (exclui o arquivo ENTNFE.txt e nao cria nenhum SAINFE.txt) e no log a mesma coisa
Nunca vi isso... Alguem ja viu?abri um tópico aqui no fórum e resolvi meu problema la. da uma olhada e ve te ajuda em alguma coisa pro meu caso que muito parecido com o seu resolveu
-
1
-
-
3 horas atrás, Cristiano Caritá disse:
Testei aqui com as mesmas configurações suas (Certificado A3 - Envio em Homologação - NFe 4.0 - Ceará - winCrypt).
O resultado foi:
Usando SSLType=LT_All -> Erro HTTP 403 (o mesmo erro para homologação e produção)
Usando SSLType=LT_TLSv1_2 -> Funcionou perfeitamente (tanto para o webservice de homologação quanto para o de produção)
Por favor experimente fazer o teste em outro computador.
solucionado
solução :
Fazer atualizações necessárias para Windows e utilizar
SSLType=LT_TLSv1_2 dessa forma funciona perfeitamente na 4.0 em Fortaleza -CE
obrigado amigo deu certo problema resolvido
7 horas atrás, BigWings disse:Sim.
era exatamente oque você falou muito obrigado
-
2 horas atrás, Cristiano Caritá disse:
Uma coisa importante que notei nos meus testes é que se você colocar SSLType=LT_all (que teoricamente deveria funcionar nesses casos) muitas vezes ocorre esse problema. (vivenciei isso ao tentar consultar um cadastro de empresa situada em SP). Para funcionar corretamente você precisa colocar especificamente SSLType=LT_TLSv1_2 (lembrando de usar cryWinCrypt, httpWinHttp e xslibXML2)
Faça o teste aí e diga se funcionou.
dessa forma o retorno obtido foi esse
-
3 minutos atrás, BigWings disse:
Nem todos os estados estão com exigência do TLS 1.2 ativadas nos webservices. Aparentemente, SP, MS, GO e agora o CE estão exigindo, em homologação.
Fiz teste com meu certificado e-CPF token A3 pessoal, conforme as configurações do seu post inicial.
OpenSSL usa DLLs próprias e não depende das DLLs do Windows, por isso funciona mesmo onde não há suporte nenhum a TLS 1.2, como Windows XP e 2003.
então eu preciso atualizar meu windows ? desde ja muito grato pela atenção !
-
14 minutos atrás, BigWings disse:
Então é problema de ambiente.
Verifique as atualizações do Windows para suporte adequado a TLS 1.2, e a instalação do certificado digital.
se nao for pedir muito você teria como realizar o teste em seu ambiente ,pois aqui realizo as mesmas consultas configuradas para outros estados na mesma maquina e tudo funciona normalmente
OBS: se eu realizar esse mesmo teste com as configurações ssl da forma da imagem com certificado A1 passa normalmente mas preciso que funcione com A3.
Fim do Integrador Fiscal de CE ?
em Notícias do ACBr
Postado
Ola bom dia como configurar o acbr sem o integrador?