1. Опишите процесс словами склада
Кратко укажите, что перемещает сотрудник, откуда и куда, какое задание он получает и при каких условиях считает операцию завершённой. Используйте привычные складу названия шагов. Если в системе термин отличается от рабочего, полезно указать оба.
Для проблемного процесса зафиксируйте одно штатное прохождение и один случай, который заканчивается неверно. Перечислите действия по порядку, включая сканирование, подтверждение, отмену или повтор.
2. Сформулируйте симптом и ожидание
Вместо «остатки неверные» укажите, какие именно измерения не совпали, на какой момент и после какого документа. Вместо «ТСД зависает» запишите этап операции и длительность ожидания. Уточните, постоянно ли воспроизводится проблема, относится ли она к одному пользователю или товару и когда появилась впервые.
3. Подготовьте технические сведения
- название решения, релиз и известные расширения;
- ссылку или название раздела документации о штатном сценарии, если нашли;
- контуры и роли систем в обмене;
- пример документа или задания с изменёнными идентификаторами;
- дата и время проблемного сценария;
- фрагмент журнала регистрации, относящийся к этому времени;
- сведения о недавнем обновлении или настройке.
Не присылайте полный дамп, пароль или рабочие ключи. Сначала согласуйте минимально необходимый набор данных, обезличьте его и используйте безопасный канал передачи.
4. Уточните ограничения
Например: нельзя останавливать работу склада в смену; доработка должна сохраняться при обновлении; тестовый контур отличается от рабочего; есть фиксированный порядок переноса; данные маркировки не должны попадать в логи. Такие условия влияют на выбор подхода и проверок.
5. Определите, как принимать результат
Согласуйте контрольный пример: какие действия выполняются, какие данные или статусы должны появиться, что считать ошибкой и кто проверяет результат. Для изменений, затрагивающих обмены или остатки, включите повторный запуск и сценарий временной недоступности системы.
Короткий шаблон описания
Система и релиз: …
Операция: …
Исходные условия: …
Действия пользователя: …
Ожидание: …
Фактический результат: …
Время и частота: …
Что уже проверили: …
Если вопрос касается доработки, заранее посмотрите как проходит развитие 1С:WMS под процесс склада.
Можно начать с краткого описания симптома и одного обезличенного примера.
Связаться по задаче ↗