Передача данных между двумя системами: интеграция или вручную?

Сначала определите перемещаемую информацию и транзакцию.

Запись о продажах может быть введена сначала в систему клиента, а затем в бухгалтерское приложение. Другая команда может перенести список поставщиков из файла Excel на экран закупок. В обоих случаях проблема не просто в копировании. Должно быть известно, какое поле какое значение имеет, когда запись будет завершена и где будет произведена корректировка. Соединение, установленное до уточнения этой информации, может быстрее передавать ошибочные данные. Первый шаг — описать текущий процесс на нескольких реальных примерах. Например, доступен ли номер заказа в обеих системах; Или сопоставление осуществляется по имени и дате?

Источник данных укажите отдельно. Если адрес клиента обновляется в одном приложении, но остается старым в другом, должно быть ясно, какую версию использовать. Каждое поле должно иметь основной и действительный источник независимо от метода передачи. Хорошим началом будет запись имени поля, формата, обязательства, целевого поля и правила управления рядом в таблице. Таким образом, различия между системами становятся видимыми, и все используют одно и то же сопоставление.

Когда возможен ручной перенос?

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

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

Массовая передача через файл может быть промежуточным решением.

Если исходная система предлагает экспорт, а целевая система предлагает импорт, пакетной обработки через CSV или Excel может быть достаточно. Этот метод не требует постоянного соединения между двумя приложениями. С другой стороны, следует проверить порядок столбцов, формат даты, десятичный разделитель, кодировку символов и поведение свободного пространства. Соответствие, которое работает в образце файла, может не дать такого же результата в файле из другой страны. Коды продуктов с ведущими нулями также могут интерпретироваться как числа и могут изменяться.

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

При каких условиях прямая интеграция имеет смысл?

Если работа повторяется часто и обе стороны поддерживают интерфейсы подключения, можно рассмотреть возможность интеграции. Одного API недостаточно. Должны быть известны авторизация доступа, ограничения использования, значение полей, порядок обновления и ответы на ошибки. Также с самого начала следует определить, будет ли соединение только читать или писать. Вместо предоставления слишком широких полномочий выбирается самый узкий объем для выполнения соответствующего действия. Перед работой с производственными данными проводится проверка в подходящей тестовой среде.

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

Переосмысление управления ошибками и повторами

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

Принимайте решение вместе с маленьким пилотом

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

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

Требуется ли API для каждой передачи данных?

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

Что произойдет, если одна и та же запись изменится с обеих сторон?

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

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

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