Authorizing the disclosure of cases
Client authorization has been obtained to disclose client subjects or verifiable project relationships; indicators are accompanied by a description of the cycle, sample and statistical calibre.
Home / Business Trust Centre
TRUST & DISCLOSURETrust Center
Clear the main company, project responsibility, data boundaries and case evidence. We do not use unaccomplished filing numbers, do not replace professional competencies with numbers with test calibres, or package competency demonstrations into customer performance.
Corporate and website information
| Full name of the company | Shanghai Rujing ZhiHua Information Technology Co., Ltd. |
|---|---|
| Abbreviations | ZhiHuach / Shanghai Zhi Hua Tech |
| Official website | https://www.zhuatech.cn/ |
| External Contact Address | 344 San Lin Road, Pudong New District, Shanghai City |
| ICP file | 2026029400-1 for ICP |
| Contact information | Business consultant and project consultant |
Principles of contract, delivery and intellectual property
Prior to cooperation, the scope of services, the responsibilities of the parties, milestones, deliverables, acceptance standards, costs and change mechanisms are confirmed in writing.
The source code, the draft, the information on deployment, the third-party component and the intellectual property rights are attributed to the contract signed by the parties.
The independent authorization requirements arising from third-party software, open source licences, cloud services and model services are described in the programme or delivery information.
At the end of the project, the agreed completion of account numbers, codes, data, documentation, deployment and handover of outstanding items reduced the risk of vendor lock-in.
Data, security and confidentiality principles
Access to client codes, data, systems, equipment and accounts is limited to the extent of legal authorization and necessary for the project.
The principles of data minimization, minimum authority, environmental isolation, evidence protection, log auditing and revocability are followed.
Client names, business data, system screenshots, codes, structure details or project results are not disclosed without the express authorization of the client.
The applicable requirements and liability boundaries are jointly identified in the project context when personal information, critical data, industry regulation or generation of AI compliance is involved.
CASE EVIDENCE
How does the case page indicate authenticity?
The page is directly used in plain text to describe the public domain and to help readers distinguish between authorized cases, desensitized project retrofitting and similar project programmes.
Real Project Rewind
The information is processed on the basis of genuine implementation, and confidentiality requires that the name of the client and sensitive details be hidden; only facts that can be confirmed and permitted to be disclosed are shown.
Examples of project programmes of the same type
The description of system functionality, implementation methodology, engineering evidence and acceptance modalities does not represent the completion of a particular client project.
Acceptance and evidence
Project acceptance and acceptance are based on the functions, performance, security, compatibility, data, deployment and documentation standards agreed to in the contract. Common evidence includes demand tracking, demonstration records, test reports, list of deficiencies, deployment versions and signing records.
Transport to SLA border
The response time, service time, serviceability target, failure level, recovery goal and exclusion are agreed to by project.
Content correction mechanism
If you find an error in the company's information, technical content, case label or data calibre, you can submit a statement by contacting page.Checking content clearance, source of information and correction policy。
The diagnosis is self-contained.
The reports, risk lists and recommended routes for the delivery of diagnostic fees-based diagnostics can be used for internal decision-making or supplier selection, and there is no requirement that ZhiHua Tech should be taken over for subsequent implementation.
(a) The risks and feasibility of the project need to be validated first?
Independent conclusions can be obtained from the software project, enterprise AI or IOT technical diagnostics, before deciding on the way forward.
View technical diagnostic services