Olá Paulo, bom dia.
Já vi algumas arquiteturas diferentes para RPS/NFS-e nos projetos que passei:
01 - Orquestração pelo ECC:
a) ECC envia dados do RPS para o PI (via Proxy);
b) PI monta o XML do RPS, assina e devolve para gravação do mesmo no ECC (via Proxy);
c) ECC envia XML do RPS assinado para o PI + dados do Lote (via Proxy);
d) PI monta o XML do Lote de RPS, assina o Lote e devolve para gravação do mesmo no ECC (via Proxy);
e) ECC envia XML do Lote de RPS assinado ao PI (via Proxy);
f) PI envia Lote de RPS para a Prefeitura (via SOAP);
g) PI devolve número do Protocolo para o ECC (via Proxy);
h) ECC envia solicitação de Status do Lote para o PI (via Proxy);
i) PI envia Consulta de Situação do Lote do RPS para a Prefeitura;
j) e por aí vai com Consulta de Lote e Consulta de RPS conforme passos anteriores...
* Nesse modelo foi criado um Monitor de NFS-e no SAP ECC.
02 - Orquestração pelo PI:
a) ECC envia apenas dados do RPS e do Lote para o PI e ele efetua todo o controle listado acima e as comunicações com a Prefeitura utilizando SAP BPM ou ccBPM (dependendo da versão);
* Nesse modelo foi criado um Monitor de NFS-e no SAP ECC.
03 - Utilização de SAP GRC como apoio:
a) Podendo ser aplicado na arquitetura 01 ou 02, mas com utilização de algumas rotinas do GRC ocmo por exempoo Assinatura Digital ABAP;
* Nesse modelo foi criado um Monitor de NFS-e (WebDynpro) no SAP GRC.
Existem diversas outras variações de Cenário também, essas são as que mais vi em projetos.
Abraços.
Baroni