Rafael Dias

Não poderia pois com a entrada da NFe 4.0 daqui a 2 dias ele se tornaria obsoleto.

Bom dia @pradosoft Depois de assinado o xml fica na propriedade Xml de cada evento. Ex.: XmlAssinado := ACBreSocial1.Eventos.Iniciais.S1000.Items[0].evtInfoEmpregador.Xml;

Já que não ajudamos em nada por favor não use nossos componentes e implemente do zero e seja feliz, pare de vir mostrar sua incompetência e falta de educação no fórum. O projeto é open source mantido pela comunidade se acha ruim copie na sua maquina e faça você mesmo a modificação.

Você pode usar o Chromium também https://github.com/salvadordf/CEF4Delphi

ACBr.Net.Sat é um projeto pessoal meu e não tem ligação com os componentes ACBr e não tem documentação apenas o demo. Qualquer duvida utilizar o GitHub. https://github.com/ACBrNet/ACBr.Net.Sat

Sua sessão duplicata esta começando de 002 e não 001

Sim funciona exatmente igual com todas.

Cara eu carreguei o xml que você postou e assinei normalmente. Checa se a string que você esta passando esta na codificação correta ou remova o declaração do XML que ai é feito a conversão para UTF8. xml assinado 35180707731913000127551320000053271303812868-nfe.xml

Cara sua forma de assinar esta totalmente errada. Você precisa carregar o xml no componente e assinar ela . ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromString(ConteudoXML); ACBrNFe1.NotasFiscais.Assinar; Agora se quiser fazer desta forma terá que corrigir o seu código. ACBrNFe1.SSL.Assinar(xmlDoc, 'NFe', 'infNFe'); Lembrando que o xmlDoc precisa estar formatado em UTF8.

Mas a Wincrypt não faz a chamada neste segundo método, seu código esta atualizado ?

@Dbs Brasil Bom dia. Qual a configuração que você esta usando ? OpenSSL, Wincrypt ou Capicom ? Outra coisa vasculhei o código e não encontrei esta mensagem de erro mencionada. Sobre as imagens na primeira imagem o erro acima é tratado então podemos ignorar, agora qual o erro que ocorre na segunda ?

Pode ser que a sefaz ainda não esta pronta para receber QrCode Versão 2.0.

Esta melhoria já se encontra disponível no SVN @Daniel Simoes

Complementando a resposta da @Juliana Tamizou https://acbr.sourceforge.io/ACBrMonitor/BOLETOConfigurarCedente.html

Site oficial do sped, lá tem informações sobre todos os speds. http://sped.rfb.gov.br/

So que na documentação esta escrito que a tag é opcional ou seja as informações estão conflitantes, a confaz já anuncio que vai fazer uma nova documentação agora é esperar e ver que o será decidido. ATENÇÃO: Postergada para 23-jul-2018 a data de entrada em produção da versão 1.60 da NT 2016.002. Em breve serão publicadas mais orientações.

Complementando a resposta do @Daniel Simoes

Como o @André Ferreira de Moraes disse o numero da duplicata tem que ter 3 números e serem sequenciais o seu numero ai tem 4 digitos.

Qual a configuração SSL utilizada. Se for XMLSignLib = xsLibXML2, tem que usar os esquemas com final OPENSSL.

Na verdade não deve-se entrar primeiro em homologação para podermos fazer os ajustes e depois entrar em produção.

Este é um erro da SEFAZ, o antigo Schema tinha um erro que não permitia valor da tag vDesc zerado por isso o erro, o schema já foi atualizado no portal nacional agora é aguardar a Sefaz atualizar o mesmo.

Por favor poste o xml que ocorre o erro.

Sim havia um erro no Schema que não permitia a tag vDesc com valor zero, o schema já foi atualizado no portal da NFe, agora é só aguardar as SEFAZ atualizar.

Sim algumas SEFAZ estão validando incorretamente esta informação, tem que reclamar com a mesma e solicitar correção. Elas provavelmente esta validando data e hora, mas o campo de duplicata só tem data e não hora.

Como o erro disse você precisa utilizar o Wincrypt ou Openssl para assinar o xml, pois Capicom não da suporte ao hash SHA256.