Skip to main content Skip to main navigation
Australian Public Service Academy Australian Public Service Academy Australian Public Service Academy Australian Public Service Academy

APSLearn Login

Main navigation

  • APS Craft

    APS Craft

    • Integrity
    • Working in Government
    • Engagement & Partnership
    • Implementation & Services
    • Strategy, Policy & Evaluation
    • Leadership & Management
  • APS Professions

    APS Professions

    • APS Academy Campuses
    • Complex Project Management Profession
    • Data Profession
    • Digital Profession
    • Evaluation Profession
    • HR Profession
    • Procurement and Contract Management Profession
  • APS People

    APS People

    • Diversity and Inclusion
    • Health and Wellbeing
    • Work Health and Safety
    • Your APS Career
  • APS Induction
  • Learning Experiences

    Learning Experiences

    • Courses
    • Course session dates
    • Microcredentials
    • Events
    • Resources
    • Cross Agency Training Hub
    • Nationwide course sessions
    • SES Executive Coaching
  • Our Services

    Our Services

    • APSLearn
    • APS Academy course offerings
    • APS Academy Training Venues
    • Onboard learning experiences
    • Share and reuse learning experiences
  • L&D Guide

    L&D Guide

    • Learning Design and Administration
    • Learning Culture
    • The Learner and Career Development
    • Learning Technologies
    • Evaluating Learning
  • News

    News

    • Academy News
    • MyAcademy
  • About us

    About us

    • Faculty
    • Learning approach
    • Contact
    • Supplier FAQ's

File types

A blue folder icon surrounded by various smaller file icons on a white background, representing digital organization and data management in a business context with a clean and modern style

You are here

  1. Home
  2. File types
  • Linkedin
  • Twitter
  • Facebook
  • Email
Print
Contents

What is it?

File types are the formats used to create, develop, publish and maintain learning and development artefacts. 

In learning contexts, file types generally fall into two complementary categories: 

  • universal file types, which support sharing, reuse and long-term accessibility across systems.
  • creative or proprietary file types, which enable richer design, interactivity and innovation during development.

Universal file types are widely recognised, standardised file formats that can be created, opened, shared and reused across different systems, software and platforms. They were originally developed in the 1960s to support computer-aided engineering and have since become foundational to digital interoperability (the ability of different devices, systems and applications to connect and communicate).

In a learning and development context, understanding the different file types ensures learning artefacts can be created, shared, archived, adapted and reused across the digital ecosystem without reliance on a single tool or vendor.
This approach recognises that learning experiences are rarely created in a single format. Learning material often begin with creative, tool-specific source files during design and development, and are then shared, published or archived using different formats. 

Managing licences, access and editing rights across both types ensures learning experiences can be used, edited and maintained throughout their lifecycle, while providing creative control and meeting whole-of-government expectations. This is important when considering what authoring tools are needed to create learning material.

Why is it important?

Learning artefacts regularly move between authoring tools, learning management systems (or equivalent platforms), intranet or public web environments, and records or archiving systems.

If file types, licences and access rights are not considered early, learning content can become locked into tools that are difficult or impossible to access, update or share.

Universal file types support interoperability, accessibility and long-term use across the APS digital ecosystem. Creative and tool-specific file types, while essential during learning design and development, often require specific software, licences or skills to edit.

Managing both appropriately allows learning products to scale across agencies, remain usable over time, and align with whole-of-government digital, accessibility and records management standards without constraining innovation.

What are the benefits?

Universal file types enable learning artefacts to be flexible shared, published and reused across teams, agencies and platforms.

Creative file types enable designers, developers and media specialists to fully use authoring tools, multimedia software and emerging technologies to design engaging and effective learning experiences.

Using a deliberate mix of universal and creative file types allows learning teams to balance consistency, creativity and sustainability. As a result:

  • files are compatible across different devices, systems and software
  • learning materials can be collaboratively co-created, shared, reused and adapted
  • duplication and rework is reduced, with lower risk of having to begin from scratch
  • files are less likely to become inaccessible due to obsolete or proprietary formats becoming incompatible with the agency’s systems
  • files do not create dependencies on vendors, lowering risk of ‘lock-in’
  • accessibility and version control are easier to manage and keep consistent
  • long-term information management is consistently maintained as technologies, platforms and workforce needs change over time.

