ERP у нас есть, нужен ли еще спецавтомобиль?

Существование ERP — это не то же самое, что завершение процесса

Тот факт, что компания использует ERP, не означает, что весь ее бизнес работает на одном и том же приложении. Хотя записи об основных продуктах, клиентах и ​​заказах хранятся в ERP, подготовка предложений, сбор документов или утверждения отделов могут оставаться в другом месте. Это может быть связано с отсутствием модуля, другим способом работы или процессом, который еще не определен. Для начала необходимо выяснить, в чем заключается зазор. Предложение «Нам нужно специальное программное обеспечение» само по себе не является объемом. Должны быть записаны ответы на вопросы о том, какой процесс в какой момент останавливается, кто берет на себя управление и куда перемещается информация.

Например, заказ на поставку можно открыть в ERP, а техническую документацию можно собрать по электронной почте. Здесь нет необходимости создавать новую систему закупок. Возможно, будет достаточно сопоставить документы с заказом, указать на недостающие позиции и напомнить об этом соответствующему лицу. С другой стороны, если учетная запись Stock перемещается в другое приложение, могут появиться две разные строки. Разработка специального инструмента без знания того, где будет находиться основная запись, может добавить несоответствие новой записи к существующей проблеме.

Сначала изучите возможности текущей системы.

Необходимо изучить стандартные модули, отчеты, рабочие процессы и поддерживаемые дополнения ERP. Если желаемая функция уже существует, может быть достаточно другой компоновки экрана или обучения пользователей. Создание нового инструмента для неиспользуемого модуля создает две отдельные проблемы обслуживания. Однако не думайте, что проблема решена только потому, что существующая функция технически доступна. Важны вопросы о том, почему команда не использует эту функцию, есть ли необходимая авторизация и соответствует ли экран фактическому рабочему заданию.

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

Какие пробелы может восполнить частный автомобиль?

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

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

Решающее значение имеют право собственности на данные и ограничение на подключение.

В какой системе имя клиента, количество товара или цена будут считаться действительными? На этот вопрос необходимо ответить для каждого набора данных при разработке специального инструмента. Если ERP является основным источником, информация, отображаемая в инструменте, может быть представлена ​​с указанием времени обновления. Если во время работы соединение прервется, старая информация не должна отображаться как текущая. При необходимости обработка записи останавливается или пользователю четко указывается время последнего получения данных. Статус подключения не должен оставаться невидимой деталью продукта.

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

Безопасность и обслуживание позже не добавляются.

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

Как узнать, нужно ли это?

Запишите потерянную информацию, повторно введенные поля и ожидающие утверждения в текущем процессе. Затем проверьте, можно ли устранить эти пробелы в рамках ERP. Если решить проблему невозможно, запишите узкую сферу применения частного автомобиля, лимит данных и ответственных за это лиц. Младшего пилота оценивают на реальных примерах работы. Его успех заключается не только в открытии экрана; Точные данные, правильные полномочия, понятные ошибки и устойчивое обслуживание должны идти рука об руку. Иногда результатом является новый инструмент, иногда — редактирование существующего модуля; Если оба основаны на реальных потребностях, это обоснованное и устойчивое решение.

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

Если есть ERP, не нужен ли спецавтомобиль?

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

Должен ли частный автомобиль заменить ERP?

Это отдельное и более широкое решение. Сохранение основной записи виджета в ERP и ясность владения данными часто позволяет сделать объем более управляемым.

Что проверено в пилоте?

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