Excel и идентификаторы сделок: как не потерять цифры при импорте

После этой статьи вы сможете

Количество строк и финансовый итог отчёта брокера могут совпасть с таблицей, хотя номера операций уже изменились. Если длинный идентификатор превратился в число, при импорте могут исчезнуть последние цифры. Последующее соединение таблиц тогда привяжет комиссию не к тому исполнению. Ниже — вымышленный учебный пример; он показывает механизм проверки, а не историю реального счёта.

Почему идентификатор сделки должен оставаться текстом?

Идентификатор отвечает на вопрос «какая запись?», а не «сколько?». Складывать номера ордеров бессмысленно; ведущий ноль или буквенный символ может быть частью ключа. Прибыль, комиссия и объём — отдельные поля для арифметики. До построения журнала определите тип каждой колонки и то, какую сущность она обозначает.

По документации Microsoft Excel хранит в числах до 15 значащих цифр. Для более длинных кодов Microsoft рекомендует текстовый формат до преобразования. Это не утверждение, что все брокеры используют длинные тикеты. Полная строка исходного файла и повторный экспорт дают больше информации, чем сокращённое отображение ячейки.

В MetaTrader 5 DEAL_TICKET — уникальный номер исполнения, а DEAL_ORDER — номер ордера, из которого оно возникло. Один ордер может иметь несколько исполнений. Поэтому повтор номера ордера не равен автоматически дубликату сделки. Сначала определите, что именно должно быть уникальным в вашем отчёте.

Как две разные операции получают один ключ?

Собственная модель: потеря шестнадцатой цифры

Возьмём два вымышленных ID: 2026101300000001 и 2026101300000002. В контролируемом варианте ошибочного числового импорта сохраняем первые 15 цифр, а шестнадцатую заменяем нулём. Оба ID превращаются в 2026101300000000. При текстовом импорте остаются две разные строки. Это модель, а не доказательство конкретных настроек Excel.

Учебное сравнение ключей
Исходная строкаЧисловой вариант моделиТекстовый импорт
202610130000000120261013000000002026101300000001
202610130000000220261013000000002026101300000002

Два ID — один повреждённый ключ

Две разные строки исходных ID сходятся к одному повреждённому числовому ключу; текстовый импорт сохраняет два ключа
Равное число строк не доказывает сохранность ключей. Из повреждённого списка нельзя восстановить окончания.

После такого преобразования осталось две строки, но только один уникальный ключ. Удаление «дубликата» потеряет операцию; соединение с таблицей комиссий может создать неоднозначное соответствие. Совпадающая сумма прибыли не выявляет ошибку идентичности. Сравнивайте полные строки: одна лишь научная запись на экране ещё не доказывает повреждение внутреннего значения. Не приписывайте окончание по номеру строки — реальная история может быть отсортирована иначе.

Как импортировать файл без потери символов?

  1. Сохраните неизменённую копию выгрузки до открытия в электронной таблице. Зафиксируйте источник и охват отчёта; файл, уже пересохранённый Excel, не становится исходником от переименования.
  2. Откройте копию как текст и посмотрите на самые длинные ID и ведущие нули.
  3. При управляемом импорте CSV назначьте колонкам идентификаторов тип текст до шага числового преобразования. В Power Query проверьте последовательность шагов. Перевод уже повреждённого числа в текст не возвращает цифры.
  4. Проверьте настройки автоматических преобразований своей версии Excel: длинные числа, ведущие нули и похожие на даты строки. Доступность параметров различается по выпуску и платформе.
  5. Сохраните рабочую копию, экспортируйте её и сравните полные ID с сохранённым исходником как строки. Проверяйте артефакт, который пойдёт в журнал или соединение таблиц.

Для сумм и объёмов оставляйте подходящие числовые типы. Текстовым должен быть ключ, а не весь отчёт. Если исходник уже утрачен, запросите новую выгрузку у поставщика и явно отметьте отсутствие надёжной основы для прежней сверки.

