...
Kuali Build is a code-free platform for building workflow applications. See the full description here.
Who is Kuali Build for?
Kuali Build is intended as a self-service workflow tool for University departments to build their own workflow applications on a platform that is centrally supported by ITS and Kuali. The rich capability of forms design and workflow engine, along with an easy-to-use interface, provides a much more effective and efficient experience as compared to using PDF or Word documents for facilitating electronic workflow.
For access to Kuali Build, we recommend attending a one-hour introduction. If you would like to request an introductory session, please submit via the Technology Support Center Portal at techsupport.uconn.edu.
...
Useful Links
...
Link
...
Documentation for Users
...
https://kuali-build.zendesk.com/hc/en-us/sections/360006505934-Kuali-Build-Basics
...
Getting Started for Reviewers/Approvers
...
...
Documentation for Application/Documents Administration
...
https://kuali-build.zendesk.com/hc/en-us/sections/360004535034-How-Do-I-Manage-the-Document-List-
...
Getting Started for Developers
...
...
Training Videos for Developers
...
https://kuali-build.zendesk.com/hc/en-us/sections/360008307913-Kuali-Build-Training-Videos
...
Kuali Build Knowledge Base
...
https://kuali-build.zendesk.com/hc/en-us/categories/360000578234-Knowledge-Base
Roles and Responsibilities
Applications and Technology Solutions Staff
As the Kuali Build Administrator, ATS staff will provide overall technical support for the system and engagement with the SAAS vendor (Kuali) for support issues with the system.
ATS will manage the global organizations and groups.
Requests for application-specific groups can be made to the Kuali Build Administrators via the Technology Support Center Portal at techsupport.uconn.edu.
ATS will manage the web services integrations.
Requests for integrations can be made to the Kuali Build Administrators via the Technology Support Center Portal at techsupport.uconn.edu.
ATS will provide assistance with best practices and product usage questions from Application Builders / Administrators.
Application Builders / Administrators
As a self-service model, functional areas are expected to build forms and workflow using the Kuali Build web interface.
Application Builders will work in the live environment and publish new applications or updates to existing applications.
Application Builders will appoint someone as Application Administrator (if different from themselves) to manage the data collected in the application.
The Application Administrator will provide user documentation and ongoing user support/troubleshooting for the application.
The Kuali Build Administrator will provide second-tier support to the Application Builder / Application Administrator.
Guidelines for Development
...
Naming Conventions
Development is done in the live system. Create a new application and use DRAFT at the beginning of the name to distinguish a live application from one in development.
For applications that are not intended to be used by the entire University, include the name of the school/department in the title to distinguish it from similar applications.
...
Publishing Applications
Draft applications should be restricted to a limited number of users during development so the community does not see the application on the Kuali Home page and assume it is a live application.
Once testing is complete, duplicate the draft application, set the permissions for the intended audience, and remove the old copy so you have a clean application to start.
The workflow simulator can be used before publishing to test the application.
Making updates to a live application will only impact new records. Any existing or in-flight records will reflect the previous version of the application.
Organizations and Groups
...
Organizations and Groups are controlled by the Kuali Build Administrators. Developers can set individuals as application administrators and users of the application, but groups for larger populations are centrally managed. Developers can however use the LDAP attribute uconnPersonAffiliation in the application permission to restrict usage by that attribute (useful for applications that are restricted to only staff or only students).
...
The University Organization structure will be centrally managed for use in workflow, though it will be condensed to a Department → VP/AVP/Dean → Division.
...
See the Kuali Blog for more articles on uses for Kuali Build https://www.kuali.co/build/resources/blog
Kuali Build Access
Users of Kuali Build forms may access My Documents (formerly Submissions) and the Action List for workflow approvals at https://uconn.kualibuild.com.
Please complete and submit a Kuali Build Access Request Form to obtain access to build workflow forms.
| Info |
|---|
Student employees are encouraged to use their student work account credentials for access to Kuali Build. |
Getting Started
Review the material in our Kuali Build Essentials guide to get started.
To be granted access to Kuali Build, you must attest that you have reviewed the support documentation in Kuali Build Essentials.
Additional Information from Kuali Build
Below is a selection of support documentation from Kuali Build.
| Info |
|---|
Electronic Signature:
|
For Kuali Build questions, please submit a request via email at techsupport@uconn.edu or the Technology Support Center Portal at techsupport.uconn.edu.
...
Integrations
Integrations are centrally managed by the Kuali Build Administrators.
Integrations must be in REST format.
Requests for integrations can be made to the Kuali Build Administrators via the Technology Support Center Portal at techsupport.uconn.edu.
Related Articles
...
| Info |
|---|
Kuali launched a new collaboration forum called Kuali Circles, based on feedback received that customers want a place for app admins to collaborate with folks solving similar problems on their campuses using Build. Click here for more information about Kuali Circles. |