mastu_killaПоэтому вспрашиваю,может кто сталкивался за это время...
Не только сталкивались, но и внедряем. Система очень хороша. Основная настройка производится без программирования, но если нужно что-то совсем особенное (ну скажем обмен данными с другими системами или еще что-то), то есть своя среда разработки.
Основное преимущество системы, то что можно очень быстро настроить абсолютно любой бизнес процесс без программирования. Причем, когда настроен базовый функционал (общие для всех документов реквизиты, пересчеты, ограничения и т.д.) то настройка нового бизнес процесса занимает от 15 мин. до 1.5 часов, в зависимости от того, на сколько новый процесс отличатся от уже настроенных. Причем в это время остальные пользователи могут работать ничего не замечая даже если вы меняете существующие процессы.
Также к преимуществам я бы отнес простоту некоторых решений разработчиков.
К недостаткам в настоящее время можно отнести очень краткую документацию по последней версии 7.5 (хотя есть ролики семинаров) и очень частый выход новых билдов.
Более подробную информацию можно посмотреть на www.tbsoft.ru

maratius zborisТакже к преимуществам я бы отнес простоту некоторых решений разработчиков.
а можно поконкретнее? ;)

Можно. Мне, например, очень наравится то что в системе есть всего несколько основных сущностей. Когда ввели понятие лимит, то сделали его применимым к чему угодно, а не так как мы просили первоначально (к договорам продаж). Если нужно получить какой-то вычислимый показатель, то он получается из отчета, который за несколько минут делается в дизайнере. Те же прайсы можно спользовать очень широко, а не только для хранения цен.

maratiusили неудобство в частом выходе билдов в чём-то ещё?
Несколько раз приходилось переделывать то, что нормально работало в предыдущих билдах. Я конечно понимаю, что это связано с расширением возможностей системы, но нигде не указывается какой функционал необходимо изменить с переходом на новый билд. Так при переходе со 132 на 146 пришлось искать причину зацикливания в некоторых пересчетах. Оказалось, что просто изменился порядок выполнения пересчетов, и нужно было добавить несколько проверок (причем не лишних). Но в истории изменений про это ничего не было сказано.

777777777о программе инфы ноль - одни общие фразы. Она засекречена что-ли?

О программе написано в разделе www.tbsoft.ru/program , ссылки внизу страници или в меню. Или же вам нужно полное руководство по настройке системы? Полное есть только по версии 7.3 на сколько я знаю. Можете обратиться к разработчикам с просьбой выслать демку. По навижину и аксапте я что-то тоже кроме общего описания ничего не нашел. Руководство по Navision 4 идет только вместе с программой, если не ошибаюсь.

777777777
Там много воды и ни одного скриншота - ключевую информацию приходиться выуживать между строк.

Скриншотов нет не потому что не хотят выкладывать, а потому что весь интерфейс создается настройщиком. И какой он будет определяет внедренец в зависимости от проекта. Причем происходит это без программирования. Настройка бизнес процессов включает также настройку представлений документов и, как я написал выше, настроить бизнес процесс в системе можно за 15 минут. А весь интерфейс можно поменять за пару часов. К тому же один и тот же документ для разных пользователей может выглядеть совершенно по разному в зависимости от потребностей пользователей и их прав. Базовый интерфейс существует только для справочников (но также может быть дополнен настройщиком в надпроектах), для средств настройки и администрирования системы, и несколько стандарных представлений для сервисов. Поэтому в данном случае скриншоты ничего не скажут о функциональности системы, а скорее наоборот. Например, если будет скриншот какого-то документа (например накладной продажи) у некоторых может сложиться неверное представление о системе на основании того, что одни не найдут в накладной нужных им данных, а у других, наоборот сложится представление о том, что данных слишком много и пользоваться системой будет сложно.

За ссылку большое спасибо.

maratiusвсё же невозможно заранее знать, какой функционал (и как именно) из инструментария И из тбсофтовских проектов используется в надпроектах (или даже в полностью своих проектах) клиентами. поэтому все нововведения описывают в основном не то, что предположительно нужно изменить, а то, что именно изменилось. сторонний разработчик либо сам понимает, как изменения отразятся на реализованный им функционал, либо он может обратиться с вопросом на форум.
Я не говорю о надпроектах (понятно почему) и о том, что нужно указывать как и что поменять в настройках при изменении билда. И речи об этом вообще не было бы, если бы это была разовая ситуация. Просто пре смене трех билдов сталкивался с подобным.
Давайте рассмотрим конкретную ситуацию создания документа: есть реквизит "Группа", которому при создании нового документа присваивается значение выбранной группы и есть пересчет при изменении значения этого реквизита (происходит всегда). В старом билде пересчет срабатывал после того, как реквизиту было присвоено значение при создании документа. В новом (если ничего не меняем) сначала просходит инициализация реквизита со значением nil, срабатывает пересчет, потом присваивается другое значение, и опять срабатывает пересчет. Что воспринимается как зацикливание. Про такое изменение в истории изменений ничего не сказано и узнать это можно только протестировав все документы. А ведь можно написать, что в связи с измением порядка пересчетов необходимо добавить проверку на nil и все.