pcpenatti

Bom dia. Emitindo CT-e usando os schemas 2017.002 de 09/11/17 e acbr 14918 de 27/03/18. Não é necessária nenhuma atualização/alteração dado o grupo infRespTec ser opcional? Obrigado.

Eu tinha olhado mas preferi conferir. Obrigado Ítalo.

Boa tarde. Gostaria de saber se há e quais seriam as próximas alterações de leiaute, schemas, etc agendadas pelas notas técnicas para o CT-e. Obrigado.

A contagem regressiva de desativação da v3.10 do portal da NF-e continua para 02/07.

Recebi agora uma informação do Sebrae de que o manual está elaborado e em fase final de liberação.

fnd, o que estou fazendo é usando a versão Sebrae que saiu ontem e emitir uma NF no emissor v4, exportar o TXT e comparar com o arquivo da mesma NF gerado na v3.10

Bom dia. Estou concluindo minha migração mas não sei se entendi bem. A desativação 3.1 continua para 02/07, certo? Então estão postergando homol para 21/05 e prod para 04/06. Então não dá para testar ainda? Obrigado.

Estou usando os schemas do portal do CT-e e neles não consta o arquivo tiposGeralCTe_v3.00-OPENSSL.xsd, mas pelo que vi está na pasta de schemas do acbr. Fiz testes antes e alterei no acbrcte.sslxmlsignlib de xsLibXml2 para xsMsXml e funcionou, ficando assim: SSLCryptLib - cryWinCrypt SSLHttpLib - httpWinHttp SSLib - libWinCrypt SSLXmlSignLib - xsMsXml SSLType -  LT_TLSv1_2 schemas - PL_CTe_300_NT2017.002 Como seria melhor proceder? Tendo funcionado como acima devo usar o schema acbr renomeando o xsd? O que muda de xsLibXml2 para xsMsXml? Obrigado.

Mensagem completa: Falha na validação do modal do conhecimento nnnnn Erro: Schema invalido. Tanto para schemas 002 como 003

Boa tarde. Testando as alterações dos protocolos, funcionou em minha cpu onde o ACBr/Delphi7 estão instalados (homologação e produção), mas na cpu do cliente retorna o erro de "schema inválido". A versão com SSL funciona normalmente. Usando o pacote PL_CTe_300_NT2017.002 em ambas as cpus. Alguma outra alteração exceto os parâmetros acima no componente? Obrigado.

Encontrei: webservices/ssltype estava lt_all e alterei para LT_TLSv1_2. Ambas funcionaram. É isso?

Agradeço sua boa vontade com meu despreparo mas não setei a variável SSLType e vi comentários no fórum aberto sobre ela em relação à NF-e 4, também sobre compatibilidade com .Net framework e parâmetros no Internet Explorer. Devo setá-la como no exemplo ACBr? Qual o valor correto? Um teste rápido em homologação funcionou sem atribuir valor. Obrigado.

Desculpe, não me expressei bem, digo como testar antes do prazo final de 02/04, nesta semana por exemplo? Alterando conforme indicou o componente ficou assim: SSLCryptLib - cryWinCrypt SSLHttpLib - httpWinHttp SSLib - libWinCrypt SSLXmlSignLib - xsLibXml2

Após a alteração destes parâmetros, há como testar e certificar-se de que a fazenda passou a receber a comunicação via tls e não ssl?

Obrigado Italo. As propriedades default de que fala são as que mencionei no post ou são diferentes? Vi agora que na aplicação demo do ct-e são cryopenssl, httpopenssl, libopenssl e xsxmlsec. Obrigado.

Bom dia. Sobre o fim do aceite do SSL em troca do TLS 1.2 previsto para 02/04, qual a configuração correta do ACBrCTe em relação aos protocolos? Estou usando no Delphi 7: SSLCryptLib cryCapicom SSLHttpLib httpWinNet SSLib libCapicom SSLXmlSignLib xsMsXmlCapicom Obrigado.

Bom dia. Desde a última semana tenho tido problemas de serviço inoperante na Sefaz SP de forma intermitente. Até o site nacional do CT-e está lento. Algum parâmetro no ACBrCTe que possa ajudar? Usando os padrões: WebServices.IntervaloTentativas=1000, Tentativas=5 e TimeOut=5000 Obrigado.

Continuando na migração, quais as dll que devem ser enviadas ao cliente pra emitir o ct-e?

Apenas cancelar e consultar CTe em homologação. Emissão em homologação está ok. Pelo que vi em produção não ocorreu. Talvez uma instabilidade no portal.

Boa tarde. Estou tendo hoje, intermitentemente, erros 12002 - timeout de requisição, requisição não enviada, ao cancelar ou consultar CT-e em homologação. Emissão normal. Alguma instabilidade conhecida? ACBr atualizado há minutos. Obrigado.

Email resolvido, obrigado.

Analisei melhor o demo e vi os atributos ACBrCTe1.MAIL.Host := DMod.IBdsParam.FieldByName('smtp').Value; ACBrCTe1.MAIL.Port := DMod.IBdsParam.FieldByName('porta').Value; ACBrCTe1.MAIL.Username := DMod.IBdsParam.FieldByName('usuar').Value; ACBrCTe1.MAIL.Password := DMod.IBdsParam.FieldByName('senh').Value; ACBrCTe1.MAIL.SetSSL := True; ACBrCTe1.MAIL.ReadingConfirmation := False; Mas estou recebendo um access violation ao atribuir os valores

Boa tarde. Continuando a migração, a rotina de envio de email anterior era: ACBrCTe1.Conhecimentos.Items[0].EnviarEmail(smtp, porta, usuario, senha, destinatario, destinatario, assunto, mensagem, se envia pdf, lista cópias, lista anexos, se pede confirmação, se aguarda envio) Pelo demo vi que mudou mas onde estão as informações do provedor? Obrigado.

Chamando assinar antes de validar o erro não ocorreu mais. Estranho que mesmo sem assinar antes e sem chamar o validar, o ct-e era autorizado. A assinatura ocorreria no envio do lote? O demo também não menciona assinar.

ModeloDF = moCTE, VersaoDF = ve300. Segue xml assinado 35171159456699000141570010000286691770286690-cte.xml