Enterprise Applications
About this topic
Enterprise applications are designed to integrate computer systems that run all phases of an enterprise’s operations to facilitate cooperation and coordination of work across the enterprise. The intent is to integrate core business processes (e.g., sales, accounting, finance, human resources, inventory and manufacturing).
Active Ambassadors in This Topic
Community Posts
Technical AEM expertise27%
Cost transparency65%
Ongoing support capabilities4%
Proven client success4%
Is your budget for HR technology (such as HRIS, payroll, or talent management systems) managed and paid for primarily by the IT department in your organization?
Yes75%
No25%
Looking at Databricks as an option, we've been advised that Databricks is cloud agnostic, but does seem used quite a lot in cloud native services? This would suggest that any Databricks solution is not easily portable between cloud providers. Does anyone have any experience/knowledge on how easy (or not) it is to migrate Databricks between cloud providers?
Has anyone ever heard of Fujitsu's macroscope methodology?
We're a manufacturing enterprise currently using Rockwell FactoryTalk on the OT side, with our infrastructure traditionally built on VMware. As many of you are likely aware, the Broadcom acquisition has significantly increased VMware support costs, prompting us to evaluate alternatives as we plan our next infrastructure refresh. One option we're considering is Microsoft Hyper-V. However, Rockwell does not officially support or test FactoryTalk on Hyper-V, which raises some concerns. I'm reaching out to the community to ask: - Is anyone currently running Rockwell FactoryTalk on a Hyper-V infrastructure in production or test environments? - What has your experience been in terms of stability, performance, and supportability? - Have you encountered any compatibility issues or limitations? Would you recommend this approach, or suggest sticking with VMware (or exploring other options)? Any insights, lessons learned, or recommendations would be greatly appreciated!
Currently, our CPQ is tightly integrated with our ERP, providing unique features and functionalities that are not typically found in standalone CPQ solutions. For instance, we can perform mass updates to our BOMs (e.g., replacing one component with another, creating new BOM versions, keeping version and pricing history) directly within our current system.
Mass update capabilities for configurations are often not inherent to CPQ solutions, with vendors suggesting that such functionalities should reside within the ERP. As we transition to a new CPQ, we anticipate needing to use middleware, APIs, or interfaces to achieve similar outcomes.
I would greatly appreciate any insights or experiences you could share regarding the following:
1. Integration Experiences: How have you managed the integration between your CPQ and ERP systems, especially when using middleware or APIs? Especially interested to her from manufacturing companies who use 'smaller' ERP's (we don't use SAP).
2. Mass Update Capabilities: Are we unique in relying on our CPQ for mass updates to configurations, or is this a common challenge? How have others addressed this?
Thank you in advance for your valuable input!
We use Azure iPaaS as an enterprise standard. However, a key Business Unit uses SnapLogic iPaaS. The native APIM provided by SnapLogic has gaps in capability according to the industry experts, including its absence on Gartner MQ. We are trying to figure out whether it would make sense to use Azure APIM vs SnapLogic APIM in conjunction with SnapLogic iPaaS. Any experiences and insights from the community would be appreciated.
Very important23%
Important70%
Not important7%
Unsure