Try replace this context this new one.

[sub-record-cancel]
include => sub-record-cancel-custom
exten => s,1,Set(__REC_POLICY_MODE=${REC_POLICY_MODE_SAVE})
exten => s,n,ExecIf($["${REC_STATUS}"!="RECORDING"]?Return())
exten => s,n,StopMixMonitor()
exten => s,n,Return()

If work fine , you have to do something for not lost this new configuration at the next "reload config"

if you add this context to file : extensions_custom.conf
will replace original, and you will not lost recording files.
Maybe, the functionality of recording "on demand" mode may stop working, and record the audio anyway.
But it is not a priority for me.
I need all recording files as a priority.

I've tried it but still the Queue recording is yes and when the extensions hangs up and the call is diverted for an announcement, the the recordings of these calls are missing

Is there anything else that I can do?

tarekkoura Please show me your console logs , to see what is happen.
If you look at "for example" Emiliano logs, you could see that Asterisk execute
" Executing [s@sub-record-cancel:7] ExecIf("SIP/TKCIOSP-00019948", "50?System(rm -f /var/spool/asterisk/monitor/2019/03/29/q-"
This mean a call to command rm (remove) of the OS.
If you have replace the context [sub-record-cancel] at extensions_additional, Asterisk will not remove this audio file.
Please check and see.
The other instance that asterisk call this subroutine if when call is too short. , so it remove audio files that not have the minimum duration.

Solved
Thanks very much for the help <3

tarekkoura how to solved, write for user help.

as Schiesa suggested:

go to
/etc/asterisk/extensions_additional.conf

and change [sub-record-cancel]

from:

[sub-record-cancel]
include => sub-record-cancel-custom
exten => s,1,Set(REC_POLICY_MODE=${REC_POLICY_MODE_SAVE})
exten => s,n,ExecIf($["${REC_STATUS}"!="RECORDING"]?Return())
exten => s,n,StopMixMonitor()
exten => s,n,Set(REC_STATUS=)
exten => s,n,Set(MON_BASE=${IF($[${LEN(${MIXMON_DIR})}]?${MIXMON_DIR}:${ASTSPOOLDIR}/monitor/)}${YEAR}/${MONTH}/${DAY}/)
exten => s,n,Set(MON_FMT=${IF($[${LEN(${MIXMON_FORMAT})}]?${IF($["${MIXMON_FORMAT}"="wav49"]?WAV:${MIXMON_FORMAT})}:wav)})
exten => s,n,ExecIf($[${LEN(${CALLFILENAME})} & ${STAT(f,${MON_BASE}${CALLFILENAME}.${MON_FMT})}]?System(rm -f ${MON_BASE}${CALLFILENAME}.${MON_FMT}))
exten => s,n,Set(CALLFILENAME=)
exten => s,n,Set(CDR(recordingfile)=)
exten => s,n,Return()

;--== end of [sub-record-cancel] ==--;

to:

[sub-record-cancel]

;--== end of [sub-record-cancel] ==--;

Correction:

go to

/etc/asterisk/extensions_override_issabelpbx.conf

add:

[sub-record-cancel]
include => sub-record-cancel-custom
exten => s,1,Set(__REC_POLICY_MODE=${REC_POLICY_MODE_SAVE})
exten => s,n,ExecIf($["${REC_STATUS}"!="RECORDING"]?Return())
exten => s,n,StopMixMonitor()
exten => s,n,Return()

;--== end of [sub-record-cancel] ==--;

tarekkoura that is great,
We should report it as BUG on github,