- Backend (omsorgCore): CreateFacilityRequest um Konditionen- und CRM-Status-Felder erweitert, identisch mit UpdateFacilityRequest - FacilitiesController.Create: Gleiche Validierung wie Update (CrmStatus-Allowlist, FollowUp-Logik, Konditions-Wertebereich), aber ohne Transition-Check (kein Vorzustand beim Anlegen) - Gemeinsame Validierungslogik in ValidateCrmStatusAndFollowUpAsync extrahiert, um Code-Duplizierung zu vermeiden - omsorgCore/CLAUDE.md aktualisiert: Konditionen sind jetzt auch beim Anlegen setzbar - API-Clients neu generiert (TypeScript und PHP) - Frontend (omsorgapp): FacilityForm.jsx: includeCrmStatus-Flag entfernt, Konditionen und CRM-Status immer sichtbar - CreateFacilityDialog.jsx: CRM-Status-Auswahl + FollowUpDaysDialog-Workflow (analog zu Edit-Dialog) - EditFacilityDialog.jsx: vereinfacht (includeCrmStatus-Prop entfernt) Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
23 lines
570 B
JSON
23 lines
570 B
JSON
{
|
|
"name": "omsorgcore-client-ts",
|
|
"version": "1.0",
|
|
"description": "OpenAPI client for omsorgcore-client-ts",
|
|
"author": "OpenAPI-Generator",
|
|
"repository": {
|
|
"type": "git",
|
|
"url": "https://github.com/GIT_USER_ID/GIT_REPO_ID.git"
|
|
},
|
|
"main": "./dist/index.js",
|
|
"typings": "./dist/index.d.ts",
|
|
"module": "./dist/esm/index.js",
|
|
"sideEffects": false,
|
|
"scripts": {
|
|
"generate": "bash generate.sh",
|
|
"build": "tsc && tsc -p tsconfig.esm.json",
|
|
"prepare": "npm run build"
|
|
},
|
|
"devDependencies": {
|
|
"typescript": "^4.0 || ^5.0"
|
|
}
|
|
}
|