System Function Clause Samples
The System Function clause defines the intended operation and capabilities of a particular system within an agreement. It typically outlines the specific tasks the system is expected to perform, the standards it must meet, and any relevant performance criteria. For example, it may specify that a software platform must process transactions within a certain timeframe or that a device must monitor and report data continuously. This clause ensures that both parties have a clear, mutual understanding of what the system is supposed to do, thereby reducing the risk of disputes over performance or functionality.
System Function. 2.1 Under the premise of profound negotiation between Party A and Party B, Party A is responsible for communicating its demands to Party B, and Party B is responsible for realizing system functions.
2.2 Final confirmation of system function shall be determined by the written documents acknowledged by Party A, including demanding analysis. Party B’s research and collection of Party B’s demands and the documents associated therewith constitute the annex of this agreement, having legal effect together with this Agreement.
2.3 After the system has been checked, accepted and used normally by Party A, Party B may upgrade or expand the System under Party A’s commission for the purpose of business expansion and alternation of Party A.
System Function. 2.1 Under the promise of profound understanding between Parties, Party B is responsible for specifying requirements, and Party A is responsible for realizing system functions.
2.2 Final confirmation of the System functions shall be determined by the requirement research report, system design report (design plan), etc., acknowledged by Party B in writing. The research and requirement collection conducted by Party A upon Party B and the documents produced therewith constitute the annex of this Agreement, having legal effect together with this Agreement.
2.3 Basic functions of the System include, but are not limited to, registration management, cash flow-in management, students information management, teachers’ reward management, classroom resource management, data searching, data analysis, decision makings, internet based registration and cash flow-in management, refund and cash flow-out management, data security, operating interface design, data back-up, etc.
2.4 After checked, accepted and used normally by Party B, Party A can upgrade or expand the system under Party B’s commission for the purpose of the expansion or alteration of the System functional requirements as a result of the business expansion and change of Party B.
System Function. HVAC systems shall maintain the environmental conditions in terms of space temperature and humidity, air quality, and building pressurization in order to provide efficient equipment operation and comfortable working conditions for personnel.
System Function. KDS Version 3 was developed for Smart equipped Motorcycles with DFI, non-Smart equipped motorcycles with DFI, and DFI equipped PWC and ATV. The following functions are available.
1. Register the Steering Lock unit, FI ECU
System Function. Manufacturing Systems
System Function. The system that the Contractor provide will replace the functionality of the existing Sicomp with current technology that can be supported for a minimum of 10 years. The system will have the following key high level requirements: Interface with the existing PEF-7 I/O modules or racks to minimise cost, re-wiring, commissioning and downtime. Maintain the look and feel for the Operator as close as possible to the existing. The MADAM-S database must be exported and re-used to minimise risk of errors and eliminate the need for time consuming re-commissioning. The new system must have, as a minimum, the same functionality as the existing system unless stated otherwise. (see Appendix A for a condencesed list of current functionalities) Interface to the existing Wonderware Site Historian and PrinterWeb/PlantState Suite (or similar web based alarm log interface). Run on standard PC/Server hardware, Windows OS and use standard open protocols. Short implementation/changeover time to enable implementation during short outages of 7 days from shutdown of Sicomp to a fully operational new system. Have a minimum supportable life of ten years with minimal lifecycle cost. The system should be maintainable using existing in-house resources with minimal additional training.
System Function. ETA will activate and grant the City 24/7 access to ETA’s SPOT® (Fleet Management Web Application), Engraph’s ParaPlan (Dial‐A‐Ride Management Software Web Application), email and phone support, software upgrades, daily account monitoring, and all associated wireless data charges – which together will provide the City with the system functionality described beginning on page 9 through page 17 of the ETA Request for Proposal response under the heading Central Office Systems. The City has opted not to contract for the optional items outlined on page 17 of the ETA Request for Proposal response under the heading Optional Items.
System Function. School Board Members Head of Department
System Function. In the design and manufacturing process, the Contractor shall give careful attention to the operational conditions that apply to the intended use of the Trainsets. Each Trainset shall constitute a properly functioning Trainset in all respects. The Trainset shall be fit for use in a smoothly functioning system of modern, rapid and safe train operations exposed to all operational conditions relevant to the Norwegian railway system. Without limitation, this implies that the Contractor shall take into consideration any climatic and geographical conditions, existing standards, the condition of the infrastructure including the signalling system, and the existing rolling stock which shall be able to operate on the same infrastructure simultaneously with the Trainsets without interface problems. For unforeseeable changes after the Effective Date, the conditions for Variations in clause 15 shall apply. NT shall utilise the Trainsets on the railway network during the entire life cycle of the Trainsets. Thus, NT requires that the Trainsets are solid and durable, and well-functioning both in total and in each individual system it consists of. Further, NT requires that the Trainsets are safe in operation, comfortable, environmentally friendly, economic in operation, convenient to use and easy to maintain at a low cost. It is Contractors responsibility to thoroughly examine the conditions in Norway and do the necessary adoptions to the Trainsets. The information prepared by NT/referred to by NT to operational and climatic conditions is included for information purposes only and shall not in any way relieve Contractor from its responsibility as set out in the Contract.
