luisclaudio_jr

Só voltar ao normal... Quando a sefaz resolver eles vão desativar e vc vai receber a msg de que tá desativada.

Não utilizo o acbrmonitor, não sei te informar.. Se te ajudar aqui eu informo assim: Dm_CTE.ACBrCTe1.Configuracoes.Geral.FormaEmissao := teSVCRS; Ide.tpEmis := teSVCRS;

Eu não uso o acbr monitor... mas tenta aquele ali teSVCRS pra ver se passa..

Sim, aqui ta passando em contingencia desde ontem... SV-RS

é problema na sefaz, com toda certeza.. Eles ativaram a contingencia do RS... utilizem ela. OBS: ela só é ativada quando a sefaz ta com problemas, ontem por volta das 18 ainda não tinham ativado, após isso foi ativada

Tudo ok não deve estar, pq antes nao tava habilitada a contingência, ativaram agora pouco... mas vamos reclaamar pra ver se resolvem o quanto antes

Só pra constar, ativaram a contingencia do RS...

Por aqui mesmo problema.. Tenho 2 clientes no PR que estão apresentando isso os demais todos em SP.. Tentando contato com a sefaz, porém sem sucesso até então

Estranho que, se eu remover a IE e passar vai normal.. e a IE bate exatamente com o sintegra. E mais estranho é que todos tão assim, mais de 40 clientes destinatários distintos... mas sem a IE passa normalmente.

Boa tarde. mais alguém recebendo retorno da Sefaz sobre a IE invalida dos cadastros? Desde as 17horas vários clientes meus estão relatando isso... maioria de SP e uns do PR.. E tava tudo normal, agora não passa nenhum, e a IE está correta.

Boa tarde amigos. Ao enviar GNRE pro estado do PR. Estou tendo a seguinte recusa do estado do PR, porém, a transportadora obviamente não tem a IE no estado, ja tentei passar zerado e também não tive sucesso, outros estados funciona normalmente alguém tem ideia do que possa ser?

Boa tarde Pessoal, como vão? Estou tendo o seguinte retorno: URL: https://www.gnre.pe.gov.br/gnreWS/services/GnreLoteRecepcao Network subsystem is unusable Isso ocorre apenas na OpenSSl, estou usando as seguintes configurações: DM_GNRE.ACBrGNRE1.Configuracoes.Geral.SSLLib := libOpenSSL; DM_GNRE.ACBrGNRE1.Configuracoes.Geral.SSLCryptLib := cryopenssl; DM_GNRE.ACBrGNRE1.Configuracoes.Geral.SSLHttpLib := httpOpenssl; DM_GNRE.ACBrGNRE1.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2; DM_GNRE.ACBrGNRE1.SSL.SSLType := LT_TLSv1_2; Em capicom passa normalmente, wincrypt também.. O problema ocorre apenas na GNRE, utilizo o CTE, MDFE,NFE sem problemas, na mesma base de dados e utilizando Openssl.. Apenas na Gnre que estou tendo esse problema. Alguém pode me ajudar?

Aqui também estou com varios clientes relatando lentidão nesse serviço. @Juliomar Marchetti mas e quem precisa dar entrada nas notas? Porque hj muita operação é agilizada com isso e nem todas as empresas enviam xml por email ou algo do tipo, o que acaba sendo inviavel... Ter que digitar tudo manualmente é voltar a estaca zero da tecnologia.. A sefaz deveria melhorar esse serviço pra poder dar conta da demanda, já que foi removido a consulta publica utilizada por muitos sistemas.

Não há necessidade de informar isso no cte, pode postar seu xml para nós analisarmos? Nem no MDFE a transportadora precisa possuir uma antt, unico lugar que sei que exige é pra geração de CIOT, caso contrario não tem como fazer o registro, mas da pra passar um cte e mdfe sem antt da transportadora sem problemas.

Desabilitei algumas coisas conforme sugestão, consegui diminuir uns 3minutos... Já é alguma coisa. Obrigado, podem fechar o tópico.

Opa, maravilha vou testar e comunico... Obrigado