Что проверяет локальный компаратор ID?

Проверка сохранности ID после импорта

Вставьте по одному ID на строку в два списка: исходный и полученный после экспорта. Инструмент сравнивает точные строки с учётом регистра, ведущих нулей и числа повторений, независимо от порядка. Он работает в браузере и не отправляет введённые данные. Не вводите пароль, токен или личные сведения.

Контракт ввода: в каждом списке 1–10 000 непустых строк и не более 20 000 строк всего; длина ID 1–128 символов, разрешены ASCII буквы, цифры, _ . : -. Пробелы в начале или конце и иные символы — ошибка, а не повод для молчаливого исправления. Лимит каждого поля 1,5 МБ. Не вставляйте заголовок CSV и кавычки.

Пример без JavaScript. Исходные ID: 2026101300000001, 2026101300000002. После ошибочного преобразования: два раза 2026101300000000. Оба прежних ключа отсутствуют, а новый встречается дважды. Никаких окончаний из этих данных восстановить нельзя.

Результат «списки совпали» означает только совпадение введённых строк в заданном охвате. Он не проверяет подлинность операций, цены, суммы, комиссии или привязку к позиции. Признак обрезки после 15 цифр — диагностическая гипотеза; источник повреждения устанавливайте сравнением промежуточных файлов.

Что сделать до расчётов по отчёту?

  1. Назовите поле ключа и сущность: ордер, исполнение или позиция. Для разных счетов определите отдельный охват.
  2. Сохраните исходник, проверьте длинные ID и ведущие нули, затем импортируйте ключ как текст и сделайте обратный экспорт.
  3. Сравните полные списки с кратностями. При расхождении найдите первый шаг, где оно появилось; не угадывайте потерянные цифры.
  4. Только после сверки ключей проверяйте соединения, цены, издержки и баланс по отдельности.

Короткое упражнение

Вымышленный исходник содержит 000123 и 123. После импорта оба стали 123. Строк по-прежнему две. Сколько различных ключей осталось и может ли совпадающая сумма комиссий подтвердить корректность импорта? Ответ: один ключ; нет, денежная сумма не проверяет сохранность ID.

Частые вопросы

Можно ли восстановить последние цифры из повреждённой таблицы?

Нет. Получите неповреждённый исходник или новую выгрузку. Порядок строк не является доказательством окончания.

Достаточно ли поставить формат «текст» после импорта?

Нет, если ранее произошло числовое преобразование. Начните заново с сохранённого источника и измените порядок шагов.

Почему один номер ордера встречается у нескольких строк?

Один ордер может привести к нескольким исполнениям. Проверяйте документацию поставщика и используйте ключ нужного уровня записи.

Материал описывает обработку данных. Он не подтверждает операции конкретного брокера и не является налоговой или инвестиционной консультацией.

Проверьте понимание

Два разных 16-значных ID после импорта стали одной строкой. Что делать?

Ответ и объяснения без JavaScript

Правильный ответ: Взять неповреждённый источник и повторить импорт ключа как текста.

Взять неповреждённый источник и повторить импорт ключа как текста.

Верно: из повреждённой строки потерянные цифры не восстановить.

Восстановить окончания по текущему порядку строк.

Порядок не доказывает исходные окончания.

Проверить только итог прибыли.

Сумма не подтверждает сохранность ключей.

Вопросы и ответы

Можно ли восстановить последние цифры?

Нет; нужен неповреждённый исходник или новая выгрузка.

Источники и пределы применения

  1. Microsoft Support — Keeping leading zeros and large numbers

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

  2. Microsoft Support — Data import and analysis options in Excel

    Настройки автоматических преобразований при импорте.

  3. MQL5 Reference — Deal Properties

    Отличие DEAL_TICKET от DEAL_ORDER и свойства исполнения.

Excel/Power Query и идентификаторы операций, без восстановления утраченных цифр