Skip to content

Managed Attachments vs cloud storage: keeping audit retrieval intact

Last updated 6 min read

TL;DR

Managed Attachments is the WebCenter Content integration that binds an invoice image to its E-Business Suite transaction and makes it retrievable from inside the EBS form. It has two moving parts, a store and a link, and any change to where the images live touches both. The options are: keep Managed Attachments on WebCenter Content 14c, with the file store optionally moved to OCI Object Storage underneath it; move to Fusion's native attachment model as part of an ERP migration; or rebuild transaction-anchored retrieval against Object Storage directly. Whichever you choose, the requirement does not change: every image anchored to its transaction, retrievable from where auditors work, with governed access.

Of everything WebCenter does for accounts payable, Managed Attachments is the piece teams forget about until an auditor asks for an invoice image. It is the quiet connective tissue that makes the archive useful: from inside the E-Business Suite invoice form, a user clicks through and the document appears, linked to that exact transaction. No separate system, no search, no "let me find that and email it to you".

When the image store changes, whether because the estate is upgrading, moving to OCI, or migrating the ERP to Fusion, that link is one of the things most likely to break silently. The requirement does not change. The mechanism underneath it might. This note is about carrying audit retrieval through that change intact. For how the integration works on the inside, see Managed Attachments explained.

What Managed Attachments provides

It is worth naming the capability precisely, because "we store invoice images" undersells it.

  • Transaction-anchored retrieval. Every invoice document is retrievable from inside the EBS record it belongs to. The attachment lives with the transaction, not in a parallel filing system.
  • Context in both directions. From the invoice you reach the image; the image carries the business context of its transaction.
  • An auditor-ready answer. "Show me the source document for this payment" is a click, not a project. That single behaviour is what audit and compliance teams quietly depend on.

Under the hood, the images live in WebCenter Content, with WebCenter Imaging in front of them on AP estates, and Managed Attachments is the integration that binds them to EBS. Two moving parts: a store and a link.

What changes, by option

Any change to where the images live touches both parts, but not equally. There are three honest options, and in practice most estates end up on the first.

Keep Managed Attachments on WebCenter Content 14c. The 14c upgrade carries the integration forward. Nothing about the link changes. If storage growth is the problem, WebCenter Content 14c can place the file store on OCI Object Storage through the File Store Provider and the Object Storage Migration Tool; Content still holds the metadata, the security and the EBS link, so the pointer changes and the retrieval path does not. This is the lowest-risk way to get invoice images onto cloud storage, and it is the one we recommend first for any estate staying on EBS.

Move to Fusion's attachment model. If the ERP itself is moving to Fusion Cloud, documents will attach to transactions through Fusion's own mechanism, not Managed Attachments. The requirement carries over; the implementation does not. Historical images have to be migrated with their transaction keys intact and re-attached on the Fusion side, which is a workstream in its own right inside the WebCenter to Fusion AP migration.

Rebuild retrieval against Object Storage directly. Some estates retire WebCenter Content from the AP path and put images in OCI Object Storage with a retrieval layer of their own. This works, but there is no drop-in twin for Managed Attachments in that design; transaction-anchored, governed retrieval from inside the ERP form has to be built and proven. The Managed Attachments modernization guide covers the design.

What audit retrieval continuity requires

Whichever option you take, three things have to hold true. Treat each as a test to pass before go-live, not a hope to confirm after.

  • Anchored, not orphaned. Every image remains tied to its specific transaction. Preserve the document-to-transaction mapping through the change, including the long tail: multi-page invoices, supporting documents, credit memos, re-submissions.
  • Retrievable from where auditors work. The image is reachable from the transaction context, ideally one click from the invoice record, the way it always was. If retrieval now means a separate login and a manual search, audits have quietly become slower than they were.
  • Governed access. Retrieval from Object Storage should run through short-lived signed URLs scoped to the tenancy, so documents are available to the right people and only the right people, and access itself is auditable. Auditability of access matters as much as availability of the document.

How to carry it through

The sequence that holds up in practice, on estates from a single-instance EBS shop to a multi-terabyte state agency repository:

  1. Inventory the linkage first. Before moving anything, document how today's images map to EBS transactions: the volume, the metadata, the edge cases.
  2. Move the store deliberately, preserving the mapping. Whether the bytes are going to Object Storage under WebCenter Content 14c or to a new platform, move them with the transaction keys and validate retrievability on a representative sample, long tail included. The repository to OCI migration plan describes the mechanics.
  3. Re-establish the retrieval path. On 14c this is confirming Managed Attachments still resolves after the file-store move. On Fusion or a new platform it is wiring governed, transaction-context retrieval from the ERP record.
  4. Test with an actual audit scenario. Have someone pull a random sample of historical invoices from inside the ERP, end to end, and time it. If it is not fast and not anchored, you are not done.

Managed Attachments is the capability nobody puts on the plan and everybody needs the day an auditor calls. Confirm the retrieval path is intact and tested before cutover; that is the difference between a clean go-live and a scramble at quarter-end. When we run a 14c upgrade or a storage migration on an EBS-integrated estate, the attach-and-retrieve test from inside the EBS form is a named line in the cutover checklist, separate from the Content Server smoke test, for exactly this reason.

Questions

What does Managed Attachments actually do?

It binds documents in WebCenter Content to E-Business Suite records so that a user, or an auditor, reaches the invoice image from inside the EBS form with the transaction's context attached. It is the integration between the store and the ERP, not the store itself.

Does moving the file store to OCI Object Storage break Managed Attachments?

Not if WebCenter Content stays in front of it. On 14c the File Store Provider can place the bytes in OCI Object Storage while Content still holds the metadata, the security and the EBS link. The pointer changes; the link does not.

Is there a direct equivalent of Managed Attachments on Fusion Cloud ERP?

Fusion has its own attachment model, and documents attach to transactions through it rather than through Managed Attachments. The requirement carries over; the mechanism does not, so historical images have to be migrated with their transaction keys and retrieval re-tested.

How do we prove audit retrieval still works after a change?

Have someone pull a random sample of historical invoices from inside the ERP, end to end, including multi-page invoices, supporting documents and credit memos, and time it. If it is not fast and not anchored to the transaction, the migration is not finished.

Put the estate in front of an engineer.

Tell us the versions, the components and the integrations. You get a straight answer on what the estate needs, what it does not, and what order to do it in.

Talk to an engineer