The Viking and V4 Legacy platforms are built on completely different technologies. myosh has been around for over 20 years, and V4 is an older system that requires coding for most changes and customisations. Viking, on the other hand, is the latest platform, developed and designed to be significantly more user-friendly. It allows clients to control many aspects from their end without needing technical intervention.
While the overall functionality and purpose of both versions are similar, they are distinct systems. The Viking platform retains the core features of V4 but offers a more flexible, modern, and user-driven interface. However, due to the architectural differences, some specific configurations and options in V4 may not have a direct equivalent in Viking. Nonetheless, Viking offers enhanced capabilities and configurations that provide a more powerful and customisable experience. If there are specific features you are concerned about, feel free to mention them to your myosh representative so we can confirm if and how they are addressed in Viking.
No, SMS notifications are not available. You can configure email notifications and/or push notifications for the Mobile App. Please see the Administration manual guidance on these.
System updates are usually pushed weekly on Thursdays, with release notes published on the preceding Tuesday. These updates propagate globally, automatically. Release notes can be found here.
Yes
Before you can log in to myosh you will receive a Registration email that contains your Username and Password. This should be sent by your employer.
To log in to your myosh Viking Platform:
1. Click on the link: https://web.myosh.com/MyoshWebBase/
2. Enter your Username and Password.
If you do not have your login details and/or need to reset your password, please contact your internal myosh admin for help.
Alternatively, you can contact myosh support team:
The quickest way to contact myosh for information and support is by email
Email:
support@myosh.com
Australia Phone:
1300 469 674
United States Phone:
+1 (737) 201-1573
Canada Phone:
+1 (581) 880-2191
New Zealand Phone:
+64 6 880 6421
Singapore Phone:
800 852 3430
South Africa Phone:
+27 87 550 9773
United Kingdom:
+44 151 317 9191
In myosh Custom:
In myosh Classic:
Once an Online Learning Course is completed a Certificate is generated.
Certificate can be downloaded after the successful course completion.
Certificate is also automatically emailed to a nominated email address.
myosh Online Learning enables you to host learning solutions for your organisation, providing a quick and convenient way for you to share, test, and verify knowledge. This module automates the running of courses and allows you to test for understanding by building in questions. When training is successfully completed, a personalised certificate is generated, records are updated and notifications issued.
Courses are web based and can be completed anywhere with internet access, even on your smart phone. Online Learning provides an efficient way to manage Site Inductions for visitors or new employees. Send courses or inductions to site visitors before they arrive and save time. Reinforce and test knowledge with interactive content. You can include your unique Course link on your website or email a personal invite.
myosh Online Learning is available as an optional myosh module that can integrate with myosh Training Management. Pricing is based on Course Attendances.
Courses added by importing existing SCORM Content, or by selecting from a library of standard courses from partner course designers.
myosh Online Learning is SCORM Compliant. SCORM (Sharable Content Object Reference Model) is a collection of standards and specifications for web-based electronic educational technology (also called e-learning). Your organisation may have existing courses that you can import and host within the myosh Online Learning platform.
Yes, notifications are sent out 2 weeks before the service is due until the service date. They are sent to the Equipment Register monitor who is nominated in the site document.
If you are a contractor for a company using myosh, your log in details should be issued by a company you are contracting for.
Only the company you are contracting for will have access to your log in details and the ability to change them.
myosh support are not able to look up your log in details or reset your password information, only the company that provided you with the login has the ability to reset passwords.
Power Users and Administrators can close arbitrary Actions.
Standard Users can only close actions that have been assigned to them.
1. Select the Action to be closed.
2. Select Edit at the top of the screen.
3. Select Close Off located at the bottom of the Action form.
In some circumstances it might be necessary to change the name of the person who an Action is assigned to.
Once an Action has been submitted and assigned to a person, it can be reassigned.
1. Open the Action.
2. Select Edit.
3. Select the person(s) to re-assign to from the Assigned to drop down list.
4. Save Action at the bottom of the Action form. The new assigned person will be notified.
To create a new Action:
1. Select the Actions Module.
2. Select New Record.
Yes it can be changed. When the change has been made, and before the action is resubmitted, the user has the opportunity to justify why this change has been made, via a record comment.
In some circumstances it might be necessary to change the name of the person who is accountable for an Action.
Once an Action has been submitted this name can be changed.
1. Open the Action.
2. Select Edit.
3. Select the new person from the Accountable drop down list.
4. Save Action at the bottom of the Action form.
Yes. The public API docs are available at https://api-doc.myosh.com/ and https://api-doc.myosh.com/v4
The myosh implementation team has vast experience integrating Enterprise Resource Planning (ERP) systems with multi-national organisations including companies with more than 40,000 employees.
The most common requirement is for pushing HR data into myosh on a daily basis. This typically requires both parties to agree on the most appropriate file format and where to post to. Since there is no requirement to write back into your system, there are no real security risks to provide for.
myosh asks that other systems produce a file in an agreed format (this can be csv, xml, etc.) and myosh takes that information and populates the myosh system with the information.
Examples of these types of data include: Employee/Contractor details, Work Hours, Workers Compensation Claim data, Organisational Structure etc. As long as a system can export data in some industry standard format, myosh can integrate with it.
myosh has looked at the capabilities of most of the top 21 ERP systems and has concluded that there are no issues in integration with most versions of SAP, Peoplesoft, Pronto, Oracle, IBM Domino, Microsoft Dynamics, Sage, Infor, Epicor, Exact Globe, syspro, intacct, netsuite, Aptean, Friedman, Epicor, Plex, Global Shop, IFS, UNIT4, CDC Software, Acumatica, CHRIS, IQMS and Apptricity.
Examples of Methods currently in production:
Normally integration is achieved in a secure and non-invasive way, by having an encrypted file from the ERP system transferred to the myosh server, on a periodic basis, via File Transfer Protocol (FTP). Once this file is transferred, the myosh server processes the file. Contact or personnel information updates, in the transferred file, are updated within myosh. Deletions or omissions are archived and new records are created. myosh is flexible with the type of file format generated.
Information is pushed to myosh via web services. If required, the technical team can also develop a web service consumer that can pull the information from the client database if you the service has an API available to do so. All web service requests (REST API) are done via HTTPS, so all communications are encrypted. Some users also opt to use asymmetric cryptography to further secure the data being transmitted via web services.
Single Sign on (SSO) functionality via Active Directory (AD) requires ADFS or TFIM. Both IdP-initiated and SP-initiated modes are supported.
Yes. Information is pushed to myosh via web services. If required, the technical team can also develop a web service consumer that can pull the information from the client database if you the service has an API available to do so. All web service requests (REST API) are done via HTTPS, so all communications are encrypted. Some users also opt to use asymmetric cryptography to further secure the data being transmitted via web services.
To Filter your Widget:
1. Select the ‘Edit’ button at the bottom of the page and the Filter, Export & Settings buttons shall display at the top right of each Widget.
2. Select the Filter button (Funnel Icon)
3. Select the field you wish to display and select the >> arrows button, and select Save at the bottom.
Once a Global Filter option is applied, it will restrict the data included to a subset. For example, if a customer only wants Active records displayed, a Global Filter can be applied to exclude records with status of “Closed” (as shown below). To stop this filter, simply select the Reset button.
To remove a widget from the dashboard only:
1. Click “Configure” in the top right corner of the dashboard.
2. Click “Delete” on the widget that you wish to remove.
3. Scroll to the bottom of the DASHBOARD CONFIGURATION section at the bottom of the dashboard, and select “Save” to complete.
Alternatively, to delete a widget entirely:
1. Click “Configure” in the top right corner of the dashboard.
2. Select “Manage Widgets” next to the “Add A Widget” drop-down box.
3. Select “Delete A Widget” (the third option) and then select the widget for removal from the list.
4. Select “Finish.” A confirmation prompt will appear. Selecting “Yes” will remove the widget entirely.
The incident investigation module offers detailed analysis tools through customisable data visualisation widgets, root cause identification processes, and corrective action planning to thoroughly investigate and resolve incidents.
Absolutely, the near miss reporting workflow is a dynamic option within the incident reporting form to easily capture, analyse, and address near misses. The ‘near miss’ flag can be used to parse data for separate reporting/visualisation.
With myosh’s incident management software, logging a new incident is straightforward. Watch a video tutorial that guides you through the process step-by-step.
For a comprehensive understanding of myosh’s incident reporting software, a detailed walkthrough of the incident investigation process, and a comprehensive user manual for the module is available, in addition to the video tutorial noted above. Full documentation is similarly available for all other modules.
When selecting the Classification (Outcomes) in the initial Incident ‘Draft’ status, an Injury Incident is the only Classification type that will automatically generate an additional field for more information (See the Injury section below on how to complete the Report).
Further fields will automatically be generated for completion for most of the other Classifications once the Incident has been reopened and the status is ‘New Report’. There are Ten Incident Reporting Classification Types. See the Classification (Outcomes) Table below for a description of each.
This is a save conflict, which can occur when two people save a record at around the same time, or a record is saved multiple times in quick succession.
The best way to deal with these is just to delete whichever copy of the record you do not need.
The mobile app is required for offline usage of the system at this time. However, the Viking 2.0 interface (currently in limited beta release) is designed to adapt to any device screen size, allowing accessibility from a mobile browser.
If you have an existing myosh account, then yes.
If not, then your organisation will first need to subscribe to and implement myosh in order for you to have access to an environment. Please request a free trial in order to get demo access and to start your setup process with a consultant.
Yes to an extent.
All the blank forms are still available for new records to be created as usual.
Existing records in My Activities are saved on the mobile device so they can be opened without an internet connection. The same goes for records from modules that are configured to be available in offline mode*.
This has a performance impact so we only do it for selected modules.
Yes, all these acronyms refer to similar functions that are performed by the SWMS module.
Whatever your niche term and specification subtleties may be, the powerful configuration capabilities of the myosh platform allows this module to be tailored as needed*. Rename fields, update their functions, and modify the document handling workflow in just a few clicks. Alternatively, send your existing paperwork to the myosh expert configuration team to get it done just the way you need.
A Safe Work Method Statement (SWMS) is specifically for high-risk construction work, detailing safety measures and methods for these tasks. It’s often legally required for such work.
A Job Safety Analysis (JSA) is used more broadly across industries to analyse and mitigate risks associated with any job task, focusing on breaking down tasks into steps and identifying hazards and controls for each step. While both are used to ensure safe work practices, SWMS additionally meets the regulatory specifications to construction risks.
Safe Work Method Statements (SWMS) are documents that outline how to carry out high-risk construction work safely and efficiently; however, they also perform the function of general JHAs/JSAs. They identify work activities that are deemed high-risk, specify the hazards associated with these activities, and describe control measures to manage the risks. The purpose of SWMS is to ensure that workers and supervisors are fully aware of the potential hazards and the procedures necessary to mitigate them before work begins.
Essentially, yes. Safe Work Method Statements (SWMS) is the term used specifically for legally required documentation accompanying high risk construction work (HRCW), with formal specifications. However, it encompasses generic Job Hazard Analysis (JHA) or Job Safety Analysis (JSA).
In other words, a SWMS can fulfil the function of a JHA, but a basic JHA may not be a sufficient substitute for a SWMS, particularly for HRCW. This is why myosh offers a SWMS workflow to cover the most stringent of requirements.
No, not directly. SWMS can only be archived after their valid date has passed so that a historical record of a SWMS for a specific time period is preserved. However, an existing or archived SMWS record can be cloned, where a new 'valid to' date can be specified after any necessary updates have been applied. Also note that Archived records are hidden in the list view by default: