MarceloPeron

boa tarde, alguém sabe como fazer para assinar um xml que não seja DFe? Antes eu fazia assim: A := TDFeSSL.Create; A.SSLLib := libOpenSSL; A.ArquivoPFX := trim(cdsCertificadosDIRET_CERT.AsString); A.Senha := trim(cdsCertificadosSENHA.AsString); Var_SL.Text := A.SSLXmlSignClass.Assinar(Var_SL.Text,'OT','infOT'); Var_SL.Text := StringReplace(Var_SL.Text,'<?xml version="1.0" encoding="utf-8"?>','<?xml version="1.0" encoding="utf-8"?>' + S1,[rfReplaceAll]); Var_SL.Text := StringReplace(Var_SL.Text,'</OT>','</OT>'#13 + S2,[rfReplaceAll]); mas agora não funciona pq TSSLLib, aparentemente, não existe mais.

bom dia, neste link tem todas as configurações necessárias:

obrigado pela informação.

somente em agosto? veja o que diz a sefaz MS Mensagem: Prezados contribuintes, vimos por meio deste, lembrá-los da alteração de padrões técnicos conforme disposto no Item 14 da página 6 da Nota Técnica 002/2017 do CT-e, que será implementada a partir do dia 02 de abril de 2018. O Item 14 da NT 002/2017 dispõe: “O Protocolo de Comunicação com o ambiente de autorização das SEFAZ, a partir de 02/04/2018, permitirá conexões unicamente através do protocolo TLS 1.2 ou versão superior. Ou seja, não será mais permitida à comunicação via protocolo SSL. O motivo desta mudança está amplamente documentado na Internet, pela falta de segurança comprovada no uso do Protocolo SSL.” Desta forma, a partir de 02/04/2018, os WEBSERVICES de autorização da SEFAZ recepcionarão APENAS os XMLs que forem transmitidos por meio do protocolo TLS.1.2 e NÃO recepcionarão os arquivos XMLs que forem transmitidos por meio do protocolo SSL, sendo assim, caso a alteração do padrão de comunicação não for efetuada, ocorrerão problemas na tentativa de emissão do Conhecimento de Transporte Eletrônico. É de suma importância que o contribuinte realize os testes no ambiente de homologação. O ambiente de homologação, com o novo padrão de comunicação vigente, já está disponível para que os contribuintes possam realizar os testes. Recomendamos que o contribuinte entre em contato com o desenvolvedor do emissor de CT-e que utiliza, para que se informe sobre o processo de alteração do padrão de comunicação do respectivo aplicativo. Equipe CT-e. Secretaria de Estado de Fazenda de Mato Grosso do Sul.

bom dia, recebemos a informação da sefaz MS que a partir do dia 02/04 que as transmissões não poderão ser mais por ssl, mas somente por tls 1.2 (ou superior). O que devo fazer para adequar a minha aplicação para este tipo de protocolo?

bom dia Italo, Não deu certo, esta noite tive problemas. A mesma situação, dependendo do que vem a IE (em branco ou isento) eu tenho que fiicar deslocando a string no arquivo. alguma outra idéia?

ok Italo, obrigado!

bom dia Italo, parace que deu certo com o OpenSSL esta troca de arquivos. Pus em produção ontem e não tive nenhuma reclamação durante a noite. Mas no MDFe acontece a mesma coisa com o arquivo tiposGeralMDFe_v3.00.xsd, mas aqui não tenho outro arquivo pra trocar na versão 3.0, o que devo fazer?

certo Italo, vou tentar e depois posto a resposta.

boa tarde, Aparentemente temos um problema no arquivo tiposGeralCTe_v3.00.xsd do CTe ( o erro ocorre também com o MDFe). Na linha <xs:pattern value="ISENTO|[0-9]{0,14}"/> quando o IE vem em branco gera o erro,então eu desloco a palavra 'ISENTO' para o final, desta forma valida. Porém se a IE vier 'ISENTO' eu tenho que deslocar novamente a palavra 'ISENTO' para frente. Existe alguma solução definitiva para isso?

busco vaga como programador delphi pleno com ótimos conhecimentos em acbr cte, mdfe e nfe. Sou de Guarulhos - SP. [email protected]

creio ter achado o problema. Na unit pcngerador, troque este código: // Grava no Formato Texto if not EstaVazio then gtCampo(tag, ConteudoProcessado) else gtCampo(tag, ''); por isso // Grava no Formato Texto If Trim(TAG) = 'vTar' then EstaVazio := ConteudoProcessado = ''; // marcelo if not EstaVazio then gtCampo(tag, ConteudoProcessado) else gtCampo(tag, '');

Bom dia, estou com problema ao transmitir cte no modal aéreo, me retorna um erro na validação do próprio componente: "1871 - Element '{http://www.portalfiscal.inf.br/cte}-tarifa':Missing child elemento(s) . Expected is ({http://portalfiscal.inf.br/cte}-vtar) Porém, estou alimentando devidamente a tag vtar. Será que é algo no arquivo se schema?

Bom dia Luiz Cláudio, sim fiz a atualização e o problema persiste. todos os arquivos da pasta Schemas estão com data de 29/10/2015 exceto tiposGeralMDFe_v1.00-OPENSSL (17/11/2015) e distDFeInt_v1.00(11/11/2015). Obrigado pelo retorno

boa tarde estou tendo retorno no validador ACBr de falha de schema mo xml anexo. Não estou conseguindo localizar o problema, alguém sabe o que é isso? 43160587338976000742580010000032761000032760-mdfe.xml

Boa tarde, Para quem não sabe e caso precise fazer a impressão da dacte sem preview e sem abertura do dialog do FastReport, basta passar as seguintes propriedades do componente ACBrCTeDacteFR: ACBrCTeDacteFR.MostrarPreview := False; ACBrCTeDacteFR.MostrarStatus := False; Com isso o componente irá enviar a impressão diretamente para a impressora padrão do Windows. Abs

a reposta do Juiomar está correta ! foi um erro meu. Eu estava carregando o xml da dacte ao invés do xml do CTe. Obrigado

perdão amigos, mas já entendi o que acontece ... Quando vc dá o LoadFromFile num CTe que tenha CCe, o ACBr carrega o xml da CCe e neste caso vc deve imprimir o evento.

bom dia amigos, ontem me deparei com o seguinte: se o CTe estiver vinculado a uma CCe, você não consegue reimprimir a date deste CTe, caso contrário imprime normal. Carrego o arquivo xml e mando imprimir, se o CTe tiver carta de correção não dá o preview, caso contrário abre normal. Tem alguma explicação para isso? Cte.Conhecimentos.Clear; Cte.Conhecimentos.LoadFromFile(var_Par[2] + var_Par[4]); CTe.Conhecimentos.Imprimir;

boa tarde Luis Cláudio, fiz da forma como vc disse como pode ver no anexo, mas não adiantou, o erro persiste. Agradeço a sua ajuda

foi o que imaginei Júlio, vou migrar então. Obrigado!

Estado é SP, consultei agora no portal é está tudo ok. Na quinta (11/02) transmiti vários ctes em homologação e de repente começou a dar este erro e até hoje está assim. Detalhe é que não estou no trunk2, estou com uma versão antiga.

Bom dia, no CTe em homologação estava funcionando normal, de repente começou a mostrar a exceção "WebService Consulta Status serviço: Inativo ou Inoperante tente novamente / Cod.Erro HTTP:500, alguém sabe como resolver isso? Obrigado

encontrei e já editei, obrigado.

perdão Italo, mas como faço isso? tentei anexar e não achei onde fazer isso.