IT Academy
Справочник курса

Корпоративные информационные системы

Все объяснения, задачи и лабораторная в одном месте.

Можно сохранить страницу в PDF через печать браузера. Для печати разборы ответов раскрываются автоматически.

1. Business capabilities и landscape mapping

Объяснение

Business capability описывает способность организации, а landscape — системы, которые её обеспечивают. Дублирование функций может быть осознанным, но требует владельца данных. Архитектура начинается с процесса и ограничений.

Задача для самостоятельного решения

Почему покупка ERP сама не исправляет процесс закупки?

Показать разбор ответа

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

2. ERP/CRM modules и process fit

Объяснение

Fit-gap сравнивает потребность со стандартной возможностью продукта. Каждая кастомизация создаёт стоимость поддержки и обновления. Принятие стандартного процесса иногда выгоднее уникальной доработки.

Задача для самостоятельного решения

Что оценить перед изменением ядра ERP?

Показать разбор ответа

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

3. Master data и ownership

Объяснение

Master data требует источника истины, идентификаторов и правил качества. Клиент в CRM и бухгалтерии может иметь разные локальные id. Слияние записей должно сохранять историю и ссылки.

Задача для самостоятельного решения

Как сопоставлять клиента между системами?

Показать разбор ответа

Через управляемый mapping стабильных идентификаторов с правилами дедупликации. Одно совпадение имени ненадёжно.

4. Integration patterns и API gateway

Объяснение

Интеграция переносит не только поля, но и смысл событий. API gateway управляет внешним доступом, но не устраняет разницу моделей. Повторы и недоступность должны быть частью контракта.

Задача для самостоятельного решения

Что значит событие «заказ завершён»?

Показать разбор ответа

Нужно уточнить: оплачен, отгружен или принят клиентом. Без определения разные системы сделают несовместимые действия.

5. Identity, audit и compliance

Объяснение

Разделение обязанностей снижает риск злоупотребления: создание и утверждение платежа могут требовать разных ролей. Audit trail фиксирует кто, что и когда изменил. Полнота журнала важнее количества строк.

Задача для самостоятельного решения

Какие данные нужны для аудита изменения реквизитов?

Показать разбор ответа

Инициатор, время, объект, прежнее/новое значение в разрешённом объёме и основание. Доступ к журналу тоже ограничивается.

6. Migration, adoption и support model

Объяснение

Миграция включает очистку, mapping, пробный перенос и сверку. Adoption требует обучения реальным сценариям. После запуска нужны владелец поддержки и процесс изменений.

Задача для самостоятельного решения

Как подтвердить успешную миграцию остатков?

Показать разбор ответа

Сверить количество, суммы и ключевые разрезы с источником, исследовать расхождения и получить предметную приёмку; exit code скрипта недостаточен.

Практика

Лабораторная работа

Подготовка

Учебные таблицы с вымышленными клиентами.

Учебный пример

CRM: customer_id=crm-17, name=Company A
ERP: counterparty_id=erp-92, name=Company A
Mapping: crm-17 <-> erp-92, owner=master-data-team
Rule: изменение реквизитов проходит проверку и аудит.
Reconciliation: число документов и суммы по каждому клиенту.

Как работает пример и что ожидать

Совпадение имени недостаточно для устойчивой интеграции: имя может измениться или повториться. Mapping имеет владельца и жизненный цикл. Финансовая сверка должна учитывать не только число строк, но и суммы и статусы.

Итоговая работа

Создайте landscape и fit-gap для заказа→счёта→оплаты. Определите источник истины каждого поля, права, migration rehearsal и поддержку. Проверьте дубликат клиента, отменённый документ и несогласованный статус.

Проверка результата

1. Опишите исходные данные и условия запуска, чтобы другой человек мог повторить работу.
2. Приложите результат обычного сценария и сравните его с ожидаемым.
3. Проверьте неверный вход, граничный случай и отказ зависимости, если она есть.
4. Объясните выбранное решение и известное ограничение.
5. Сохраните исправления после самопроверки вместе с примером, который раньше не работал.

Как оценить работу

По каждому пункту поставьте 0 (не выполнено), 1 (выполнено с пробелами) или 2 (результат воспроизводим и объяснён). Если обязательный сценарий не работает, вернитесь к нему независимо от общей суммы. Это рубрика самопроверки: сайт не исполняет присланный код и не выдаёт автоматическую оценку проекта.