--- title: "POST | Enable note" slug: "api-post-enable-note" updated: 2026-03-04T12:05:22Z published: 2026-03-04T14:37:38Z canonical: "docs.senhasegura.io/api-post-enable-note" --- > ## Documentation Index > Fetch the complete documentation index at: https://docs.senhasegura.io/llms.txt > Use this file to discover all available pages before exploring further. # POST | Enable note Enable a note in **MySafe**. ## Prerequisites - Permission to edit the note. - Inactive note in **MySafe**. ## Request ` POST` `/api/mysafe/note/active[identifier]` ### Request parameters Send the parameter below in the **path** of the URL. identifier - int - required - Note unique identification code. **Note**: this value is automatically assigned by Segura® in [POST | Create note](/v4-2/docs/api-post-create-note) and is obtained in the response to the [GET | List all notes](/v4-2/docs/api-get-list-all-notes) request. ### Example request ` POST` `/api/mysafe/note/active/2` ### Response `HTTP/1.1 200 OK` ``` { "code": 200, "response": { "status": 200, "message": "Note successfully activated", "error": false, "error_code": 0, "detail": "", "mensagem": "Note successfully activated", "erro": false, "cod_erro": 0 } } ``` Info If the note is already active, the call will return a `200` response code with the message `Note has already been activated`. ## Errors ****400 - Bad request**.** --- **Message: "1006 User does not have access"** **Possible cause**: user doesn't have access to this note. --- **Message: "1010: Unexpected identifier type"** **Possible cause**: URL not recognized. **Solution**: check the URL and resend the request . --- ****500 - Internal Server Error**.** --- --- **Message: "Unexpected error."** **Possible cause**: the error is on the Segura® server. **Solution**: contact the support team for more information. --- ****No route matched with those values.**** --- **Message: "No route matched with those values."** **Possible causes**: failure in your application's authentication with the Segura® server or incorrect URL. **Solution**: check the authentication parameters such as `Access Token URL`, `Client ID`, and `Client Secret` and request a new access token or check and correct the URL. --- ****An invalid response was received from the upstream server.**** --- **Message: "An invalid response was received from the upstream server."** **Possible cause**: the upstream server may be taking too long to respond, leading to a timeout error interpreted as an invalid response by the proxy/gateway server. **Solution**: check the connectivity between the request origin and the Segura® server. --- ****The upstream server is timing out.**** --- **Message: "The upstream server is timing out."** **Possible cause**: the request timed out. **Solution**: check the connectivity between the request origin and the Segura® server. ---