От оказанной услуги до закрытого счёта.

01

Задача

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

02

Участие команды

И.В.А. спроектировала и реализовала прикладную систему на собственной платформе Miracle16. Работа включала структуру данных, взаимодействие приложений, расчётные правила, формы ввода и пользовательскую документацию. В 1999 году «АэроМар» получила неисключительную лицензию на Miracle.

03

Решение

IMS — Invoice-Mutual Settlement — объединяла три группы приложений: справочники, обработку документов и аналитику. Справочники задавали клиентов, банковские реквизиты, валюты, операции и условия расчёта. Рабочие приложения формировали первичные документы, счета, оплаты, счета-фактуры и книгу продаж. Предусматривалась подготовка данных для передачи в SunSystems через журнал экспорта и внешний файл. Система соединяла два потока: сведения о предоставленных товарах и услугах и поступления денег по банковским документам.

04

Работа с общими данными

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

05

Контроль обработки документов

Контроль распространялся на последовательность обработки документов. Первичные суммы включались в структуру счёта с защитой от повторного использования в другом счёте. При окончательной печати счёт блокировался для изменений; предварительная печать без регистрации оставляла возможность редактирования. Учёт оплаты различал неоплаченные, частично и полностью оплаченные счета. Это прикладные правила жизненного цикла документа: они описывают, когда операция допустима и как её результат используется дальше.

06

Настраиваемые расчёты

Параметры расчёта задавались на нескольких уровнях. У клиента и его подтипов могли быть собственные валюты, периоды и наценки. Дополнительные суммы рассчитывались алгоритмами; руководство допускало их изменение специалистами предприятия. Учетная политика имела период действия, поэтому выбор правила формирования счёта-фактуры был связан с датой. В IMS сохранялись не только суммы, но и условия, по которым они обрабатывались.

07

Результат

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

08

Историческая оценка

Для конца 1990-х интерес проекта заключается в соединении собственной компонентной платформы с конкретным финансовым процессом предприятия. Значимы согласованная работа нескольких приложений, уведомление оператора об изменениях общих данных и управляемый переход документа между состояниями. Многопользовательский доступ уже поддерживался СУБД того времени; инженерная задача IMS состояла в том, чтобы выразить правила предприятия и сделать работу с ними понятной пользователю.

По материалам компании

Материалы

• Miracle — платформа разработки IMS ↗