Give your employees the confidence to return to work
As we plan for the return back, how we manage our buildings and our spaces, and how people engage with that space, is critical. IBM can help. With IBM TRIRIGA as part of Watson Works, you can create safer spaces, focus on occupant well-being, and control costs. You can consolidate essential information into a “single source of truth” to make faster, more confident decisions and adapt to any circumstance.
- AI-driven insights to ensure dynamic space planning
- A safer environment that considers new protocols and processes
- Improved efficiency and reduced operating costs
- Easy access to enterprise-wide data for critical space decisions
- On-time, on-budget projects
What is IBM’s Watson Works?
By N.F. Mendoza
Watson Works is a new curated set of workplace products from IBM that embeds Watson artificial intelligence (AI) into the return-to-workplace issues that the enterprise must overcome in order to figure out when to safely send employees back to the office. Some of the key items that the models and applications will address include space allocation and facilities management, which are essential in a post-COVID-19 pandemic environment.
With Watson already in play, IBM began to look at its underlying product technology to extend the scope of artificial intelligence. When the pandemic sent employees to work from home, “we began to focus on how we could bring these together,” said Kareem Yusuf, general manager of AI applications at IBM…
One of the many safety issues to consider when planning the return to the workplace post pandemic is occupancy monitoring, which ensures social distancing amongst co-workers, Yusuf said. IBM started with “lightweight things like existing Wi-Fi,” and contemplated how “to build those instrumentations. That was a starting point. Now flip that into the COVID era.” With location detection already available, IBM knew it applied to how employers had to consider certain levels of occupancy, and apply the same logic to social distancing, he said…
[Admin: This post is related to the 06.25.20 post about workplace strategies for safety that you can use today.]
Continue reading →
If we apply a report of level 1, and there are more than 1 person assigned to the same space sharing the same parent organization of level 1, the legend only counts 1 headcount, instead of more. Next, if we apply a report of level 2, and there are 2 people sharing the same parent organization of level 2, but they are located in different spaces, the legend counts correctly 2 people, because they are located in two different spaces. But if these 2 people are located in the same space, when we apply the report of level 2, the same error would happen.
We needed to add a check box to the “Graphic Query Report Options” to enable the sum aggregation to sum fields on a color by graphic report even when multiple “Group By” resolves to the same record for the same space. Moving forward, we added a check box to the “Graphic Query Report Options” to enable, when checked, the associated sum fields of graphic report with a “Group By” that is the same “Group By” value for the same space.
For example, suppose that you configure to sum a field on an associated area allocation of a space, where we group by that allocation’s associated organization’s parent. If a space has multiple associated allocations with associated organizations that are different, but have the same parent, then this situations applies. Legacy behavior is to only sum the field on the first allocation for a space (for each unique “Group By”). With the check box checked, the sum of the fields on all allocations will be added. This behavior is similar to how “Group By” works. We will be adding documentation about this new check box, and looking at how to better document the limitations of “Sum”, as well as the configuration of “Count”.
[Admin: To see other related posts, use the Group By tag.]
I have a floor plan with contractors assigned to seats. These contractors don’t have organizations and the occupancy allocation of their spaces is null. Which is the best field on a space record to use to calculate the occupancy of this floor in a report?
The Headcount (Primary) on the space record (triHeadcountNU field). This field gets the count of all the people assigned to the particular space. And then all the space’s headcounts on the given floor are calculated/summed, that is, rolled up to the floor’s headcount field, then building…
By mistake, in TRIRIGA CAD Integrator, I created some Area Overlay mappings. Now I’m stuck with it. Does anyone know how to remove these areas? I tried to retire them, but it’s not working.
You can delete or remove the associations to these objects in TRIRIGA.
Area Overlays are just another business object in TRIRIGA, and what you’re seeing there are records you created which are instances of that object, that are associated to your floor. If you go to the Floor record in TRIRIGA (whichever floor you’re linked to), you’ll see a tab called Allocation, and then Area Overlays is a section there which allows you to remove them.
[Admin: The same question is also posted in the main Application Platform forum.]
I added a new CAD mapping so that I could allow users to batch associate an occupancy to an organization. Out-of-the-box, there is already a CAD mapping that allocates to chargeback to an organization.
- 1. Created a new CAD mapping called “Occupancy Mapping”.
- 2. Opened the Space Mapping record and in the Other Associated Object, I selected my “Occupancy Mapping” and gave it an association of “Has Allocation”.
- 3. Cleared the Object Metadata cache in Admin Console.
- 4. Tried to login via CAD Integrator, and received the error:
“Login failed. Contact IBM Software Support.”
I opened the ci.log and found the following error…
[Admin: A similar article is posted in the CAD Integrator forum about an issue with the Space Mapping.]
Create two capital projects with identical names. Add those two projects to the program. Add funding for the first project from the fund that you created on the program. Add funding to the second project, from the same funding source.
Open the first project again, and you will see the funding you just added to Project 2 is also on Project 1. It does not create duplicate allocation records, but instead, associates the allocation to both projects, causing it to appear in both Project Fund Allocation sections.
[Admin: The same article is also posted in the IBM Support Portal as a technote.]
With TRIRIGA 3.5.1 and CAD Integrator 12.1.3, it looks like the Space retire validation workflow (triSpace – Synchronous – triRetire Validation) isn’t working when retired from CAD Integrator (Child Records > Retired Unattached). Spaces with people or allocation records associated still retire, even though they aren’t able to from the app. The workflow instance shows it’s retrieving the people and going down the correct switch path to stop. If the space record is opened in the app, the user message is showing that there’s a person associated, but it’s in retired status.
Can anyone verify? Is there something I can update in the workflow to make it functional from both CI and the app? It seems that something’s different with how it can update the record to revert the status back from CI maybe.
We have a requirement to use the employee’s human resource (HR) organization for performing chargebacks. It has been observed that whenever an employee is moved into a space, an “Occupancy Allocation” record with the employee organization is successfully created. But a “Chargeback Allocation” record is not getting created for the organization. In the application settings, the following option has been enabled:
When moving a Person or Room to a location, do you want to add their Organization as a Chargeback Organization of the “Move To” Location?
Is there any way to have both occupancy and organization allocations to be in sync with the data from the occupant’s organization?
There appear to be 2 issues preventing users from creating programs with funds:
- Issue 1: After completing a Funding Request with Request For Program Funding, a program is not created.
- Issue 2: The TRIRIGA Program Manager security group does not have access to the Find action on the Fund Allocations Action Form.
When a Funding Request record with Request For = Program Funding is completed, a Program record is not created as expected. This issue is seen because the Call Workflow task which is expected to create the Program record is blank. Moving forward, the workflow has been fixed to call the workflow that creates the Program record. Also, the TRIRIGA Program Manager security group now has access to the Find action on the Fund Allocations Action Form opened from Program or Funding Request records.
I have some storage areas that are not occupied, but they are owned by an organisation. After adding the Chargeback Allocation, the Chargeback Status remains Vacant Common. Although the space has a Space Allocation record, the “Do Not Include as Common Space” flag is TRUE and attracts prorated space. This causes issues when trying to find stores (or similar) spaces that are not charged, because there is no status that shows them.
Checking the workflow triSpace – Synchronous – Set Organization Occupancy Status, there is a switch that checks if triVacantCommonBL = TRUE (it is). It then maps the status as Vacant Common, which is the same as its previous status. Surely, this should be mapped as Occupied?