чем не устраивает формат времени который входит в состав бд?
как вариант можно использовать формат epoch, но думаю что вам не подойдет т.к. изобретение "нового велосипеда" лучше

ничего себе струя творчества с полей "проприетаршины"
никогда не видел чтобы на проприетаршине нельзя было подправить формат данных CDR для приема

в контексте диал-плана звонка вводите новые переменные год месяц день и время

в консоле fs_cli команда eval ${strftime(%Y)}/${strftime(%b)}/${strftime(%d)}
чтобы было наглядно видно что и с чем едят, посмотрите в wiki freeswitch - strftime

далее новые переменные склеиваете cdr_csv по своему образу и подобию: ${день}.${месяц}.${год} ${время} в то место где должна быть дата-время

интересна у вас "струя творчества"
по нормальному
1. если хопы звонок, ответ, конец измеряется в дата-время то промежутка длительности не должно быть
2. если только дата-время начала звонка то учитывается только длительность разговора
когда начинают мешать 1. и 2. получается не подъемная шляпа

покажите пример CDR записи которую полностью устроит проприетаршину
желательно с описанием полей

сдается мне что вас полностью устроит api_hangup_hook, т.е. по по завершению звонка будите формировать CDR которая вас устроит

DO NOT write CDR scripts in the hangup hook of your dialplan or ESL script as this will delay the termination of the voice thread and will not scale to large systems. Allow the voice thread to handle only voice; handle your back-end business processes separately, off-line. This approach works for all installations from small to huge.

проще написать транслятор из xml_cdr в этот нужный формат чем через кучу костылей пытаться подогнать