·
Product Information
·
Typical Requirements
·
Training Information
·
User References
Product Information
1. Product name
Our enterprise-wide comprehensive Time Management product is KronLog. Our streamlined Time and Attendance version is KronLog Lite.
2. Operating systems supported
Operating systems supported are: MS Windows NT, 2000, XP
3. Programming languages used
KronLog uses the following programming languages across its client and server components:
- C++
- ASP
- Javascript
- VBScript
- XML
4. Is there a user group for the system?
Considering the wide geographic area that our client base operates in, we, instead, selected to establish an active communication interaction using the following methods:
- KronLog's user comment feature
- KronLog's Newsletter
- KronLog's email based support system
- And our personal contact policy with all of our clients on a regular and responsive basis.
5. What maintenance/support options are available for in-house version of the KronLog product?
Standard Maintenance Services Policy
Telephone Support. Viakron provides telephonic support for the Software from 9 a.m. to 6 p.m. Eastern Standard Time, Monday through Friday (holidays excluded).
Updates. As long as Licensee is current on payment of Maintenance Fees, upon Licensee's request, Viakron will deliver to Licensee all new releases, corrections, enhancements and updates to the Software, which Viakron makes generally available.
Customer Support Objectives. Viakron recognizes that to maintain a competitive advantage, it is in its best interest to fix serious problems with the Software and to promptly respond to problems Licensee brings to its attention. Viakron will use reasonable commercial efforts to respond, based on the severity of the problem and in accordance with its Service Level Objectives set forth below, to Licensee's request for assistance in fixing problems with the Software.
Customer Support Definitions
Priority 1: Down Production System
The KronLog system is failing in a production environment resulting in a complete loss of productive capability. This type of problem severely impacts the customer's business objectives and requires rapid response and resolution. Examples of a down production environment are a non-recoverable server crash or the complete failure of one of the KronLog's system components.
Priority 2: Major feature failure
One of the major functions or features of the KronLog system is failing. This type of problem also requires rapid response and resolution. Examples of a major feature failure are the failure of reports to run or the return of incorrect results by a Viakron API function.
Priority 3: Feature is not working as documented
A feature in the KronLog software is not behaving as documented by Viakron. Productive work can continue but the KronLog software is not performing to specification and a remedy is required.
Priority 4: General questions
These problems are of a general nature and pertain to how the KronLog software should operate in both a production and development environment. An example would be when a particular report will not run while others run normally. This category also includes feature requests for subsequent releases.
Acknowledgment
Acknowledgment is defined as contact by either email or phone by a trained Customer Support professional to advise of the receipt of a customer support issue
Initial Response
Initial response is defined as contact by either email or phone by a trained Customer Support professional to gather additional information about a customer support issue and to determine the steps to reproduce the problem.
Status Frequency
This is the frequency with which Viakron Customer Support will update our customers on their open support issues. This frequency may be extended by mutual agreement between the customer and Viakron Customer Support.
Temporary Fix
This is a relief from the experienced behavior. It may take the form of a workaround, a patch or an alternate design approach.
Maintenance Release
These are regularly scheduled software releases that contain fixes for unwanted behavior. These releases will rarely contain new functionality.
Feature Release
These are regularly scheduled software releases that contain both bug fixes and new functionality.
The following table summarizes Viakron's Service Level Objectives.
Service Levels
Priority 1
Priority 2
Priority 3
| Priority 4
| | | | |
| Acknowledgment |
1 Hour |
4 Hours |
4 Hours |
6 Hours |
| Response |
4 Hours |
8 Hours |
10 Hours |
12 Hours |
| Status Frequency |
Every Day |
Every 3 Days |
Every 5 Days |
Every 7 Days |
| Temporary Fix |
2 Days |
8 Days |
10 Days |
12 Days if Applicable |
| Permanent Fix |
Next Maintenance Release |
Next Maintenance Release |
Next Maintenance or Feature Release |
Next Feature Release at the Discretion of Viakron |
Both hours and days listed in the table above are Viakron's Customer Support hours, M-F 6:00 AM -6:00 PM EST (Holidays Excluded)
Annual maintenance fees are charged at the rate of 18% of the then current license price.
6. List any 3rd party packages required by or included with the product.
There are no third party packages required.
7. Is this system web-based? If web-based, what browsers and web servers is it compatible with?
Yes, KronLog is web-based. It supports MS IE 4.0 or higher and Netscape 4.72 or higher. For its web servers, KronLog supports MS IIS 4.0 and above.
8. Is this an email-based system?
Our KronLog service is web-based, wireless-enabled and also operates in off-line mode. This enables any user, in the office, at home, or in a remote location to perform KronLog functions - anywhere at anytime. We currently use Email for some purposes such as Reminders and Scheduled reports.
9. Please provide Client/server Hardware and software requirements for the in-house version of KronLog.
|
Hardware Requirements: KronLog Server
|
Item |
Minimum |
Recommended |
Processor |
Intel Pentium or compatible 166-megahertz (MHz) or higher processor |
Intel Pentium III or compatible 730-megahertz (MHz) or higher processor |
| Memory |
128 MB |
512 MB |
| Hard Disk |
66 MB |
140 MB |
| Display |
VGA or higher-resolution monitor. |
VGA or higher-resolution monitor. |
| Other Devices |
network hardware is required |
network hardware is required |
| Software requirements: KronLog Server
|
OS |
Microsoft Windows NT® Server version 4.0
Service Pack 5 (SP5) or later, and Windows NT Server 4.0
Enterprise Edition with SP5 or later, Microsoft
Windows® 2000 Server
|
| RDBMS |
Microsoft SQL Server 7.0 Standard Edition or
Microsoft SQL Server 2000 Standard Edition or
Oracle 8.1.5 Standard
|
| Web Server |
Internet Information Server 4.0 or later. |
| Additional packages |
MSXML 2.0; Active State Active Perl 5.6 |
| Hardware requirements: WebClient
|
Item |
Minimum |
Recommended |
Processor |
Intel 486 or compatible 66-megahertz (MHz) or higher processor |
Intel Pentium or compatible 166-megahertz (MHz) or higher processor |
| Memory |
32 MB |
32 MB |
| Hard Disk |
- |
- |
| Display |
800x600 resolution monitor 256 colors. |
800x600 resolution monitor 64K colors. |
| Other Devices
|
Internet connection 14K |
Internet connection 28.8K |
| Software requirements: KronLog WebClient
|
OS |
Microsoft Windows 9.x/Me/NT/2000/XP |
Web Browser |
Microsoft Internet Explorer 3.02 or later or
Netscape Navigator 4.72 or later.
|
| Hardware requirements: WinClient
|
Item |
Minimum |
Recommended |
Processor |
Intel 486 or compatible 66-megahertz (MHz) or higher processor |
Intel Pentium or compatible 166-megahertz (MHz) or higher processor |
| Memory |
32 MB |
64 MB |
| Hard Disk |
10MB |
20MB |
| Display |
800x600 resolution monitor 256 colors. |
800x600 resolution monitor 64K colors. |
| Other Devices |
Internet connection 14K |
Internet connection 14 K |
| Software requirements: WinClient
|
OS |
Microsoft Windows 9.x/Me/NT/2000/XP |
10. Does the system support any wireless devices? If yes please describe which one and what functionality is available.
KronLog supports WAP (Wireless Application Protocol), that is, KronLog supports cellular phones and PDA's with wireless Internet connection. The available KronLog functionality is as follows:
- Verify timesheets
- My Timesheet
- Change Password.
11. A diagram of the system's data structure.
12. What is the scalability model in terms of users and database sizing?
The KronLog system has very good performance and scalability. The following benchmark diagram shows the results from a recent test.
13. Have the company's products been reviewed by any publications?
Not yet.
14. Latest release date.
The latest release of KronLog is dated October 2, 2002.
Typical Requirements
Timesheets
Entry
1. How many timesheet views are included? How does each of them capture work? Can users be limited to different views?
Four (4) Timesheet views are included: (a) Weekly (b) Monthly (3) Detailed (4) Punch Clock. The Weekly and Monthly methods allow the user to choose the Project and Work Code, and then enter the timesheet data. The Punch Clock simulates a physical Punch Clock.
2. Does the system allow a time increment to be specified to capture time (for example time entries must be no less than 15 minutes)?
Time increments recognized are in one-minute granules.
3. Can users add comments to their timesheet? Time entries? Specify different comment types? Attach documents?
Users can enter short or long descriptions to each time entry. Attaching documents is not available at this time.
4. Does the system provide a stopwatch to track time and update the timesheet?
Yes.
5. Can the system auto fill and submit timesheets automatically for specific users in a specific time frame?
Yes.
6. How can timesheets be entered offline?
KronLog has a mature full-featured time recording windows-based utility that allows the user to record time off-host, and interface seamlessly with the server at a later time.
7. Can users submit their timesheet using email? If yes please explain how this information is entered into the database.
Yes. Users can use the KronLog Winclient to record their time, and then export the items to a file. This file is then sent by email to the administration function, which simply places the file in the user's KronLog inbox. The system will automatically post these time items to the database.
8. Can users submit their timesheet using a swipe card system? If yes, please explain how this information is entered into the database.
Not at this time. However, if this is a mandatory requirement we will create an interface to the swipe card system. This is not a difficult undertaking since the existing Punch Clock logic would serve as the nucleus for this enhancement.
9. Can users submit their timesheet using time clock system? If yes, please explain how this information is entered into the database.
KronLog has its own electronic Punch Clock. If, however, an interface to another time clock system is required, we are prepared to create the necessary interface.
Project-oriented
1. What is the number of levels available to capture work? Can it vary based on the user and/or the work type?
KronLog has as a standard the following levels:
- Executive
- Financial Controller
- KronLog Admin
- Billing Department Representative
- Division Manager
- Customer Service Representative
- Project Manager
- Technical Admin
- Full Time Employee
- Consultant/Contractor
- Part Time Staff
However, these are merely defaults. KronLog supports an unlimited number of user levels. It is a simple task for the Administrator to simply add more and assign a level. The system can then be configured so that certain user types can only have access to assigned functions.
2. Does the system track the project status, start/end dates, phases?
Yes.
3. Please describe how the system handles projects not related to clients.
Each Project within KronLog must be assigned a "Customer". If there is a project which is not related to an external customer (Client), the approach is to create an "internal" customer, and assign such projects to it.
4. Does the system support clients with multiple projects?
Yes.
5. Can users be limited to the budgeted amount (in time, cost or billing amount) for a project, task or assignment? Can their manager be notified when the limit is attained?
The system has Estimated Fields for Time and Billing Amount per project. However, though KronLog does not limit a user from charging time to such a project if there is an overrun, KronLog has:
- a pop-up alert that tells the Project Manager when he/she logs in,
- and an automated report that is sent to the Project Manager by email when such an event occurs.
6. Can users specify their estimate to complete the work? Does this information integrate with project management software such as Microsoft Project? If yes please describe.
Yes. Estimates can be set up (please refer to item 5 above) by the managers. Yes, these fields are exported to MS Project.
7. Can time entries status be changed for previous work periods (for example changing time entries in a specified time frame from billable to non billable)?
Yes.
8. Can one specify the status of time entry, activity, task or project (Such as costed, billable, R&D, Funded, etc.)? If so what are the status indicators included and for which items? Does the system security allow designating who has the ability to control this option?
Currently KronLog supports the following 4 statuses:
- Pending (new)
- Approved
- WIP
- Billed
These are not configurable, but the state of the data is changed as the data traverses the approval cycle. For example, when the data arrives in the system initially, it is in a Pending (amber) state. When the Supervisor approves it, the state changes to Approved (green). When the finance department "processes" it (they can only see Approved items), the state changes to WIP - work in progress (gray). The final state is Billed (black), which indicates the end of the approval cycle.
If other states are required by YOURCOMPANY, we can accommodate that requirement.
Labor Management
1. Can the system setup allow for business rules to be created on a per user basis that automatically calculate overtime and banked overtime balances? Can the system control how these overtime or banked overtime hours may be used per day or period? Please explain.
KronLog's native overtime module is generic. It is company-wide, and assumes that any number of hours over a certain (company defined) amount should be regarded as Overtime. However, realizing that many organizations have differing policies and procedures, KronLog was designed so that users can "plug in" their own Overtime module. Viakron is prepared to help with this.
2. Does the system track balances and allow usage rules for non-project related work such as vacation, sick leave, personal day, etc.?
Yes, KronLog supports this feature.
3. Can users be asked to work a certain number of minimum hours each day, week and/or period? Can users be limited to a maximum number of hours each day, week and/or period?
Minimums
KronLog does not accommodate minimums at this time. However, we can modify KronLog's Reminder feature to: (a) ask that users should enter minimums and (b) alert managers about this.
Maximums
It is possible to impose a Maximum for each user.
4. How does the system handle shifts and rotational shift work?
Work Codes are used to identify which shift has just been worked by an employee or which factory work station has just been staffed. Companies can pre-define as many unique Work Codes (shift codes, work station codes, etc.) as they deem necessary to identify all of the possibilities.
Management
1. Please describe the timesheet submission process and the number of approval levels.
When the data arrives in the system initially, it is in a Pending (amber) state. When the Supervisor approves it, the state changes to Approved (green). When the finance department "handles" it (they can only see Approved items), the state changes to WIP - work in progress (gray). The final state is Billed (black), which indicates the end of the approval cycle.
If other states are required by YOURCOMPANY, we can accommodate that requirement.
2. Can the manager reject the users timesheet? How does the user get notified?
Yes. KronLog generates an email to the user specifying the details of the rejection. In addition, the user sees the rejected time items in Red on their timesheet page.
3. Does the system support mid week work approval?
Yes. Approvals can be done at any time.
4. How does the manager know when it is time to approve a previously rejected timesheet?
The time item returns back into the system as Pending (amber) again. There are two (2) ways for the manager to know when these items are there:
- Whenever the manager initiates the "Verify Timesheet" function, the number of Pending items for each employee is displayed, and
- KronLog automatically sends emails to Managers/Supervisors to remind them that there are outstanding timesheets to be verified/approved, if they do not verify these items within the timeframe defined in the Company Control parameters.
Cost & revenue Accounting
1. Describe the different types of billing and cost rates supported in the system. Is there support for the "Cost Plus" concept for auto generating billing rates from cost rates?
Employees are assigned to an Employee Class. Each Class has a Billing Rate and an Internal Rate. Additionally, KronLog has Rates at the employee level to accommodate an employee being charged out to clients at different rates.
KronLog also supports a pricing coefficient at the invoice preparation stage.
2. Can multiple Cost Centers be defined?
Yes.
3. Does the system allow for multiple hourly rates per employee based on client, project, department, etc. Please elaborate.
Yes. Different rates can be applied to each Project and therefore to each Client.
4. Can project-billing amounts be split between various clients?
Not at this time. However, if this were a mandatory requirement, Viakron would be prepared to accommodate YOURCOMPANY.
5. Can rates be defined for overtime and double overtime?
Overtime rates can be defined, however, double overtime is not supported at this time. Again, if this is a mandatory requirement, Viakron would be prepared to accommodate the need.
6. Can the system recognize special rates? For example, work performed on weekends or holidays?
Yes.
7. How does the system handle billable and non-billable work? A consultant works for 10 hours but only a portion of those hours are attributed to the total project cost and considered billable. Explain.
Each employee (or consultant) selects a Work Code for time consumed. Each Work Code in the system is defined as billable or non-billable. The employee simply allocates the appropriate amount of time to the appropriate Work Code. By way of example, some of our current customers choose to create Work Codes such as "Billable Travel" and "Non-Billable Travel". Employees/consultants are assigned the Work Codes that correspond to their work/position and need.
8. Can expense and time entries be marked as billable or costed? What else can be included in the billing for a client?
Yes. Since each expense and time entry is charged to a Project and Projects are linked to clients, these items can be marked billable or costed. It is our understanding that further inclusions in the billing process are addressed by YOURCOMPANY's ERP system and are not a requirement within this procurement.
9. Can the system support milestone billing? Percentage complete billing?
KronLog does not support milestone or percentage billing at this time.
10. Does the solution support multiple currencies?
Yes.
Supervisory controls and data Integrity
1. Does the system have the capability to limit and who is authorized to charge time, expenses, purchases, issues and set budgets for certain projects or activities?
Yes.
2. Can users of the system review their hours, issues, and expense reports on a real time basis?
Yes.
3. Can records be created for adjusting entries to past reporting periods (i.e., put in negative amounts to correct prior reported time in system)? How are changes to prior periods handled?
No. Adjustments are not supported. But previous items entered can be reverted and then changed.
4. Can managers be limited to create and only view projects for which they are responsible?
Yes. This was a mandatory requirement when KronLog was first conceived.
Reporting
1. What reporting engine is used in the product?
KronLog has its own native reports, created with an XML engine - viewable in HTML, CSV (Excel), or in RTF (Rich Text Format - used by MS Word). Also, a company such as YOURCOMPANY can use any available Reporting Engine to create their own reports.
2. Please describe any standard reports provided and the possibility of creating new reports.
KronLog has a wide array of reports, which fall within these categories:
- Summary
- Actuals
- Totals
- Details
- Custom
- Estimated
- Expenses
- Data Integrity
- Scheduled (automated)
KronLog also has a menu for "Company Reports", under which special reports can be created for the company. Please note also, that KronLog supports external report engines. For example, one current customer creates many of their own reports using "Crystal Reports".
3. Is it possible to roll up report data?
Yes.
4. Who has the ability to create reports?
Designated Managerial/Administrative staff can create reports. However, KronLog is extremely flexible, namely, certain users can be included/excluded from being able to access the reports module - based on their access levels.
5. Can management create reports for their areas?
Yes. KronLog supports view by Department.
6. Is it possible to filter data displayed in reports (e.g. show/hide: approved/not approved, completed/not completed, billable/non-billable, posted/not posted, etc.)
Yes. Based upon the nature of the report, the user is able to choose the state of the data to be reported.
7. Is there a way to provide security to certain reports so only a specific user can make modifications?
Report generation within KronLog is initiated by authorized users only. The report is presented to the initiator. The report never resides on the KronLog server and therefore is not a candidate for security breaches.
8. What are the archiving capabilities for reports?
Since reports can be saved in Word or Excel format, it is elementary to save these offline onto any media accessible by the user who is running the reports. Also, Kronlog has an "aging" mechanism which allows "old" data to be saved to the History database. In this fashion old reports can be recreated.
9. What tools and/or built-in integrations are available for multi dimensional data analysis?
We do not currently use any tools for multi dimensional data analysis, although (a) our product could be represented by multi dimensional matrix, and (b) we are aware that Microsoft has OLAP services for SQL 2000.
Security
1. What type of security is built into the system?
The following security aspects are integral to KronLog:
- Passwords are/can be encrypted
- The system supports password aging
- Access Levels: Certain users are not allowed to view certain parts of the system
- The system has an audit trail that shows who logs in, and who changes what and when.
2. Is security function, transaction, or field dependent?
Security is function dependent.
3. How can security be assigned to individuals? How is it maintained and controlled?
The KronLog Administrator assigns an access level to different employee types, which in turn dictates which areas of the system are available to them.
4. What is involved in adding, deleting and modifying security?
"Access Control" is only available to the KronLog Administrator, who can add user types and associated access levels, and can then associate such types to various functions throughout the system.
5. How many levels of security are involved?
Unlimited.
6. How are password and user ID checks performed? Can passwords be viewed on-line? Are they encrypted?
User ID's are stored in cleartext form in the KronLog database. Verification is performed by comparing the entered ID with the cleartext User ID.
KronLog has three (3) levels of password security: (a) Simple (b) Intermediate (c) Complex. When the Complex mode is chosen by a company, KronLog uses the industry-standard MD5 hashing to encrypt Passwords in the database, and has a compiled module that compares the entered password with the encrypted version.
None of the above passwords can be viewed online. Passwords that employ the Complex mode cannot be viewed offline either, since they are encrypted even to the System Administrator.
7. Does the system support a minimum password length and password aging options?
Yes, KronLog supports both.
8. Once a report is created, can security access be added so that only certain people can print or modify that report?
Yes, this is not an issue within KronLog, because reports are not held on the system. When reports are created by a user, they are stored only on the computer accessible to the user who created the report. The user can store the report in a secure place of his/her choosing.
9. Is there an audit trail or log? Please describe in detail how it is tracked and reporting options.
Yes, KronLog has two Audit Logs. One shows the access to the system (detailing such items as User ID, IP Address and date + time). The other log shows which user accessed which function, and created/modified data within the system.
10. Does the system support Windows NT authentication?
Not at this time, however, it can be implemented if required.
History
1. Can a user enter time or expenses into a previous period?
Yes. But the system can be configured to disallow such activity.
2. Can a user change time or expenses that was entered into a previous period?
Yes, users can do this. But the system can be configured to disallow users from entering time and expenses against such "closed" periods.
3. What is involved in correcting history?
Financial Department staff can "revert" the status of time entries from "WIP" to "Approved" which will then allow Supervisors/Project Managers to modify such entries. Verifiers can also "revert" time entries back to "Pending", to allow employees to modify their time. However, this kind of activity is only allowed in the "current" database.
"old" data can be moved/aged to the History database. It is not possible to correct/modify data in the history database (unless done directly through SQL). Only viewing/reporting is allowed on data in the history DB.
4. If a user changes groups does the system keep their historical changes?
No it does not.
5. If a user cost or billing rate changes does the system keep their historical changes?
No. But the manager can enter unlimited number of rates and simply keep old records and add new ones when needed.
Interfaces
1. Please provide information on the system import/export functionality.
KronLog has a flexible mechanism of interfacing with "external" systems. It can create (for export) or accept (for import) the following file formats:
- Comma delimited
- Fixed Length fields
- XML (which will allow import/export of files of virtually any layout)
2. Does each component seamlessly integrate and interoperate with each other (e.g. timesheet tracking, expense reporting, project management, purchasing, invoicing etc.)?
Yes, an integral element of the design of KronLog.
3. Does the solution ship with built-in integration to accounting packages (e.g. Microsoft Great Plains)? If yes describe how the information is exchanged.
Yes. Most accounting packages use CSV (comma separated value), and KronLog supports that export format. KronLog also supports XML, a more flexible interface mechanism, favoured by many systems.
4. Does the system integrate with ERP software (e.g. SAP)? If yes describe how the information is exchanged.
To date, we have not had a requirement to interface with large ERP systems. Notwithstanding this, and considering our architecture and interfacing capability with other systems we are confident that we could do so very quickly, given the interface specifications.
5. Does the system integrate with CRM software (e.g. Siebel)? If yes describe how the information is exchanged.
To date, we have not had a requirement to interface with large CRM systems. Notwithstanding this, and considering our architecture and interfacing capability with other systems we are confident that we could do so very quickly, given the interface specifications.
6. Does the system integrate with payroll software (e.g. ADP Payroll)? If yes describe how the information is exchanged.
Yes. Given the interface specs for ADP and Deltek payroll systems, we have created XML extracts for both.
7. Does the system integrate with version control software (e.g. Microsoft Visual SourceSafe)? If yes describe how the information is exchanged.
KronLog does not integrate with version control software at this time.
8. Does the system integrate with flow chart software (e.g. Microsoft Visio)? If yes describe how the information is exchanged.
KronLog does not integrate with flow chart software at this time.
9. Does the system integrate with messaging software (e.g. Microsoft Outlook)? If yes describe how the information is exchanged.
Due to the variety of messaging software systems used by our client community, Viakron implements, or creates if necessary, the required interface as demanded by each client.
10. Does the system integrate with project management software (e.g. Microsoft Project)? If yes describe how the information is exchanged.
Yes, KronLog uses XML to integrate with MS Project.
11. Please list any other interfaces.
Given the interface specifications, KronLog is capable of interfacing with virtually any client system be it legacy systems, ERP systems, accounting packages, or proprietary systems.
12. Does the software include any customizable fields?
Yes, KronLog has several customizable fields.
13. Please indicate if an SDK or API is available for the system.
No. However, we do have a Custom reporting module that allows ad hoc creation of reports.
14. Under what conditions would you build custom interfaces to other company systems?
Since we pride ourselves on our ability to interface with external systems, we will gladly build any interface, at cost, as long as we are provided with proper interface specifications, and the willingness of the company to assist with the testing.
Other
1. What languages are supported for the user interface?
At this time KronLog supports English, French, Spanish, German and Russian.
2. Is the solution entirely web-based? Please describe the technology used.
Yes. KronLog is web-based featuring ASP technology with complete access via the web-browser.
3. Please describe the various methods users get their assignments, issue types and expense categories and/or managers assign such items. As well as all associated security functions that govern such access globally, per site, group, employee types and user.
KronLog enables a user-in-authority (ex. supervisor) to assign projects, subprojects, tasks to individuals or conversely, assign individuals to projects, subprojects and tasks. Similarly, a user-in-authority assigns individual Work Codes, or Work Code Sets to individuals or vice versa. Once assignments are made, only those assigned projects, subprojects, Work Codes are available (seen by the individual) against which the individual can charge time.
KronLog's expense recording feature works in the same fashion.
Security is enhanced by the fact that only authorized individuals in appropriate Employee Classes can make such assignments. Regular employees do not have access to other employees' assignments.
Once assignments are made, the information is available to the individual anywhere, anytime.
A User-in-authority, a supervisor for example, can issue a Task List to all or some of his subordinates containing information or directives that need their attention. Notification via KronLog is immediate.
4. Does the system limit data based on user site for things such as groups, client, currency, holidays, etc.?
No.
5. Can the user specify the location for the work performed?
Yes.
6. Can items such as users, projects, and expenses be suspended and not accessible to active users and removed from view?
Yes.
7. Please describe all system email notifications or reminders.
KronLog supports the following email notifications/reminders:
- Late Timesheet reminders to employees
- Managers/Approvers are reminded to approve timesheets
- Employees are notified whenever managers change or rejected timesheets
- The system has a Corporate Messenger, which can be used to send bulletins to selected users. As an example, the KronLog Admin user can send a message to all users on the system, informing them of changes within the system - whereby fields such as User ID and Name are automatically inserted.
- Reports can also be scheduled, and managers can receive them automatically be email
- Note: The system can specify that selected users (such as executive types) do not get regular reminders.
8. Does the system support customizable notifications? If yes for which components? Can new e-mail notifications be added to the system through the application interface (as opposed to custom developed notifications)?
Yes. KronLog has a Corporate Messenger function, which sends messages/bulletins to selected users. As an example, the KronLog Administrator can send a message to all users on the system, informing them of changes within the system - whereby fields such as User ID and Name are automatically inserted. A second example is, a Project Manager sends a message to his project team members only that there is a special project meeting on Friday at noon.
Each receiving user is notified that there is a message waiting.
9. Does the solution support client login? If so what can externals clients access.
Yes. Users work with KronLog in either on-line or off-line mode. In the case of the former, login has been accomplished and is a non-issue. In the case of off-line mode, the user, at a later time of his/her choosing logs onto KronLog and synchronizes with the server. All relevant information is downloaded from the server to the user, and all data stored while off-line is uploaded to the server resulting in a fully synchronized operation.
KronLog features the WinClient, WebClient, and Wireless modes of interfacing with the host server.
10. Does the system setup display the information in the database in a tree structure?
Yes. It is available as an option.
11. Can you search and find items in the system from each screen?
Yes, this is achieved from the Data Modification page.
12. Can you change the system terminology?
Yes, the lexicon can be changed to suite the company's needs. The changes are reflected throughout the system (including reports).
13. Can you add items to the pull down menus?
Yes. However this feature applies to selected menus only.
14. What languages does the system support?
KronLog supports Unicode for its database, so theoretically any human language can be used to enter information into the system. KronLog currently supports English, French, Spanish, German and Russian.
15. Can the system be hosted?
Yes.
Training Information
1. Describe the training offerings.
Viakron always provides personalized and customized training sessions to its clients. In this context:
- Viakron will train YOURCOMPANY's KronLog Administrator, a one-on-one five day in-depth training session.
- Viakron will provide 5 training class days for YOURCOMPANY's KronLog users.
- Viakron will provide a Customer Support/Trainer on site for five days to answer questions and provide support.
2. Does computer based training come with the software?
No, KronLog does not have an interactive CBT software. However, KronLog has extensive help facilities and tools within its logic set. KronLog Documentation addresses every field of every screen within the KronLog set of functions.
3. Describe the on-line help facility included with the system.
KronLog has a full suite of on-line Help aids. The content behind each Help icon on each KronLog screen has been designed to be relevant to matters associated with that screen, that is, the help on each screen is context-sensitive. The Help information provided not only addresses the likely questions users will ask but often goes further and provides useful client tips and short cuts.
4. Can the help function be expanded or changed to support company-unique requirements? If yes, must these changes be reapplied with each new release?
Yes, Help functions can be changed. No, they do not have to be reapplied for every new release, since the Help is independent of the rest of the application.
5. What documentation do you provide? In what media?
KronLog has a comprehensive set of documentation, geared for the managers, regular employees and KronLog system administrators. The documentation is in electronic form, using the Acrobat format for portability.
6. Do you have the implementation/installation details documented?
Yes.
User References
We will happily provide references when requested.
To the Top