Последний выбор клиента сопоставляется с финалом администратора, а не с первой названной точкой.
О проекте
Задача
Клиент сначала выбирает Лесную, затем меняет филиал на Речную. Администратор подтверждает прежний филиал, сохранив время 18:00 и программу «Спина».
Решение
Я веду три поля выбора отдельно и обновляю их только клиентской репликой. Финальная фраза администратора сравнивается с последним состоянием. Ошибка филиала не превращается в общую оценку «запись плохая».
Результат
Обнаружено одно расхождение: подтверждена Лесная вместо последней выбранной Речной. Время 18:00 и программа «Спина» совпали. После исправления финальной реплики все три поля согласованы.
Что передано заказчику
- index.html
- source.json
- source.csv
- result.json
- result.csv
- engine.js
- checks.json
- style.css
Инструменты и подход
Навыки
Содержание 3
Готовая работа
Лесная остаётся отдельным условием
В запросе соединены программа «Спина», время 18:00 и Лесная. Совпадение первых двух полей не компенсирует замену филиала. Я разложила итоговую запись по этим трём условиям, чтобы оценка показывала точное расхождение, а не общую характеристику разговора как удачного или неудачного.
Разбор и материалы
Вклад и команда
Я сопоставила запрос клиента и оформленную запись по программе, времени и филиалу.
Ссылки и материалы
- index.html
- source.json
- source.csv
- result.json
- result.csv
- engine.js
- verify.cjs
- checks.json
- style.css
- Запись после смены филиала: проверка итогового подтверждения — исходная таблица.csv
3 ситуаций для сравнения.
- Запись после смены филиала: проверка итогового подтверждения — проверка.txt
Критерии проверки этого решения.
- Запись после смены филиала: проверка итогового подтверждения — паспорт.json
Контекст, ограничения, решение и данные.
- Запись после смены филиала: проверка итогового подтверждения — инструкция.html
Как открыть и проверить рабочий разбор.
Загружаем комментарии…