вторник, 12 мая 2009 г.

Изменения доступные в релизе Millennium BSA 4.0.7

Новые функциональные возможности

Документы: Изменен стандартный алгоритм формирования номера документа (добавляет лидирующие символы '0' до длины номера, длина формируемого номера 10 символов).

Прайс-листы: Реализована функция "Изменить базовые цены".

Бухгалтерия: Улучшен фильтр хозяйственных операций, возможно указание неограниченного списка корреспонденций счетов.

Бухгалтерия: Добавлен список проводок в стандартный список хозяйственных операций (функция доступна по Ctrl + S).

Бухгалтерия: Добавлен список оборотов в стандартный список остатков по счетам, аналитике, ТМЦ, расчеты с контрагентами (функция доступна по Ctrl + S).

Бухгалтерия: Добавлен раздел "Баланс и отчетные формы".

Бухгалтерия: В стандартную поставку включены следующие отчеты:

  • Анализ счета за период
  • Карточка счета
  • Баланс организации
  • Отчет о прибылях и убытках
  • Книга покупок
  • Книга продаж
  • Отчет по хозяйственным операциям
  • Ведомость операций по счету
  • Оборотная ведомость по ТМЦ, форма 3
  • Инвентарная книга
  • Ведомость наличия ОС
  • Оборотно-сальдовый баланс
  • Главная книга
  • Главная книга итоговая
  • Остатки и обороты по счетам с корресподенцией
  • Остатки и обороты средств по аналитическим счетам
  • Ведомость взаиморасчетов (форма № 1)

Этапы документооборота: Реализованы следующие этапы:

  • Регистрация счёта-фактуры
  • Регистрация даты оплаты
  • Регистрация даты оприходования
  • Регистрация в книге покупок
  • Регистрация в книге продаж

Для разработчиков

Раширено API объекта com.mg.merp.retail.InvoiceHeadServiceLocal, метод void applyDiscount(DocHead docHead, List specs, ApplyDiscountListener аpplyDiscountListener).

Раширено API объекта com.mg.framework.api.ui.widget.Tree, метод void setSelectionRow(int row).

Раширено API объекта com.mg.framework.api.ApplicationServer, метод void invalidateUserSessions(String[] sessionIds).

Раширено API объекта com.mg.framework.api.ui.SearchHelpForm, методы void setTargetEntity(PersistentObject entity), void removeSearchHelpListener(SearchHelpListener listener), SearchHelpListener[] getSearchHelpListeners().

Раширено API объекта com.mg.framework.api.ui.widget.Table, метод void setRowSelectionInterval(int index0, int index1).

Раздел документации "Установка" дополнен информацией о настройке таймаута сессий пользователей.

Прочее

Реализована настройка видимых столбцов в списках объектов.

Реализована функция завершения сессии пользователя администратором.

Реализовано отображение пользовательских полей в списках объектов (по умолчанию пользовательские поля не выводятся, для их отображение необходимо перейти в режим настройки видимых столбцов F9 и выбрать требуемые поля).

Реализовано сохранение сортировки списков объектов в профиле пользователя.

При обновлении списка объектов производится установка на текущую запись.

Реализовано позиционирование в списках объектов на искомую запись.

Реализована функция "Сумма по столбцу" (доступна по Ctrl + NumPlus).

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

среда, 22 октября 2008 г.

Изменения доступные в релизе Millennium BSA 4.0.6

Новые функциональные возможности

Бухгалтерский учет: Остатки и обороты по ТМЦ. Функции "Пересчитать цены списания".

Бухгалтерский учет: Остатки и обороты по контрагентам. Функция "Закрыть задолженность по контрагенту".

Бухгалтерский учет: Реализован этап документооборота "Создать хозяйственную операцию".

Бухгалтерский учет: Остатки и обороты. Функция "Удалить пустые строки".

Бухгалтерский учет: Функция "Создание хозяйственной операции сторно".

Управление запасами: Реализована поддержка секций хранения.

Управление запасами: Реализована поддержка серийных номеров.

Реестр обязательств: Реализованы функции показа связанных документов.

Табельный учет.

Инвентарная картотека.

Введена поддержка ГТД и страны происхождения.

Реализован этап документооборота "Завершение документооборота". После выполнения данного этапа документооборот считается выполненным вне зависимости от наличия невыполненных этапов.

Реализованы фильтры отбора документов по этапам документооборота. Позволяет отбирать документы по состоянию их документооборота.

В формы поддержки документов введена функция "Режим спецификаций" предназначенная для перевода в режим поддержки спецификаций документа. Позволяет перейти в режим спецификаций без закрытия формы документа.

Реализованы функции показа документа основания и контракта из форм списков документов.

