Версия DM2009  адаптирована для работы с MS SQL 2008 R2,   значительно расширен функционал: включены модули торговли наличной валюты, физическим металлом, ряд деривативных инструментов, улучшен пользовательский интерфейс,  добавлены новые сервисные функции. С выходом DM 2009 поставка более ранних версий прекращена.

Отчетный блок AC Dealing Manager представлен более чем 50-ю отчетами, в которые входят как базовые отчеты (позиции в разрезе дилера, валют, контрагентов; прибыли убытки в схожих разрезах), так и более сложные, сформированные под специфические нужды заказчиков. Простые отчеты в большинстве своем удовлетворяют нужды пользователей, но могут быть модифицированы, путем внесения необходимых изменений в Exel-шаблоны, с сохранением их как в группе административных шаблонов (доступных другим пользователям), так и в группе пользовательских (для индивидуального пользования). При необходимости создания специфических отчетов, их разработка, как правило, ведется нашими специалистами.

Нами проводилось нагрузочное тестирование используемого в АС клиента для организации удаленного доступа через Интернет. Результат положительный. Другое дело, что при таком соединении возникают проблемы безопасности, которые должны решаться с каждым заказчиком индивидуально.

Для связи с другими АБС мы используем различные схемы, например:

1. Интерфейс Server-Server: либо с использованием Storage Procedures (инициатором может являться как АБС, так и ДМ), либо прямой доступ к буферным таблицам АБС (инициатором является ДМ). Как показала практика, практически во всех случаях инициатором удобнее использовать ДМ. Прямой доступ к таблицам ДМ мы не даем для исключения возможных блокировок и непродуктивного использования ресурсов сервера. Такой интерфейс мы использовали для связи с СУБД MS SQL и ORACLE.
2. Application Gate - отдельное приложение, имитирующее виртуальную шину.
3. Доступ через внешнее API, шлюзовая машина.
4. Через обмен файлами. В настоящее время ведутся работы по реализации двух-сторонней связи через шину IBM WebSphere MQ (ориентировочное время завершения работ апрель/май 20011 года).

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

Сообщения делятся на два типа: критические и не критические. В первом случае сделку можно сохранить только после исправления ошибки. Во втором, сохранение возможно без редактирования.

Типы проверок могут дополняться (опционально).