Yes. There is no specific requirement for Crystal Reports to be available for use by HighStone, but if clients wish to use this application and integrate management data from HighStone with other data sources then they are free to do so
Yes. The majority of reports are created as grid style data rows created from database query scripts, with the results being given to the user in a generic grid display. Clients may add their own report definitions to the internal HighStone reports library.
HighStone includes an interactive report Query Builder (HighQB) which allows users to build data reports from the source data definitions. Claremont Controls works with clients to provide key users within the organisation with the necessary understanding of data table layout and structures.
Yes. HighStone uses a report builder, or generator, which allows the creation of formatted reports, including group headings, page headings and intermediate totals. The report definition application is very similar, in concept, to the report builder in applications such as Access and Crystal Reports.
Yes. Provided the report script used to access the source data can span across the required definitions then the values can be included in a HighStone report, even where data values do not appear on any HighStone display forms.
All users of HighStone must be registered on the system through the staff details panel. Users access HighStone by providing their standard network login name (picked up as a default by HighStone) and an authentication code. The authentication code may be a pin number that is controlled by the user or the authentication code automatically vetted through the network AD (Active Directory) login account.
Each user is allocated to one of the internal user classes defined in the system, and this classification is used to control which menu items each user can see, and also what access level they have within key form displays and reports. The HighStone administrator is able to adjust these settings.