Реализована поддержка срока годности товаров.

Реализована функция отображения списка спецификаций в формах списках документов.

Для разработчиков

Из инсталлятора системы удалена студия разработки. Студия разработки поставляется отдельно и не содержит платформу Eclipse. Перед установкой студии разработки необходимо загрузить платформу Eclipse 3.4.1 для используемой операционной системы.

Обновлен используемый технологический стек:

  • JBoss версии 4.2.3
  • Eclipse версии 3.4.1
  • BIRT версии 2.3.1
  • JBossTools версии 2.1.2
  • jbpm-jpdl версии 3.2.3
  • jbpm-jpdl-designer версии 3.1.5
  • ULC 2008
  • jgoodies версии 2.1.4
  • izPack версии 4.0.1
  • Hibernate версии 3.2.6
  • Jaybird версии 2.1.6

Добавлены новые элементы пользовательского интерфейса:

  • CheckBoxMenuItem - элемент меню с функцией CheckBox
  • ComboMenuBar - элемент ComboBox с поведением аналогичным контекстному меню

Реализован контекст выполнения отчета, дополнительная информация находится в документации и javadoc класса com.mg.merp.report.generic.ReportBusinessAddin

Реализованы динамические параметры отчетов.

При функционировании под СУБД Firebird исключена загрузка замыкающих пробелов в сущности.

Раширено API объекта com.mg.framework.api.ui.SearchHelp, метод void search(PersistentObject entity).

Раширено API объекта com.mg.framework.api.ui.ClientContext

Раширено API объекта com.mg.framework.api.Session, методы void stopApplication() и boolean isInteractive().

Введено ограничение на размер файлов загружаемых с клиенткой стороны на сервер.

Раширено API объекта com.mg.framework.api.ui.widget.Table, методы int[] getSelectedRows() и int[] getSelectedColumns().

Введена настройка свойств пользовательского интерфейса.

Реализована передача параметра silent в реализации этапов ДО, расширено API объекта com.mg.merp.docflow.DocFlowPluginInvokeParams, метод public boolean isSilent().

Реализована возможность указания цветовых свойств пользовательских элементов.

Реализована возможность указания свойств отображения ячеек таблиц через описатель формы.

Реализована возможность указания свойств отображения ячеек таблиц в процессе выполнения, дополнительная информация находится в javadoc интерфейса com.mg.framework.support.ui.widget.TableModel, методы boolean getCellRenderParameters(TableCellRenderParameters params, int column, int row, boolean isSelected, boolean hasFocus) и int[] getCustomRenderColumns(). Данный функционал позволяет динамически управлять отображением ячеек таблиц.

Реализован механизм undo в формах пользовательского интерфейса, дополнительная информация находится в javadoc интерфейса com.mg.framework.api.ui.Controller

Раширено API объекта com.mg.framework.api.report.RptProperties для установки параметров отчета и управления видимостью диалога запроса параметров.

Добавлены утилиты для взаимодействия с JNDI, дополнительная информация находится в javadoc класса com.mg.framework.utils.ContextUtils.

Удалена функциональность добавления лидирующих пробелов в атрибуты "Номер документа" при вставке в хранилище данных. Однако уже созданные документы сохранят формат данных атрибутов.

Прочее

Добавлена поддержка Java 6.0.

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

Реализован планировщик заданий, предназначен для запуска различных заданий по расписанию.

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

Параметры запуска отчетов сохраняются в профиле пользователя.

Реализован интерактивный визуализатор отчетов, позволяет переформировывать отчеты, экспортировать в различные форматы, выполнять печать.

Формат вывода числовых значений соответствует текущим языковым настройкам пользователя.

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

Реализован контроль изменений в формах поддержки, если были изменения и пользователь пытается закрыть форму путем нажатия Ctrl+F4 или кнопки X меню формы, то будет выдан запрос с вариантами дальнейших действий.

Реализована назначение прав пользователям на все компоненты модуля, предназначен для упрощения процедура настройких прав пользователя.

Реализована поддержка L&F Substance, альтернативный набор расширений пользовательского интерфейса, требует наличия на стороне клиента JRE 6.0 и выше. Для использования данного L&F необходимо использовать следующие адреса: http://serverhost:8080/mbsaclient/merpclientsb.jnlp или http://serverhost:8080/mbsaclient/merpclientsb.jsp

Реализована поддержка "внутренних" пользователей системы, без права интерактивного взаимодействия, примером такого пользователя может служить scheduler используемый для выполнения заданий планировщика.

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

В поставку включено приложение JBoss Administration Console предназначенное для мониторинга и управления сервером приложения.

вторник, 26 августа 2008 г.

Изменения пользовательского интерфейса релиза 4.0.6

Некоторые изменения пользовательского интерфейса которые будут доступны в релизе 4.0.6

Добавлена возможность использовать Look & Feel из библиотеки substance
Пример экрана приложения



Генератор отчетов интегрирован с интерактивным визуализатором, данный функционал позволяет экспортировать отчеты в различные форматы, перезапускать генерацию отчетов с различными параметрами и т.д.

четверг, 27 марта 2008 г.

Управление договорными отношениями и jBPM

Краткое описание решения, построенного на платформе Millennium BSA

В соответствии с общими требованиями к проекту автоматизации в едином информационном пространстве первичные документы, в том числе и договоры, структурированы по:

  1. нескольким юридическим лицам

  2. нескольким направлениям бизнеса

  3. ответственным сотрудникам

  4. по видам деятельности: от реализации продукции до проведения НИОКР.

В процессе формулирования технического задания и самой реализации, внутри предприятия решены организационные вопросы в части распределения должностных обязанностей в рамках процесса автоматизации:

  1. Введено понятие «ведущий менеджер» - сотрудник предприятия, который отвечает за определенную часть сделки (снабжение, сбыт, логистика, НИОКР и т.д.) в рамках определенной бизнес единицы для определенного круга партнеров. Общепринятый термин, наиболее приближенный к понятию «ведущий менеджер» - администратор бизнес-процесса.

  2. Определен перечень «ведущих менеджеров» - список конкретных сотрудников предприятия.

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

Основные изменения и отличия от стандартного функционала Millennium BSA, которые были сделаны для решения задач в области управления договорными отношениями:

  1. Для каждого контракта введен раздел «Описательная часть сделки». Основная цель раздела – унифицировать подход к анализу уникальных/отличительных особенностей каждого контракта в части трудно структурируемой информации. Например, в описательной части сделки приводится формулировка предмета договора, описание гарантий, момент перехода права собственности, ответственность сторон и т.д. Пункты раздела настраиваемые, то есть добавляются без участия IT-специалистов. Шаблоны по описательной части для каждого типа договора разрабатывают юристы, а одобряют лица, визирующие договора.

  2. Добавлена возможность прикреплять расчет технико-экономического обоснования сделки.

  3. При добавлении пользователя в список ведущих менеджеров или менеджеров помощников или экономистов и т.п. все права на модули, бизнес-компоненты, папочные структуры и т.д. раздаются автоматически и администраторы в данных процессах не участвуют.

  4. В связи с тем, что предприятие при достаточно стремительном расширении не хочет потерять свою мобильность, предусмотрена возможность замещения должностных обязанностей в периоды отсутствия сотрудников (отпуска, командировки, болезни, пробки на дорогах и т.п.). Другими словами, существует внутренний список, показывающий кто, кого и по каким видам деятельности может замещать. Система, получая данные с турникетов по истечению определенного периода времени самостоятельно (уведомляя по e-mail) перекидывает все накопившиеся данные и перенаправляет все новые потоки документов на лицо, имеющее право замещения. Также, лицо имеющее право замещения (только в моменты отсутствия замещаемого) имеет право самостоятельно, не дожидаясь системы, перенаправить обязанности замещаемого на себя. Все права и доступы предоставляются и закрываются автоматически без участия администраторов.

Кратко о самом бизнес-процессе «Заключение договорных отношений с партнером».

Менеджер создает в системе договор, заполняя поля соответствующего шаблона, прикрепляет оригинал договора и отправляет его на визирование. Если каких-то данных не хватает, система сама подсказывает, что было сделано не так. Визирующее лицо может отправить договор менеджеру на корректировку, указав причину (используется, когда договор ни при каких обстоятельства не может быть одобрен в представленной редакции) или завизировать с указанием требований-пожеланий, которые должны быть внесены в договор. После прохождения через все визирующие инстанции договор попадает к юристам. Юрист, видя все требования-пожелания включает их в тело договора или формирует их как доп. соглашение, или как протокол разногласий. После чего договор с данными изменениями попадает к менеджеру, который “утрясает” новую редакцию с партнером. Если партнер внес свои изменения в текст договора, то договор опять проходит через визирование всеми инстанциями. И так до тех пор, пока обе стороны не придут к обоюдному согласию, в противном случае договор буден аннулирован.

Введение возможности визирования договора с требованиями-пожеланиями обусловлено тем, что при отправке на корректировку внесенные изменения опять попадут на визирование предшествующим визирующим лицам, что увеличивает время рассмотрения и принятия решения по конкретному договору.

Основная идея, заложенная при разработке данного решения – это переложить все естественные процессы внутри компании в систему и свести трудозатраты администраторов на поддержание КИС к минимуму.