# Question - Is my GRC model compatible with Eramba?

**URL:** https://discussions.eramba.org/t/question-is-my-grc-model-compatible-with-eramba/2896
**Category:** Forum - Software
**Tags:** general
**Created:** [March 17, 2023, 4:56pm UTC](https://discussions.eramba.org/t/question-is-my-grc-model-compatible-with-eramba/2896 "2023-03-17T16:56:44Z")
**Posts on this page:** 5
**Page:** 1

<div class="post-metadata">

### Author: ![Dembo](https://discussions.eramba.org/letter_avatar_proxy/v4/letter/d/ac8455/32.png) [@Dembo](https://discussions.eramba.org/u/Dembo)
#### Post date: [March 17, 2023, 4:56pm UTC](https://discussions.eramba.org/t/question-is-my-grc-model-compatible-with-eramba/2896/1 "2023-03-17T16:56:44Z")

</div>

Hi community,

I am evaluating Eramba and interested in hearing whether my GRC model is possible to use or if it is incompatible:

I would like to enter assets (_A_) with various owners and associate them with [business unit/security policy/something else in Eramba] (_X_). Then I’d add a set of internal controls (_C_).

Cruciallly, I want to specify that all these assets (current ones in _A_ as well as future ones) associated with _X_ should be subject to the controls in _C_. This would automatically force the owners of _A_ to audit them with respect to _C_, with the same periodicity and timeframe. Note that I would only have to associate _C_ with _X_ _one time_, not with individual assets. The only thing I have to do when adding a new asset would be to associate it with _X_.

Is this model possible in Eramba? Or how should I change my model?

---

<div class="post-metadata">

### Author: ![david.schroth](https://discussions.eramba.org/letter_avatar_proxy/v4/letter/d/43a26b/32.png) [@david.schroth](https://discussions.eramba.org/u/david.schroth)
#### Post date: [March 17, 2023, 6:04pm UTC](https://discussions.eramba.org/t/question-is-my-grc-model-compatible-with-eramba/2896/2 "2023-03-17T18:04:37Z")

</div>

One thing that will be helpful for you to see relationships within Eramba is to jump into the demo, go to the screen in question and click “Help” and it will give you a chart of where relationships exist.

For the elements you mentioned -

Assets relate to business units, but do not relate to controls.

Assets relate to Risks, which then relate to controls.

A control has a maintenance functionality (things to do the needful to maintain it) and an audit functionality (a way to audit the functioning of the control). You can include instructions on the maintenance/audit pages to tell the end user where to pull the list of assets that they need to perform it for.

I suppose the risk would be the glue here → One risk can be associated to multiple assets, then the control is associated to the risk, however, that will get you into a bit of an audit documentation hole that you don’t want to be in. Specifically, if you add an asset to scope today, then you get audited on last quarter’s review, they’ll ask where the documentation for the new asset (that was out of scope) happens to be.

So, I suppose it seems like it may work, but there’s some nuances that I don’t understand from your approach. Is it correct to assume you’ve gone through some of [the wonderful documentation](https://www.eramba.org/learning)?

---

<div class="post-metadata">

### Author: ![Dembo](https://discussions.eramba.org/letter_avatar_proxy/v4/letter/d/ac8455/32.png) [@Dembo](https://discussions.eramba.org/u/Dembo)
#### Post date: [March 18, 2023, 11:34am UTC](https://discussions.eramba.org/t/question-is-my-grc-model-compatible-with-eramba/2896/3 "2023-03-18T11:34:42Z")

</div>

Thanks for your reply!

Yes, I’ve spent many hours with the documentation, enough to understand that the approach Erambra takes to GRC is quite different from the approach of the current GRC system we use. Not saying it’s bad, just different. For my organization to embrace a migration to Eramba it would be helpful to change as little as possible in our GRC model and the way we work.

We have hundreds of controls and assets. For Eramba to fly, it’s crucial that these controls apply automatically by virtue of being associated with some kind of category. Our current GRC system is quite flexible in that regard; it accepts controls being associated with many different kinds of categories such as asset type, organizational unit, roles and so forth.

I’ll continue my evaluation and see if I can find a way that works.

---

<div class="post-metadata">

### Author: ![Dembo](https://discussions.eramba.org/letter_avatar_proxy/v4/letter/d/ac8455/32.png) [@Dembo](https://discussions.eramba.org/u/Dembo)
#### Post date: [March 19, 2023, 2:31pm UTC](https://discussions.eramba.org/t/question-is-my-grc-model-compatible-with-eramba/2896/4 "2023-03-19T14:31:26Z")

</div>

To be a bit clearer, here’s an illustration:

 ![bild](https://discussions.eramba.org/uploads/default/original/2X/1/19135bfcecf753454d165aad2b466dc65519ae89.png)

I want to associate controls with categories (_X_). So when I associate a new asset with a category, the asset automatically gets associated with the category’s controls.

So, for example, when Asset 8 becomes associated with X2, Asset 8 becomes subject to Controls 5-8.

---

<div class="post-metadata">

### Author: ![kisero](https://discussions.eramba.org/user_avatar/discussions.eramba.org/kisero/32/2925_2.png) [@kisero](https://discussions.eramba.org/u/kisero)
#### Post date: [March 19, 2023, 4:07pm UTC](https://discussions.eramba.org/t/question-is-my-grc-model-compatible-with-eramba/2896/5 "2023-03-19T16:07:59Z")

</div>

> [@Dembo](#):
>
> I want to associate controls with categories (_X_). So when I associate a new asset with a category, the asset automatically gets associated with the category’s controls.

sorry pal, this is not how eramba works