Who is this suitable for?

All staff, particularly learning designers, content creators, facilitators and subject matter experts.

Examples of universal file types

Universal file types are widely recognised, standardised formats that can be created, opened, shared and reused across different systems, software and platforms. In a learning and development context, they support publication, sharing, archiving and reuse without reliance on a single tool or vendor.

 

Common examples include

  • .DOCX (and legacy .DOC)
  • .HTML / .HTM
  • .XLSX (and legacy .XLS)
  • .TXT

Examples of learning and development file types that are not universal

Creative and proprietary file types are commonly used during learning design and development. These formats have legitimate value but typically require specific applications, licences or versions to edit, and should not be relied on as the sole transferable or archival format.

 

Common examples include

  • Authoring tool source files, such as .STORY (Articulate Storyline), .CPTX (Adobe Captivate), .LEC (Lectora), and similar formats. These files are essential for editing and maintenance but require the original software and may not remain accessible across future versions.
  • Multimedia project source files, such as .AEP (After Effects), .PRPROJ (Premiere Pro), .BLEND (Blender), .PSD or .AI (Photoshop and Illustrator). These are valuable creative assets but require specialist software and should be exported to universal formats such as MP4, PNG, SVG or PDF for distribution.
  • Proprietary, custom or bespoke system files, including vendor-hosted dashboards or tool-specific project files, scripts, and configuration files. This can limit data portability and long-term access. In most instances the data can be exported to a compatible file type, but this should always be checked and confirmed at the beginning of a project.

Working and final files

Working files are ‘living’ documents. They can be easily marked up, updated as required, and may include tracked changes or comments. Working files are only accessed by individuals who need to contribute, collaborate, or provide feedback.

Final files are clean, approved assets that remain unchanged once published. They represent a polished product that is shared with and accessed by learners.

In some cases, the file type will change during the process. For example:

  •  Articulate Storyline creates a new .STORY source file as the raw working file for an eLearning module.
  • The module is published as .ZIP file to be uploaded into a learning management system (or equivalent); this file is the final output and cannot be edited.
  • The original .STORY file must be accessed to make changes to the module, as only a source file can continue to be edited.


It is important to make a clear distinction between editable working files and approved final versions at the beginning of any project. This will reduce the risk of version confusion or accidental changes to published content.

The final version of a learning experience should remain intact from the point it is published and circulated. Auditors need to be able to clearly identify what content was communicated, and when.

When updates are required, changes should be made to the relevant working file. Once approved, a new final version is created and published. This new final version replaces the previous one, and the cycle repeats for each iteration of the learning experience.

Guidance

  • Consult your entity’s records management system and IT manuals to understand how file versions are logged and recorded.
  • Use collaboration-enabled applications that are approved by your entity’s IT and security teams.
  • Review authoring tool specifications to understand how files are stored and how long they are retained, including differences between active and inactive licences.
  • Understand how the final product will be deployed in your organisation to ensure the file format is compatible.
     

General Practice

 

Good Practice

File types

  • Selecting file formats that are easily transportable when designing learning experiences (for example, HTML, DOCX). 
  • Providing learning content in formats that can be edited, reused and repurposed by others.
  • Confirming file format requirements and standards at the start of a project.
  • Keeping all files (working and final) on record, ensuring teams can continue to access those files even if they used a subscription at the time of creating the learning experience.

Example

An agency reviews relevant APS standards for digital content before commencing development and selects HTML for its core learning content. The agency confirms the file format requirements and standards early, retains editable source files with appropriate licences and access, and publishes learning artefacts in formats that others can reuse and adapt.

As a result, the product is published on time, reused by partner agencies, and adapted easily for future audiences. Two years later, it is easily adapted for future audiences without rebuilding from scratch.

