3.9 KiB
3.9 KiB
Batch 13 Plan - Medium Mutations (Update Operations - Part 1)
Strategy: Update Operations
Batch 13 continues the mutation phase with 30 update operations - mutations that modify existing data but don't create or delete records.
Total Update Mutations: 78 (from analysis)
Risk Level: 🟡 MEDIUM
- Modify existing records
- Don't create new data
- Don't delete data
- Can be partially tested with valid IDs
- May affect production state
Batch 13 Focus: First 30 Update Mutations
Endpoints (30 total)
Account/Finance (2)
updateAccount- Update account informationupdateFinanceAgreement- Update finance agreement
Appendix (3)
updateAppendix- Update appendixupdateAppendixLine- Update appendix lineupdateAppendixLines- Update multiple appendix lines (bulk)
Case Management (5)
updateCase- Update case informationupdateCaseConfirmationDraftLine- Update case confirmation draft lineupdateCaseMaterial- Update case materialupdateCaseStatus- Update case statusupdateCaseTemplate- Update case templateupdateCaseType- Update case type
Contact/Customer (5)
updateContactPerson- Update contact personupdateCustomer- Update customer informationupdateCustomerCategory- Update customer categoryupdateCustomerDocument- Update customer documentupdateCustomerEmployeeType- Update customer employee type
Creditor/Invoice (3)
updateCreditor- Update creditorupdateCreditorInvoice- Update creditor invoiceupdateCreditorInvoiceInboundLine- Update creditor invoice inbound lineupdateCreditorInvoiceInboundLines- Update multiple creditor invoice lines (bulk)
User/Department (2)
updateCurrentUser- Update current logged-in userupdateDepartment- Update department
Delivery/Discount (3)
updateDeliveryAddress- Update delivery addressupdateDiscountGroup- Update discount groupupdateDiscountGroupInterval- Update discount group interval
Documentation (4)
updateDocumentationFile- Update documentation fileupdateDocumentationFileComment- Update file commentupdateDocumentationFolder- Update documentation folderupdateDocumentationFolderShare- Update folder sharing
Event (1)
updateEvent- Update event
Testing Strategy
For each mutation:
- Introspect arguments - Get required parameters and input types
- Create documented script - With parameter validation
- Add safety warnings - Document what gets modified
- Mark as placeholder - Most can't be safely tested in production
- Note testable candidates - E.g., updateCurrentUser might be safe
Expected Pattern:
Most update mutations follow this pattern:
mutation UpdateX($id: Int!, $input: XInput!) {
updateX(id: $id, input: $input) {
id
...fields
}
}
Testability Assessment:
- ✅ Possibly testable: updateCurrentUser (only affects test user)
- ⚠️ Requires IDs: All others need valid production IDs
- 🔴 Production impact: Most modify real business data
Success Criteria
- ✅ All 30 scripts created with documentation
- ✅ Clear parameter requirements documented
- ✅ Safety warnings included
- ✅ Testable mutations identified
- ✅ Update progress: 279 → 309/507 (61%)
Implementation Approach
Given the large number of mutations and their complexity:
- Create placeholder scripts with consistent structure
- Document required parameters from introspection
- Add safety warnings based on mutation purpose
- Mark few as testable (like updateCurrentUser)
- Provide implementation notes for future development
Next Batches
- Batch 14: 30 more update mutations
- Batch 15: Remaining update mutations (~18)
- Batch 16-22: Create/delete mutations (dangerous)
Batch 13 Goal: Document all basic update operations and establish update mutation patterns.