Collaboration
Brand File Library: Originals, Variants, and Access Without Losing Control
A practical guide to separating editable masters, delivery variants, and internal documents in a versioned Cloud space, with appropriate access and safe restoration.
The problem: the brand degrades when it travels as an attachment
Managing brand files is not just about storing logos. The problem appears when every delivery goes out as an attachment, someone forwards an old version, a folder contains five files called “final,” and the editable original ends up in the hands of someone who only needed a PNG. From that moment on, the team loses traceability: it does not know which version is circulating, which material was approved, or which link is still active after an identity update.
A versioned Cloud space helps change the logic: the asset remains in an organized place, private by default, and is shared only when visibility or recipients are configured. In Apification Cloud, files, created services, folders, and external imports can be kept within the same workspace. In addition, each resource retains operational context so it can be previewed, edited, transformed, shared, and recovered without turning every delivery into a loose copy.
- Warning sign: editable originals sent to providers who only needed an export.
- Warning sign: old links remain active after a brand or campaign change.
- Warning sign: there is no clear folder for review and another for approved delivery.
Work map: masters, instructions, variants, and deliveries
A useful library starts by separating four types of content. The master file is the editable reference: for example, a layered composition, a piece that must be kept for future adaptations, or a brand document that may still change. The instructions document explains uses, internal restrictions, names, sizes, or application criteria. Variants are exported or transformed outputs for a specific channel. Public deliveries are the items shared with clients, press, partners, or external collaborators.
This separation avoids two opposite mistakes: protecting materials so much that no one finds what they need, or opening the working file too broadly. As an operational criterion, the master lives in a controlled editing area; the instructions live near the master but do not replace it; variants are generated to solve specific needs; and the delivery contains only what the recipient should download or review. Apification allows properties, versions, permissions, groups, and trash to remain linked to the item, making it easier to maintain continuity as the resource evolves.
- Master: editable, reusable, and reserved for those who modify it.
- Instructions: internal or shareable document with usage rules.
- Variant: export or transformation for a format, channel, or size.
- Delivery: set prepared for a specific audience and time period.
Recommended Cloud structure: names and work areas
The structure does not have to be complex, but it does need to be predictable. A practical foundation is to create folders by brand, business line, or client, and within them separate “01_Masters,” “02_Instructions,” “03_Review,” “04_Variants,” and “05_Delivery.” For campaigns, it is useful to add a date or campaign code to prevent a temporary activation from being mixed with permanent assets. The key is that any authorized person understands where to edit, where to review, and where to download without asking in chat.
In Apification Cloud, moving an item changes its organization, not its identity or access rules. This detail is important: you can reorganize a library without losing the continuity of the resource, its properties, or its associated access. Even so, it is advisable to review permissions after major moves, because a better-organized folder does not by itself correct an overly broad sharing decision. Structure helps, but real control depends on visibility, users, groups, links, and publication.
- Use numeric prefixes to order work phases.
- Avoid names like “new,” “good,” or “final”; indicate channel, size, or date.
- Reserve a review area before moving materials to delivery.
- Review access after reorganizing sensitive folders.
Originals versus derivatives: when to edit and when to export
Not every change justifies touching the master. If you are going to adjust a graphic composition, work with layers, add text, shapes, filters, or review transparencies, it makes sense to use Image Studio. It is a canvas- and layer-based editor that lets you create compositions without replacing the source file. When you save, the editable project is kept; when you export, a new image is produced. This difference is essential to avoid turning a flexible piece into an irreversible flat export.
For instruction documents, usage guides, or internal texts, office files can be edited with ONLYOFFICE while keeping them inside Cloud storage. For format changes, optimization, splitting, merging, or packaging, the File Transformer is more suitable: it proposes valid operations for compatible Cloud files without modifying the originals. When generating a result, you can download it or save it as a new Cloud file. This way, the master remains intact and the variant is ready to be managed, versioned, downloaded, or shared.
- Edit the master only when the reference content changes.
- Export a variant when the destination needs a closed or specific format.
- Keep editable documents for living instructions or guides that are updated.
- Use transformation when the goal is to convert, optimize, split, merge, or package.
Access: links, users, groups, and availability windows
The access decision should follow the relationship with the recipient. For ongoing collaboration, it is advisable to share with specific users or reusable groups, without publishing the item. In Apification, users and groups enable authenticated collaboration; publishing or sharing through a view or public link exposes the resource in a different way and is not the same as granting account access. This separation helps distinguish internal work, agency review, client delivery, and external distribution.
For a one-off delivery, a link may be enough, especially if the recipient only needs to download a file. When the material should not remain available indefinitely, it is prudent to use restrictions or publication windows when they apply, and to review links after every brand update. Apification manages users, groups, links, and publication through independent controls; this allows the scope to be adjusted without mixing all cases together. Changes to visibility, users, or groups update future access, while the owner keeps the original and its history.
- Users: specific collaborators with a stable relationship.
- Groups: recurring teams, agencies, or reusable internal areas.
- Link: one-off delivery or external review with a low level of collaboration.
- Publication: configured exposure for a broader audience.
- Periodic review: disable old access after identity changes.
Original or transformed downloads without duplicating everything by hand
A brand library becomes unmanageable if every possible format is stored in advance: horizontal logo in five sizes, icon in three formats, compressed image, press version, and social media variant. Some copies are necessary, especially if they have been approved, but others exist only because someone needed a quick conversion. In those cases, it is better to deliver a transformed download without replacing the source file or filling the library with unnecessary derivatives.
Apification Cloud supports downloads of the source file and generation of compatible formats from the sharing flow. You can also open the Transformer from Cloud, from Properties > Transform, or from Share > Download when the file is compatible. Transformed downloads are generated during delivery without replacing the original or requiring prior permanent copies. If a variant should be kept because it will be reused or approved, save it as a new Cloud file; if it was a one-off conversion, download it and avoid manually duplicating the entire catalog.
- Keep approved and recurring variants.
- Generate occasional conversions on demand.
- Do not replace the master with an optimized or compressed version.
- Document which formats are official for press, partners, or campaigns.
History and restoration: recover without confusing the scope
History is a safety net for content changes, not a time machine for everything that has already left the organization. In Apification, Cloud resources keep versions linked to the item, and version features allow you to review history, download previous versions, and safely restore content. This is useful when a piece is overwritten by mistake, the wrong variant is approved, or an instructions document loses an important section.
The common mistake is believing that restoring a version automatically removes copies downloaded by third parties. It does not: if someone has already downloaded a file, that copy is outside the control of Cloud history. That is why restoration should be combined with communication and access review. After recovering a version, notify affected recipients, update deliveries, disable old links if appropriate, and generate new variants from the restored master. Restoration fixes the central resource; external circulation requires operational management.
- Before restoring, identify what changed and who received the incorrect version.
- Download a previous version if you need to compare it before replacing the current one.
- After restoring, review links, groups, and related deliveries.
- Do not assume that restoration deletes files that have already been downloaded.
Final checklist and common mistakes to avoid
Before publishing or delivering materials, apply a brief review. Check that the master is still editable, that the exported variant matches the correct channel, that the instructions document is up to date, and that the chosen access matches the audience. If it is an external delivery, confirm whether the recipient needs the original or a transformed download. If there is a temporary campaign, review windows, restrictions, or links when the usage period ends.
The most costly mistakes are usually simple: replacing the master with a flat export, over-compressing a logo, publishing a variant before approving it, moving folders while assuming that changes permissions, or leaving old links active after a brand update. A library in Apification Cloud is not intended to replace every brand governance process or provide absolute legal controls, but it does provide an organized, versioned, and shareable space to work with better judgment and fewer uncontrolled copies.
- The master is in its folder and was not replaced by an export.
- The variant has a clear name, a defined channel, and approval when applicable.
- The instructions document accompanies the delivery if the recipient needs it.
- Access uses users, groups, link, or publication according to the real case.
- Old links are reviewed after brand or campaign changes.
- History is used to recover content, not as a substitute for external control.
Frequently asked questions
Should I always share the master file of a brand?
No. The master should be reserved for those who need to edit it. For clients, press, or partners, it is usually better to deliver an exported variant or a transformed download suited to the use case.
What is the difference between sharing with users or groups and publishing a file?
Sharing with users or groups is for authenticated collaboration without publishing the item. Publishing or using a link exposes a view or delivery configured for another audience.
Do transformed downloads replace the original file?
No. In Apification, transformations and transformed downloads allow compatible formats to be generated without modifying the original; if needed, the result can be saved as a new Cloud file.
Does restoring a version remove copies that have already been downloaded?
No. Restoration recovers the content of the resource in Cloud, but it does not delete copies that third parties have already downloaded. After restoring, it is advisable to review access and communicate the correct version.
Can I reorganize folders without losing permissions and history?
Yes. In Apification Cloud, moving an item changes its organization, not its identity. Its properties, versions, and access rules remain associated with the same item.
Sources and further reading
Documentation consulted while preparing this article.
- Cloud de Apification — Apification / Afilnet SL
- Compartición y distribución — Apification / Afilnet SL
- Versiones y restauración — Apification / Afilnet SL
- Transformador de archivos — Apification / Afilnet SL
- Imagen Apification / Image Studio — Apification / Afilnet SL
- Documento — Apification / Afilnet SL
- Seguridad y control de acceso — Apification / Afilnet SL
- Authorization Cheat Sheet — OWASP Cheat Sheet Series
- Cool URIs don't change — W3C
- Cloud Computing: Benefits, risks and recommendations for information security — ENISA
Explore Apification
Related articles
Collaboration
File and folder names: a practical strategy to find, review, and share without chaos
An operational guide to creating readable, sortable, and useful file and folder names for teams that review, transform, and share deliverables.
Collaboration
File version retention: useful history without Cloud chaos
An operational guide to keeping recoverable versions, separating copies and exports, and preventing work history from becoming chaotic storage.
Collaboration
Sharing a file by link or giving access to a collaborator: how to choose without losing control
A practical guide to deciding whether to share a file by link, by user or by group without turning speed into loss of control.