PavelСкачал демку акцента. Посмотрел параметры - что то до меня не дошло как реально пользоваться реализованными там параметрами продукции.


Привет !

На сайте выложены типовые, а которых нет ярко выраженных особенностей того или иного учета. Иначе решение "распухнет" и станет "тяжелым" как для кдиента, так и для сопровождающего.

Для Росси мы делаем кое-что, но, "повильно". Т.е. когда захочется. Проблемы, как и раньше не с тем, чтобы сделать, а с тем, чтобы поддерживать учетную политику в актуальном состоянии.

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

Вдогонку.

Приглашаем всех желающих попробовать Акцент в качестве платформы.
На сайте www.accent6.com есть триал версия программы (DAO).
При обоснованном желании можно получить и SQL версию программы :)

Объектные модели программ почти не отличаются, но реализация обработки информации соответствует платформе.

P.S. прошу прощения за очепятки в предыдущем письме :)

mazzy LanceК сожалению не имею возможности скачать Акцент, но раз у ж рошел разговор про его возможности в сравнении с другими системами, то хотелось бы поинтересоваться - сколько он стоит по сравнению с теми же Microsoft Navision и Microsoft Axapta? И как позиционируется?
Lance, для того, чтобы узнать сколько стоит и как позиционируется не обязательно скачивать программу.

Пожалуйста, не надо рекламы. И так ее больше чем хотелось бы.
Расскажите лучше о реализации обработки информации.

Рекламы не будет, но "петь" я могу долго :)

О чем именно хочется услышать ?

Объектная модель файл-серверной (DAO) и клиент-серверной версии (MSDE, MS SQL) Акцента одинаковы. Но обработка построена по-разному, с учетом технологий. Клиент-серверная версия ведет всю обработку на сервере. Активно используются SP, триггера.

Акцент не позиционировался как ERP система, поэтому в его объектной модели отсутствуют средства поддержки CRM, учета кадров, возможно, другие объекты, которые упростили бы программирование.
Это учетная система, которая построена на модели двойной бухгалтерской записи, как наиболее оптимальном (IMHO) способе регистрации события в учете.

Что ее отличает от других систем с точки зрения разработчика (IMHO) ?
1. Фиксированная структура СУБД при возможности наращивать свойства элементов произвольным образом.
2. Система аналитического учета, не имеющая ограничения в количестве направлений и не зависящая от счетов. С произвольным количеством группировок аналитической информации (система ярлыков).
3. Отсутствие дублирования информации и промежуточных расчетов приводит к полной ее "прозрачности".
4. Язык расширения VBS используется как "обвязка" объектной модели, а не как основное средство разработки решения. Поэтому кода получается мало, отлаживать и сопровождать его легко. Ядро программы написано на VC++
5. Система полностью открыта : на уровне объектной модели изнутри (VBS) или извне (OLE/COM), на уровне доступа к СУБД через объектную модель DAO/ADO, на уровне самой СУБД - триггеры, SP и пр.
6. Активное использование HTML : диалоги на базе HTML-страниц, замена всего интерфейса HTML-страницей, использование гиперссылок для навигации внутри программы и пр.
7. Наличием инструментов, рассчитанных на пользователя (не программиста) для управления учетной политикой, правилами построения отчетов и пр.

Как я говорил, Акцент не позиционировался в качестве ERP системы, но это не означает, что на его базе нельзя сделать такую систему. И можно, и делам, и сделали достаточно много. Взять хотя бы ту же CRM, которая работает у страховых компаний.

По цене сравнивать с Аксаптой нельзя. Слишком мало получается.
На 25 рабочих мест Акцент SQL стоит чуть больше $5000, особых требований к рабочим станциям нет. Стоимость решений разная, ну, например, система для учета производственной деятельности на молокозаводе (бухгалтерия, производство, управленческий учет) as is обойдется в $3000.

PavelДа Андрей, насчет SQL версии было бы интересно...
Дистрибутив ~9М. Я могу выложить на сайт с временной лицензией.

mazzy Андрей ГриневО чем именно хочется услышать ?

Объектная модель файл-серверной (DAO) и клиент-серверной версии (MSDE, MS SQL) Акцента одинаковы. Но обработка построена по-разному, с учетом технологий. Клиент-серверная версия ведет всю обработку на сервере. Активно используются SP, триггера.
Что конкретно подразумевается под "учетом технологий"?

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

Как конкретно используются SP?
Бизнес логика перенесена в SP или в SP только служебные процедуры как в 1C?

Немножко сложнее. Файл-серверная версия работает на ядре Jet, поэтому
SP там вообще нет ;-). А сделано оно так: Есть две промежуточные dll с одинаковым внешним интерфейсом. В DAO-версии бизнес логика "зашита" в
эту DLL, а в SQL-версии все просто транслируется в вызовы sp.

mazzy Андрей ГриневА сделано оно так: Есть две промежуточные dll с одинаковым внешним интерфейсом. В DAO-версии бизнес логика "зашита" в
эту DLL, а в SQL-версии все просто транслируется в вызовы sp.
От оно как...
Сложно, наверное, вашим программистам.
Но подход для фиксированной структуры данных, наверное, правильный...

А пользователи (программисты пользователей) могут добавлять таблицы, поля, индексы?

Уже нет. Было сложно писать первый 1 млн. строк кода :)

Добавить можно любую сущность СУБД (таблицу, индекс, запрос и пр.). Работать с ней придется через запросы или через собственные классы. Можно написать инструментальное средство, которое будет как в Аксапте - после добавления таблицы создавать новый класс для работы с ней :)

Только вносить изменения в базу не нужно в 99% случаев, когда можно обойтись встроенными средствами. Проектировать БД мало кто умеет.

С другой стороны, если задача, решаемая с использованием дополнительных таблиц, интересна и востребована, то добавляется новый объект, таблицы и индексы нормализуются и добавляются к стандартным.

Lance2 Андрей Гринев:
А скажите пожалуйста, как реализована система обновлений и перехода с одной версии на другую? Насколько я знаю, большиство западных спотыкаются как раз на этом моменте.

Обновление данных проходит либо автоматически Акцент 6.0 -> Акцент 7.0
либо для этого пишется программа переноса, как это было в процессе перехода Акцент 4.2 -> Акцент 6.0.

Программный код перенести не всегда представляется возможным. Так было при переходе Акцент 4.2 -> Акцент 6.0. Поменялся язык, сильно изменилась объектная модель. По сути - две разные программы.

LanceА что происходит с кастомизированной частью системы после апдейта? Измененные объекты заменяются или их как-то можно обновить, оставив при этом внесенные изменения

На самом деле смена объектной модели программы - это одноразовое событие. Поэтому концетрироваться на этом не стоит :)

Если говорить о обновлении программы внутри одной версии, то все происходит незаметно. Объектная модель только наращивается, свойства объектов тоже только добавляются. Т.е. на существующего решения обновление самой программы не как не сказывается.

Максимум - потребуется запустить скрипт для обновления структуры SQL-базы.