[update] - init project

2025-11-10 13:55:48 +07:00
commit bfa79004e7
14 changed files with 9008 additions and 0 deletions
--- a/references/gap-analysis-module-2-todo.md
+++ b/references/gap-analysis-module-2-todo.md
@@ -0,0 +1,53 @@
+# Module 2 Remediation TODOs
+
+Action items derived from `docs/references/gap-analysis-module-2.md`. Track each task until the requirement transitions to ✅ in the gap analysis.
+
+## 2.1 Purchase Requisition
+- [x] Extend PR DTOs/entities/UI to capture supplier, VAT type, procurement method, company code, contract number (`piam-api` PR DTOs & `piam-web` form).
+- [x] Surface last purchase price, stock on hand, and packaging units in the PR item picker (`piam-web` procurement form + item services).
+- [x] Remove automatic approve-on-submit flow; route submissions to workflow reviewers only (`piam-web` purchase-requisition form logic).
+- [x] Add PR search filters for company/vendor and expose those columns in the workspace list.
+- [x] Support manual PR numbering and contract metadata persistence (`piam-api` domain + repository).
+- [x] Enforce editable-price permissions, automated vendor pricing guardrails, and inventory threshold controls.
+
+## 2.2 Request for Quotation
+- [x] Block supplier bids submitted after `submissionDeadlineUtc` in portal services (`SupplierPortalService`).
+- [x] Deliver side-by-side bid comparison UI with automatic best-price highlighting (`piam-web` RFQ detail component).
+
+## 2.3 Purchase Orders
+- [x] Introduce VAT type/department fields in PO header DTOs and Angular form.
+- [x] Add VAT modes (gross/net toggles) and per-line tax splits to item grid (`PurchaseOrderItemDto` + UI).
+- [x] Implement manual/templated PO numbering and VAT schema configuration (`PurchaseOrderRepository` + UI).
+- [x] Add support for multi-schedule milestones, freebies, discounts, and per-line tax calculations (PO domain model & UI).
+- [x] Require explicit approval workflow steps in the UI instead of auto-submit, and implement spend-based controls/gates (`purchase-order-form` component + approval routing).
+- [x] Provide PDF/email distribution workflows and e-signature capture for approved POs.
+- [x] Persist change-order history and expose PO revision logs (revision tracking and document versioning).
+- [x] Enhance PO inquiries with PO-type filters and due-date alerting.
+- [x] Create financial postings (AP, GL, withholding tax, deposit tracking) and attachment storage for PO documents.
+
+## 2.4 Goods Receipt Note
+- [x] Build real procurement UI for GRN drafts tied to backend services (replace placeholder component in `procurement-goods-receipts.component`).
+- [x] Allow non-PO receiving paths and add receiving warehouse/delivery note fields (header capture).
+- [x] Capture packaging conversions, freebies, discounts, and VAT values per received item (item grid enhancements).
+- [x] Add role-based permissions/audit logging for GRN operations (beyond generic API authorization).
+- [x] Support direct-to-department receipts that bypass inventory storage.
+- [x] Provide GRN print/export endpoints and barcode label generation.
+- [x] Persist and calculate receipt-level VAT/discount totals (financial calculations on GRN).
+
+## 2.5 Return to Supplier
+- [x] Implement complete return-to-supplier backend workflow (API, repository, domain models).
+- [x] Replace mock UI data in `return-to-supplier-workspace.component` with live integrations.
+
+## 2.6 Procurement Documents & Reports
+- [ ] Deliver canned PR/PO/GRN reports with PDF/Excel export in the procurement workspace.
+- [ ] Surface module-specific procurement dashboards (not just generic analytics) summarizing pipeline by method/status as described in the spec.
+- [ ] Create dedicated UI to slice and filter procurement results by procurement method in real-time.
+
+## 2.7 Integrations & Automation
+- [ ] Integrate procurement events with GL and asset capitalization modules for financial postings.
+- [ ] Provide cross-module audit workspace consolidating budget, procurement, accounting, and inventory data.
+
+## 2.8 Additional Features
+- [ ] Add configurable reorder points/alerts and UI around AI requisition suggestions.
+- [ ] Enrich PO data with VAT breakdowns, deposits, guarantees, and discount aggregates.
+- [ ] Capture procurement timeline metadata (submission deadlines, officials, automatic workday calendars, and payment scheduling) with holiday-aware calculations.
--- a/references/gap-analysis-module-2.md
+++ b/references/gap-analysis-module-2.md
@@ -0,0 +1,84 @@
+# Module 2 Gap Analysis
+
+Comparison of the live implementation (`piam-api/`, `piam-web/`) against the procurement requirements captured in `docs/references/module2.text`. Status legend: ✅ Implemented, ⚠️ Partial, ❌ Missing.
+
+## 2.1 Purchase Requisition (PR)
+| Requirement | Status | Key observations |
+| --- | --- | --- |
+| 2.1.1 Standard PR header and supplier data | ⚠️ Partial | Draft/submit lifecycle is implemented (`piam-api/src/PiamMasterData.Api/Controllers/PurchaseRequisitionsController.cs:18`), but both the DTO and UI only capture title, department, requester, budget, and dates—no supplier, VAT type, procurement method, contract number, or company code as required (`piam-api/src/PiamMasterData.Application/DTOs/CreatePurchaseRequisitionDto.cs:7`; `piam-web/src/app/features/procurement/components/purchase-requisition-form/purchase-requisition-form.component.html:55`). |
+| 2.1.2 Budget linkage & visibility | ✅ | Budget code is mandatory and budget snapshots/commitments are enforced during submit (`piam-api/src/PiamMasterData.Infrastructure/Repositories/PurchaseRequisitionRepository.cs:341`), with the form surfacing available-to-commit balances (`piam-web/src/app/features/procurement/components/purchase-requisition-form/purchase-requisition-form.component.html:100`). |
+| 2.1.3 Item selection insights | ⚠️ Partial | Item search, unit selection, and quantity capture exist, but there is no UI/API for last purchase price or on-hand stock visibility, nor packaging-unit handling (`piam-web/src/app/features/procurement/components/purchase-requisition-form/purchase-requisition-form.component.html:145`; `piam-api/src/PiamMasterData.Application/DTOs/PurchaseRequisitionLineUpsertDto.cs:7`). |
+| 2.1.4 Real-time budget check & commitment | ✅ | Submission verifies encumbrance headroom and creates/updates active commitments atomically (`piam-api/src/PiamMasterData.Infrastructure/Repositories/PurchaseRequisitionRepository.cs:341`). |
+| 2.1.5 Approval workflow | ⚠️ Partial | Workflow engine supports multi-step approvals (`piam-api/src/PiamMasterData.Infrastructure/Services/ApprovalWorkflowEngine.cs:51`), yet the Angular form auto-approves immediately after submission, bypassing segregation of duties (`piam-web/src/app/features/procurement/components/purchase-requisition-form/purchase-requisition-form.component.ts:268`). |
+| 2.1.6 PR search & tracking | ⚠️ Partial | Listing API handles keyword, status, department, budget, and dates (`piam-api/src/PiamMasterData.Infrastructure/Repositories/PurchaseRequisitionRepository.cs:17`), but there is no support for company/vendor filters or listing company codes requested in the spec. |
+| 2.1.7 Document numbering & authoring | ⚠️ Partial | Automatic sequencing is present (`piam-api/src/PiamMasterData.Infrastructure/Repositories/PurchaseRequisitionRepository.cs:711`) and submission comments are stored, but manual number overrides and contract metadata are absent from the model (`piam-api/src/PiamMasterData.Domain/Entities/PurchaseRequisition.cs:7`). |
+| 2.1.8 Additional controls (lead time, price governance) | ⚠️ Partial | Required-by date is supported (`piam-web/src/app/features/procurement/components/purchase-requisition-form/purchase-requisition-form.component.html:92`), yet there is no enforcement around editable price permissions, automatic vendor price suggestion, or inventory thresholds. |
+
+## 2.2 Request for Quotation (RFQ)
+| Requirement | Status | Key observations |
+| --- | --- | --- |
+| 2.2.1 Create RFQ from approved PR lines | ✅ | RFQ endpoints build from eligible requisition lines and maintain linkages (`piam-api/src/PiamMasterData.Api/Controllers/RfqsController.cs:31`; `piam-api/src/PiamMasterData.Infrastructure/Repositories/RfqRepository.cs:38`). |
+| 2.2.2 Invite qualified suppliers | ✅ | Supplier lookup/invite flows and committee validation exist, including portal onboarding (`piam-api/src/PiamMasterData.Api/Controllers/RfqsController.cs:86`; `piam-api/src/PiamMasterData.Api/Controllers/SupplierPortalController.cs:19`). |
+| 2.2.3 Supplier portal submissions & deadline control | ⚠️ Partial | Portal authentication and bid submission are implemented (`piam-api/src/PiamMasterData.Application/Services/SupplierPortalService.cs:177`), but there is no guard against bids submitted after `submissionDeadlineUtc`, so late submissions are not blocked as the requirement demands (`piam-api/src/PiamMasterData.Application/Services/SupplierPortalService.cs:200`). |
+| 2.2.4 Bid comparison screen | ⚠️ Partial | RFQ detail page lists bids and allows award selection, yet there is no side-by-side comparison or automatic “best price” highlighting per line (`piam-web/src/app/features/procurement/components/rfq-detail/rfq-detail.component.html:248`). |
+| 2.2.5 Auto-create PO/contract from winners | ✅ | Award endpoint transitions RFQ lines and downstream `CreatePurchaseOrderFromRequisitionsDto` consumes awarded requisition lines (`piam-api/src/PiamMasterData.Infrastructure/Repositories/RfqRepository.cs:193`; `piam-api/src/PiamMasterData.Infrastructure/Repositories/PurchaseOrderRepository.cs:183`). |
+
+## 2.3 Purchase Orders (PO)
+| Requirement | Status | Key observations |
+| --- | --- | --- |
+| 2.3.1 Build PO from approved PRs | ✅ | Workbench and creation path assemble PO items from approved requisition lines (`piam-api/src/PiamMasterData.Infrastructure/Repositories/PurchaseOrderRepository.cs:23`; `piam-web/src/app/features/procurement/components/purchase-order-workbench`). |
+| 2.3.2 Header fields (supplier, VAT type, department) | ⚠️ Partial | Supplier selection, payment terms, delivery dates, project metadata, and procurement method exist (`piam-web/src/app/features/procurement/components/purchase-order-form/purchase-order-form.component.ts:27`), but VAT type and purchasing department fields are absent. |
+| 2.3.3 Item grid with VAT calculations | ⚠️ Partial | Quantities and unit price editing are present (`piam-web/src/app/features/procurement/components/purchase-order-form/purchase-order-form.component.html:166`), yet neither the API nor UI handle VAT modes, gross/net toggles, freebies, or per-line tax splits (`piam-api/src/PiamMasterData.Application/DTOs/PurchaseOrderItemDto.cs:3`). |
+| 2.3.4 Numbering & VAT schema | ❌ | Only auto-incremented `PO-<year>-####` numbers exist (`piam-api/src/PiamMasterData.Infrastructure/Repositories/PurchaseOrderRepository.cs:320`); there is no manual numbering option or VAT scheme configuration. |
+| 2.3.5 Special PO structures (milestones/freebies/versioning) | ❌ | No support for multi-tranche scheduling, free goods, document versioning, or cost/discount allocation is present in domain models (`piam-api/src/PiamMasterData.Domain/Entities/PurchaseOrderItem.cs:5`). |
+| 2.3.6 Approval workflow & spend gates | ⚠️ Partial | Submission triggers the central workflow engine (`piam-api/src/PiamMasterData.Application/Services/PurchaseOrderService.cs:28`), but the UI auto-submits without presenting approval routing or spend-based controls (`piam-web/src/app/features/procurement/components/purchase-order-form/purchase-order-form.component.ts:260`). |
+| 2.3.7 Distribution & e-signatures | ❌ | Controllers expose CRUD only; no API or UI exists to render PDFs, email suppliers, or capture electronic signatures (`piam-api/src/PiamMasterData.Api/Controllers/PurchaseOrdersController.cs:19`). |
+| 2.3.8 Change tracking & audit | ❌ | There is no change-order log or revision history persisted for POs (`piam-api/src/PiamMasterData.Domain/Entities/PurchaseOrder.cs:5`). |
+| 2.3.9 PO inquiry & alerts | ⚠️ Partial | List endpoint supports supplier/date/status filters (`piam-api/src/PiamMasterData.Infrastructure/Repositories/PurchaseOrderRepository.cs:237`), but there is no PO type filter nor due-date alerting. |
+| 2.3.10 Financial postings & attachments | ❌ | Automatic AP/GL postings, withholding tax capture, billing intake, and PO file attachments are not implemented; models only store simple notes (`piam-api/src/PiamMasterData.Application/DTOs/PurchaseOrderDetailDto.cs:15`). |
+
+## 2.4 Goods Receipt Note (GRN)
+| Requirement | Status | Key observations |
+| --- | --- | --- |
+| 2.4.1 Initiate receiving (PO & non-PO) | ⚠️ Partial | Back-end workbench filters approved/partial POs and supports partial receipts (`piam-api/src/PiamMasterData.Infrastructure/Repositories/GoodsReceiptRepository.cs:23`), but there is no path for non-PO receipts and the procurement UI is placeholder data only (`piam-web/src/app/features/procurement/components/procurement-goods-receipts/procurement-goods-receipts.component.ts:20`). |
+| 2.4.2 PO data pull | ✅ | Selecting a PO hydrates supplier and line items (`piam-api/src/PiamMasterData.Infrastructure/Repositories/GoodsReceiptRepository.cs:89`). |
+| 2.4.3 Header capture (invoice, warehouse, delivery note) | ⚠️ Partial | Supplier invoice number/date fields exist (`piam-api/src/PiamMasterData.Application/DTOs/GoodsReceiptNoteDetailDto.cs:7`), but there is no field for receiving warehouse or delivery note metadata. |
+| 2.4.4 Item grid (freebies, packaging) | ❌ | Only quantity-to-receive is tracked; there is no representation of packaging conversions or free-goods tracking (`piam-api/src/PiamMasterData.Application/DTOs/GoodsReceiptNoteItemDto.cs:7`). |
+| 2.4.5 Lot/serial enforcement | ✅ | Lot/serial requirements and validation paths are fully implemented, including expiry enforcement (`piam-api/src/PiamMasterData.Infrastructure/Repositories/GoodsReceiptRepository.cs:328`). |
+| 2.4.6 Put-away suggestions | ✅ | Default bin resolution and assignment occur during draft creation and posting (`piam-api/src/PiamMasterData.Infrastructure/Repositories/GoodsReceiptRepository.cs:165`). |
+| 2.4.7 Quality inspection flow | ✅ | Posting creates quarantine tasks for inspected items (`piam-api/src/PiamMasterData.Infrastructure/Repositories/GoodsReceiptRepository.cs:465`). |
+| 2.4.8 Inventory, PO status, AP trigger | ✅ | Posting moves inventory, updates PO status, and creates pending AP invoices (`piam-api/src/PiamMasterData.Infrastructure/Repositories/GoodsReceiptRepository.cs:487`). |
+| 2.4.9 Permissions & audit | ❌ | No role-based guardrails or audit trail specific to GRN operations exist beyond generic API authorization; procurement UI lacks status inspection tooling (`piam-web/src/app/features/procurement/components/procurement-goods-receipts/procurement-goods-receipts.component.ts:65`). |
+| 2.4.10 Direct-to-department receiving | ❌ | There is no option to post receipts directly as departmental issues; all receipts flow into inventory (`piam-api/src/PiamMasterData.Application/DTOs/GoodsReceiptNoteItemDto.cs:7`). |
+| 2.4.11 Output documents & barcode | ❌ | No GRN printing/export endpoints or barcode generation after posting are present. |
+| 2.4.12 Discounts/VAT on receipt | ❌ | GRN items do not carry VAT/discount or total-value fields, so financial adjustments per receipt are unsupported (`piam-api/src/PiamMasterData.Application/DTOs/GoodsReceiptNoteItemDto.cs:7`). |
+
+## 2.5 Return to Supplier
+| Requirement | Status | Key observations |
+| --- | --- | --- |
+| 2.5.x Return order lifecycle | ❌ | There is no API, repository, or domain workflow for return-to-supplier; the Angular view is mock data with TODO comments (`piam-web/src/app/features/procurement/components/return-to-supplier-workspace/return-to-supplier-workspace.component.ts:20`). |
+
+## 2.6 Procurement Documents & Reports
+| Requirement | Status | Key observations |
+| --- | --- | --- |
+| 2.6.1 Document template builder | ✅ | Template CRUD and editor UI exist for PO/RFQ printouts (`piam-api/src/PiamMasterData.Api/Controllers/PrintTemplatesController.cs:18`; `piam-web/src/app/features/print-templates/components`). |
+| 2.6.2 Standard reporting | ⚠️ Partial | Analytics services and dashboards are present (`piam-api/src/PiamMasterData.Api/Controllers/AnalyticsController.cs:9`), but specific PR/PO/GRN canned reports and Excel/PDF exports referenced in the TOR are not surfaced in the procurement area. |
+| 2.6.3 End-to-end procurement overview | ⚠️ Partial | Procurement dashboard DTOs provide KPIs (`piam-api/src/PiamMasterData.Application/DTOs/ProcurementDashboardDtos.cs`), yet the procurement UI only links to generic analytics without module-specific summaries (`piam-web/src/app/features/procurement/components/procurement-reports-hub/procurement-reports-hub.component.ts:21`). |
+| 2.6.4 Real-time summaries by procurement method | ⚠️ Partial | Dashboard APIs can filter by status/method, but no dedicated UI exists to slice results by procurement method as described. |
+
+## 2.7 Integrations & Automation
+| Requirement | Status | Key observations |
+| --- | --- | --- |
+| 2.7.1 System integrations (GL/AP/Inventory/Assets) | ⚠️ Partial | Budget commitments and AP pending invoices are wired (`piam-api/src/PiamMasterData.Infrastructure/Repositories/PurchaseRequisitionRepository.cs:341`; `piam-api/src/PiamMasterData.Infrastructure/Repositories/GoodsReceiptRepository.cs:501`), but there is no integration with GL or asset capitalization workflows. |
+| 2.7.2 Cross-department data consolidation | ⚠️ Partial | APIs expose procurement data via REST, yet there is no unified data mart or cross-module audit workspace per requirement. |
+| 2.7.3 Workflow configurability | ✅ | Central workflow admin and execution services meet the configurable approval requirement (`piam-api/src/PiamMasterData.Api/Controllers/ApprovalWorkflowAdminController.cs`; `piam-api/src/PiamMasterData.Infrastructure/Services/ApprovalWorkflowEngine.cs:51`). |
+
+## 2.8 Additional Procurement Features
+| Requirement | Status | Key observations |
+| --- | --- | --- |
+| 2.8.1 Reorder planning & auto PO | ⚠️ Partial | AI-driven requisition suggestions are implemented (`piam-api/src/PiamMasterData.Infrastructure/Repositories/PurchaseRequisitionRepository.cs:585`), but there is no configurable reorder point or alert UI. |
+| 2.8.2 Multi-device support | ✅ | Angular front-end is responsive and built for desktop/tablet/mobile form factors. |
+| 2.8.3 Committee management | ✅ | Committee maintenance and PO committee linkage are complete (`piam-api/src/PiamMasterData.Api/Controllers/CommitteesController.cs`; `piam-web/src/app/features/procurement/components/purchase-order-form/purchase-order-form.component.html:202`). |
+| 2.8.4 Budgetary fields (VAT, deposits, guarantees) | ❌ | PO models lack VAT breakdowns, deposits, guarantees, or discount aggregates (`piam-api/src/PiamMasterData.Application/DTOs/PurchaseOrderDetailDto.cs:15`). |
+| 2.8.5 Special procurement conditions & timeline fields | ⚠️ Partial | PO captures TOR reference and shipping dates, but fields for submission deadlines, officials, automatic workday calendars, and payment scheduling are absent (`piam-web/src/app/features/procurement/components/purchase-order-form/purchase-order-form.component.html:131`). |
+
--- a/references/module2.text
+++ b/references/module2.text
@@ -0,0 +1,309 @@
+โมดูล 2: การจัดซื้อจัดจ้าง (Procurement Management)
+2.1 การจัดการใบขอซื้อ (Purchase Requisition - PR)
+ระบบรองรับกระบวนการขอซื้อที่เป็นมาตรฐาน ควบคุมการใช้งบประมาณตั้งแต่จุดเริ่มต้น โดยมีคุณสมบัติอย่างน้อยดังต่อไปนี้:
+2.1.1 การสร้างและจัดการใบขอซื้อ
+ระบบสามารถสร้างการขอซื้อโดยการคีย์ข้อมูลขอซื้อ
+สามารถบันทึกข้อมูลการเสนอซื้อโดยมีข้อมูล:
+ผู้จำหน่าย
+ประเภทใบเสนอซื้อ
+แผนกที่เสนอซื้อ
+ประเภท VAT
+วิธีการจัดซื้อจัดจ้าง
+วันที่เสนอซื้อ
+สามารถระบุหัวเรื่องในการขอเสนอซื้อสินค้าได้
+สามารถระบุรหัสบริษัทที่จะขอเสนอซื้อได้
+สามารถระบุเลขที่สัญญาและหมายเหตุที่เกี่ยวข้องในการจัดซื้อได้
+2.1.2 การเชื่อมโยงงบประมาณ
+ต้องเชื่อมโยงกับโครงการที่ได้รับอนุมัติจากโมดูลงบประมาณ (Required)
+ระบบแสดงงบประมาณคงเหลือของโครงการนั้นให้ผู้ใช้ทราบ
+สามารถเชื่อมโยงกับระบบงบประมาณ เมื่อมีการขอซื้อ/จ้าง ระบบสามารถตรวจสอบงบประมาณคงเหลือและรายงานจำนวนคงเหลือได้
+ระบบสามารถรองรับการตรวจสอบงบประมาณกับการขอซื้อ
+สามารถบันทึกงบประมาณในการจัดซื้อได้
+2.1.3 การเลือกและเพิ่มรายการพัสดุ
+ผู้ใช้สามารถค้นหาและเพิ่มรายการพัสดุ/ครุภัณฑ์ที่ต้องการ พร้อมระบุจำนวน
+ระบบแสดงราคาซื้อครั้งล่าสุดเพื่อให้ผู้ใช้ประเมินราคารวมของใบขอซื้อได้
+สามารถระบุจำนวนสินค้าที่จะจัดซื้อเป็นหน่วยนับและหน่วยบรรจุได้
+สามารถแสดงจำนวนสินค้าคงเหลือ
+2.1.4 การตรวจสอบและกันงบประมาณ ก่อนส่งอนุมัติ ระบบดำเนินการดังนี้:
+การตรวจสอบงบประมาณ (Real-time Budget Check): ตรวจสอบยอดรวมของ PR กับงบประมาณคงเหลือ
+การกันงบประมาณ (Budget Commitment): หากงบประมาณเพียงพอ ระบบจะทำการ "กันงบประมาณ" ในโมดูลงบประมาณโดยอัตโนมัติ
+การส่งเข้าระบบอนุมัติ: สถานะของ PR จะเปลี่ยนเป็น "รออนุมัติ" และถูกส่งต่อไปยังผู้อนุมัติตาม Workflow ที่กำหนด
+2.1.5 ระบบอนุมัติ
+ระบบสามารถรองรับกระบวนการอนุมัติการขอซื้อได้หลายระดับและหลายเงื่อนไข
+มีระบบการอนุมัติใบเสนอซื้อเพื่อป้องกันการแก้ไขเปลี่ยนแปลงเอกสารหลังจากได้รับการอนุมัติให้ทำเรื่องเสนอซื้อ
+สามารถกำหนดวงเงินอนุมัติการขอซื้อ/จ้างสำหรับผู้มีอำนาจอนุมัติในแต่ละระดับได้
+รองรับการจัดทำ/ยกเลิก ใบขอซื้อ/จ้าง ได้
+เชื่อมโยงกับระบบอนุมัติกลาง (Centralized Approval Workflow Engine)
+2.1.6 การค้นหาและแสดงผล
+สามารถค้นหาข้อมูลรายการใบเสนอซื้อย้อนหลังโดยค้นหาได้จาก:
+ผู้จำหน่าย
+เลขที่ใบเสนอซื้อ
+ประเภทใบเสนอซื้อ
+สถานะเอกสาร
+หน่วยขอซื้อ
+วันที่เสนอซื้อ
+สามารถค้นหาข้อมูลรายการใบขอซื้อย้อนหลังโดยค้นหาได้จาก:
+เลขที่ใบขอซื้อ
+หน่วยงานที่ขอซื้อ
+บริษัทที่ขอซื้อ
+วันที่ขอซื้อ
+แสดงรายการ PR ที่สร้างโดยแผนกของผู้ใช้งาน โดยมีคอลัมน์:
+เลขที่ใบขอซื้อ
+วันที่ขอ
+โครงการ/รหัสงบประมาณ
+ยอดรวมโดยประมาณ
+สถานะ (เช่น "ฉบับร่าง", "รออนุมัติ", "อนุมัติแล้ว", "ปฏิเสธ", "สร้าง PO แล้ว")
+2.1.7 การจัดการเอกสาร
+สามารถกำหนดเลขที่ใบขอซื้อ/จ้าง ได้ทั้งแบบ Manual และแบบอัตโนมัติ
+สามารถแยกเลขที่ใบขอซื้อให้อัตโนมัติ
+สามารถจัดเก็บข้อมูลผู้จัดทำใบสั่งซื้อ/สั่งจ้าง รวมถึงรายละเอียดต่างๆ ได้ เช่น รหัส ชื่อ วันที่
+รองรับการบันทึกข้อความเพิ่มเติม (Comment) ของการขอซื้อ เพื่อแสดงไปยังผู้ขายและใบสั่งซื้อ
+2.1.8 คุณสมบัติเพิ่มเติม
+สามารถระบุจำนวนวันที่ต้องส่งมอบสินค้าได้
+ระบบสามารถแสดงรายละเอียดราคาและผู้ขายของสินค้าที่ขอซื้อโดยอัตโนมัติตามเงื่อนไขที่กำหนดในสินค้า
+ระบบสามารถกำหนดสิทธิ์ในการแก้ไขราคา การยกเลิกเปลี่ยนแปลงของใบขอซื้อ
+ระบบสามารถรองรับการตรวจสอบสถานะของการขอสั่งซื้อ
+
+2.2 การบริหารจัดการใบเสนอราคา (Request for Quotation - RFQ)
+ระบบรองรับกระบวนการจัดหาเชิงกลยุทธ์ผ่านการเปรียบเทียบราคาและคัดเลือกผู้ขายได้อย่างมีประสิทธิภาพและโปร่งใส โดยมีคุณสมบัติอย่างน้อยดังต่อไปนี้:
+2.2.1 การสร้างและจัดการ RFQ
+สามารถเริ่มต้นสร้าง RFQ ได้จาก "ใบขอซื้อ (PR)" ที่ผ่านการอนุมัติแล้ว
+สามารถรวมหลายรายการจากหลายใบขอซื้อเพื่อจัดทำ RFQ ฉบับเดียวได้
+เจ้าหน้าที่จัดซื้อสามารถสร้างเอกสาร RFQ ในระบบ โดยระบุรายละเอียด:
+สินค้า/บริการ
+คุณสมบัติทางเทคนิค (Specification)
+จำนวนที่ต้องการ
+กำหนดวันสิ้นสุดการยื่นข้อเสนอ
+ระบบสามารถรองรับกระบวนการขอใบเสนอราคา (Request for Quotes)
+2.2.2 การเชิญผู้ขาย
+สามารถค้นหาและเลือกผู้ขายที่ผ่านการรับรอง (Qualified Supplier) จากทะเบียนผู้ขาย
+สามารถส่งคำเชิญให้เข้าร่วมยื่นข้อเสนอผ่านทาง "Supplier Portal"
+สามารถกำหนดวิธีการส่งใบสั่งซื้อให้ผู้ขาย เช่น Fax, Email, EDX
+2.2.3 การยื่นข้อเสนอผ่าน Supplier Portal
+ผู้ขายที่ได้รับเชิญทำการยื่นข้อเสนอ (ราคา, เงื่อนไข, ระยะเวลาจัดส่ง) ผ่านทาง Supplier Portal
+ระบบป้องกันการยื่นข้อเสนอหลังสิ้นสุดเวลาที่กำหนด
+ผู้ขายสามารถดู RFQ ที่ได้รับเชิญและยื่นข้อเสนอผ่านระบบได้
+2.2.4 การเปรียบเทียบข้อเสนอ
+หลังจากสิ้นสุดเวลายื่นข้อเสนอ ระบบมี "หน้าจอเปรียบเทียบข้อเสนอ (Bid Comparison Screen)"
+แสดงข้อมูลจากผู้ขายทุกรายแบบเคียงข้างกัน (Side-by-side)
+มีการเน้น (Highlight) ข้อเสนอที่ดีที่สุดในแต่ละรายการ
+ช่วยในการวิเคราะห์และตัดสินใจได้ง่าย
+2.2.5 การอนุมัติและสร้างเอกสาร
+หลังจากคัดเลือกผู้ชนะแล้ว ระบบสามารถสร้าง "ใบสั่งซื้อ (PO)" หรือ "สัญญา (Contract)" จากข้อมูลของผู้ชนะใน RFQ ได้โดยอัตโนมัติ
+
+2.3 การจัดการใบสั่งซื้อ (Purchase Order - PO)
+ระบบรองรับการสร้างเอกสารสั่งซื้อที่เป็นทางการ มีการอ้างอิงที่ถูกต้อง และส่งมอบให้ผู้ขายได้อย่างมีประสิทธิภาพ โดยมีคุณสมบัติอย่างน้อยดังต่อไปนี้:
+2.3.1 การสร้างใบสั่งซื้อ
+สามารถสร้างใบสั่งซื้อจากใบขอซื้อ (PR) ที่อนุมัติแล้ว
+สามารถเลือกรายการจากหลาย PR (หากเป็นผู้ขายรายเดียวกัน) เพื่อรวมสร้างเป็น PO ฉบับเดียวได้
+ระบบสามารถสร้างการสั่งซื้อโดยการคีย์ข้อมูลสั่งซื้อ
+ระบบสามารถสร้างการสั่งซื้อให้อัตโนมัติโดยการดึงข้อมูลจากข้อมูลการขอซื้อ
+สามารถบันทึกออกใบสั่งซื้อครุภัณฑ์โดยเลือกจากใบขอซื้อที่ได้รับการอนุมัติ ซึ่งข้อมูลที่อยู่ในใบขอซื้อจะเชื่อมโยงมายังใบสั่งซื้อที่ออก
+2.3.2 ข้อมูลส่วนหัว (Header)
+การเลือกผู้ขาย (Required): ต้องมีช่องสำหรับค้นหาและเลือกผู้ขายจากทะเบียน
+เงื่อนไข (Terms): ระบุ
+เงื่อนไขการชำระเงิน (Payment Terms)
+วิธีการจัดส่ง
+ประเภท VAT
+แผนกที่สั่งซื้อ
+วันที่สั่งซื้อ
+2.3.3 รายการสินค้า (Item Grid)
+เจ้าหน้าที่จัดซื้อกรอกราคาต่อหน่วย (Unit Price) ตามที่ตกลงกับผู้ขาย
+ระบบคำนวณยอดรวมและภาษีมูลค่าเพิ่ม (VAT) ให้อัตโนมัติ
+สามารถคำนวณหรือบันทึกมูลค่าภาษีได้ ทั้งแบบรวมภาษีและไม่รวมภาษี
+สามารถระบุจำนวนเงินราคาสินค้าที่จะจัดซื้อรวมของแต่ละรายการสินค้า
+2.3.4 การกำหนดรูปแบบและหมายเลข
+สามารถกำหนดเลขที่ใบสั่งซื้อ/สั่งจ้างได้โดยอัตโนมัติหรือแบบ Manual
+กรณีกำหนดเลขที่เอกสารโดยอัตโนมัติ สามารถกำหนดได้ทั้งตัวเลขและตัวอักษร แยกตามประเภทสินค้า
+สามารถกำหนดรูปแบบการสั่งซื้อรองรับเรื่องภาษีมูลค่าเพิ่มได้ทั้ง VATIN, VATOUT หรือ Exemption (ไม่มี VAT)
+2.3.5 การรองรับรูปแบบการสั่งซื้อพิเศษ
+สามารถรองรับการบันทึกใบสั่งซื้อสั่งจ้างหลายๆ งวดได้
+ระบบสามารถรองรับการสั่งซื้อแบบมีของแถม
+รองรับการบริหารจัดการเวอร์ชั่น (Version) ของเอกสารใบเสนอราคา/สั่งซื้อ/จัดจ้าง
+สามารถรองรับการปันส่วนค่าธรรมเนียม ค่าใช้จ่าย ส่วนลด
+สามารถรองรับการคำนวณภาษีมูลค่าเพิ่มเมื่อสั่งซื้อ
+2.3.6 ระบบอนุมัติ
+ใบสั่งซื้อจะต้องผ่านกระบวนการอนุมัติภายในฝ่าย (ตามวงเงินและประเภท)
+ผ่านทางระบบอนุมัติกลาง ก่อนจึงจะสามารถส่งให้ผู้ขายได้
+มีระบบการอนุมัติใบสั่งซื้อเพื่อป้องกันการแก้ไขเปลี่ยนแปลงเอกสารหลังจากได้รับการอนุมัติให้ทำเรื่องสั่งซื้อ
+ระบบสามารถรองรับกระบวนการอนุมัติการสั่งซื้อ
+สามารถกำหนดเงื่อนไขของการสร้างใบสั่งซื้อแบบอัตโนมัติได้
+ระบบสามารถกำหนดสิทธิในการสั่งซื้อได้หลายระดับและหลายเงื่อนไข
+2.3.7 การส่งเอกสารและการจัดการ
+เมื่อ PO ได้รับการอนุมัติขั้นสุดท้าย ระบบจะเปลี่ยนสถานะเป็น "Approved"
+มีฟังก์ชันสำหรับส่งไฟล์ PDF ของ PO ให้ผู้ขายผ่านทางอีเมลโดยตรงจากระบบ
+สามารถปิดใบสั่งซื้อโดยอัตโนมัติ เมื่อมีการรับพัสดุครบตามจำนวนหรือรายการที่สั่งซื้อไป
+ระบบสามารถพิมพ์ใบสั่งซื้อหลังประมวลผล
+ใบสั่งซื้อสามารถลงนามด้วยลายเซ็นอิเล็กทรอนิกส์ได้
+2.3.8 การจัดเก็บและประวัติ
+สามารถจัดเก็บข้อมูลใบสั่งซื้อ/สั่งจ้างได้ตามมาตรฐานของระบบ ERP ได้ เช่น ราคาต่อหน่วย และสถานที่จัดส่ง
+สามารถเก็บประวัติการแก้ไขใบสั่งซื้อ/สั่งจ้าง และสามารถพิมพ์รายงานรายละเอียดการแก้ไขใบสั่งซื้อ/สั่งจ้างได้ตามต้องการ
+ระบบสามารถรองรับการตรวจสอบการเปลี่ยนแปลงแก้ไขรายละเอียดของใบสั่งซื้อ (Change Order)
+2.3.9 การค้นหาและตรวจสอบ
+สามารถค้นหาข้อมูลใบสั่งซื้อย้อนหลังโดยค้นหาได้จาก:
+ผู้จำหน่าย
+เลขที่ใบสั่งซื้อ
+ประเภทใบสั่งซื้อ
+สถานะเอกสาร
+วันที่สั่งซื้อ
+ระบบสามารถรองรับการตรวจสอบสถานะของใบสั่งซื้อ
+ระบบติดตามการสั่งซื้อ เช่น การแจ้งเตือนเมื่อสินค้าใกล้ครบกำหนดส่งมอบ
+2.3.10 คุณสมบัติเพิ่มเติม
+สามารถบันทึกรายการบัญชีได้อัตโนมัติหลังจากทำการบันทึกรายการ
+สามารถรองรับการบันทึกรายการภาษี หัก ณ ที่จ่ายได้หลายรายการและหลายอัตราต่อรายการชำระเดียวกันได้
+สามารถระบุเงื่อนไขสำคัญอื่นๆ เช่น รูปแบบชำระเงิน (โอนเงินล่วงหน้า) และรายละเอียดภาษีหัก ณ ที่จ่าย
+ระบบสามารถแนบไฟล์เอกสารต่างๆ ที่เกี่ยวข้อง เมื่อทำการสั่งซื้อ
+ระบบสามารถกำหนดสิทธิ์ในการแก้ไขราคา การยกเลิก และการเปลี่ยนแปลงของใบสั่งซื้อ
+ระบบสามารถแสดงรายละเอียดราคาและผู้ขายของสินค้าที่สั่งซื้อโดยอัตโนมัติตามเงื่อนไขที่กำหนดในสินค้า
+มีระบบการรับวางบิล
+
+2.4 การรับพัสดุจากผู้ขาย (Goods Receipt Note - GRN)
+ระบบรองรับการบันทึกการรับมอบสินค้าทางกายภาพอย่างเป็นระบบ ตรวจสอบความถูกต้องเทียบกับใบสั่งซื้อ และเป็นจุดเริ่มต้นของการบันทึกสต็อกและกระบวนการทางบัญชี โดยมีคุณสมบัติอย่างน้อยดังต่อไปนี้:
+2.4.1 การเริ่มต้นกระบวนการรับของ
+มีช่องสำหรับค้นหา "ใบสั่งซื้อ (PO)" ที่มีสถานะ "Approved" หรือ "รับของบางส่วนแล้ว" เพื่อเริ่มกระบวนการตรวจรับ
+สามารถค้นหาข้อมูลใบตรวจรับครุภัณฑ์ย้อนหลัง จาก เลขที่ใบตรวจรับ และวันที่เอกสาร
+ระบบสามารถรองรับการรับสินค้าโดยไม่อ้างอิงใบสั่งซื้อ
+ระบบสามารถรองรับการรับสินค้าโดยการอ้างอิงใบสั่งซื้อ ทั้งแบบรับสินค้าเต็มจำนวนและรับสินค้าบางส่วน
+สามารถรองรับการรับสินค้า/บริการบางส่วนได้
+2.4.2 การดึงข้อมูลจากใบสั่งซื้อ
+เมื่อเลือก PO ข้อมูลผู้ขายและรายการสินค้าจะถูกดึงมาที่ฟอร์มโดยอัตโนมัติ
+ระบบสามารถ Load รายการสินค้าตามใบสั่งซื้อได้
+2.4.3 ข้อมูลส่วนหัว (Header)
+ผู้ใช้กรอก:
+เลขที่ใบแจ้งหนี้ของผู้ขาย
+วันที่รับของ
+คลังที่รับ
+เลขที่ใบส่งของผู้ขาย
+วัน-เวลาที่รับสินค้าจากบริษัท
+สามารถระบุได้ว่าต้องการให้ระบบคำนวณเงินที่รวม Vat แล้วและเงินที่หักส่วนลดแล้วในการรับสินค้าแต่ละรายการหรือไม่
+2.4.4 รายการสินค้า (Item Grid)
+ผู้ใช้กรอกจำนวนที่รับจริง (Received Quantity)
+สามารถระบุจำนวนสินค้าที่รับหรือที่แถม เป็นหน่วยบรรจุหรือหน่วยนับได้
+สามารถระบุจำนวนเงินรวมและมูลค่ารวมของแถมที่ลงบันทึกรับสินค้าของสินค้าที่ระบุได้
+2.4.5 ฟิลด์บังคับตามเงื่อนไข (Conditional Fields)
+หากพัสดุถูกตั้งค่าเป็น Is Lot Controlled: ระบบจะบังคับให้กรอก:
+Lot Number
+วันหมดอายุ
+หากพัสดุถูกตั้งค่าเป็น Is Serialized: ระบบจะบังคับให้กรอก:
+Serial Number ให้ครบตามจำนวนที่รับ
+สามารถระบุได้ว่าต้องการให้ระบบสร้าง Lot No. ให้อัตโนมัติหรือไม่
+ระบบสามารถบันทึกเลขที่ผลิต (Lot Number) และวันหมดอายุ (Expire Date) เมื่อรับสินค้า
+2.4.6 การแนะนำตำแหน่งจัดเก็บ
+หลังจากกรอกข้อมูลครบถ้วน ระบบสามารถแนะนำ "ตำแหน่งจัดเก็บ (Bin Location)" ที่เหมาะสมในคลังให้ได้
+2.4.7 การตรวจสอบและคุณภาพ
+ระบบรองรับกระบวนการตรวจสอบสินค้า (Inspect) และการปฏิเสธการรับสินค้า (Reject)
+สามารถเก็บข้อมูลเหล่านี้เพื่อใช้ในการประเมินผู้ขาย
+สามารถแสดงข้อมูลหน่วยนับ หน่วยบรรจุ อัตราส่วนของหน่วยนับต่อหน่วยบรรจุของสินค้าที่ระบุได้
+2.4.8 การบันทึกและผลลัพธ์ (Save and Post) เมื่อบันทึกแล้ว จะส่งผลให้เกิด 3 เหตุการณ์พร้อมกัน:
+เพิ่มสต็อกในคลัง (Increase Stock): ปรับปรุงยอดสินค้าคงคลังในระบบบริหารคลัง
+อัปเดตสถานะใบสั่งซื้อ (Update PO Status): เปลี่ยนสถานะ PO เป็น "รับของบางส่วนแล้ว" หรือ "รับของครบแล้ว"
+ส่งข้อมูลให้ฝ่ายบัญชี (Trigger AP Process): สร้างรายการ "รอจับคู่ใบแจ้งหนี้" ในโมดูลบัญชีเจ้าหนี้โดยอัตโนมัติเพื่อเตรียมพร้อมสำหรับกระบวนการ 3-Way Matching
+ระบบสามารถเชื่อมโยงข้อมูลการรับสินค้ากับระบบเจ้าหนี้และระบบสินค้าคงคลัง
+2.4.9 การจัดการสิทธิ์และการตรวจสอบ
+สามารถกำหนดสิทธิ์ในการรับสินค้าและยกเลิกการรับสินค้า
+ระบบสามารถรองรับการตรวจสอบสถานะของการรับสินค้า
+สามารถตรวจสอบได้ว่าเป็นรายการรับสินค้าที่แผนกบัญชีลงหลักฐานทางบัญชีแล้วหรือไม่
+สามารถตรวจสอบราคาทุนเฉลี่ยที่เปลี่ยนแปลงตามใบรับสินค้า และแต่ละรายการสินค้าในใบรับสินค้าได้
+2.4.10 การลงบันทึกรับสินค้า
+สามารถลงบันทึกรับสินค้าเข้าคลังได้
+สามารถลงบันทึกรับสินค้าแบบตัดจ่ายให้หน่วยงานในโรงพยาบาลได้
+สามารถกำหนดสิทธิ์ User ที่จะลงบันทึกรับสินค้าได้
+2.4.11 การพิมพ์เอกสารและรายงาน สามารถพิมพ์เอกสารและรายงานได้ เช่น:
+ใบรับสินค้า
+รายงานสรุปการรับสินค้า
+รายงานเจ้าหนี้การค้า
+การพิมพ์ Barcode/QR code บนใบรับสินค้า
+2.4.12 การจัดการราคาและต้นทุน
+สามารถระบุจำนวนเงินส่วนลดของการรับสินค้าได้
+สามารถระบุได้ว่าต้องคิด Vat ในการรับสินค้าหรือไม่ และสามารถระบุจำนวนเปอร์เซ็นต์ในการคิด Vat ได้
+สามารถระบุได้ว่าต้องคิดส่วนลดในการรับสินค้าหรือไม่ และสามารถระบุจำนวนเปอร์เซ็นต์ในการคิดส่วนลดได้
+สามารถคำนวณจำนวนเงินรวมทั้งหมดที่ลงบันทึกรับสินค้าได้
+สามารถคำนวณต้นทุนสินค้ารับคืนได้อย่างถูกต้องตามหลักการบัญชีที่รับรองทั่วไป
+
+2.5 การคืนสินค้าให้ผู้ขาย (Return to Supplier)
+2.5.1 การบันทึกคืนสินค้า
+สามารถระบุรหัสคลังสินค้า เลขที่ใบรับสินค้า หมายเหตุที่เกี่ยวข้อง และรหัสสินค้าตามรายการกับการบันทึกคืนสินค้าได้
+สามารถแสดงข้อมูลราคาทุน หน่วยนับ หน่วยบรรจุ และอัตราส่วนของหน่วยนับต่อหน่วยบรรจุได้
+2.5.2 การแสดงข้อมูล
+สามารถแสดงจำนวนสินค้าเดิมเป็นหน่วยนับและหน่วยบรรจุได้
+สามารถแสดงวันที่เบิกครั้งสุดท้ายของสินค้าที่ระบุได้
+สามารถแสดงจำนวนคงเหลือใน Stock และจำนวนที่ใช้สินค้าไปแล้ว เป็นหน่วยนับและหน่วยบรรจุได้
+สามารถแสดงจำนวนสินค้าและจำนวนเงินที่ลงบันทึกคืนสินค้าของแต่ละรายการได้ และจำนวนเงินรวมทั้งหมดที่คืนสินค้าได้
+2.5.3 การดำเนินการคืนสินค้า
+สามารถระบุจำนวนที่จะคืนเป็นหน่วยบรรจุหรือหน่วยนับได้
+สามารถคำนวณจำนวนเงินที่จะคืนได้
+สามารถ Load รายการสินค้าตามเลขที่ใบรับสินค้าที่ระบุไว้ได้
+สามารถกำหนดสิทธิ์ User ที่สามารถคืนสินค้าได้
+สามารถพิมพ์ใบคืนสินค้าได้
+สามารถทำการลดหนี้การสั่งซื้อ และออกเอกสารใบลดหนี้การสั่งซื้อได้
+
+2.6 เอกสารและรายงานการจัดซื้อ
+2.6.1 การสร้างและจัดการฟอร์มเอกสาร
+มีเครื่องมือในการสร้างรูปแบบฟอร์มเอกสารใบเสนอราคา สั่งซื้อ/จัดจ้าง ใช้งานในปัจจุบันและปรับเปลี่ยนรูปแบบได้ในอนาคต
+สามารถพิมพ์เอกสารดังกล่าวได้ และแสดงผลเป็นเอกสารหรือไฟล์ข้อมูลแบบ PDF, .xls
+สามารถเรียกดู/พิมพ์รายการที่ทำการขอซื้อ สั่งซื้อ และรับของเข้าคลังผ่านทางระบบได้ทั้ง 2 รูปแบบคือ PDF, Excel
+2.6.2 รายงานมาตรฐาน
+มีรายงานมาตรฐานและมีเครื่องมือสร้างรายงานเพิ่มเติมให้สามารถตอบสนองต่อความต้องการของผู้ใช้งานได้
+รายงานดังกล่าวสามารถแสดงออกมาในรูปแบบรายงานพร้อมพิมพ์และสามารถบันทึกออกมาในรูปแบบของไฟล์เอกสาร Excel
+ระบบสามารถออกรายงานการตรวจสอบสินค้า
+ระบบสามารถออกรายงานการขอซื้อ
+ระบบสามารถออกรายงานการสั่งซื้อ
+ระบบสามารถออกรายงานการรับสินค้าประจำวัน
+ระบบสามารถออกรายงานสินค้าค้างส่ง
+2.6.3 รายงานภาพรวมการจัดซื้อ
+สามารถเรียกดูรายงานข้อมูลการจัดซื้อจัดจ้าง ในลักษณะของภาพรวมทั้งระบบงาน ตั้งแต่:
+กระบวนการขอซื้อขอจ้าง (PR)
+การอนุมัติขอซื้อขอจ้าง (แสดงข้อมูลงบประมาณ)
+ข้อมูลการเสนอราคา
+ข้อมูลการคัดเลือกผู้ค้า
+ข้อมูลสัญญาซื้อ/จ้าง หรือใบสั่งซื้อ/จ้าง (PO)
+ข้อมูลการส่งมอบงาน
+ข้อมูลผลการตรวจรับ
+ข้อมูลที่บันทึกในระบบบัญชีเจ้าหนี้และรายงานงบประมาณ
+2.6.4 การแสดงข้อมูลแบบ Real Time
+สามารถแสดงข้อมูลสรุปการจัดซื้อจัดจ้างแบบ Real Time หรือตามเงื่อนไขเวลาที่เลือก
+สามารถแสดงข้อมูลการจัดซื้อจัดจ้างตามประเภทงานซื้อ/งานจ้าง ตามวิธีการจัดซื้อจัดจ้าง
+ข้อมูลรายงานแบบ Real Time นำไปใช้ได้ทันที
+
+2.7 การเชื่อมโยงระบบและการทำงานอัตโนมัติ
+2.7.1 การเชื่อมโยงข้อมูล
+สามารถเชื่อมโยงข้อมูลทางบัญชีได้กับระบบอื่นๆ เช่น:
+ระบบเจ้าหนี้
+ระบบบัญชีแยกประเภททั่วไป/งบประมาณ
+ระบบบริหารสินค้าคงคลัง
+ระบบสินทรัพย์ถาวร
+ระบบสามารถทำการเชื่อมโยงข้อมูลการบันทึกบัญชีกับระบบบัญชีแยกประเภท (General Ledger)
+ระบบสามารถทำการเชื่อมโยงข้อมูลการสั่งซื้อทรัพย์สินกับระบบทรัพย์สิน (Asset Management)
+ระบบสามารถทำการเชื่อมโยงข้อมูลการรับสินค้ากับระบบเจ้าหนี้ (Accounts Payable)
+ระบบสามารถทำการเชื่อมโยงข้อมูลการรับสินค้ากับระบบสินค้าคงคลัง (Inventory)
+ระบบสามารถทำการเชื่อมโยงข้อมูลการตรวจสอบงบประมาณกับงบประมาณที่ได้ทำการกำหนดไว้ (Commitment Control)
+2.7.2 การเชื่อมโยงข้อมูลระหว่างหน่วยงาน
+การเชื่อมโยงของระบบข้อมูลระหว่างหน่วยงานที่เกี่ยวข้อง เช่น:
+งบประมาณ
+จัดซื้อพัสดุ
+บัญชี
+รองรับระบบการจัดเก็บข้อมูลของระบบงานที่เกี่ยวข้องมารวมกัน เพื่อง่ายต่อการตรวจสอบ จัดเก็บและค้นหาข้อมูล
+2.7.3 ระบบอนุมัติและ Workflow
+รองรับการกำหนด แก้ไข และเพิ่มเติมค่าการตั้งค่าของขั้นตอนในการอนุมัติให้จัดซื้อจัดจ้างตามได้ตามกำหนด
+สามารถรองรับการจัดทำเอกสารการจัดซื้อจัดจ้างให้สอดคล้องกับข้อบังคับ/ระเบียบ/ประกาศที่เกี่ยวข้อง
+พร้อมทั้งจัดพิมพ์เอกสารที่เกี่ยวข้องในระบบงานจัดซื้อจัดจ้างตามที่กำหนดได้
+
+2.8 คุณสมบัติเพิ่มเติมของระบบจัดซื้อ
+2.8.1 การวางแผนและเตือนการสั่งซื้อ
+สามารถวางแผน กำหนดจุดสั่งซื้อ และมีระบบเตือนเพื่อเชื่อมโยงข้อมูลไปยังระบบการสั่งซื้อเพิ่มได้
+สามารถสร้างใบสั่งซื้อให้อัตโนมัติจากใบขอซื้อ
+รองรับการเก็บต้นทุนรูปแบบต่างๆ ตั้งแต่การรับวัตถุดิบจนถึงการใช้วัตถุดิบในการบริหารสินค้าที่เป็น Lot หรือ Serial
+2.8.2 การใช้งานผ่านอุปกรณ์ต่างๆ
+สามารถใช้งานโปรแกรมได้บน PC, Tablet และมือถือได้
+2.8.3 การจัดการกรรมการ
+สามารถกำหนดรายชื่อกรรมการตรวจรับพัสดุ หรือ กรรมการจัดซื้อโดยวิธีต่างๆ ได้
+สามารถระบุรายชื่อกรรมการเปิดซองและกรรมการตรวจรับสินค้าได้
+2.8.4 การจัดการงบประมาณ
+สามารถระบุงบประมาณที่ใช้ในการจัดซื้อได้
+สามารถระบุหมายเหตุที่เกี่ยวข้องกับงบประมาณได้
+สามารถระบุจำนวนเงินก่อนรวม VAT, จำนวน VAT, จำนวนเงินรวม, เงินประกัน และจำนวนเงินส่วนลดในภาพรวมได้
+2.8.5 เงื่อนไขการจัดซื้อ
+สามารถระบุเงื่อนไขพิเศษอื่นๆ หรือเงื่อนไขในการส่งสินค้าเพิ่มเติมในการจัดซื้อได้
+สามารถระบุวันที่สรุป วันที่ยื่นเอกสาร ชื่อเจ้าหน้าที่ผู้รับยื่นซอง วันที่กำหนดส่งเอกสาร และวันที่ลงนามได้
+สามารถระบุวันที่กำหนดส่งของได้ และสามารถเลือกให้คำนวณได้อัตโนมัติตามวันหยุดราชการตามที่ราชการประกาศในแต่ละปีได้
+สามารถคำนวณวันที่กำหนดชำระเงินจาก Credit Term ที่กำหนดไว้กับรหัสบริษัทได้
--- a/references/tor.md
+++ b/references/tor.md
--- a/references/warehouse-gap-analysis.md
+++ b/references/warehouse-gap-analysis.md
--- a/references/warehouse-implementation-todo.md
+++ b/references/warehouse-implementation-todo.md
--- a/references/warehouse.txt
+++ b/references/warehouse.txt
@@ -0,0 +1,435 @@
+# โมดูล 3: การบริหารคลังพัสดุ (Warehouse Management System)
+
+## 3.1 การจัดการคลังพัสดุทั่วไป
+
+ระบบรองรับการบริหารจัดการคลังพัสดุอย่างครบวงจร ตั้งแต่การรับเข้า การจ่ายออก การโอนย้าย และการปรับปรุงสต็อก โดยมีคุณสมบัติอย่างน้อยดังต่อไปนี้:
+
+### 3.1.1 โครงสร้างคลังและสถานที่จัดเก็บ
+- สามารถสร้างคลังสินค้าย่อยเพื่อรองรับการควบคุมการเบิกใช้งาน รวมทั้งสามารถโอนย้ายสินค้า/พัสดุระหว่างคลังใหญ่และคลังย่อยได้
+- ระบบสามารถกำหนดรายละเอียดของคลังสินค้าหลักและคลังสินค้าย่อย (`Main Store`/`Sub Store`) รวมถึงรายการสินค้าในแต่ละคลังสินค้าได้
+- ระบบสามารถแยกสถานที่ (`Location`) ในการจัดเก็บสินค้าคงคลังกับสินค้าฝากขาย (`Consignment`) ได้ชัดเจน เพื่อการควบคุมภายในยอดคงเหลือ
+- ระบบสามารถระบุสถานที่จัดเก็บสินค้าแต่ละชนิด รวมถึงการจัดเก็บสินค้าของคลังสินค้าแต่ละแห่งที่มีการควบคุมตามชั้นแถว เช่น วันรับของ วันหมดอายุ (`Lot Control`)
+
+### 3.1.2 การรับพัสดุเข้าคลัง
+- สามารถเชื่อมโยงกับระบบงานพัสดุในด้านการรับสินค้าเข้าคลังได้
+- ระบบสามารถรับยาเข้าคลังย่อยจากคลังยาใหญ่, รับคืนจากหอผู้ป่วย
+- รองรับการรับพัสดุจากหลายช่องทาง:
+    - การรับจากผู้ขาย
+    - การรับโอนจากคลังอื่น
+    - การรับคืนจากหน่วยงาน
+    - การรับของแถม วัสดุ และครุภัณฑ์จากการสั่งซื้อ
+
+### 3.1.3 การตรวจสอบสินค้าคงคลัง
+- สามารถตรวจสอบสินค้าคงคลังผ่านทางระบบได้หลายรูปแบบ คือ:
+    - `Stock Card`
+    - `Stock Movements`
+    - `Stock Summary`
+- สามารถค้นหาพัสดุเพื่อดูยอดคงเหลือของพัสดุที่อยู่ในคลังได้ โดยสามารถแสดงแบบรายการทั้งหมด หรือดูยอดรวมของพัสดุแต่ละรายการ
+- ระบบสามารถแสดงรายละเอียดการเคลื่อนไหวของสินค้าในคลังได้
+- สามารถดู `stock card movement` ได้แบบ real time
+- สามารถตรวจสอบข้อมูลยอดคงเหลือตามแต่ละคลังสินค้า หรือทั้งหมดของโรงพยาบาลได้
+
+### 3.1.4 การสอบถามยอดคงเหลือ
+- สามารถดูข้อมูลยอดคงเหลือของรายการพัสดุของระบบได้ โดยสามารถเรียกดูได้ตาม:
+    - ยอดคงเหลือที่ต่ำกว่าจุดสั่งซื้อ
+    - ต่ำกว่าจุดต่ำสุด
+    - สูงกว่าจุดสูงสุด
+- ระบบสามารถตรวจสอบยาคงเหลือได้ตลอดเวลา ทั้งที่เป็นยอดปัจจุบัน และยอดคงเหลือย้อนหลังตามช่วงวันที่ระบุ
+- สามารถแสดงจำนวนคงเหลือและระบุจำนวนสินค้าที่จะจัดซื้อเป็นหน่วยนับและหน่วยบรรจุได้
+
+### 3.1.5 การแจ้งเตือน
+- สามารถแจ้งเตือนเมื่อสินค้า/พัสดุไม่พอต่อการขายหรือทำการโอนย้าย
+- ระบบแจ้งเตือนเมื่อจำนวนวัสดุคงคลังใกล้หมด/ของหมด
+
+---
+
+## 3.2 การขอเบิกพัสดุ (Internal Requisition)
+
+### 3.2.1 การสร้างใบขอเบิก
+- สามารถให้คลังย่อยตามแผนกทำใบขอเบิก/ขอโอนผ่านระบบมาที่คลังพัสดุเพื่อขอเบิกพัสดุได้
+- สามารถให้คลังย่อยทำใบบันทึกขอเบิกผ่านระบบมาที่คลังครุภัณฑ์ได้
+- สามารถระบุรหัสหน่วยที่ขอเบิกและเลขที่หนังสือ กับหน่วยที่ให้เบิกสินค้าได้ และหมายเหตุอื่นๆ ที่เกี่ยวข้องกับการขอเบิกสินค้าได้
+- สามารถระบุได้ว่าจะส่งเรื่องขอเบิกสินค้าไปยังหน่วยงานที่ให้เบิกสินค้าหรือไม่
+- สามารถระบุได้ว่าเป็นการขอเบิกสินค้าแบบเร่งด่วนหรือไม่
+
+### 3.2.2 การเลือกรายการเบิก
+- สามารถระบุรหัสสินค้าที่จะขอเบิกสินค้าได้
+- สามารถระบุจำนวนที่ขอเบิกสินค้าเป็นหน่วยบรรจุ หรือ หน่วยนับได้
+- สามารถ `Load` รายการสินค้าที่ต่ำกว่า `Safety Level` หรือที่ต่ำกว่า `Max Level` ที่กำหนดไว้ ในการลงบันทึกขอเบิกได้
+
+### 3.2.3 การอนุมัติใบขอเบิก
+- หน่วยให้เบิกสามารถอนุมัติรายการขอเบิกสินค้าที่ส่งมาได้
+- สามารถกำหนดสิทธิ์ `User` ในการอนุมัติรายการขอเบิกสินค้าได้
+- สามารถตรวจสอบได้ว่ารายการขอเบิกสินค้าได้รับอนุมัติแล้วหรือไม่
+- สามารถแสดงข้อมูลรหัสผู้ให้อนุมัติรายการขอเบิกสินค้าได้
+- มีระบบการอนุมัติใบขอเบิกเพื่อป้องกันการแก้ไขเปลี่ยนแปลงเอกสารหลังจากคลังตรวจสอบเอกสารการขอเบิกแล้ว
+
+### 3.2.4 การค้นหาและติดตาม
+- สามารถค้นหาข้อมูลใบขอเบิก/ขอโอนย้อนหลังโดยค้นหาได้จาก:
+    - ประเภทเอกสาร
+    - คลัง (ออก)
+    - คลัง (เข้า)
+    - เลขที่เอกสาร
+    - วันที่เอกสาร
+    - คลังขอเบิก
+- สามารถค้นหารายการครุภัณฑ์ในระบบได้จาก:
+    - รหัสรายการ
+    - ชื่อรายการ
+
+---
+
+## 3.3 การจ่ายพัสดุออกจากคลัง (Dispense/Issue)
+
+### 3.3.1 การดำเนินการจ่ายพัสดุ
+- สามารถเห็นจำนวนที่คลังย่อยขอเบิกมา และแก้ไขจำนวนที่จะโอนให้กับคลังย่อยใหม่ได้
+- สามารถบันทึกรายการในหน้าใบโอนออก โดยไม่ต้องเลือกจากใบขอเบิก/ขอโอน ซึ่งระบบให้ใส่ข้อมูล:
+    - ประเภทเอกสาร
+    - คลัง (ออก)
+    - คลัง (เข้า)
+    - แผนกที่ขอ
+    - วันที่เอกสาร
+- สามารถบันทึกใบโอนออกโดยเลือกจากใบขอเบิก/ขอโอนที่ได้รับการอนุมัติ ซึ่งข้อมูลที่อยู่ในใบขอเบิก/ขอโอนจะเชื่อมโยงมายังใบโอนออก พร้อมกับแสดงเลขที่ใบขอเบิก/ขอโอนที่ดึงมาเป็นใบโอนออก
+
+### 3.3.2 ระบบอนุมัติใบโอนออก
+- มีระบบการอนุมัติใบโอนออกเพื่อป้องกันการแก้ไขเปลี่ยนแปลงเอกสารหลังจากการคลังตรวจสอบเอกสารการโอนแล้ว
+- เมื่ออนุมัติใบโอนออก ระบบตัดสต็อกคลังพัสดุตามจำนวนของแต่ละรายการที่อยู่ในใบโอนออกทันที
+- การขอเบิกแล้ว และเมื่ออนุมัติใบขอเบิก ระบบตัดสต็อกคลังพัสดุตามจำนวนของแต่ละรายการที่อยู่ในใบขอเบิกออกทันที
+
+### 3.3.3 การค้นหาและเอกสาร
+- สามารถค้นหาข้อมูลใบโอนออกย้อนหลังโดยค้นหาได้จาก:
+    - ประเภทเอกสาร
+    - คลัง (ออก)
+    - คลัง (เข้า)
+    - เลขที่เอกสาร
+    - วันที่เอกสาร
+- สามารถค้นหาข้อมูลใบอนุมัติการเบิกย้อนหลังโดยค้นหาได้จาก คลังขอเบิก เลขที่เอกสาร และวันที่เอกสาร
+- สามารถทำสำเนาเอกสารจากใบขอเบิก/ขอโอน ใบโอนออกได้โดยการเลือกต้นฉบับจากใบเดิม แล้วทำสำเนามาเป็นใบใหม่ เลขที่จะเปลี่ยนให้อัตโนมัติ
+
+---
+
+## 3.4 การรับพัสดุเข้าคลังย่อย (Sub-Warehouse Receipt)
+
+### 3.4.1 การดำเนินการรับของ
+- สามารถค้นหาข้อมูลใบรับของโอนย้อนหลังโดยค้นหาได้จาก:
+    - ประเภทเอกสาร
+    - คลัง (ออก)
+    - คลัง (เข้า)
+    - เลขที่เอกสาร
+    - วันที่เอกสาร
+- แสดงรายการและจำนวนที่คลังหลักจ่ายมา ผู้ใช้กรอกจำนวนที่รับจริง (`Received Quantity`) เพื่อยืนยัน
+
+### 3.4.2 ระบบอนุมัติใบรับของโอน
+- มีระบบการอนุมัติใบรับของโอนเพื่อป้องกันการแก้ไขเปลี่ยนแปลงเอกสารหลังจากการคลังย่อยตรวจสอบเอกสารการโอนแล้ว
+- เมื่ออนุมัติใบโอนรับของโอน ระบบเพิ่มสต็อกให้กับคลังย่อยตามจำนวนของแต่ละรายการที่อยู่ในใบรับของโอนทันที
+
+### 3.4.3 ผลลัพธ์การบันทึก
+- **เพิ่มสต็อกในคลังย่อย (Increase Stock):** ปรับปรุงยอดสินค้าคงคลังในคลังย่อยของผู้ใช้
+- **อัปเดตสถานะการจัดส่ง:** เปลี่ยนสถานะของรายการจัดส่งเป็น "รับของแล้ว"
+- **สร้างรายการรอรับ:** สร้างรายการ "รอรับเข้าคลังย่อย" เพื่อให้หน่วยงานปลายทางดำเนินการต่อ
+
+---
+
+## 3.5 การโอนย้ายพัสดุระหว่างคลัง (Inter-Warehouse Transfer)
+
+### 3.5.1 การโอนย้าย
+- สามารถรองรับกระบวนการโอนวัสดุ การยืม การคืน ระหว่างสถานที่จัดเก็บและระหว่างหน่วยงานได้
+- สามารถโอนยอดสินค้าระหว่างคลังสินค้าได้
+- ระบบสามารถทำการโอนย้ายสินค้าจากคลังสินค้าได้
+
+### 3.5.2 การบันทึกข้อมูล
+- ระบบให้ใส่ข้อมูล:
+    - ประเภทเอกสาร
+    - คลัง (ออก)
+    - คลัง (เข้า)
+    - แผนกที่ขอ
+    - วันที่เอกสาร
+- เจ้าหน้าที่จะต้องยืนยันการหยิบโดย:
+    - เดินไปยังตำแหน่งที่ระบบแนะนำ
+    - สแกนบาร์โค้ดของ `Bin Location` และ/หรือ `Lot Number`
+    - กรอกจำนวนที่จ่ายจริง (`Dispensed Quantity`)
+
+---
+
+## 3.6 การปรับปรุงยอดพัสดุ (Stock Adjustment)
+
+### 3.6.1 การปรับปรุงยอด
+- สามารถทำการปรับปรุงยอดคงเหลือของรายการพัสดุ พร้อมทั้งสามารถใส่หมายเหตุในการปรับปรุงยอด เมื่อมีการตรวจนับรายการพัสดุ
+- สามารถทำการปรับปรุงจำนวนสินค้าจากการตรวจนับ (`Stock Count`) ได้
+- สามารถลงบันทึกปรับ `Stock` โดยการนำเข้าได้
+- สามารถลงบันทึกปรับ `Stock` โดยการจ่ายออกได้
+- สามารถทำการปรับปรุงราคาสินค้า (`Adjust Cost`) กรณีที่ต้นทุนสินค้าไม่ถูกต้อง
+
+### 3.6.2 ประเภทการปรับยอด
+- ผู้ใช้ต้องเลือกประเภทการปรับยอดจาก `Dropdown` เช่น:
+    - "ตัดใช้ภายใน (Internal Use)"
+    - "ชำรุด (Damaged)"
+    - "ปรับยอดจากการตรวจนับ (Stock Count Adjustment)"
+- ฐานข้อมูลเหตุผลการ `Adjust`
+
+### 3.6.3 การดำเนินการ
+- ผู้ใช้ค้นหาและเลือกพัสดุที่มีอยู่ในคลังย่อยของตนเอง
+- ระบบแสดง `Lot Number` ที่มีให้เลือก
+- ผู้ใช้กรอกจำนวนที่ปรับปรุง (`Quantity Adjusted`) (สามารถเป็นค่าบวกหรือลบได้)
+- ระบบปรับปรุงสต็อกในคลังย่อยตามจำนวนและประเภทที่ระบุ
+- สามารถกำหนดสิทธิ์ `User` ในการปรับ `Stock` ได้
+
+---
+
+## 3.7 การตรวจนับสต็อก (Cycle Counting)
+
+### 3.7.1 การบริหารจัดการแผนการตรวจนับ (สำหรับผู้จัดการคลัง)
+- ผู้จัดการคลังสามารถสร้าง "แผนการตรวจนับ" ได้หลายรูปแบบ เช่น:
+    - ตามความถี่: "พัสดุมูลค่าสูง (กลุ่ม A) - ตรวจนับทุกเดือน", "พัสดุทั่วไป (กลุ่ม C) - ตรวจนับทุก 6 เดือน"
+    - ตามตำแหน่ง: "ตรวจนับสินค้าใน Aisle 1-5 ในไตรมาสที่ 1"
+- ในแผนจะประกอบด้วย "รายการตรวจสอบ (Checklist)" และ "ความถี่ (Frequency)"
+
+### 3.7.2 การดำเนินการตรวจนับ (สำหรับเจ้าหน้าที่คลัง)
+- ระบบจะสร้าง "Task การตรวจนับ" ประจำวัน/สัปดาห์โดยอัตโนมัติตามแผน และมอบหมายให้เจ้าหน้าที่
+- เจ้าหน้าที่ใช้ `Tablet` หรือ `Mobile App` เพื่อเปิด `Task` ของตนเอง
+- **กระบวนการตรวจนับ (Blind Count):**
+    - ระบบจะแสดงตำแหน่ง (`Bin Location`) และชื่อพัสดุที่ต้องไปนับ แต่จะไม่แสดงจำนวนคงเหลือในระบบ
+    - เจ้าหน้าที่ไปที่ตำแหน่งนั้นและทำการนับจำนวนจริง แล้วกรอกลงในแอปฯ
+- สามารถตรวจสอบข้อมูลสินทรัพย์ของแต่ละหน่วยงาน ด้วยการยิง `QR Code` ผ่าน `Application` มือถือและออกรายงานผลการตรวจนับ
+
+### 3.7.3 การตรวจสอบและอนุมัติผลต่าง (Variance Reconciliation)
+- ระบบจะสร้าง "รายงานผลต่าง" เปรียบเทียบจำนวนที่นับได้กับจำนวนในระบบ
+- ผู้จัดการคลังตรวจสอบรายงาน และทำการ "อนุมัติ" การปรับยอด
+- ระบบจะสร้างเอกสาร `Stock Count Adjustment` โดยอัตโนมัติเพื่อปรับปรุงสต็อกให้ถูกต้อง
+- มีรายงานสำหรับการตรวจนับวัสดุและผลการตรวจนับวัสดุได้ตามกำหนดเวลาที่ต้องการ
+
+---
+
+## 3.8 การจัดการข้อมูลและรายงานคลัง
+
+### 3.8.1 การกำหนดรูปแบบเอกสาร
+- สามารถกำหนดรูปแบบเลขที่ใบขอเบิก/ขอโอน ใบโอนออก และใบรับของโอนให้อัตโนมัติ โดยจะแยกตามประเภทเอกสาร
+- ถ้าประเภทเอกสารใบโอนออกต่างกัน รูปแบบเลขที่เอกสารจะต่างกัน
+
+### 3.8.2 เอกสารแบบฟอร์ม
+- ระบบรองรับการพิมพ์เอกสารดังต่อไปนี้:
+    - ใบโอนออก
+    - ใบรับของโอน
+    - ใบขอเบิก/ขอโอน
+    - ใบรายการยอดคงเหลือ
+    - ใบปรับปรุงยอดคงเหลือ
+    - ใบยืมพัสดุ/ใบคืนพัสดุ
+    - ใบเบิกวัสดุ
+
+### 3.8.3 รายงานต่างๆ
+- ระบบสามารถออกรายงานได้หลากหลาย ได้แก่:
+    - รายงานการตรวจสอบการรับ-พัสดุ
+    - รายงานการตรวจสอบการรับ-จ่ายพัสดุ
+    - รายงานข้อมูลเกี่ยวกับการจ่ายวัสดุออกจากคลัง จำแนกตามส่วนงานและประเภทวัสดุ
+    - รายงานข้อมูลเกี่ยวกับการขอเบิกวัสดุเกินมาตรฐานที่กำหนด
+    - รายงานสินค้าคงคลังแยกตามประเภทสินค้า ตามหน่วยคลัง
+    - รายงานสินค้าค้างรับ
+    - รายงานการรับแจ้งหนี้จากผู้ขาย
+    - รายงานเกี่ยวกับความเคลื่อนไหวของวัสดุครุภัณฑ์
+    - รายงานสรุปยอดพัสดุคงคลัง
+
+### 3.8.4 รายงานยอดคงเหลือและความเคลื่อนไหว
+- รายงานข้อมูลเกี่ยวกับวัสดุคงเหลือเป็นปัจจุบัน
+- รายงานข้อมูลเกี่ยวกับยอดวัสดุคงเหลือขั้นต่ำ ณ จุดสั่งซื้อ
+- รายงานข้อมูลเกี่ยวกับยอดการรับเข้า-จ่ายออกและคงเหลือ
+- รายงานข้อมูลเกี่ยวการเปรียบเทียบการรับเข้า-จ่ายออกระหว่างงวด
+- รายงานข้อมูลเกี่ยวกับราคาซื้อวัสดุครุภัณฑ์ครั้งล่าสุด
+- รายงานข้อมูลเกี่ยวกับรายละเอียดของครุภัณฑ์และยอดคงคลังประจำงวดและเวลา
+
+---
+
+## 3.9 คลังเวชภัณฑ์และยา (Pharmacy Warehouse)
+
+ระบบรองรับการบริหารจัดการคลังเวชภัณฑ์และยาโดยเฉพาะ โดยมีคุณสมบัติอย่างน้อยดังต่อไปนี้:
+
+### 3.9.1 การควบคุมสต็อกเวชภัณฑ์และยา
+- ระบบการควบคุมยาและเวชภัณฑ์ใช้ในการบันทึกข้อมูลยาและเวชภัณฑ์ โดยสามารถควบคุมการรับ-จ่าย-โอนยาจากทั้งคลังยาใหญ่และคลังยาย่อยหลายๆ แห่ง
+- บันทึกการรับ-จ่าย-โอนเป็นแบบ `Real-Time System` ทำให้สามารถทราบจำนวนยาที่เหลืออยู่ในคลังยาที่คุม `Stock` ได้ทุกขณะของการทำงาน
+- สามารถค้นหารายการยา/เวชภัณฑ์เพื่อดูยอดคงเหลือของยา/เวชภัณฑ์ที่อยู่ในคลังได้ โดยสามารถแสดงแบบรายการทั้งหมด หรือดูยอดรวมของยา/เวชภัณฑ์แต่ละรายการ
+- ระบบสามารถแสดงข้อมูลปริมาณ `Stock` ยาและเวชภัณฑ์ของคลังยาแต่ละห้องจ่ายยา เพื่อช่วยในการบริหารคลังยา
+- สามารถเชื่อมโยงข้อมูลไปยังระบบจัดซื้อจัดจ้าง และระบบขายยาและเวชภัณฑ์ของ `HIS` ได้
+
+### 3.9.2 การจัดการวันหมดอายุ
+- มีระบบการเตือนยาตัวใด `Lot` ใดใกล้หมดอายุ เพื่อสะดวกในการส่งไปแลกเปลี่ยนหรือจำหน่ายยาตัวนั้นออกจากคลังยา
+- สามารถตรวจสอบรายการยาและเวชภัณฑ์ตามวันหมดอายุได้ โดยระบุระยะเวลาที่ยา/เวชภัณฑ์จะหมดอายุภายในระยะเวลาเป็นเดือนหรือวันและสามารถสั่งพิมพ์ได้
+- สามารถระบุวันหมดอายุของสินค้าหรือของแถมที่ระบุได้
+
+### 3.9.3 การจัดการข้อมูลยาและเวชภัณฑ์
+- สามารถบันทึกข้อมูลรายการพัสดุ โดยสามารถบันทึกข้อมูล:
+    - รหัสรายการ
+    - ชื่อการค้า
+    - รหัสกรมบัญชีกลาง
+    - กลุ่มสิทธิ
+    - ราคา `OPD`
+    - ราคา `IPD`
+    - ราคากลางยา
+- สามารถทำสำเนาของรายการยา/เวชภัณฑ์จากรายการเดิมในระบบมาเป็นรายการใหม่ โดยเมื่อสำเนาเป็นรายการใหม่แล้วสามารถเปลี่ยนแปลงรหัส ชื่อการค้า ชื่อค้นหา ราคาได้ตามต้องการ
+
+### 3.9.4 การจัดการขอเบิกและจ่ายยา
+- สามารถให้คลังยาย่อยทำใบขอเบิก/ขอโอนผ่านระบบมาที่คลังยาเพื่อขอเบิกยาได้
+- สามารถเห็นจำนวนที่คลังยาย่อยขอเบิกมา และแก้ไขจำนวนที่จะโอนให้กับคลังยาย่อยใหม่ได้
+- สามารถบันทึกใบโอนออกโดยเลือกจากใบขอเบิก/ขอโอนที่ได้รับการอนุมัติ ซึ่งข้อมูลที่อยู่ในใบขอเบิก/ขอโอนจะเชื่อมโยงมายังใบโอนออก พร้อมกับแสดงเลขที่ใบขอเบิก/ขอโอนที่ดึงมาเป็นใบโอนออก
+- สามารถบันทึกรายการในหน้าใบโอนออก โดยไม่ต้องเลือกจากใบขอเบิกขอโอน
+- มีระบบการอนุมัติใบโอนออกเพื่อป้องกันการแก้ไขเปลี่ยนแปลงเอกสารหลังจากการคลังตรวจสอบเอกสารการโอนแล้ว และเมื่ออนุมัติใบโอนออก ระบบตัดสต็อกคลังยาตามจำนวนของแต่ละรายการที่อยู่ในใบโอนออกทันที
+- มีระบบการอนุมัติใบรับของโอนเพื่อป้องกันการแก้ไขเปลี่ยนแปลงเอกสารหลังจากการคลังยาย่อยตรวจสอบเอกสารการโอนแล้ว
+
+### 3.9.5 การค้นหาเอกสาร
+- สามารถค้นหาข้อมูลย้อนหลังได้จาก:
+    - ประเภทเอกสาร
+    - คลัง (ออก)
+    - คลัง (เข้า)
+    - เลขที่เอกสาร
+    - วันที่เอกสาร
+- รองรับการค้นหาสำหรับเอกสารต่อไปนี้:
+    - ใบขอเบิก/ขอโอน
+    - ใบโอนออก
+    - ใบรับของโอน
+    - รายการใบเสนอซื้อ
+    - ใบสั่งซื้อ
+    - ใบตรวจรับพัสดุ
+
+### 3.9.6 การตั้งค่าและการจัดการ
+- มีระบบการตั้งค่าจุดต่ำสุด-สูงสุดของรายการยา/เวชภัณฑ์ที่อยู่ในคลัง โดยสามารถกำหนดได้แยกตามจำนวนคลังที่ใช้งาน
+- สามารถเก็บฐานข้อมูลได้ดังนี้:
+    - `Master`
+    - หน่วยนับ
+    - `Stock Take group`
+    - `Vender/Supplier`
+    - แผนก
+    - การกำหนดสิทธิ์ผู้ใช้
+    - ค่า `Min` คลังและแต่ละห้องยาที่มี `stock`
+    - ฐานข้อมูลเหตุผลการ `Adjust`
+    - การกำหนดประเภทสินค้า (`Pharmaco Category`, `SubCategory`, `SubminorCategory`)
+
+### 3.9.7 รายงานคลังเวชภัณฑ์และยา
+- รายงานการตรวจสอบการรับ-จ่ายยาและเวชภัณฑ์
+- รายงานรายการยาใกล้หมดอายุ
+- รายงานการรับสินค้า
+- รายงานสินค้าค้างรับ
+- รายงานการรับแจ้งหนี้จากผู้ขาย
+- รายงานสรุปยอดยา/เวชภัณฑ์คงคลัง
+- รายงานการรับยา/เวชภัณฑ์เข้าคลัง
+- รายงานเวชภัณฑ์ค้างส่ง ต้องการทราบว่าอยู่ในขั้นตอนใด
+- มีใบสั่งซื้อยา-เวชภัณฑ์นอกโรงพยาบาล
+- มีบันทึกข้อความ (ใบขอดำเนินการจัดซื้อ)
+- มีระบบออกใบสั่งซื้อ
+- มีบันทึกข้อความ (ใบขออนุมัติจัดซื้อ)
+- มีบันทึกข้อความ (ใบขออนุมัติเบิกจ่าย)
+- มีรายงานใบเสนอซื้อเวชภัณฑ์สำรองคลัง
+- มีรายงานบันทึกการรับพัสดุและการขึ้นบัญชี
+
+---
+
+## 3.10 การจัดการคลังขั้นสูง (Advanced Features)
+
+### 3.10.1 การจัดการหลายหน่วยนับ
+- สามารถกำหนดหน่วยนับได้หลายหน่วยต่อหนึ่งรหัสสินค้า ตัวอย่างเช่น ยาสามารถระบุหน่วยนับเป็น กล่อง แผง เม็ด ได้
+- ระบบรองรับการแปลงหน่วยอัตโนมัติ
+
+### 3.10.2 การจัดการ Lot และ Serial Number
+- รองรับการบริหารจัดการสินค้าที่เป็น `Lot` หรือ `Serial`
+- สามารถ ระบุ `Lot Number` ของสินค้าที่ลงบันทึกรับสินค้าได้
+- สามารถกำหนดได้ว่าต้องการให้ระบบสร้าง `Lot No.` ให้อัตโนมัติหรือไม่
+
+### 3.10.3 การเตรียมการและจัดส่ง
+- ระบบสามารถรับข้อมูล `ASN (Advanced Ship Notice)` จากผู้ขาย
+- เมื่อรถส่งของมาถึง เจ้าหน้าที่คลังสามารถเปิดข้อมูล `ASN` ขึ้นมาเพื่อใช้ในการตรวจรับสินค้าได้ทันที
+
+---
+
+## 3.11 งบประมาณและบัญชี
+
+### 3.11.1 การเชื่อมโยงงบประมาณ
+- สามารถเชื่อมโยงข้อมูลกับระบบการบริหารงบประมาณในด้านการตัดจ่าย การรับและการจ่ายเงินงบประมาณได้
+- ระบบการบันทึกงบประมาณยาและเวชภัณฑ์ของยาแต่ละรหัสยาได้
+- ระบบสามารถเรียกดูแผนงบประมาณยาและเวชภัณฑ์ในปีงบประมาณที่ดำเนินการซื้อไปแล้ว สามารถแสดงผลเป็นแผนภูมิ/กราฟประเภทต่างๆ เช่น แผนภูมิวงกลม
+- ระบบการตัดงบประมาณราย `Code` ยาที่เชื่อมกับการตรวจรับของเข้า `stock`
+
+### 3.11.2 การเชื่อมโยงบัญชี
+- สามารถเชื่อมโยงกับระบบบัญชี เพื่อสามารถนำไปบันทึกบัญชีได้
+- ระบบสามารถกำหนดรหัสบัญชีแยกประเภทของสินค้าคงคลังได้มากกว่า 1 รหัสบัญชีต่อ 1 คลังสินค้าได้
+- ระบบสามารถรองรับการลงบัญชีของสินค้าคงคลังได้มากกว่า 1 บัญชีต่อ 1 คลังสินค้าได้
+- ระบบสามารถทำการบันทึกบัญชีพัก เพื่อใช้ในการตรวจสอบกระทบยอดระหว่างหน่วยงาน (`Sub Module`)
+- ระบบสามารถตรวจสอบผลการคำนวณต้นทุนสินค้า และการบันทึกบัญชีได้ และสามารถทำการแก้ไขข้อมูลจากระบบสินค้าคงคลังได้
+- ระบบสามารถตรวจสอบข้อมูลราคาของการสั่งซื้อในแต่ละครั้งได้
+
+### 3.11.3 การจัดการต้นทุน
+- ระบบสามารถกำหนดวิธีการคำนวณต้นทุนสินค้าตามนโยบายที่โรงพยาบาลกำหนดได้
+- สามารถคำนวณต้นทุนสินค้ารับคืนได้อย่างถูกต้องตามหลักการบัญชีที่รับรองทั่วไป
+- รองรับการเก็บต้นทุนรูปแบบต่างๆ ตั้งแต่การรับวัตถุดิบจนถึงการใช้วัตถุดิบในการบริหารสินค้า
+
+---
+
+## 3.12 การบริหารจัดการข้อมูลและการตั้งค่า
+
+### 3.12.1 การตั้งค่าข้อมูลพื้นฐาน
+- สามารถบันทึกข้อมูลการเสนอซื้อโดยมีข้อมูลผู้จำหน่าย, ประเภทใบเสนอซื้อ, แผนกที่เสนอซื้อ, ประเภท `VAT`, วิธีการจัดซื้อจัดจ้าง และวันที่เสนอซื้อ
+- สามารถกำหนดรูปแบบการสั่งซื้อรองรับเรื่องภาษีมูลค่าเพิ่มได้ทั้ง `VATIN`, `VATOUT` หรือ `Exemption` (ไม่มี VAT)
+- สามารถกำหนดรูปแบบเลขที่ใบเสนอซื้อ, ใบสั่งซื้อ และใบตรวจรับพัสดุให้อัตโนมัติ โดยจะแยกตามประเภทเอกสาร
+
+### 3.12.2 การกำหนดโครงสร้างงบประมาณ
+- ใบเสนอซื้อ, ใบสั่งซื้อ และใบตรวจรับพัสดุ สามารถเลือกหมวดค่าใช้จ่าย, แผนงาน, ผลผลิต ตามที่เจ้าหน้าที่เป็นผู้กำหนดได้
+- สามารถกำหนดราคากลางสำหรับอ้างอิงในการสั่งซื้อได้
+
+### 3.12.3 การจัดการกรรมการ
+- ใบเสนอซื้อ, ใบสั่งซื้อ และใบตรวจรับพัสดุ สามารถกำหนดรายชื่อกรรมการตรวจรับพัสดุ หรือกรรมการจัดซื้อโดยวิธีต่างๆ ได้
+
+### 3.12.4 ระบบอนุมัติเอกสาร
+- มีระบบการอนุมัติใบเสนอซื้อเพื่อป้องกันการแก้ไขเปลี่ยนแปลงเอกสารหลังจากได้รับการอนุมัติให้ทำเรื่องเสนอซื้อ
+- มีระบบการอนุมัติใบสั่งซื้อเพื่อป้องกันการแก้ไขเปลี่ยนแปลงเอกสารหลังจากได้รับการอนุมัติให้ทำเรื่องสั่งซื้อ
+
+---
+
+## 3.13 รายงานคลังพัสดุขั้นสูง
+
+ระบบรองรับการออกรายงานหลากหลายรูปแบบ ได้แก่:
+
+### 3.13.1 รายงาน Stock Card และ Movement
+- รายงาน `Stock Card`
+- รายงาน `Stock Card` แบบสรุปและแจกแจงรายละเอียดได้
+- รายงาน `Stock Transaction Detail`
+- รายงานความเคลื่อนไหวสินค้าคงคลัง
+- สามารถตรวจสอบ `Transaction` ของการเปลี่ยนแปลงปริมาณของรายการสินค้าแต่ละรายการในแต่ละคลังได้
+
+### 3.13.2 รายงานสินค้าคงเหลือ
+- รายงานสินค้าคงเหลือ ณ ปัจจุบันได้ (`Stock` คงเหลือประจำวัน)
+- รายงานสินค้าคงเหลือ ณ วันที่ได้
+- รายงานสินค้าคงเหลือประจำเดือน (`Stock` คงเหลือประจำเดือน)
+- รายงานสินค้าใน `Stock` ของแต่ละคลัง/ห้องยา
+
+### 3.13.3 รายงานการรับและจ่าย
+- รายงาน `Stock Receive` ตาม `Vendor`
+- รายงานยารับฝากขาย
+- รายงานการรับ-รายงานการโอน
+- รายงานการโอนกลับคลัง `store`
+- รายงานการโอนต่ำกว่า `Min` ของแต่ละห้องยา
+- รายงานยอดยาต่ำกว่า `Min` ของแต่ละห้องยา
+- รายงานการเบิก
+- รายงานการเบิกของแต่ละหน่วยงาน
+
+### 3.13.4 รายงานการสั่งซื้อ
+- รายงานการสั่งซื้อ
+- รายงานการสั่งซื้อสินค้าต่ำกว่า `Min`
+- รายงานรายการยาที่ต้องจัดหาคงคลัง
+
+### 3.13.5 รายงานสินค้าพิเศษ
+- รายงานยาหมดอายุต่ำกว่า 7 เดือน
+- รายงานยาใหม่
+- รายงานใบขออนุมัติเปลี่ยนแปลงข้อมูลยา/เวชภัณฑ์
+- รายงานยาและเวชภัณฑ์ที่ไม่เคลื่อนไหว
+
+### 3.13.6 รายงานการจำหน่ายและราคา
+- รายงานการจำหน่ายตาม `Item`
+- รายงานการจำหน่ายตาม `Stock Take group`
+- รายงาน `Price List` แสดงราคายาประเภทต่างๆ (ราคา `OPD`, ราคา `IPD`, ราคาพนักงาน, ราคาทุน)
+- รายงานราคากลางยา/เวชภัณฑ์
+
+### 3.13.7 รายงานอื่นๆ
+- รายงานการ `Adjust`
+- รายงานยา/เวชภัณฑ์สำรองของหอผู้ป่วยและหน่วยงานต่างๆ
+- รายงานยา/เวชภัณฑ์ที่เบิกจากคลังยาประจำสัปดาห์ของหอผู้ป่วยและหน่วยงานต่างๆ
+- รายการแก้ไขสินค้าใน `Master`
+- ใบรับสินค้า (การพิมพ์ `Barcode`/`QR code`)
+- รายงาน `Stock Checklist`
+- รายงานใบตรวจนับยา/เวชภัณฑ์ (`TAG`)
+- รายงานใบตรวจรับพัสดุ
+- รายงานการรับพัสดุเข้าคลัง