> ## Documentation Index > Fetch the complete documentation index at: https://docs.spherepay.co/llms.txt > Use this file to discover all available pages before exploring further. # Cuándo Se Pueden Actualizar los Datos del Cliente > Qué campos y documentos del cliente se pueden cambiar con PATCH y cargas de documentos, según el estado de cada perfil de verificación y los perfiles que ya los evaluaron. Que un campo o documento se pueda cambiar depende de dos cosas: el **estado** de cada uno de los perfiles de verificación del cliente, y **qué perfiles ya evaluaron** ese campo. Esta página presenta la regla y luego la aplica a los clientes individuales. ## La regla Un campo o documento está **bloqueado** cuando es un criterio `complete` de un perfil de verificación cuyo estado es `pending` o `approved`. Todo lo demás se puede cambiar con `PATCH /v2/customer/{id}` o `POST /v2/document`. | Estado del perfil | Efecto sobre los criterios que evaluó | | ----------------------------------- | -------------------------------------------------------------------------------------------------- | | `incomplete` | Nada bloqueado. Proporciona o corrige cualquier campo o documento. | | `pending` | Todos los criterios `complete` bloqueados mientras la revisión está en curso. | | `approved` | Todos los criterios `complete` bloqueados. | | `rejected`, `resubmission_required` | Nada bloqueado. Corrige lo que lista `criteria.errors` y el perfil se vuelve a enviar por sí solo. | Los criterios compartidos por varios perfiles están bloqueados si **cualquiera** de esos perfiles está en `pending` o `approved`. Los criterios que ningún perfil bloqueante del cliente evaluó siguen siendo editables, y eso es lo que permite [agregar un perfil a un cliente en pending o approved](/es/concepts/onboarding/verification-profiles/onboard-new-customer#agregar-un-perfil-más-tarde). Los documentos que ya subiste para un perfil anterior se vuelven a revisar para un perfil recién agregado y aparecen en su `criteria.pending` hasta que termine esa revisión; los campos de datos se trasladan como `complete` de inmediato. Un `PATCH` rechazado devuelve 400 `customer/field-locked-by-verification-profile` y no aplica nada. El cuerpo nombra cada campo bloqueado y el perfil que lo bloquea: ```json theme={"dark"} { "status": 400, "code": "customer/field-locked-by-verification-profile", "detail": "One or more fields are locked by a verification profile that is pending or approved.", "errors": [ { "detail": "personalInformation.actingAsIntermediary is locked by verification profile kyc_profile_a (pending).", "pointer": "/personalInformation/actingAsIntermediary" } ] } ``` Las cargas de documentos devuelven el mismo código; la entrada de error lleva `parameter: "documentType"` y nombra el perfil bloqueante en `detail`. Eliminar un perfil de `enabledVerificationProfiles` mientras está en `pending` o `approved` devuelve el mismo código con `pointer: "/enabledVerificationProfiles"`. ## Siempre inmutables `firstName`, `lastName`, `dateOfBirth`, `email` y `phone` no se pueden cambiar después de la creación en ningún estado. Crea un cliente nuevo si estos datos son incorrectos. ## Clientes individuales Los bloqueos siguen las entradas `kyc_profile_*` del cliente. La tabla muestra qué perfiles evalúan cada criterio; un criterio está bloqueado mientras cualquier perfil marcado esté en `pending` o `approved`. | Criterio | Campo o documento | A | C | D | | --------------------------------------------------------------------------- | -------------------------------------------------------------------------------- | --------------- | - | - | | `residential_address` | `address` | ✓ | ✓ | ✓ | | `tax_identification_number` | `personalInformation.taxIdentificationNumber*` | ✓ | ✓ | ✓ | | `identity_document`, `liveness_report_document`, `source_of_funds_document` | cargas de documentos | ✓ | ✓ | ✓ | | `source_of_funds`, `occupation_soc_code` | `personalInformation.sourceOfFunds`, `occupationSocCode` | ✓ | ✓ | ✓ | | `account_purpose`, `employment_status`, `acting_as_intermediary` | `personalInformation.accountPurpose`, `employmentStatus`, `actingAsIntermediary` | ✓ | — | — | | `expected_monthly_payments` | `personalInformation.expectedMonthlyPayments` | ✓ | — | ✓ | | `country_of_birth`, `nationality` | `personalInformation.countryOfBirth`, `nationality` | Residentes EEA+ | ✓ | ✓ | | `sex` | `personalInformation.gender` | — | ✓ | ✓ | | `proof_of_address_document`, `w8_ben_document` | cargas de documentos | — | ✓ | ✓ | | `state_of_birth` | `personalInformation.stateOfBirth` | — | — | ✓ | | criterios de actividad esperada | `personalExpectedActivity` | — | — | ✓ | | `ip_address` | `ipAddress` | — | — | ✓ | **Ejemplo — perfil A en pending o approved, agregando el perfil C.** Todo lo de la columna A está bloqueado. `gender`, `countryOfBirth` y `nationality` (para un cliente fuera de EEA+), más las cargas de comprobante de domicilio y W-8BEN, están abiertos porque solo C los evalúa. Una vez proporcionados, `kyc_profile_c` pasa a `pending` y también los bloquea. **Ejemplo — perfil A rechazado.** Nada está bloqueado. Corrige los campos listados en `criteria.errors`, vuelve a subir documentos si se solicita, y el perfil se vuelve a enviar automáticamente. ## Clientes empresariales `PATCH /v2/customer/{id}` aún no está disponible para clientes empresariales, incluidos los cambios a `enabledVerificationProfiles`; devuelve 400 `customer/operation-not-allowed`. Las cargas de documentos de la empresa y sus representantes no se ven afectadas. Contacta a [support@spherepay.co](mailto:support@spherepay.co) si una empresa existente necesita un nuevo perfil. *** ## Guías relacionadas Estados, criterios y requisitos por perfil. Elige perfiles al crear y agrega uno más tarde.