Senhores, acho que descobri o que ocorre, em outro lugar estava tendo uma mesma chamada e estava passando uma senha aleatória.. mesmo após passando em branco o sistema não estava entendendo, Removi as linhas e deixei apenas pra capicom/wincrypt e resolveu. Obrigado a todos

Informei isso também, porém o erro ocorre como citado acima

Bom dia amigos @Italo Jurisato Junior No caso eu to pegando de um banco de dados, então estou usando o DadosPFX. @BigWings COloquei o que vc me passou, porém agora da outra mensagem: "DadosPFX, ArquivoPFX, URLPFX ou NumeroSerie não especificados !" MAsss, eu debuguei ele está alimentando o DadosPFX, passa pela senha também e hora que chega na hora de "usar" o certificado que apresenta o problema Lembrando que o problema só ocorre ao trocar de empresa e passar novamente na rotina que popula o certificado.. Na Primeira vez ocorre tudo normalmente.

Vou testar pelo arquivo local, não queria ter que colocar o arquivo pq isso vai gerar uma trabalheira.. E o que é estranho é que isso só ta ocorrendo se eu faço a troca do certificado, então provavelmente é alguma coisa que falta resetar... Ja tentei dar clear na função e tudo mais, atualizei o acbr, mas o erro persiste..

Boa tarde Pessoal. Como estão? Estou com o seguinte problema, está aparecendo a seguinte mensagem: "CarregarCertificadoDeNumeroSerie" não suportado em: TDFeOpenSSL. Porém, acontece na seguinte situação: Um cliente que tenha mais de uma empresa cadastrada no sistema, ao alternar de empresas e ambas estejam em Openssl, se ativar alguma coisa do certificado na primeira, ao alternar pra segunda empresa ele da a mensagem acima, porém se entra direto na segunda empresa por exemplo o problema não acontece... pelo que entendi é alguma propriedade que talvez deva ser resetada, ou algo do tipo, porém não estou localizando, no wincrypt e na capicom também não tem problemas, apenas na OPENSSL armazenada em base de dados (não pelo arquivo). Alguém tem alguma ideia do que pode ser? O problema só ocorre quando tem mais de uma empresa, se tem apenas uma funciona normalmente.. O erro acontece nessa linha: ACBrMDFe1.ssl.CertDataVenc <- que utilizo pra pegar a data de vencimento do certificado. Minhas configurações são as seguintes: DM_MDFE.ACBrMDFe1.Configuracoes.Geral.SSLCryptLib := cryopenssl; DM_MDFE.ACBrMDFe1.Configuracoes.Geral.SSLHttpLib := httpOpenssl; DM_MDFE.ACBrMDFe1.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2; DM_MDFE.ACBrMDFe1.SSL.SSLType := LT_TLSv1_2; DM_MDFE.ACBrMDFe1.Configuracoes.Certificados.DadosPFX := decodeBase64(qr.fieldbyname(certificado).asString); DM_MDFE.ACBrMDFe1.Configuracoes.Certificados.Senha := 'senha'

Sim rodoviário, Então o peso final acaba sendo o peso normal, é coisinha miúda(cosméticos), as vezes nem 1kg pesa... Só que ai a emissão de cte é por nf, então acaba sendo volumosa a quantidade de informações.

Boa noite amigos. Como estão? Vejam se conseguem me auxiliar, até então a demanda maior de ctes que meus clientes tinham era em torno de 100~~200 ctes no manifesto. Porém uma nova operação de um cliente é necessario colocar até 3mil ctes... O problema é que, hoje minha rotina atual faz basicamente um While e vem colocando um add nas chaves, protocolos, cidades de destino... Só que um while hoje de 3mil itens acaba levando um tempo... As vezes leva uns 10~~15min só pra montar o mdfe, dependendo da quantidade de registros.. Gostaria de saber se alguém ai já passou por isso e sabe de alguma forma pra agilizar o processo... Desde Já agradeço

Interessante, vamos dar uma olhada aqui, Valeu Juliomar.

Então, hoje eu estava utilizando método ACBrCTe1.WebServices.Consulta.CTeChave ACBrCTe1.WebServices.Consulta.Executar; Pra ele me retornar as informações e protocolar novamente... qual seria esse evento que daria pra configurar?