OfficeCLI не работает с реальными файлами — не импортирует .xls, не читает кириллицу

[IGUANOID]

Описание проблемы:

При попытке использовать OfficeCLI для создания дашборда из реального Excel-файла из настройки DeepSeek++ /officecli-data-dashboard :

Чат deepseek (агентИИ) не понимает последовательность действий у него нет инструкции по запуску этого процесса.

dashboard_odr.xlsx

Не работает импорт из .xls — файл не читается, ошибка или пустой результат

Не работает импорт из .xlsx с кириллическими именами листов — приходится переименовывать в латиницу вручную

Ошибки неинформативны — непонятно, что пошло не так

Документация не соответствует реальному поведению — команды из примеров не работают на реальных файлах

Ожидание:

Инструмент должен работать с файлами, которые реально используют бизнес-пользователи:

Формат .xls (легаси Excel)

Кириллические имена листов

Сложная структура данных

Воспроизведение:

Файл: UU_otchet_07_26 (др.формат1).xlsx
Листы: ОДР по направлениям, ОДР 2026, ОДДС, БАЛАНС

Команда:

text
officecli import dashboard.xlsx /Data --file source.xlsx --sheet "ОДР по направлениям" --header
Результат: данные не импортируются, созданный POWER SHELL дашборд остаётся пустым.

[goworm]

Спасибо за отчёт и особенно за приложенный файл — он позволил найти настоящую причину.

Что показал ваш dashboard_odr.xlsx:

• Кириллица работает. Ваш файл создан самим OfficeCLI (в docProps/custom.xml есть метка OfficeCLI.Version), и листы ОДР_2026, ОДДС, БАЛАНС в нём созданы корректно. view outline и get "/ОДР_2026/A1" читают их без проблем. Переименовывать в латиницу не нужно.
• Листы пустые (0 строк) — поэтому дашборд и остаётся пустым: формулы на листе Dashboard ссылаются на пустые данные. То есть проблема не в чтении, а в том, что импорт не состоялся.

Настоящая причина — и она исправлена:

import читает только CSV/TSV. Когда источником передают книгу Excel, её байты уходили в CSV-парсер и выдавали невнятную ошибку:

Error: cell value at A1 contains XML-illegal control character U+0003 at position 2

(U+0003 — это третий байт zip-сигнатуры PK\x03\x04, то есть архив читался как текст.) Это ровно ваш пункт «ошибки неинформативны».

Теперь источник проверяется сразу и сообщение конкретное:

Error: Import source 'dashboard_odr.xlsx' is an OOXML/zip container (.xlsx / .docx / .pptx), not CSV/TSV text.
Suggestion: import reads CSV/TSV only. Export the sheet to CSV first (Excel: File > Save As > CSV UTF-8),
then import that file. To copy content between workbooks instead, run `dump` on the source and `batch` on the target.

Исправление уже в main, войдёт в следующий релиз.

По остальным пунктам:

• .xls — это старый двоичный формат (не OOXML), он не поддерживается сознательно; сообщение об этом явное. Сохраните файл как .xlsx.
• --sheet такой опции нет. Правильный вызов: officecli import <файл.xlsx> <путь-листа> <источник.csv> --header, например officecli import dashboard.xlsx "/ОДР_2026" data.csv --header. Выбор листа задаётся путём назначения, а у CSV листов нет.
• Перенести данные из одной книги в другую можно через dump (источник) + batch (цель), либо экспортом листа в CSV и последующим import.

Оставляю issue открытым — напишите, пожалуйста, помогло ли это на вашем реальном сценарии.

[goworm]

Дополнение: я проверил обходной путь end-to-end на кириллических листах — он работает, вот точные команды.

Вариант 1 — перенос листа между книгами (dump + batch), без CSV:

# 1) выгрузить нужный лист из книги-источника в JSON
officecli dump "source.xlsx" "/ОДР по направлениям" -o sheet.json

# 2) залить его в целевую книгу
officecli batch dashboard.xlsx --input sheet.json

# 3) сбросить на диск
officecli close dashboard.xlsx

Проверено на листе с кириллическим именем: в целевой книге появляется лист ОДР по направлениям с данными (3 rows × 2 cols, A1=Строка1 B1=100). Имя листа и содержимое сохраняются как есть.

Вариант 2 — через CSV (если нужен именно import):

# в Excel: Файл > Сохранить как > CSV UTF-8  ->  data.csv
officecli import dashboard.xlsx "/ОДР_2026" data.csv --header

Обратите внимание на правильную форму вызова: лист задаётся путём назначения (второй аргумент), опции --sheet не существует — у CSV листов нет. Если ваш CSV разделён точкой с запятой (частый случай для ru-RU), добавьте --delimiter ';', а для десятичной запятой — --decimal ','.

Так что ваш сценарий выполним уже сейчас. Отдельный вопрос — стоит ли добавить в import прямую поддержку xlsx→xlsx (сейчас её нет); поэтому issue оставляю открытым: напишите, пожалуйста, получилось ли, и нужен ли вам именно прямой импорт из книги.