Skip to main content

🚧 Why Organizational Structure in IFS Cloud Matters — Even If You’re Only Using One Company


ajohnston
Do Gooder (Partner)
Forum|alt.badge.img+4

Hi everyone,

In many IFS Cloud implementations — especially where businesses operate under a single legal company — it’s common to simplify the setup by using a flat Organizational Structure without multiple levels.

This can feel like a streamlined approach at first, but it often reveals hidden complexities later — especially in areas like security, reporting, and workflow design.

I wanted to share a practical scenario that others can test in their own sandbox environment to see how a layered Graphical Organization Structure might deliver long-term value, even if the current setup seems straightforward.

 

đź§Ş Want to See the Difference? Try It Yourself

If you're unsure whether you need multiple levels, here’s a simple test you can run in a sandbox or test environment:

Suggested Setup:

  • Sites: HQ, Service Center, Logistics Hub

  • Departments: HR, Finance, Field Tech, Logistics

  • Roles:

    • Maria (HR)

    • Kyle (Warehouse Lead)

    • Lena (Service Tech)

    • Raj (Finance Controller)

Try these:

  • Can Maria access only payroll — not warehouse data?

  • Can Raj access financials across all sites?

  • Can Lena only interact with her Work Orders?

Then review your reports and dashboards

  • Can you isolate KPIs by site or department?

  • Can you compare service center costs vs. logistics?

 

⚠️ What Happens Without Proper Structure?

When Org Levels are flat:

  • Security becomes harder to manage.

  • Reporting loses precision.

  • Workflow approvals can’t route cleanly.

  • Growth becomes harder to scale without rebuilding the structure.

 

âś… Best Practice

Even in a single-company setup, using a tiered Graphical Organization Structure allows for:

  • Role-based security

  • Cleaner BI/report filtering

  • Future-ready scaling for new sites, teams, or business units

 

🎯 Final Thought

If your business grows, changes regions, or just wants better internal controls, you’ll be glad you built the structure early.

Has anyone else run into challenges with Org Levels or Graphical Org Structures in IFS Cloud?
Would love to hear your feedback or any tips from your experience!

 

🔍 Disclaimer

Note: This scenario is simplified for exploration purposes and isn’t a complete implementation guide — just a way to test key concepts in a safe environment.
This post is based on general implementation patterns I’ve observed across multiple projects. It’s not a reflection of any specific client or organization. The goal is to encourage dialogue and exploration around structure and scalability in IFS Cloud.

2 replies

ajohnston
Do Gooder (Partner)
Forum|alt.badge.img+4
  • Author
  • Do Gooder (Partner)
  • 23 replies
  • June 9, 2025

Clarification:

Thanks all for the feedback! Just to clarify — the scenarios were meant to show how Org Levels support things like reporting segmentation, workflow alignment, and analytics filtering.

They don’t directly enforce security or financial postings — those are managed through Permission Sets, Organization Units, and Scope configurations in IFS Cloud.

That said, the scenarios I shared above are still valuable when testing User Permissions in combination with Org Levels, especially for understanding structure and planning alignment.

Unfortunately, I can’t edit the original post directly, so I appreciate your understanding and wanted to provide the clarification here.

Diving deeper:

Organizational Levels (as defined in the Graphical Org Structure) don’t control security access by themselves. Instead, they play an important supporting role in the overall design and governance of the system, particularly in:

  • Workflow routing (e.g., approvals based on reporting lines)

  • Structuring responsibilities for aligning security and roles

  • Analytics filtering (e.g., dashboards scoped by department or business unit)

  • Governance alignment that supports scalability and audit readiness

While Org Levels won’t restrict access directly, they do help establish a clear, scalable foundation that can guide how responsibilities and roles are assigned as your system grows.

It’s generally a good practice to define them early — but if it’s not a priority right now, it’s still something worth revisiting later as your organizational structure evolves.


ajohnston
Do Gooder (Partner)
Forum|alt.badge.img+4
  • Author
  • Do Gooder (Partner)
  • 23 replies
  • June 12, 2025

One more clarification that I meant to clarify before. With the Diving Deeper, it really should be the following. Thank you for your patience on this:
 

Organizational Levels (as defined in the Graphical Org Structure) don’t directly enforce Role-Based security in IFS Cloud. Security enforcement is handled through Permission Sets, Projections, and Scope configurations.

That said, Org Levels are far more than just a visual reference — they play a valuable role in the overall design and structure of the system, especially when it comes to:

  • Structuring responsibilities for planning and aligning security roles
  • Analytics filtering (e.g., dashboards scoped by department or business unit)

So while Org Levels won’t restrict user access by themselves, they help establish a clear, scalable foundation that informs how roles and responsibilities are assigned across the organization over time.

All in all, it's good general practice to define them early. If you're not ready to implement them now, it's totally fine to move forward without them — but I’d recommend revisiting it down the road as the organization scales or processes mature.


Reply


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings