Лекция «Данные в автоматизациях — поля, форматы и маппинг между сервисами, из-за которых сценарий ломается молча»

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

Начало — да: первые 1 тема открыты сразу, без регистрации. После бесплатной регистрации откроются темы до 2-й — вместе с частью из 39 тестов и монетами за верные ответы. Полная лекция — 99 ₽ навсегда, либо подписка на все лекции платформы от 499 ₽ в месяц.

Шестнадцать тем об одном свойстве данных: почти всё, что ломается по дороге между сервисами, ломается без ошибки. Разбор идёт от устройства значения к практике. Сначала — что вообще может лежать в поле: семь типов формата JSON, четыре разных состояния «пустоты», путь к вложенному значению и разница между одним значением и списком, где умолчание «берётся первый элемент» тихо отдаёт одну позицию заказа из трёх. Затем — цифры, которые перестают быть собой: ведущий ноль, существующий только у строки (у БИК российского банка он есть всегда, у ИНН организации из Адыгеи тоже), граница точности в шестнадцать знаков, приходящая от принимающей стороны, а не от формата, и двадцатизначный счёт, который приезжает не обрезанным, а другим числом. Шесть тем отданы времени — самому дорогому типу, которого в формате нет вовсе: одна строка «06.07.2026» даёт две валидные даты с расхождением в 29 дней, один момент времени попадает в двое разных календарных суток, одиннадцать часовых зон закона № 107-ФЗ дают разброс в десять часов при полном отсутствии сезонного перевода, число из десяти или тринадцати знаков отличает секунды от миллисекунд, а пятизначное число в выгрузке из таблицы оказывается датой. Дальше — приведение типов, где ноль в булевом поле превращается в «да», а тексты «нет», «no» и «off» — тоже в «да»; кодировки и три невидимых байта, из-за которых маппинг ломается ровно на первой колонке. Финал — карта соответствия полей из семи вопросов к приёмнику: она не про кнопки, поэтому переживает смену платформы. Сквозной пример — одна строка выгрузки с восемью поломками, ни одна из которых не выдаёт ошибки.

Проверит — и пропустит. В этом и суть лекции: валидация отвечает на вопрос «можно ли это истолковать», а не «то ли это, что вы имели в виду». БИК 044525225, приведённый к числу, становится 44525225 — валидное число, просто чужое. Строка 06.07.2026, прочитанная как 7 июня вместо 6 июля, — валидная дата, существующая и попадающая в разумный диапазон. Номер счёта, потерявший точность, остаётся двадцатизначным. Ноль в булевом поле по задокументированным правилам приведения типов даёт «да». Ошибку приёмник вернёт только там, где истолковать нельзя в принципе — например, если в числовое поле придёт текст «100 units». То есть шумят как раз очевидные поломки, а тихими остаются двусмысленные, где ошибиться легче всего. Поэтому лекция учит не настраивать проверки, а задавать приёмнику семь вопросов до сборки.

Нет, и это осознанное решение. Интерфейсы сервисов переделывают каждый год, а логика данных не менялась с момента появления самих форматов: спецификация JSON от 2017 года, формат даты от 2002-го, стандарт файлов с разделителями от 2005-го, закон об исчислении времени в действующей части с 2014 года. Правила приведения типов одной из платформ в лекции действительно разобраны дословно — но как задокументированный пример того, что делает приёмник, а не как инструкция и не как рекомендация выбрать именно её. Другая платформа вправе решать иначе, и это ровно тот случай, когда знать надо не «как принято», а «как у моего приёмника». Сравнение платформ и критерии выбора — тема отдельной лекции плана.