Archive for category: Articles

One of the properties options for a User Action node is “Action Reason”. You can require that the approver enter a subject, reason code, and comment. Before you set up the User Action Node, you will want to create your Action Subject in Rich Client. It is important to note that the user creating Action Subjects must have a role with the GlobalUIConfigAccess_ST security class.

Once you have the proper security, log into Rich Client and switch to the data area for which you are creating the subject. Go to Start > Configure > Application. Select “DataArea”.

Click “Add Subject” and give your subject a name.

After you add your subject, you can add it as a Reason Subject on the actions for your User action Nodes.

Common Problem: User XXXXXX does not have update authority for folder XXXXX

This is an error you may run into when a user doesn’t have report writer permissions to add to a folder.

To resolve this, follow the example below:

This will take you to RW03.1 (you can also go directly to RW03.1 if you know the user class name)

Once you have the user class selected, set FC to A, add your users ID, set flags and press change. If list is full, press Page Down key.

In Requisition Center, we are seeing an error next to the item we are ordering.  Hovering over the exclamation icon, we see the message:  “Error – 70500 is not included in account generation list”  How can we resolve this? 

In the item master, IC11.1, the account on the item is 6400.  If you go to GL20.1, you can inquire on the accounting unit 70500 and then click on the Accounts button for GL20.2.  Paging down will take you to account 6400.  There is an “Exists” column that shows No.  If you mark the line for add and change the accounting unit, the account will be changed to Exists Yes.  You should then be able to continue with the requisition without the error message. 

RQC

IC11.1

GL20.2

We traditionally think of managed service as a hosted solution. But what about all the applications that must stay in-house? Depending on the industry there are state or federal regulations and compliance matters to consider when deciding where and how to host your application. Your PCI data for example must stay confined to a very specific set of parameters well defined by Data Security Standards (PCI DSS). HIPAA (Health Insurance Portability and Accountability Act of 1996) provides data privacy and security provisions for safeguarding medical information and has specific requirements for how and where you can host your data and applications that can get access to that data. You can’t just hire any managed service provider to host all your applications. One option is to host the application and data On-Prem but partner with a managed service provider who can manage and maintain it for you.

Managing an enterprise application boils down to a few major areas of concern:

• Application Server Hardware or VM Hardware
• Networking Equipment (Routers, Switches, etc.)
• Operating System (Windows, UNIX, Linux)
• The application itself
• The Database
• File Storage
• The users

Typically, managed service providers would handle all of the above and send you a monthly bill for using the application which mainly boils down to owning a SaaS application. However in the On-Prem scenario the only part the MSP is responsible for is the application. That means that the organization is still in charge of everything but the application itself. This is the most common managed service scenario for most of our clients at Nogalis. The client manages the hardware and network, the OS patching, the Database Administration, and Nogalis takes care of the application and the users.

There are several factors that determine the success of an on-prem MSP engagement:

• Remote access setup from the provider to the application and related servers.
• A web-based ticket/issue tracking system that’s accessible by bother parties (i.e. ServiceNow)
• A single point of contact on the client side that can take ownership of the relationship with the MSP. This ensures direct and efficient communication between both parties.
• A client coordinator on the MSP side to facilitate projects and ongoing communication.
• Dedicated MSP resources that are assigned to the client. Avoid providers who cannot commit a specific resource as having dedicated resources can make the biggest difference in the quality of work delivered.
• Availability of a fast and reliable teleconferencing and screensharing service such as WebEx.
• Weekly status meetings to discuss upcoming change control items and upcoming client needs.
• Detailed breakdown of time spent on delivering services down to the 15-minute increment.