Working and final versions

  • Storing working files and final versions separately for a learning experience solution.
  • Only updating final versions when a new version is formally created.
  • Archiving or overwriting old versions appropriately based on file type and records management system. For example, newer versions of Word documents may be saved over previous versions with version history recorded in the system, while SCORM packages are archived rather than overwritten.

 

Practices to avoid

File types

  • Using non standard or proprietary file formats that cannot be opened or edited without specialised software throughout the entirety of the project. If using a proprietary file format, an alternative file format should be used when creating the design so future updates do not have to be recreated from scratch. 
  • Developing learning material without checking format requirements until late in the project.
  • Locking content into formats that cannot be scaled or shared across the APS.

Example

An agency does not review file format standards at the project initiation. Halfway through delivery, it is identified that the selected file format is non compliant and cannot be reused or published as intended. This results in rework, delays and additional costs.

Working and final versions

  • Updating final versions directly and distributing them with mark-ups or comments.
  • Team members working in multiple, uncoordinated files instead of a centralised collaborative working file.
  • Failing to make versions auditable so that which version has been circulated and when can be identified during an audit.
  • Not implementing strategies to prevent file corruption or failing to maintain backups and recovery options.

File format selection checklist

Use this checklist when creating, procuring or reviewing learning materials and supporting documents.

Standards and Compliance

☐ Does the file format align with whole‑of‑government standards?

☐ Is the format recognised and supported across a variety of APS digital ecosystem?

☐ Does it meet accessibility requirements (screen readers, keyboard navigation, captions, reflow)?

Interoperability and Compatibility

☐ Can the file be opened and edited using commonly available software?

☐ Is it compatible across multiple operating systems and devices?

☐ Can it be imported, exported or reused across learning platforms (such as an LMS, intranet, web, streaming services, reporting system)?

Longevity and Sustainability

☐ Will the file still be usable in the medium to long term?

☐ Is it independent of proprietary or niche software?

☐ Can it be archived and retrieved for records and compliance purposes?

Reuse and Scalability

☐ Can the content be shared, adapted and repurposed by other teams or agencies?

☐ Does the format support future updates without needing specialist tools?

☐ Is it suitable for both small‑scale and large‑scale distribution?

Editing and Maintenance

☐ Is the format easy to edit for minor updates or corrections?

☐ Are source/editable files available in a universal or widely supported format?

☐ Can multiple contributors work with the file without format conflicts? 

☐ Convert content early in the project lifecycle, not at the end

☐ Test converted files across different devices and platforms

☐ Clearly label file versions and formats

☐ Document conversion decisions as part of project records

Risk and Cost

☐ Does the format minimise the risk of vendor lock‑in?

☐ Will future changes require re‑engaging an external supplier?

☐ Are there any licensing or subscription costs tied to accessing the file?

List of file types and extensions

File types can be identified by their file extension. For example, the letters .DOCX identify modern standard Word documents.

 

File category File extensions
3D modelling/printing 3MF, COOL, GLB, GLTF, OBJ, STL
Apple MOVIE, PAGES, PICT, SKETCH
Adobe AI, PDF, PSB, PSD, XD
Audio/video media files 3G2, 3GP, 3GPP, ASF, AVI, M2TS, M4A, M4V, MKV, MOV, MP3, MP4, MP4V, MTS, TS, WAV, WEBM, WMA, WMV, WAV
AEP, PRPROJ, BLEND, PSD, AI
AutoCAD DWG
AutoDesk FBX
BioWare Game Engine ERF
Compressed files ZIP
Compressed files (Unix) GZ, Z
SCORM / eLearning package (published files)

ZIP

Within the ZIP file, SCORM and CMI5 packages typically contain a structure file (XML), web page files (CSS, HTM, HTML, JS) and multimedia files (image, audio, video).

SCORM / eLearning source file (working files) STORY. CPTX, LEC
Data / Microsoft Excel / PowerBI CSV, JSON, PBIDS, PBIP, PBIT, PBIX, XLS, XLSB, XLSX, XLTX, XML
DICOM medical images DCM, DCM30, DICM, DICOM
Finale PLY
Image formats GIF, HEIC, HEIF, JPEG, JPG, JPE, MEF, MRW, NEF, NRW, ORF, PANO, PEF, PNG, RW2, SPM, TIF, TIFF, XBM, XCF
License key KEY
Log Files LOG
Microsoft OneNote ONE, ONEPKG, ONETOC2
Microsoft Outlook EML, MSG
Microsoft PowerPoint POT, POTM, POTX, PPS, PPSM, PPSX, PPT, PPTM, PPTX
Microsoft Word DIC, DOC, DOCM, DOCX, DOTM, DOTX
Microsoft Windows CUR, ICO, ICON
Microsoft Visio VSD, VSDX
Open eBook EPUB
OpenOffice ODP, ODS, ODT
Photo ARW, CR2, CRW, DNG
Rich Text Format RTF
Text and code ABAP, ADA, ADP, AHK, AS, AS3, ASC, ASCX, ASM, ASP, AWK, BAS, BASH, BASH_LOGIN, BASH_LOGOUT, BASH_PROFILE, BASHRC, BAT, BIB, BSH, BUILD, BUILDER, C, C++, CAPFILE, CBK, CC, CFC, CFM, CFML, CL, CLJ, CMAKE, CMD, COFFEE, CPP, CPT, CPY, CS, CSHTML, CSON, CSPROJ, CSS, CTP, CXX, D, DDL, DI. DIF, DIFF, DISCO, DML, DTD, DTML, EL, EMAKE, ERB, ERL, F90, F95, FS, FSI, FSSCRIPT, FSX, GEMFILE, GEMSPEC, GITCONFIG, GO, GROOVY, GVY, H, H++, HAML, HANDLEBARS, HBS, HRL, HS, HTC, HTML, HXX, IDL, IIM, INC, INF, INI, INL, IPP, IRBRC, JADE, JAV, JAVA, JS, JSON, JSP, JSX, L, LESS, LHS, LISP, LOG, LST, LTX, LUA, M, MAKE, MARKDN, MARKDOWN, MD, MDOWN, MKDN, ML, MLI, MLL, MLY, MM, MUD, NFO, OPML, OSASCRIPT, OUT, P, PAS, PATCH, PHP, PHP2, PHP3, PHP4, PHP5, PL, PLIST, PM, POD, PP, PROFILE, PROPERTIES, PS, PS1, PT, PY, PYW, R, RAKE, RB, RBX, RC, RE, README, REG, REST, RESW, RESX, RHTML, RJS, RPROFILE, RPY, RSS, RST, RXML, S, SASS, SCALA, SCM, SCONSCRIPT, SCONSTRUCT, SCRIPT, SCSS, SGML, SH, SHTML, SML, SQL, STY, TCL, TEX, TEXT, TEXTILE, TLD, TLI, TMPL, TPL, TXT, VB, VI, VIM, WSDL, XAML, XHTML, XOML, XML, XSD, XSL, XSLT, YAML, YAWS, YML, ZSH
Web/Hypertext CSS, HTM, HTML, Markdown, MD, URL
L&D Section
Files, metadata and authoring platforms
L&D Groups
Before Getting Started
L&D Categories
Learning Design and Administration
Was this page helpful?
Last updated
3 July 2026

Links & Downloads

APS Learning Design Manual - Files, Data and Platforms

Acknowledgement of Country

The APS Academy acknowledges the Traditional Custodians of Country throughout Australia and recognises the continuing connection to lands, waters and communities.
We pay our respect to Aboriginal and Torres Strait Islander cultures and to Elders both past and present.

Museum of Australian Democracy
Old Parliament House 
Parkes 2600

APSLearn terms & conditions

About us

apsacademy@apsc.gov.auContact us
ABN: 99 470 863 260 
  • LinkedIn - external site - external site - external site

Help us improve

We are always looking for ways to improve the user experience of our website

 Share your thoughts

  • © 2021 APS Academy. All rights reserved.
  • FOI
  • Privacy Policy 
  • Terms of use
  • Accessibility
Back to top