Концепт «Сверка»

До записи видно, что изменится. Колонки, конфликты и редакция проверки связаны с одним подтверждённым запуском.

Концепт-проект: «Сверка» — вымышленная компания. Результатов работы здесь нет: только решения и гипотезы.

О заказчике

• Объект: Карточки оборудования учебной системы
• Источник: Четыре демонстрационные строки
• Режим: Пробный прогон перед полной записью
• Граница: Без реального файла, базы и персональных данных

Задача

Учебная сервисная система уже хранит карточки оборудования. Сотрудники обновляют сведения таблицами разных подразделений. Код иногда превращается в число, пустая ячейка получает неоднозначный смысл, а повторное нажатие после обрыва вызывает страх создать дубли.

Концепт исследует регулярный импорт в существующем продукте. Задача — показать будущие действия до применения и сохранить понятный итог по строкам. Реальная база и клиентские результаты отсутствуют: файл и оборудование вымышлены.

Риски исходного процесса

Код теряет нули

Идентификатор трактуется как текст и виден в предпросмотре.

Пустота неожиданно удаляет данные

Правило «не изменять» выбирается явно для учебного сценария.

Сводка устарела

Изменение сопоставления требует новой проверки.

Повтор неясен

У одного запуска есть номер и доступный результат.

Решение

Первый экран показывает выбранный учебный лист, исходные строки и границы запуска. На шаге сопоставления колонка кода привязывается к текстовому идентификатору, а пустота получает явное правило.

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

HTML-прототип выполняет локальную проверку заранее подготовленных значений и имитирует один запуск. Он не читает настоящий XLSX, не записывает базу и не реализует серверную идемпотентность. Для рабочей функции нужны парсер, права, журнал заданий и проверка после отказов.

Как устроен продукт

1. Источник. Лист, строки и версия шаблона. Зачем: Задаёт понятную границу чтения.
2. Сопоставление. Колонки, типы и правило пустоты. Зачем: Делает преобразование явным.
3. Пробный прогон. Создание, обновление и ошибки. Зачем: Позволяет проверить изменения до записи.
4. Подтверждённый запуск. Номер, редакция и результаты строк. Зачем: Помогает восстановить статус после потери ответа.

Что помогает пройти сценарий

Результат до записи

Будущие действия видны по каждой исходной строке.

Редакция проверки

Новое сопоставление отменяет прежнее подтверждение.

Один запуск

Повторный просмотр возвращает тот же учебный номер.

Ключевые сценарии

Проверить соответствие

Связать колонку с типом поля.

На входе: Учебный файл содержит коды с ведущими нулями.

1. Выбрать лист.
2. Сопоставить код.
3. Проверить образцы.
4. Подтвердить трактовку пустоты.

На выходе: Схема пригодна для пробного прогона.

Если что-то пошло не так: Обязательный ключ не выбран: применение недоступно.

Критерий приёмки: Идентификатор не становится числом по внешнему виду.

Разобрать конфликт

Сохранить смысл каждой строки.

На входе: Два значения относятся к одному учебному ключу.

1. Открыть отчёт.
2. Найти исходные строки.
3. Исправить источник.
4. Запустить новую проверку.

На выходе: Сводка относится к исправленному источнику.

Если что-то пошло не так: Старую сводку нельзя применить после изменения.

Критерий приёмки: Все конфликтные строки остаются видимыми до решения.

Подтвердить запуск

Отделить проверку от записи.

На входе: Текущая редакция прошла проверку.

1. Подтвердить действие.
2. Получить номер.
3. Открыть итог.
4. Повторно запросить статус.

На выходе: У операции есть устойчивый результат.

Если что-то пошло не так: Ответ потерян: рабочий сервер должен вернуть прежнее задание.

Критерий приёмки: Повтор не создаёт вторую запись того же запуска.

Роли пользователей

Оператор

Загрузить и проверить будущие изменения.

Какие строки действительно будут записаны?

Владелец данных

Разобрать конфликт источника.

Какое значение считается подтверждённым?

Сопровождение

Найти результат запуска.

Что выполнено и какая редакция использована?

Как устроено технически

Разбор файла

Предлагается ограниченный парсер XLSX/CSV с проверкой формата и типов.

Проверка и запись

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

История

Результат строки связывается с объектом, исходником и версией правил.

Что входит в разработку

• Один объект и шаблон
• Сопоставление и типы
• Пробный прогон и конфликты
• Применение и восстановление статуса

План реализации

1. Обследование: образцы, ключи и правила обновления.
2. Контракт: типы, пустота и границы применения.
3. Доработка: предпросмотр, задания и отчёт.
4. Приёмка: дубли, устаревание и потеря ответа.

Что замеряем после запуска

• Сохранность значения — Ведущие нули и единицы не теряются при преобразовании.
• Ясность конфликта — Повторяющиеся ключи не скрываются в общей сумме.
• Актуальность — Старая проверка не применяется после изменения схемы.
• Прослеживаемость — У каждой строки и операции есть определённый результат.

Стек

Парсер XLSX/CSV, Модель заданий, Серверная валидация, Журнал изменений.

Все кейсы · Услуга · Калькулятор стоимости

Интерфейс и рабочие состояния

Снимки самостоятельного HTML-прототипа: настольные состояния и телефон. Компания и данные вымышлены; внедрение и достигнутые результаты не заявляются.