Bruto do Delphi

Cara, o posprinter não vai salvar em pdf. não que eu saiba pelo menos. ele gera códigos escpos que é uma linguagem da impressora não fiscal. Acredito que vc tenha que usar um gerador de relatorio que rode no android, ou gerar o relatorio no servidor e só mandar o pdf pro mobile.

Segue link com base teórica dessa funcionalidade: 
 

Vamos lá.. NSeqEvento não é necessário no caso da manifestação do destinatário.
Para a manifestação, só são necessários os dados de infEvento.chNfe (Chave da nota), infEvento.CNPJ, infEvento.dhEvento e infEvento.cOrgao (que deve ser passado 91);
Depois escolher o tipo de evento(infEvento.tpEvento) (que podem ser teManifDestConfirmacao, teManifDestDesconhecimento, teManifDestCiencia ou teManifDestOperNaoRealizada).
No caso de teManifDestOperNaoRealizada, é necessário passar a justificativa em detEvento.xJust;
É possivel sim enviar varios eventos de manifestação em lote. Veja que a propriedade NFE.EventoNFe.Evento, é uma lista.. é só vc dar o Add varias vezes e preencher o objeto resultante com os dados necessários, dar outro add, preencher de novo...
Quando terminar os preenchimentos é só usar o TAcbrNfe.EnviarEvento(1);
os retornos estão disponiveis em TAcbrNFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[X].RetInfEvento (onde X é um numero sequencial para cada evento enviado, na ordem em que eles foram adicionados)
 

Em relação ao 436, Veja as regras YA02a-10, YA02a-20 da página 11.
O problema dessa rejeição é que no ambiente de homologação as SEFAZ-Autorizadoras tem até o dia 03/05/2021 para excluir essa regra.
Regra esta que não existe no ambiente de produção.
A regra YA02-50 que gera a rejeição 436 foi implementada no ambiente de homologação em 01/02/2021 e seria implementada no ambiente de produção somente em 01/09/2021, mas eles mudaram de ideia, pois viram a mercadoria que fizeram.
Em relação ao erro 434, algumas SEFAZ estão obrigando o envio da tag como Sem Intermediador (iiOperacaoSemIntermediador). Enquanto outros aceitam que não se envie a tag (iiSemOperacao)

Bom dia. O PIX é uma entidade diferente do boleto no momento. Não há nenhuma ligação entre as duas no status atual da tecnologia PIX. Algumas modificações virão e será possível realizar essas operações sem "gambiarra". No momento, quem envia o PIX no boleto tem que fazer um controle interno para enviar a baixa do boleto para o banco caso o PIX seja pago. E o PIX não tem a informação de vencimento e multa/juros, ou seja, caso o cliente do seu usuario pague fora do prazo de vencimento, esse pagamento não será acrescido ou recusado, o que pode gerar algum problema.
Levando em consideração todo o informado acima, não disponibilizamos nenhuma forma, atualmente, de imprimir o qrcode do PIX no boleto. Quando chegarem as modificações programadas para o pIX que permitam essa inserção realizaremos essa modificação a toque de caixa.