CUIMS Architecture | Chandigarh University (CU) Explained

This research-style article describes CUIMS. CUIMS stands for Chandigarh University Information Management System. It covers architecture and data model. It explains end-to-end processes. These include marks, results, and re-evaluation. It discusses APIs, deployment, operations, security, and trade-offs. In short, it is CUIMS at Chandigarh University — Architecture Explained for practitioners. यह शोध-शैली लेख CUIMS का वर्णन करता है। CUIMS का मतलब चंडीगढ़ विश्वविद्यालय सूचना प्रबंधन प्रणाली है। यह आर्किटेक्चर और डेटा मॉडल को कवर करता है। यह अंत-से-अंत प्रक्रियाओं की व्याख्या करता है। इनमें अंक, परिणाम, और पुनर्मूल्यांकन शामिल हैं। यह APIs, तैनाती, संचालन, सुरक्षा, और ट्रेड-ऑफ पर चर्चा करता है। संक्षेप में, यह चंडीगढ़ विश्वविद्यालय का CUIMS है — आर्किटेक्चर की व्याख्या।

Abstract सार

This paper gives a full breakdown of CUIMS. CUIMS is Chandigarh University Information Management System. It is used at Chandigarh University. The document uses public sources about CUIMS. It includes examination policies. It combines these with industry practices. This creates a reference design. The design is reproducible. It is production-grade. It covers architecture with ASCII diagrams. It includes module processes like admission and enrollment. It covers internal and external marks. It includes grade conversion, publication, and re-evaluation. It has database schema DDL. It includes API contracts. It covers asynchronous jobs. It includes observability, security, and performance. It has test strategies. It includes runbooks for result publication. In short, it is CUIMS at Chandigarh University — Architecture Explained. Where details are not public, it uses realistic designs. These are labeled. यह पेपर CUIMS का पूरा विश्लेषण देता है। CUIMS चंडीगढ़ विश्वविद्यालय सूचना प्रबंधन प्रणाली है। यह चंडीगढ़ विश्वविद्यालय में उपयोग होता है। दस्तावेज़ CUIMS के सार्वजनिक स्रोतों का उपयोग करता है। इसमें परीक्षा नीतियाँ शामिल हैं। यह इन्हें उद्योग प्रथाओं के साथ जोड़ता है। इससे संदर्भ डिज़ाइन बनता है। डिज़ाइन पुनरुत्पाद्य है। यह उत्पादन-ग्रेड है। इसमें ASCII डायग्राम के साथ आर्किटेक्चर शामिल है। इसमें मॉड्यूल प्रक्रियाएँ हैं। जैसे प्रवेश और नामांकन। इसमें आंतरिक और बाहरी अंक शामिल हैं। इसमें ग्रेड रूपांतरण, प्रकाशन, और पुनर्मूल्यांकन है। इसमें डेटाबेस स्कीमा DDL है। इसमें API अनुबंध शामिल हैं। इसमें असिंक्रोनस जॉब्स हैं। इसमें प्रेक्षणीयता, सुरक्षा, और प्रदर्शन शामिल है। इसमें परीक्षण रणनीतियाँ हैं। इसमें परिणाम प्रकाशन के लिए रनबुक शामिल हैं। संक्षेप में, यह चंडीगढ़ विश्वविद्यालय का CUIMS है — आर्किटेक्चर की व्याख्या। जहां विवरण सार्वजनिक नहीं हैं, वहाँ यथार्थवादी डिज़ाइन हैं। ये लेबल किए गए हैं।

Keywords: CUIMS architecture, Chandigarh University student portal, CU results, CU marks entry, CUIMS Blackboard integration, CU APIs, CUIMS data model, CU revaluation, CU exam results. कीवर्ड: CUIMS आर्किटेक्चर, चंडीगढ़ विश्वविद्यालय छात्र पोर्टल, CU परिणाम, CU अंक प्रविष्टि, CUIMS Blackboard एकीकरण, CU APIs, CUIMS डेटा मॉडल, CU पुनर्मूल्यांकन, CU परीक्षा परिणाम।

Disclaimer अस्वीकरण

This document combines public facts. These include CUIMS portal, evaluation system, and LMS integration. It also includes engineering designs for internals. These are where details are not public. Public sources are cited. For official details, contact CU IT or Registrar. यह दस्तावेज़ सार्वजनिक तथ्यों को जोड़ता है। इनमें CUIMS पोर्टल, मूल्यांकन प्रणाली, और LMS एकीकरण शामिल हैं। यह आंतरिक के लिए इंजीनियरिंग डिज़ाइन भी शामिल करता है। ये जहां विवरण सार्वजनिक नहीं हैं। सार्वजनिक स्रोतों का उल्लेख है। आधिकारिक विवरण के लिए, CU IT या रजिस्ट्रार से संपर्क करें।

Introduction and Motivation परिचय और प्रेरणा

Chandigarh University operates CUIMS. CUIMS is an integrated system. It provides admission and enrollment. It handles attendance and assessment. It manages results and fee. It offers student services. These are through web and mobile portals. University materials confirm CUIMS as central system. It integrates with Blackboard LMS for courses. चंडीगढ़ विश्वविद्यालय CUIMS संचालित करता है। CUIMS एक एकीकृत प्रणाली है। यह प्रवेश और नामांकन प्रदान करता है। यह उपस्थिति और मूल्यांकन संभालता है। यह परिणाम और शुल्क प्रबंधित करता है। यह छात्र सेवाएँ प्रदान करता है। ये वेब और मोबाइल पोर्टल्स के माध्यम से हैं। विश्वविद्यालय सामग्री CUIMS को केंद्रीय प्रणाली के रूप में पुष्टि करती है। यह कोर्स के लिए Blackboard LMS के साथ एकीकृत है।

Key operations in CUIMS are high-risk. These include marks entry. They cover grade conversion. They include result publication. University policy mandates internal marks display. It describes re-evaluation rules. For example, refund if marks increase over 10%. This needs audit and immutability. It requires reproducible pipelines. CUIMS में प्रमुख संचालन उच्च-जोखिम हैं। इनमें अंक प्रविष्टि शामिल है। वे ग्रेड रूपांतरण कवर करते हैं। वे परिणाम प्रकाशन शामिल करते हैं। विश्वविद्यालय नीति आंतरिक अंकों के प्रदर्शन को अनिवार्य करती है। यह पुनर्मूल्यांकन नियम वर्णन करती है। उदाहरण के लिए, यदि अंक 10% से अधिक बढ़ें तो रिफंड। इसके लिए ऑडिट और अपरिवर्तनीयता की आवश्यकता है। इसमें पुनरुत्पाद्य पाइपलाइन आवश्यक हैं।

