{
“platform-version”: “3.0”,
“engines”: {
“node”: “24.x”,
“fdk”: “10.x”
},
“modules”: {
“chat_conversation”: {
“location”: {
“conversation_sidebar”: {
“url”: “index.html”,
“icon”: “styles/images/icon.svg”
}
}
},
“common”: {
“requests”: {
“sendDataToBackend”: {}
}
}
},
“whitelisted-domains”: [
“https://your-external-backend.com”
]
}
What we beleive the correct load should be :
{
“platform-version”: “3.0”,
“engines”: {
“node”: “24.x”,
“fdk”: “10.x”
},
“modules”: {
“common”: {
“location”: {
“full_page_app”: {
“url”: “index.html”,
“icon”: “styles/images/icon.svg”
}
},
“requests”: {
“sendDataToBackend”: {}
}
},
“chat_conversation”: {}
},
“whitelisted-domains”: [
“https://your-external-backend.com”
]
}
Hi everyone,
I’m currently building a custom app intended to run within FreshDesk Omni. The goal of the app is to fetch and actively display real-time Agent Statuses on a landing page hosted on our server. Specifically, we need to display:
-
Agent Name
-
Conversation Group
-
Current Status
-
Time spent in the current status
The Challenge: We understand that to live within FreshDesk Omni, the app needs to be on platform version 3.0. We’ve built the app and attempted to structure our manifest for FDK 10.x and Node 24.x, but the app does not run or render in the Omni environment. We suspect there might be a mismatch in how we are declaring the product locations for Omni, or how V3.0 handles these specific module locations compared to the classic FDK.
Here is the current manifest.json payload we are trying to use: Attached into the HTML Box.
App Location: Is chat_conversation → conversation_sidebar the correct module location for a FreshDesk Omni app? Since this is a dashboard to view all agents, would a global location (like the left navigation bar) be more appropriate, and if so, what is the correct V3.0 module key for Omni? We ideally would like to host it on a different page outside of the FreshDesk Omni isntance.
- Payload Structure: Are there any glaring issues with the
manifest.jsonpayload above for FDK 10 / V3.0? - API Access: Are there any specific Omni-centric API endpoints or SMI (Server Method Invocation) configurations we should use to poll the active agent status and time spent?