Файл создается автоматически через datacol. Так что сложно сказать. Возможно ли исправить уже имеющийся файл?

Если нет изначального файла - то вряд ли можно восстановить изначальную информацию точно в том виде, в котором она была. Можно лишь предположить, что вместо 15.09.2018 было 15.9, вместо 04.09.2018 - 4.9 или 9.4 и т.д.

+

Jack Famous, 43347=04.09.2018=4.09 или же 43347=04.09.2018=4.9 так как узнать девять копеек или девяносто копеек?

danilfg,
Можно так:
1) поменять в excel разделитель копеек на точку.
2) Создать файл в datacol
3) Открыть в excel
4) поменять в excel разделитель копеек на запятую

Ну или один раз поменять на точку и всегда работать под этим разделителем

Подскажите, пожалуйста, как можно это реализовать?

Я пока лишь смог через поиск находить ячейку с форматом Дата. А дальше застрял как их вытаскивать.
И при чем месяц это целое число, а день - дробное. Например, 25.07.2018, является дробью 7,25, а дата 09.06.2018 - 6,9.


UPD. Сейчас попробовал (скрин1) найти по одной ячейке с форматом дата. А возможно ли в строке заменить прописать формулу? Если да, то как можно обозначить в формуле текущую ячейку  (то есть не определенную ячейку вида A4, B10 или R[-3]), а ячейку которую сейчас нашел поисковик?

Спасибо! Уже ни как не узнать. Поэтому это уже не так важно)) Но обычно идет число вида 6.9.

Сейчас использовал Вашу формулу таким образом: находил ячейку с датой, и присваивал ей значение в виде Вашей формулы, но с переменными RC (чтобы данные были из этой ячейки)
 
Но мне выдает,что формула имеет циклический характер (что вполне логично), а как сделать так чтобы не было этой цикличности?


В приложении файл который я не открывал еще)

блестяще!   совсем забыл, что книги - это архивы)))

не сработает, даже не надейтесь. Пример 01.02.2018 можно получить из чисел 1.2 ; 1.02, 2.1; 2.01 -  в зависимости от настроек формата даты и десятичных чисел (на компе с экселем)).

Поэтому (ну и еще есть пара причин) выгрузку данных следует делать в csv формат и "тянуть" его в эксель в виде текста (при "Получить данные / Из текста").

Дмитрий, спасибо. Я там поискал, но не достаточно дотошно
Но значит всёж можно найти какие числа должны были быть?

Если задача носит постоянный характер, то проще выгружать (из datacol) исходные данные в CSV-формате и настроить соответствующий импорт в Excel.

Дело в том,что обработка табличных данных для сортировки по столбцам. А при выгрузке в CSV выдает не корректные данные

У меня с файлом-примером также, как у Hugo

Что значит не корректная выгрузка?

Судя по всему там нужно женить данные из двух xml SharedStrings и xl\worksheets\sheet1.xml
Но есть у меня подозрение, что данные подпорчены уже и там, ибо:

Что хочу сказать - все печально. В данном случае схемы XML файла тоже не помогут. Файл sharedStrings содержит определения исключительно для текстовых данных ячеек. При этом расположенных по порядку от 0 до последнего элемента(определены в схеме элементами si). Можно представить как коллекцию, в качестве ключей которой применяется порядковый номер элемента, а в качестве значения - текст ячейки. Ну или представить как одномерный массив с нижней границей 0.
В файле Sheet при этом схема работает следующим образом: есть элемент v - он отвечает за значение ячейки. При этом он всегда является целым числом. Есть элемент c и у него есть атрибуты: r, s и t. Если t="s", то в качестве значения ячейки берется элемент из sharedStrings, порядковый номер которого определяется значением, записанным в качестве значения для v. Если же t не равен s или вовсе отсутствует - то в качестве значения ячейки берется само число из v.
На простом примере. Есть строка в sheet.xml, определяющая одну ячейку:
<x:c r="A1" s="1" t="s"><x:v>0</x:v></x:c>
красным я выделил интересующие нас показатели. t="s" - значит в качестве значения будет взят элемент под номер 0(<x:v>0</x:v>) из sharedStrings(si).
Для проблемных ячеек в приложенном файле данные выглядят так:
</x:c><x:c r="O2" s="2"><x:v>43192</x:v></x:c>
атрибута t нет вообще, значит в качестве значения ячейки будет записано само значение v.

Таким образом получается, что если в v изначально числовое значение - в sharedStrings его просто нет. Там исключительно текст.
Поэтому никакими ухищрениями изначальные реальные значения из этих файлов не достать.