Pesquisar na Comunidade

Olá a todos, atualmente estou quebrando a cabeça com 3 campos da geração do XML de NFCE/NFE, são eles: <SignatureValue> , <DigestValue> e <X509Certificate>, como faço para gerar esses 3 campos? Procurei na internet, mas não achei nada que me ajude, gostaria de fazer 100% com php e de preferência manualmente (sem a utilização de classes prontas na qual é difícil de entender o código), sei que aqui o ponto forte são outras linguagens, mas acredito que a lógica de programação já ajudaria bastante. Já tenho o certificado em PFX, e já gerei um certificado do tipo PEM. OBS 1: não precisam explicar ou mandar códigos de como inserir o conteúdo gerado nas tags <SignatureValue> e <X509Certificate>. OBS 2: O campo <DigestValue> notei em alguns fóruns que é um retorno da Sefaz, é correto isso?

Após a atualização dos fontes para o trunk2, começou a ocorrer problema na importação de XML. No processo da importação utilizo o método ACBrNFe.NotasFiscais.Validar(), para verificar se o XML que esta sendo importado é de fato um XML válido. É nesse processo que ocorre o erro, como se a estrutura do XML fosse inválida, porém teoricamente estaria válida. Em analise ao XML consegui identificar que as tags SignatureValue e X509Certificate estão com o conteúdo quebrado em linhas, se for editado manualmente o XML e ajustado o conteúdo do campo para ficar em apenas uma linha, o XML é validado sem erros por esse método. A questão é que esse mesmo XML com as linhas quebradas na versão do trunk era validado e agora no trunk2 retorna erro de validação. Em anexo segue XML para analise, esse XML foi baixado direto do site da SEFAZ. Para fins de testes, baixei um XML do site da SEFAZ enviado pelo nosso próprio sistema utilizando a ACBr, e esse XML baixou as tags SignatureValue e X509Certificate sem quebras, com o conteúdo correto em apenas uma linha. Então conclui-se que o XML baixado do site da SEFAZ é o mesmo que é enviado no processo da autorização. Dessa forma pode-se concluir que o sistema do fornecedor enviou esse XML dessa maneira para SEFAZ. Porém pedir para os fornecedores mandarem o conteúdo dessas tags sem essas quebras é inviável, pois um dos fornecedores que esta ocorrendo esse problema para ter ideia é a Garoto. A principio a SEFAZ considera o conteúdo dessas tags quebrados valido, provavelmente eles devem ter um método para remover os espaçamentos em branco entre as tags. Onde também deveria existir antes na versão do trunk e foi perdido na versão do trunk2, acredito que essa validação deve ocorrer a partir de dlls pelas estruturas dos schemas, pois não consegui debuggar para identificar onde estaria o problema. Apenas queria reportar essa situação, se acharem viável ajustar para considerar valido esse XML, ou caso não for alterado essa validação no componente, vou criar uma função externa para que remova esses espaçamentos. 43151097580260000115550010004607611044609403-nfe_vald.xml