O gerenciamento do ciclo de vida de arquivos dentro da arquitetura Iuba Flow é subdividido em 4 fases bem definidas:
| Fase | Estado do Binário | Salesforce | Storage Nuvem | Disponibilidade |
|---|---|---|---|---|
| 01. Ativo | Original | Presente em ContentVersion | Inexistente | Acesso padrão SFDC |
| 02. Verificado | Sincronizado | Metadado criado em Archived_File__c | Gravado e validado por SHA-256 | Preservado em ambos |
| 03. Quarentena | Na Lixeira (14 dias) | Binário em RecycleBin; link via LWC ativo | Ativo e acessível por presigned URL | Restaurável sem perda |
| 04. Consolidado | Expurgado do SFDC | Metadado e ponteiro mantidos; binário liberado | Armazenado no bucket em repouso | Acesso via link assinado |
Antes do acionamento da exclusão lógica do arquivo no Salesforce, o motor Iuba Flow executa obrigatoriamente uma requisição HeadObject no bucket de destino. O Salesforce apenas autoriza o envio do arquivo para a lixeira se as seguintes condições forem satisfeitas de forma cumulativa:
ContentLength corresponde com precisão de byte ao arquivo original registrado no Salesforce;Havendo qualquer divergência de tamanho, hash ou falha de conectividade, a operação é sumariamente interrompida (política Fail-Closed), e o arquivo original é mantido intacto no Salesforce.
Após a validação de paridade, o arquivo é movido para a Lixeira do Salesforce (RecycleBin). Durante os 14 dias subsequentes:
Após o transcurso integral da janela de 14 dias, o binário presente na lixeira do Salesforce torna-se elegível ao expurgo definitivo (liberando a cota física de File Storage do contrato Salesforce). O metadado correspondente permanece de forma perene no objeto Archived_File__c com todos os relacionamentos de negócio vinculados ao registro pai.
O cliente pode a qualquer momento executar testes de restauração (Restore Drill) ou exportar a totalidade dos arquivos custodiados sem depender de intervenção manual da equipe do Iuba Flow, apoiando práticas de conformidade com auditorias internas e governança corporativa.