Здесь нет этапа сборки, который клиент должен проходить вслепую. Каждая рабочая сессия проходит по одному и тому же циклу в собственном клиентском аккаунте, на реальных экранах с примерами данных клиента: отображение строки Fit Ledger, ее настройка в режиме реального времени без написания кода, клиент вносит изменения, проверка с использованием примеров данных, запись в лог и отметка строки.
Если клиент не участвует в сессии, сессия не состоится. Ключевой пользователь должен быть за рулём к 14-му времени; если TRANXACT всё ещё находится за клавиатурой к 13-му времени, поднимите этот вопрос на ежедневном совещании как риск внедрения.
Семь дней, структура до совершения сделок (предлагаемый вариант по умолчанию)
| День Т | Фокус | Настроено |
|---|---|---|
| Т-17 | Структура | Субъекты, план счетов, финансовый календарь, параметры |
| Т-16 | Деньги и соблюдение нормативных требований | Валюты и обменный курс, налоговые коды, нумерация документов, банки |
| Т-15 | Люди и доступ | Роли и разрешения, группы единого входа, иерархия утверждений. |
| Т-14 | Основные данные | Клиенты, поставщики, товары, сотрудники — ASK создает данные в больших объемах из выписок. |
| Т-13 | Потоки и правила | Процессы утверждения, размещение, сопоставление и правила ценообразования. |
| Т-12 | Специфика модуля | Конвейер CRM, калькуляция затрат в цепочке поставок, элементы оплаты труда в отделе кадров, переключатели модулей. |
| Т-11 | Интеграции и очереди | API-клиенты, банковские/налоговые/расчетные конечные точки, очереди для каждой роли. |
Сохраняйте порядок, даже если порядок в Fit Ledger отличается: если сначала идет структура, то сопоставление при миграции может начаться в T-15, а сопоставление GL, от которого зависит все остальное, существует до того, как появятся основные данные.
ASK выполняет черновую работу.
Создать сразу 2400 клиентов из выписки с условиями оплаты по сегментам; составить правило учета для разделения затрат на доставку по центрам затрат принимающего склада; назначить сотрудника отдела расчетов с поставщиками, который может вводить, но не утверждать счета свыше 10 000; перечислить все процессы утверждения без резервного утверждающего. ASK выполняет это с теми же правами доступа и журналом аудита, что и при щелчке мышью, а ключевой пользователь просматривает каждый результат, прежде чем поставить галочку.
Запросы, которые звучат как код.
| «Нам нужно…» | Конфигурация, которая отвечает на этот вопрос |
|---|---|
| Наш уникальный процесс утверждения | Многоэтапный процесс утверждения с правилами для сумм, объектов и измерений. |
| Индивидуальный макет счета-фактуры | Шаблон документа с полями, логотипом и языком для каждой сущности. |
| Поле, которого не существует. | Настраиваемое поле, не требующее написания кода, которое можно использовать в отчетах и правилах. |
| Наш отчет о наследии в точности такой, какой он есть. | Конструктор отчетов или панель мониторинга — ставьте под сомнение существующий дизайн; зачастую он «не нужен». |
| Интерфейс для связи с банком или MES | API-клиент с ограниченной ролью; обмен файлами при необходимости. |
| Оповещения при наступлении события X | Правило очереди действий с учетом ролей |
Интеграция с часами (предлагаемый вариант по умолчанию)
Список и владельцы к T-18; API-клиенты и партнерские тестовые конечные точки к T-13; интеграционные тесты к T-10 (расчет заработной платы T-9, BI T-6; SSO к T-17, поскольку это необходимо для репетиции); сквозное тестирование в тестовом режиме на T-3; переключение на производственную среду на T-0.
Партнер, который не может предоставить тестовую конечную точку к T-13, переносит эту интеграцию в T-Plus с помощью промежуточного этапа, выполняемого вручную — ручной загрузки банковского файла, загрузки данных на портал финансовым отделом, расчета заработной платы в устаревшей системе с импортом проводок. Для SSO промежуточный этап не предусмотрен: он необходим для тестирования.
Банк Калдервуда своевременно предоставляет тестовую точку доступа; песочница для налогового портала до сих пор не выпущена к моменту T-13. Интеграция с налоговым порталом становится строкой T-Plus, и финансовый отдел в течение первых недель вручную загружает электронные счета-фактуры на портал — отработанное на этапе T-1, как и все остальное.
Попробуйте! В транзакции T-12 ключевой пользователь просит отобразить на экране счета-фактуры поставщика поле, которое было в устаревшей системе. Это код?
Нет — это настраиваемое поле формы, не требующее написания кода, которое можно использовать в отчетах и правилах. Оно получает строку в реестре соответствия, настраивается в сессии с ключевым пользователем, проверяется на примерах данных, регистрируется в рабочей книге конфигурации и проходит проверку конфигурации в плане тестирования.