---
id: DFMOD-C4-POS-003
title: "Duplicated form follows duplicate-specific naming, availability, and editable rules"
product: web
module: digital-form
type: functional
priority: P2
risk: medium
status: draft
automationStatus: planned
sourceRefs:
  tsd: PK141
  tsdSection: C4
  tsdScenario: C4.3
  prd: PK141
  jira: null
automationRef: null
lifecycleStatus: active
lifecycleReason: "AI-generated draft from PK141 TSD C4.3; pending QA review."
lastReviewedAt: null
reviewedBy: null
supersededBy: null
duplicateOf: null
blockedBy: null
preconditionRefs:
  - PRE-DF-form-exists
tags:
  - web
  - digital-form
  - duplicate-form
  - availability
  - client-portal
  - pk141
  - staging
---
## Objective
Verify duplicate-specific rules for default naming, availability, and editable configuration.

## Preconditions
- See [[PRE-DF-form-exists]]
- And the source is duplicated from the list page

## Steps
1. Open the duplicated form in the setup flow

## Expected Result
- Then the default name contains a copy indicator (e.g. "Stok harian (copy)")
- And editable configuration follows duplicate-specific rules
- And if the source availability was temporary, the duplicated period is an empty state per PRD
- And non-editable modification & approval config follows the documented default behavior

## Source Traceability
- TSD: PK141
- Section: C4 - Duplicate Form
- Scenario: C4.3 - Naming, availability, editable rules
- Acceptance Criteria: PRD C.14 Scenario 4-7

## Evidence Required
- Screenshot of default name + empty temporary period.

## Notes / Gaps
- No gap.