This document provides technical reference. It includes architecture and processes. It has code and runbook. It documents public facts about CUIMS. It supplies engineering design for CUIMS-style system. This is at production scale. It is CUIMS at Chandigarh University — Architecture Explained. यह दस्तावेज़ तकनीकी संदर्भ प्रदान करता है। इसमें आर्किटेक्चर और प्रक्रियाएँ शामिल हैं। इसमें कोड और रनबुक है। यह CUIMS के सार्वजनिक तथ्यों को दस्तावेज़ करता है। यह CUIMS-शैली प्रणाली के लिए इंजीनियरिंग डिज़ाइन प्रदान करता है। यह उत्पादन स्तर पर है। यह चंडीगढ़ विश्वविद्यालय का CUIMS है — आर्किटेक्चर की व्याख्या।

Methodology कार्यप्रणाली

Data sources include CUIMS portals. They include official CU pages. These are admissions and portal pages. They include System of Evaluation. They include Self Study Report. They include vendor sources for Blackboard. Where internals are not published, designs come from standard patterns. These are from university ERPs. These are from large systems. Public sources are cited. डेटा स्रोतों में CUIMS पोर्टल्स शामिल हैं। इनमें आधिकारिक CU पेज शामिल हैं। ये प्रवेश और पोर्टल पेज हैं। इनमें मूल्यांकन प्रणाली शामिल है। इनमें सेल्फ स्टडी रिपोर्ट शामिल है। इनमें Blackboard के लिए विक्रेता स्रोत शामिल हैं। जहां आंतरिक प्रकाशित नहीं हैं, डिज़ाइन मानक पैटर्न से आते हैं। ये विश्वविद्यालय ERPs से हैं। ये बड़े सिस्टम से हैं। सार्वजनिक स्रोतों का उल्लेख है।

High-Level System Architecture — CUIMS उच्च-स्तरीय सिस्टम आर्किटेक्चर — CUIMS

This architecture shows major layers. It includes data flows. Layers are edge and UI clients. They include identity. They cover application services. They have async processing. They include storage and analytics. They cover backups. यह आर्किटेक्चर प्रमुख परतें दिखाता है। इसमें डेटा प्रवाह शामिल है। परतें एज और UI क्लाइंट्स हैं। इनमें पहचान शामिल है। ये एप्लिकेशन सेवाएँ कवर करती हैं। इनमें असिंक्रोनस प्रोसेसिंग है। इनमें स्टोरेज और एनालिटिक्स शामिल हैं। इनमें बैकअप कवर हैं।

      
+-------------------------------------------------------------------------------------------------+
|                           CUIMS — High Level Architecture (Chandigarh University(CU))           |
|                                                                                                 |
|  [ Internet / Campus Network ]                                                                  |
|            |                                                                                    |
|            v                                                                                    |
|   +----------------------------+  +--------------------+  +--------------------------------+    |
|   | SSR Public Pages (SEO)     |  | CDN (CloudFront)   |  | Marketing / Helpdesk / Docs    |    |
|   +----------------------------+  +--------------------+  +--------------------------------+    |
|            |                                                                                    |
|            v                                                                                    |
|   +-------------------------------------------------------------------------------------------+ |
|   |  Edge Security: WAF / TLS / Rate Limit / IP Allowlists (campus)                           | |
|   +-------------------------------------------------------------------------------------------+ |
|            |                                                                                    |
|            v                                                                                    |
|   +-------------------------------------------------------------------------------------------+ |
|   |  API Gateway / Load Balancer (Auth passthrough, routing, throttling)                      | |
|   +-------------------------------------------------------------------------------------------+ |
|     |       |          |           |             |              |            |                  |
|     v       v          v           v             v              v            v                  |
| +-----+ +------+  +--------+  +--------+  +------------+  +-----------+  +------------+         |
| |Web  | |Faculty| |Mobile  |  |  Admin |  |  Finance   |  |  Library/ |  |LMS GW      |         |
| |(Student)|Portal |  App   |  | Console|  |  Console   |  |  Hostel   |  |(Blackboard)|         |
| +-----+ +------+  +--------+  +--------+  +------------+  +-----------+  +------------+         |
|     |       |          |           |             |              |            |                  |
|     v       v          v           v             v              v            v                  |
|  +-------------------------------------------------------------------------------+              |
|  |                           Identity & SSO Layer (LDAP/SSO/OAuth2/2FA)       |                 |
|  +-------------------------------------------------------------------------------+              |
|     |                 |                |                   |                  |                 |
|     v                 v                v                   v                  v                 |
|  +-------------------------------------------------------------------------------------------+  |
|  |                Application Services Layer (Admissions, Academics, Exams)                  |  |
|  |  - Admissions  - Enrollment - Courses - Attendance - Assessments - Examinations           |  |
|  |  - Results Engine (grade conv) - Finance - Notifications - DocumentGen (PDFs)             |  |
|  +-------------------------------------------------------------------------------------------+  |
|     |                 |                |                   |                  |                 |
|     v                 v                v                   v                  v                 |
|  +---------+  +----------------+  +----------------+  +--------------+  +---------------------+ |
|  |Primary  |  |Analytical DW   |  |Cache (Redis)   |  |Blob Storage  |  |Message Queue/Kafka  | |
|  |RDBMS    |  |(ETL: Airflow)  |  |(sessions, ttl) |  |(pdfs, docs)  |  |(jobs, notifications)| |
|  |(Postgres|  |                |  |                |  |(S3/MinIO)    |  |                     | |
|  +---------+  +----------------+  +----------------+  +--------------+  +---------------------+ |
|     |                                                                                           |
|     v                                                                                           |
|  +----------------------------+   +--------------------------------------+                      |
|  |  Backup / WAL Archive      |   |  Background Workers / Batch Jobs     |                      |
|  |  Cross-AZ replicas         |   |  (grade conv, pdf gen, notify, ETL)  |                      |
|  +----------------------------+   +--------------------------------------+                      |
+-------------------------------------------------------------------------------------------------+
      
    

Identity and SSO are central. Role-based controls are needed. These are for marks entry and approvals. They are for publication. Asynchronous workers handle heavy tasks. These include PDF generation. They include grade conversion. They include notifications. CDN and SSR help public pages. They improve SEO performance. पहचान और SSO केंद्रीय हैं। भूमिका-आधारित नियंत्रण आवश्यक हैं। ये अंक प्रविष्टि और अनुमोदनों के लिए हैं। ये प्रकाशन के लिए हैं। असिंक्रोनस वर्कर्स भारी कार्य संभालते हैं। इनमें PDF जनरेशन शामिल है। इनमें ग्रेड रूपांतरण शामिल है। इनमें अधिसूचनाएँ शामिल हैं। CDN और SSR सार्वजनिक पेजों की मदद करते हैं। वे SEO प्रदर्शन सुधारते हैं।

Public basis: CUIMS is the official portal. University materials show its centrality. सार्वजनिक आधार: CUIMS आधिकारिक पोर्टल है। विश्वविद्यालय सामग्री इसकी केंद्रीयता दिखाती है।

Module-Level Deep Dive मॉड्यूल-स्तरीय गहन विश्लेषण

This section explains major modules. It covers responsibilities. It includes process sequences. It has data ownership. It includes API contracts. It covers failure modes. It has remediation steps. यह अनुभाग प्रमुख मॉड्यूल समझाता है। इसमें जिम्मेदारियाँ शामिल हैं। इसमें प्रक्रिया अनुक्रम हैं। इसमें डेटा स्वामित्व है। इसमें API अनुबंध शामिल हैं। इसमें विफलता मोड्स कवर हैं। इसमें सुधार कदम हैं।

Admissions and Student Records प्रवेश और छात्र रिकॉर्ड

Responsibilities: Application intake. Document verification. Offer generation. Student UID provisioning. SSO account creation. Onboarding. जिम्मेदारियाँ: आवेदन स्वीकृति। दस्तावेज़ सत्यापन। ऑफर जनरेशन। छात्र UID प्रावधान। SSO खाता निर्माण। ऑनबोर्डिंग।

Processes and Dataflow प्रक्रियाएँ और डेटा प्रवाह

Applicant fills form. Files scanned docs. System stores metadata in Applicants. Binary files in secure blob storage like S3. आवेदक फॉर्म भरता है। स्कैन किए दस्तावेज़ फाइल करता है। सिस्टम मेटाडेटा Applicants में संग्रहीत करता है। बाइनरी फाइलें S3 जैसे सुरक्षित ब्लॉब स्टोरेज में।

Payment gateway handles fees. Payment records link to applicant. पेमेंट गेटवे शुल्क संभालता है। भुगतान रिकॉर्ड आवेदक से जुड़े होते हैं।

Admission decision triggers StudentProfile. This includes uid, name, dob, contact, program_id, status. SSO account is provisioned. Credentials OTP sent to student. प्रवेश निर्णय StudentProfile ट्रिगर करता है। इसमें uid, name, dob, contact, program_id, status शामिल हैं। SSO खाता प्रावधानित होता है। क्रेडेंशियल OTP छात्र को भेजा जाता है।

Representative APIs प्रतिनिधि APIs

• POST /admissions/applyPOST /admissions/apply
• GET /admissions/{appId}/statusGET /admissions/{appId}/status
• POST /admissions/{appId}/accept — triggers student_provision(uid)POST /admissions/{appId}/accept — student_provision(uid) ट्रिगर करता है

Edge Cases एज केस

Duplicate applications. Unverified documents. Resolved via verification queue. Manual review workflow. डुप्लिकेट आवेदन। असत्यापित दस्तावेज़। सत्यापन क्यू से हल। मैनुअल समीक्षा वर्कफ़्लो।

Enrollment and Curriculum नामांकन और पाठ्यक्रम

Responsibilities: Program definitions. Course sections. Pre-requisite enforcement. Enrollment windows. Waitlists. जिम्मेदारियाँ: कार्यक्रम परिभाषाएँ। कोर्स सेक्शन। पूर्व-आवश्यकता प्रवर्तन। नामांकन विंडो। प्रतीक्षा सूची।

Data Model Highlights डेटा मॉडल हाइलाइट्स

• programs(program_id, name, duration)programs(program_id, name, duration)
• courses(course_id, code, title, credits, program_id)courses(course_id, code, title, credits, program_id)
• sections(section_id, course_id, term, capacity)sections(section_id, course_id, term, capacity)
• enrollments(enroll_id, student_id, section_id, status)enrollments(enroll_id, student_id, section_id, status)

Operations संचालन

Bulk enrollment for cohorts. Transactional guarantees needed. This is when enrollment impacts finance. Like invoice issuance. कोहोर्ट्स के लिए थोक नामांकन। लेन-देन गारंटी आवश्यक। यह जब नामांकन वित्त प्रभावित करता है। जैसे चालान जारी करना।

Failure Patterns विफलता पैटर्न

Over-subscription. Implement transactional enrollment. Capacity checks. Waitlist queue. अति-सदस्यता। लेन-देन नामांकन लागू करें। क्षमता जाँच। प्रतीक्षा सूची क्यू।

Attendance Tracking उपस्थिति ट्रैकिंग

Responsibilities: Daily capture. Via web, mobile, biometric. Aggregation. Low-attendance alerts to students and HoD. जिम्मेदारियाँ: दैनिक कैप्चर। वेब, मोबाइल, बायोमेट्रिक के माध्यम से। एकत्रीकरण। कम उपस्थिति की चेतावनी छात्रों और विभागाध्यक्ष को।

Schema स्कीमा

attendance_records(id, student_id, course_id, date, status, marked_by, source) attendance_records(id, student_id, course_id, date, status, marked_by, source)

Implementation कार्यान्वयन

Per-session records stored. For auditability. Nightly aggregation produces summaries. Like percent_present per month. प्रति-सत्र रिकॉर्ड संग्रहीत। ऑडिट योग्यता के लिए। रात में एकत्रीकरण सारांश बनाता है। जैसे प्रतिशत मौजूद प्रति माह।

User Flows उपयोगकर्ता प्रवाह

Faculty UI on mobile or tablet. Quick batch marking. Barcode or QR. Biometric for automatic attendance. फैकल्टी UI मोबाइल या टैबलेट पर। त्वरित बैच मार्किंग। बारकोड या QR। स्वचालित उपस्थिति के लिए बायोमेट्रिक।

Assessments and Internal Marks मूल्यांकन और आंतरिक अंक

Responsibilities: Create assessments. Tests, practicals, assignments. Collect marks. Departmental approval. Push to Controller. जिम्मेदारियाँ: मूल्यांकन बनाना। परीक्षण, प्रैक्टिकल, असाइनमेंट। अंक एकत्र करना। विभागीय अनुमोदन। नियंत्रक को भेजना।

Data Lifecycle डेटा जीवनचक्र

assessments(assessment_id, course_id, type, max_marks, weight, created_by, due_date) assessments(assessment_id, course_id, type, max_marks, weight, created_by, due_date)

Faculty enters marks. Via UI or CSV. Records to internal_marks. Status draft. फैकल्टी अंक दर्ज करता है। UI या CSV के माध्यम से। internal_marks में रिकॉर्ड। स्थिति ड्राफ्ट।

Dept reviews drafts. Approves. Status approved. Only approved marks for result computation. विभाग ड्राफ्ट की समीक्षा करता है। अनुमोदित करता है। स्थिति अनुमोदित। केवल अनुमोदित अंक परिणाम गणना के लिए।

API API

• POST /faculty/assessments/{assessmentId}/marks — idempotent; CSV or JSON.POST /faculty/assessments/{assessmentId}/marks — idempotent; CSV या JSON。
• GET /dept/{deptId}/pending-assessments — for review.GET /dept/{deptId}/pending-assessments — समीक्षा के लिए।

Audit ऑडिट

Every update in internal_marks_audit. For compliance. For re-evaluation evidence. प्रत्येक अपडेट internal_marks_audit में। अनुपालन के लिए। पुनर्मूल्यांकन साक्ष्य के लिए।

Public requirement: CU policy requires internal marks display. Before submission. This needs departmental workflow in CUIMS. सार्वजनिक आवश्यकता: CU नीति आंतरिक अंकों के प्रदर्शन की आवश्यकता है। जमा से पहले। यह CUIMS में विभागीय वर्कफ़्लो की आवश्यकता है।

Examinations and External Marks परीक्षाएँ और बाहरी अंक

Responsibilities: Exam scheduling. Roll generation. Invigilation. Scanning of external marks. Secure ingestion. Mapping. जिम्मेदारियाँ: परीक्षा समय-निर्धारण। रोल जनरेशन। निरीक्षण। बाहरी अंकों की स्कैनिंग। सुरक्षित इनजेशन। मैपिंग।

Process प्रक्रिया

Scheduling creates exams. Creates rosters. Post-exam, external marks uploaded. Via secure APIs. Or scanned by evaluators. समय-निर्धारण परीक्षाएँ बनाता है। रोस्टर्स बनाता है। परीक्षा के बाद, बाहरी अंक अपलोड। सुरक्षित APIs के माध्यम से। या मूल्यांकनकर्ताओं द्वारा स्कैन।

Important: Validate ingestion. Checksum and schema checks. Store immutably after approval. महत्वपूर्ण: इनजेशन सत्यापित करें। चेकसम और स्कीमा जाँच। अनुमोदन के बाद अपरिवर्तनीय संग्रहीत करें।

Grade Conversion and Result Publication ग्रेड रूपांतरण और परिणाम प्रकाशन

This pipeline is sensitive. It must be reproducible. It must be auditable. It must be atomic from Controller view. यह पाइपलाइन संवेदनशील है। यह पुनरुत्पाद्य होनी चाहिए। यह ऑडिट योग्य होनी चाहिए। यह नियंत्रक दृष्टिकोण से परमाणु होनी चाहिए।

Sequence अनुक्रम

1. Faculty to internal_marks. Status draft.फैकल्टी से internal_marks। स्थिति ड्राफ्ट।
2. Department reviews. Approves. internal_marks.status approved.विभाग समीक्षा। अनुमोदित। internal_marks.status अनुमोदित।
3. Controller issues bundle job.नियंत्रक बंडल जॉब जारी करता है।
4. GradeConv Worker: Fetch marks. Compute totals and stats. Apply policy. Write ResultSnapshot. Immutable.GradeConv वर्कर: अंक प्राप्त करें। कुल और आँकड़े गणना। नीति लागू। ResultSnapshot लिखें। अपरिवर्तनीय।
5. DocumentGen Worker: Generate PDFs. Store signed in blob.DocumentGen वर्कर: PDFs जनरेट। ब्लॉब में हस्ताक्षरित संग्रहीत।
6. Publish: Set published flag. Queue notifications. Create audit entry.प्रकाशन: प्रकाशित फ्लैग सेट। अधिसूचनाएँ क्यू। ऑडिट प्रविष्टि बनाएँ।

System Properties सिस्टम गुण

Immutability: Published snapshots immutable. Append versioning. For historical records. For legal proof. अपरिवर्तनीयता: प्रकाशित स्नैपशॉट्स अपरिवर्तनीय। संस्करण जोड़ें। ऐतिहासिक रिकॉर्ड के लिए। कानूनी प्रमाण के लिए।

Auditing: Log every write. Log every publish. With actor and IP. ऑडिटिंग: हर लेखन लॉग। हर प्रकाशन लॉग। अभिनेता और IP के साथ।

Idempotency: Jobs idempotent. Retry checks ResultSnapshot.version. Avoid duplicates. Idempotency: जॉब्स idempotent। पुन: प्रयास ResultSnapshot.version जाँच। डुप्लिकेट से बचें।

Public tie: CU System of Evaluation prescribes marks submission. For grade conversion. Mentions re-evaluation. Like refund for >10% increase. Supported by workflows. ERB flows. Refund automation. सार्वजनिक संबंध: CU मूल्यांकन प्रणाली अंक जमा की सिफारिश। ग्रेड रूपांतरण के लिए। पुनर्मूल्यांकन उल्लेख। जैसे >10% बढ़ाव पर रिफंड। वर्कफ़्लो द्वारा समर्थित। ERB प्रवाह। रिफंड स्वचालन।

Re-evaluation पुनर्मूल्यांकन

Flow प्रवाह

Student files ReEvalRequest. Form and fee. ERB assesses scripts. Outcome confirms or changes marks. If increase >10%, refund per policy. छात्र ReEvalRequest दाखिल करता है। फॉर्म और शुल्क। ERB उत्तर पत्र मूल्यांकन करता है। परिणाम अंक पुष्टि या बदलाव। यदि बढ़ाव >10%, नीति के अनुसार रिफंड।

Behaviors व्यवहार

Review queue with snapshot updates. result_snapshots.version++. review_actions audit. Refund integrates with Finance. स्नैपशॉट अपडेट्स के साथ समीक्षा क्यू। result_snapshots.version++। review_actions ऑडिट। रिफंड वित्त से एकीकृत।

Finance, Scholarships, Refunds वित्त, छात्रवृत्तियाँ, रिफंड

Responsibilities जिम्मेदारियाँ

Invoice generation. Payments via gateway. Scholarship eligibility. Automated refunds. Like re-eval >10%. चालान जनरेशन। गेटवे से भुगतान। छात्रवृत्ति पात्रता। स्वचालित रिफंड। जैसे पुनर्मूल्यांकन >10%।

APIs APIs

• POST /finance/invoicesPOST /finance/invoices
• POST /finance/payments/webhook (gateway)POST /finance/payments/webhook (गेटवे)
• POST /finance/refunds/{paymentId}POST /finance/refunds/{paymentId}

Operational Notes परिचालन नोट्स

Nightly reconciliation jobs. Failed webhooks retried. With idempotency. रात में समाधान जॉब्स। असफल वेबहुक्स पुन: प्रयास। idempotency के साथ।

LMS Gateway (Blackboard) LMS गेटवे (Blackboard)

CU uses Blackboard. Integrates with CUIMS for LMS. For course content. Attendance from sessions. Assignment grades. Patterns include roster sync. Assignment exchange. SSO mapping. CU Blackboard का उपयोग करता है। CUIMS से एकीकृत LMS के लिए। कोर्स सामग्री के लिए। सत्रों से उपस्थिति। असाइनमेंट ग्रेड। पैटर्न में रोस्टर सिंक शामिल। असाइनमेंट आदान-प्रदान। SSO मैपिंग।

Adapter Responsibilities एडाप्टर जिम्मेदारियाँ

Map CUIMS uid to Blackboard id. CUIMS uid को Blackboard id से मैप करें।

Periodic sync. Cron and webhook. Grade pull/push. Single sign-on links. आवधिक सिंक। क्रॉन और वेबहूक। ग्रेड पुल/पुश। सिंगल साइन-ऑन लिंक।

Document Generation and Certificates दस्तावेज़ जनरेशन और प्रमाणपत्र

Responsibilities: Generate signed PDFs. For marksheets, transcripts, degrees. With metadata like hash, signed_by, version. जिम्मेदारियाँ: हस्ताक्षरित PDFs जनरेट। मार्कशीट, ट्रांसक्रिप्ट, डिग्री के लिए। मेटाडेटा जैसे हैश, signed_by, संस्करण के साथ।

Approach दृष्टिकोण

Background worker generates PDFs. Uses template engine. Store metadata in DB. Binary in S3 with signed URLs. बैकग्राउंड वर्कर PDFs जनरेट करता है। टेम्पलेट इंजन उपयोग। DB में मेटाडेटा संग्रहीत। S3 में बाइनरी हस्ताक्षरित URLs के साथ।

Canonical Data Model कैननिकल डेटा मॉडल

Below is ER ASCII. It has DDL snippets. For core tables in marks and result workflows. नीचे ER ASCII है। इसमें DDL स्निपेट्स हैं। अंक और परिणाम वर्कफ़्लो में मुख्य तालिकाओं के लिए।

ER Diagram (ASCII) ER डायग्राम (ASCII)

      
[Students]<>----<[Enrollments]>----[Sections]----<[Courses]<>----[Programs]
   |                          |
   v                          v
[InternalMarks]             [AttendanceRecords]
   |                          |
   v                          v
[Assessments]             [ResultSnapshots]<>--[ResultDocs]
   ^
   |
[ExternalMarks] <-- [Exams]
      
    

DDL Snippets DDL स्निपेट्स

      
-- Users & Roles
CREATE TABLE users (
  user_id BIGSERIAL PRIMARY KEY,
  uid VARCHAR(64) UNIQUE,          -- UID for students/staff
  username VARCHAR(100) UNIQUE,
  password_hash TEXT,
  role VARCHAR(32),
  email VARCHAR(255),
  phone VARCHAR(20),
  created_at TIMESTAMP DEFAULT now()
);

-- Students
CREATE TABLE students (
  student_id BIGSERIAL PRIMARY KEY,
  user_id BIGINT REFERENCES users(user_id),
  program_id INT,
  admission_year INT,
  status VARCHAR(20),
  created_at TIMESTAMP DEFAULT now()
);

-- Courses & Sections
CREATE TABLE courses (
  course_id BIGSERIAL PRIMARY KEY,
  code VARCHAR(20),
  title TEXT,
  credits INT,
  program_id INT
);
CREATE TABLE sections (
  section_id BIGSERIAL PRIMARY KEY,
  course_id BIGINT REFERENCES courses(course_id),
  semester VARCHAR(10),
  capacity INT,
  instructor_id BIGINT REFERENCES users(user_id)
);

-- Enrollments
CREATE TABLE enrollments (
  enrollment_id BIGSERIAL PRIMARY KEY,
  student_id BIGINT REFERENCES students(student_id),
  section_id BIGINT REFERENCES sections(section_id),
  status VARCHAR(20),
  enrolled_at TIMESTAMP DEFAULT now()
);

-- Assessments & Marks
CREATE TABLE assessments (
  assessment_id BIGSERIAL PRIMARY KEY,
  section_id BIGINT REFERENCES sections(section_id),
  kind VARCHAR(50),  -- quiz, assignment, lab, test
  max_marks INT,
  weight NUMERIC,
  scheduled_on DATE,
  created_by BIGINT REFERENCES users(user_id)
);
CREATE TABLE internal_marks (
  id BIGSERIAL PRIMARY KEY,
  assessment_id BIGINT REFERENCES assessments(assessment_id),
  student_id BIGINT REFERENCES students(student_id),
  marks NUMERIC,
  status VARCHAR(20) DEFAULT 'draft', -- draft/approved
  entered_by BIGINT,
  entered_at TIMESTAMP DEFAULT now()
);
CREATE TABLE internal_marks_audit (
  id BIGSERIAL PRIMARY KEY,
  internal_mark_id BIGINT,
  field_name TEXT,
  old_value TEXT,
  new_value TEXT,
  changed_by BIGINT,
  changed_at TIMESTAMP DEFAULT now()
);

-- External marks & exams
CREATE TABLE exams (
  exam_id BIGSERIAL PRIMARY KEY,
  section_id BIGINT REFERENCES sections(section_id),
  exam_type VARCHAR(50),
  exam_date DATE
);
CREATE TABLE external_marks (
  id BIGSERIAL PRIMARY KEY,
  exam_id BIGINT REFERENCES exams(exam_id),
  student_id BIGINT REFERENCES students(student_id),
  marks NUMERIC,
  uploaded_by BIGINT,
  uploaded_at TIMESTAMP DEFAULT now()
);

-- Result snapshots (immutable versions)
CREATE TABLE result_snapshots (
  id BIGSERIAL PRIMARY KEY,
  student_id BIGINT REFERENCES students(student_id),
  section_id BIGINT REFERENCES sections(section_id),
  semester VARCHAR(10),
  raw_internal NUMERIC,
  raw_external NUMERIC,
  total_marks NUMERIC,
  grade VARCHAR(4),
  version INT DEFAULT 1,
  published BOOLEAN DEFAULT false,
  published_at TIMESTAMP,
  published_by BIGINT
);
CREATE INDEX idx_result_student_sem ON result_snapshots(student_id, semester);
      
    

Partitioning and Indexing विभाजन और इंडेक्सिंग

Partition attendance_records by semester. Partition result_snapshots by year. attendance_records को सेमेस्टर द्वारा विभाजित करें। result_snapshots को वर्ष द्वारा।

Index queried fields. Like student_id. Section_id. Assessment_id. Published. पूछे fields को इंडेक्स करें। जैसे student_id। Section_id। Assessment_id। Published।

Grade Conversion Algorithms and Edge Cases ग्रेड रूपांतरण एल्गोरिदम और एज केस

CU uses marks to grades conversion. Universities apply relative or absolute systems. CU documentation references relative grading. It mentions re-evaluation. Algorithms must be reproducible. They must be parameterizable. CU अंकों से ग्रेड रूपांतरण उपयोग करता है। विश्वविद्यालय सापेक्ष या निरपेक्ष प्रणालियाँ लागू करते हैं। CU दस्तावेज़ सापेक्ष ग्रेडिंग उल्लेख करता है। यह पुनर्मूल्यांकन उल्लेख करता है। एल्गोरिदम पुनरुत्पाद्य होने चाहिए। वे पैरामीटरीकृत होने चाहिए।

Relative Grading सापेक्ष ग्रेडिंग

Compute mean µ. Compute standard deviation σ. For class totals. औसत µ गणना। मानक विचलन σ गणना। कक्षा कुल के लिए।

Convert total to z. z = (score − µ) / σ. Map z to grade buckets. For small classes n < 10, apply smoothing. Blend with absolute thresholds. Avoid extreme variance. कुल को z में बदलें। z = (score − µ) / σ। z को ग्रेड बकेट्स में मैप। छोटी कक्षाओं n < 10 के लिए स्मूथिंग लागू। निरपेक्ष थ्रेशोल्ड से मिश्रण। अत्यधिक विचरण से बचें।

Pseudocode Example स्यूडोकोड उदाहरण

      
import statistics

def compute_grades(student_totals, policy):
    # student_totals: list of (student_id, total_marks)
    marks = [m for _, m in student_totals]
    mean = statistics.mean(marks)
    stdev = statistics.pstdev(marks) if len(marks)>1 else 1.0
    results = []
    for sid, m in student_totals:
        z = (m - mean) / stdev
        grade = map_z_to_grade(z, policy)   # policy defines cutoffs
        results.append((sid, m, grade))
    return results
      
    

Edge Cases and Mitigations एज केस और शमन

Zero σ. All scores equal. Fallback to absolute thresholds. शून्य σ। सभी स्कोर समान। निरपेक्ष थ्रेशोल्ड पर fallback।

Outliers. Detect with IQR. Cap influence on µ/σ via winsorization. आउटलायर्स। IQR से पता लगाएँ। winsorization से µ/σ पर प्रभाव कैप।

Small cohorts. Blend relative with absolute. Maintain fairness. छोटे कोहोर्ट्स। सापेक्ष को निरपेक्ष से मिश्रित। निष्पक्षता बनाए रखें।

Auditability. Record intermediate stats. µ, σ, outlier flags, mapping. With ResultSnapshot. Enable re-runs. External audits. ऑडिट योग्यता। मध्यवर्ती आँकड़े रिकॉर्ड। µ, σ, आउटलायर फ्लैग्स, मैपिंग। ResultSnapshot के साथ। पुन: रन सक्षम। बाहरी ऑडिट।

Asynchronous Worker Design असिंक्रोनस वर्कर डिज़ाइन

Workloads कार्यभार

• GradeConv. Heavy compute. CPU bound.GradeConv। भारी गणना। CPU बाउंड।
• DocumentGen. PDF generation.DocumentGen। PDF जनरेशन।
• NotificationDispatcher. Emails, SMS, push.NotificationDispatcher। ईमेल, SMS, पुश।
• ETL Jobs. Daily or weekly to DW.ETL जॉब्स। दैनिक या साप्ताहिक DW के लिए।

Queue Patterns क्यू पैटर्न

Use durable queues. Like Kafka or RabbitMQ. टिकाऊ क्यू उपयोग। जैसे Kafka या RabbitMQ।

Idempotency. Workers check ResultSnapshot. Exists with version. Idempotency। वर्कर्स ResultSnapshot जाँच। संस्करण के साथ मौजूद।

Track metadata. jobs(job_id, type, payload_ref, status, attempts, last_error). मेटाडेटा ट्रैक। jobs(job_id, type, payload_ref, status, attempts, last_error)。

Scaling स्केलिंग

Scale on queue backlog. On CPU or memory. Pre-warm before result day. क्यू बैकप्लॉग पर स्केल। CPU या मेमोरी पर। परिणाम दिन से पहले प्री-वॉर्म।

Deployment and Scaling तैनाती और स्केलिंग

Topology टोपोलॉजी

Multi-AZ deployment. Read replicas for DB. Read pool for reports. Stateless app servers. Behind load balancer. S3 for files. Worker fleet. मल्टी-AZ तैनाती। DB के लिए रीड रिप्लिकास। रिपोर्ट्स के लिए रीड पूल। स्टेटलेस ऐप सर्वर। लोड बैलेंसर के पीछे। फाइलों के लिए S3। वर्कर फ्लीट।

Backups बैकअप

Continuous WAL shipping. If Postgres. Daily snapshots. Keep on hot and cold storage. For retention. निरंतर WAL शिपिंग। यदि Postgres। दैनिक स्नैपशॉट। गर्म और ठंडे स्टोरेज पर रखें। अवधारण के लिए।

Disaster Recovery आपदा रिकवरी

Cross-region standby. Cold or warm. Based on RTO. Test failover yearly. क्रॉस-रीजन स्टैंडबाय। कोल्ड या वार्म। RTO पर आधारित।毎年 फेलओवर टेस्ट।

Scaling Policies स्केलिंग नीतियाँ

Database: Vertical for write. Read via replicas. डेटाबेस: राइट के लिए वर्टिकल। रिप्लिकास से रीड।

Application: Horizontal with autoscaling. एप्लिकेशन: ऑटोस्केलिंग से क्षैतिज।

Workers: Scale on queue metrics. वर्कर्स: क्यू मेट्रिक्स पर स्केल।

Observability and Monitoring प्रेक्षणीयता और मॉनिटरिंग

Metrics मेट्रिक्स

API latency P50/P95/P99. DB CPU and connections. Queue lag. Worker failures. PDF throughput. Publish durations. API विलंबता P50/P95/P99। DB CPU और कनेक्शन। क्यू लैग। वर्कर विफलताएँ। PDF थ्रूपुट। प्रकाशन अवधि।

Logging लॉगिंग

Structured JSON logs. Distributed tracing. OpenTelemetry. Request IDs flow across. संरचित JSON लॉग। वितरित ट्रेसिंग। OpenTelemetry। अनुरोध IDs प्रवाहित।

Result-Day Runbook परिणाम-दिवस रनबुक

1. Freeze entry. Feature flag. One hour before publish.प्रविष्टि फ्रीज। फीचर फ्लैग। प्रकाशन से एक घंटा पहले।
2. Dry-run conversion. Inspect anomalies. Export diagnostics.ड्राई-रन रूपांतरण। विसंगतियाँ जाँच। डायग्नोस्टिक्स निर्यात।
3. If pass, enqueue real. Monitor progress. Queue backlogs.पास यदि, वास्तविक क्यू। प्रगति मॉनिटर। क्यू बैकप्लॉग।
4. Pre-generate PDFs. Sample downloads.PDFs पहले जनरेट। नमूना डाउनलोड।
5. Throttle notifications. 1000 SMS/min. Gateway limits.अधिसूचनाएँ थ्रॉटल। 1000 SMS/min। गेटवे सीमाएँ।
6. Errors: Abort. Revert to previous. Notify stakeholders.त्रुटियाँ: रद्द। पिछले पर वापस। हितधारकों सूचित।

Security and Compliance सुरक्षा और अनुपालन

Authentication प्रमाणीकरण

Central SSO. LDAP or OAuth2 for staff. Student SSO with UID and OTP. RBAC for endpoints. Controller only publishes. 2FA for critical. केंद्रीय SSO। कर्मचारियों के लिए LDAP या OAuth2। UID और OTP के साथ छात्र SSO। एंडपॉइंट्स के लिए RBAC। नियंत्रक केवल प्रकाशित। महत्वपूर्ण के लिए 2FA।

Data Protection डेटा संरक्षण

TLS everywhere. Encrypt at rest. Database and blob. PII minimization for analytics. हर जगह TLS। रेस्ट पर एन्क्रिप्ट। डेटाबेस और ब्लॉब। एनालिटिक्स के लिए PII न्यूनीकरण।

Audit ऑडिट

Append-only logs for changes. Signed artifacts. Prevent tampering. परिवर्तनों के लिए केवल-जोड़ें लॉग। हस्ताक्षरित आर्टिफैक्ट्स। छेड़छाड़ रोकें।

Regulatory नियामक

Comply with data protection. Apply retention per University rules. डेटा संरक्षण का पालन। विश्वविद्यालय नियमों के अनुसार अवधारण लागू।

Testing and QA परीक्षण और QA

Test Tiers परीक्षण स्तर

Unit tests for conversion. Validation. API contracts. रूपांतरण के लिए यूनिट टेस्ट। सत्यापन। API अनुबंध।

Integration for UI to API to DB. Containerized environment. UI से API से DB के लिए एकीकरण। कंटेनरीकृत वातावरण।

End-to-end simulate faculty flows. Marks upload. Review. Publish. अंत-से-अंत फैकल्टी प्रवाह अनुकरण। अंक अपलोड। समीक्षा। प्रकाशन।

Load testing. Simulate peak. Tools like k6. Gatling. For grade jobs. PDF gen. लोड टेस्टिंग। पीक अनुकरण। k6 जैसे उपकरण। Gatling। ग्रेड जॉब्स के लिए। PDF जनरेशन।

Security: SAST. DAST. Penetration tests. Focus auth bypass. File upload. RCE in PDF. सुरक्षा: SAST। DAST। प्रवेश परीक्षण। प्रमाणीकरण बायपास फोकस। फाइल अपलोड। PDF में RCE।

Test Dataset परीक्षण डेटासेट

Synthetic datasets for cohorts. Small, medium, large. Validate algorithm under variability. कोहोर्ट्स के लिए सिंथेटिक डेटासेट। छोटे, मध्यम, बड़े। परिवर्तनशीलता के तहत एल्गोरिदम सत्यापित।

Performance Optimization प्रदर्शन अनुकूलन

DB Indexing DB इंडेक्सिंग

Covering indexes on assessment_id, student_id. On result_snapshots student_id, semester. Partition by semester. assessment_id, student_id पर कवरिंग इंडेक्स। result_snapshots student_id, semester पर। सेमेस्टर द्वारा विभाजन।

Materialized Views मटेरियलाइज़्ड व्यूज़

Precompute student GPA. Materialized view. Refreshed nightly. For fast queries. छात्र GPA प्री-कम्प्यूट। मटेरियलाइज़्ड व्यू। रात में ताज़ा। तेज़ क्वेरीज़ के लिए।

Caching कैशिंग

CDN for SSR pages. Redis for sessions. For aggregates like attendance summaries. SSR पेजों के लिए CDN। सत्रों के लिए Redis। एकत्रीकरण जैसे उपस्थिति सारांश के लिए।

Query Patterns क्वेरी पैटर्न

Avoid large aggregates in conversion. Use batch windowing. Incremental aggregation. Limit DB locks. रूपांतरण में बड़े एकत्रीकरण से बचें। बैच विंडोइंग उपयोग। वृद्धिशील एकत्रीकरण। DB लॉक सीमित।

Common Problems and Fixes सामान्य समस्याएँ और सुधार

Marks Not Shown अंक नहीं दिखे

Diagnosis: Check status. If draft, guide approval. निदान: स्थिति जाँच। यदि ड्राफ्ट, अनुमोदन मार्गदर्शन।

Fix: Add preview workflow. Highlight pending with timestamps. सुधार: पूर्वावलोकन वर्कफ़्लो जोड़ें। लंबित हाइलाइट टाइमस्टैम्प से।

Publish Fails at Scale बड़े पैमाने पर प्रकाशन विफल

Diagnosis: Worker OOM. Memory leaks. Saturation. निदान: वर्कर OOM। मेमोरी लीक। संतृप्ति।

Fix: Headless PDF with streaming. Scale workers. Pre-generate. Circuit-breaker on assets. सुधार: स्ट्रीमिंग से हेडलेस PDF। वर्कर्स स्केल। पहले जनरेट। एसेट पर सर्किट-ब्रेकर।

Payment Mismatch भुगतान बेमेल

Diagnosis: Missing retries or idempotency. निदान: पुन: प्रयास या idempotency की कमी।

Fix: Nightly reconcile. Store receipts with txn id. Idempotent writes. सुधार: रात समाधान। txn id से रसीदें संग्रहीत। idempotent लेखन।

Implementation Blueprint कार्यान्वयन ब्लूप्रिंट

      
Frontend: Next.js (SSR) for public pages + React for internal portals.
Mobile: Native Kotlin app (CUIMS mobile) or React Native for hybrid; SSO via in-app browser for security. (CUIMS mobile presence is public in app stores.) 
API / Backend: Python (FastAPI) or Node.js (Express) for services.
DB: PostgreSQL (ACID) with read replicas.
Queue: Kafka (high throughput) or RabbitMQ (simplicity).
Storage: S3 for documents/PDFs.
Auth: LDAP/SSO + OAuth2 + 2FA.
Monitoring: Prometheus + Grafana + CloudWatch (if on AWS).
CI/CD: GitHub Actions / GitLab CI; infra as code (Terraform).
Analytics: ETL to Redshift / BigQuery / Snowflake.
      
    

Basis: CU uses in-house CUIMS. Integrated with Blackboard. Stack maps to pattern. आधार: CU इन-हाउस CUIMS उपयोग। Blackboard से एकीकृत। स्टैक पैटर्न मैप करता है।

Discussion and Trade-Offs चर्चा और ट्रेड-ऑफ

Integrity vs Throughput अखंडता बनाम थ्रूपुट

ACID for marks necessary. Legal reasons. Conversion heavy. Store marks transactionally. Batch read for conversion. Avoid long locks. अंकों के लिए ACID आवश्यक। कानूनी कारण। रूपांतरण भारी। अंकों को लेन-देन से संग्रहीत। रूपांतरण के लिए बैच रीड। लंबे लॉक से बचें।

Monolith vs Microservices मोनोलिथ बनाम माइक्रोसर्विसेज

Start with monolith. Fewer complexities. Split batch concerns. For scalability. Like conversion, gen. मोनोलिथ से शुरू। कम जटिलताएँ। बैच चिंताओं को विभाजित। स्केलेबिलिटी के लिए। जैसे रूपांतरण, जनरेशन।

Grading Fairness ग्रेडिंग निष्पक्षता

Relative systems need safeguards. Winsorization, smoothing. For small cohorts. सापेक्ष प्रणालियों को सुरक्षा चाहिए। विंसोराइजेशन, स्मूथिंग। छोटे कोहोर्ट्स के लिए।

Retention vs Analytics अवधारण बनाम एनालिटिक्स

Keep snapshots immutable. Archive raw marks to cold. Feed anonymized aggregates to analytics. स्नैपशॉट्स अपरिवर्तनीय रखें। कच्चे अंकों को कोल्ड में संग्रहित। एनालिटिक्स को गुमनाम एकत्रीकरण दें।

Appendix — API Contracts and Scripts परिशिष्ट — API अनुबंध और स्क्रिप्ट्स

Marks Upload Endpoint अंक अपलोड एंडपॉइंट

      
POST /faculty/assessments/{assessmentId}/marks
Content-Type: multipart/form-data
Form Data:
 - file: marks.csv
 - mode: upsert
Auth: Bearer 
      
    

Result Publish परिणाम प्रकाशन

      
POST /results/publish
{
  "section_id": 12345,
  "semester": "2025-Spring",
  "dry_run": false,
  "approved_by": 9876
}
      
    

ETL DAG ETL DAG

      
with DAG('attendance_to_dw', schedule_interval='@daily') as dag:
    extract = PythonOperator(task_id='extract', python_callable=fetch_attendance)
    transform = PythonOperator(task_id='transform', python_callable=transform_to_dw)
    load = PythonOperator(task_id='load', python_callable=load_to_dw)
    extract >> transform >> load
      
    

Conclusion निष्कर्ष

This document describes CUIMS fully. It is production-grade. It is research-level. It suits technical article or reference. It covers student life cycle. It has ASCII architectures. It includes schemas. It covers algorithms. It has runbooks. It includes security. It has API contracts. Public facts anchor design. Like CUIMS portal. Evaluation rules. Blackboard integration. Where not public, pragmatic patterns used. Consistent with ERP systems. यह दस्तावेज़ CUIMS का पूरा वर्णन करता है। यह उत्पादन-ग्रेड है। यह शोध-स्तरीय है। यह तकनीकी लेख या संदर्भ के लिए उपयुक्त है। यह छात्र चक्र कवर करता है। इसमें ASCII आर्किटेक्चर हैं। इसमें स्कीमा शामिल हैं। इसमें एल्गोरिदम हैं। इसमें रनबुक हैं। इसमें सुरक्षा शामिल है। इसमें API अनुबंध हैं। सार्वजनिक तथ्य डिज़ाइन आधार। जैसे CUIMS पोर्टल। मूल्यांकन नियम। Blackboard एकीकरण। जहां सार्वजनिक नहीं, व्यावहारिक पैटर्न उपयोग। ERP सिस्टम से संगत।