ytrewqСразу возникает интересный вопрос относительно реализации учета изменений.
Как БЭСТ отслеживает ситуацию, когда у чела два-три раза за расчетный период сменился, скажем оклад?
В БЭСТ-5 при наличии модуля кадры это отслеживается через приказы. Но корректность расчетов в зависимости от изменения достигаются дополнительными усилиями настройщиков или пользователей.
В версии, которая должна выйти в этом году проблема должна быть исчерпана - будет поденный учет.

ytrewqТо что интерактивность в отчетах не поддерживается - минус БЭСТу
Согласен. Вроде бы это необязательная функциональность, но при нормальной реализации доставляющая массу удобств и возможностей. Сейчас есть частичная интерактивность, например, можно из книги операций из проводки обратиться к документу, ее породившему.

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

partner_351
Есть ли средства репликации баз данных?

Есть. То что называется асинхронная репликация.

ytrewq Itman2007 Программист 1с
Проблемы с оптимизацией времени выполнения - опять же поподрбнее почему? И так большая скорость работы? Или просто никак нельзя будет ускорить если возникнут проблемы с производительностью?
Скорость работы последней версий БЭСТ-4+ намного выше ДОСовских предшественников.
Оптимизация времени выполнения основных операций лежит на совести разработчика и с этим он успешно справляется.
Маркетинговые бла-бла-бла...
Это тот счастливый случай, когда маркетинговые бла-бла-бла совпадают с реальной ситуацией. По крайней мере врать не приходиться.

ytrewq
Надо было топик переименовать в "БЭСТ как сферический конь в вакууме", тогда все было-бы понятно сразу.
Хорошая мысль, когда будет скучно обсудим этот вопрос в отдельной теме

ytrewqВыгрузить данные в формате екселя из семерки можно одной строкой...
Как насчет сохранить документ из 8-ки в Эксель? На что он будет похож? А не в Эксель?

Интересные выводы, еще скажите плз какие конкретно моменты дискуссии вас навели на такие мысли.
Отвечу пока как могу.
333df41. БЭСТ - коробочный продукт для систем с малым количеством пользователей.
Коробочный. Мало - это сколько? 50-100 пользователей это много или мало?
333df42. В плане разработки значительно уступает главному конкуренту - "1С 8.0".
Думаю на равных, как минимум, потому что а) практически не используется парадигма ООП б) но позволяет программировать на гораздо более низком уровне.
ООП можно использовать в основном обрабатывая посторонние объекты, например, работая с XML или Excel

333df43. Исключительно бухгалтерия.
Не согласен.

333df41. Плохая масшабируемость.
Если этот вывод следует из-за отсутствия субд sql, то частично это верно. Но только частично. Потому что, масштабирование систему можно сделать используя терминальные сервисы.

333df42. Система разрабатывается медленно, и что будет с ней завтра никому неизвестно.
Медленнее чем нам хотелось бы. Но это проблема всех внедренцев и пользователей сегодня, не так ли?
Завтра вполне проглядывается: создаются новые модули и новые возможности, ведется работа над портированием в Линукс.
В этом году вводятся в эксплуатацию новые модули:
1. Имущество - заменит собой ОС, Материалы. В ней планируется вести работу с ОС, НМА, учет расходов будущих периодов, специнструмента, спецодежды. Амортизацию можно будет вести во множественных книгах, для каждой задавать свой алгоритм. То есть можно будет считать отдельно амортизацию для БУ, НУ, УУ, МСФО(GAAP) и т.д. И еще много других интересных возможностей.
2. Новая "Книга покупок и продаж". Сюда будут вынесены соответсующие функции по учету НДС из приложений "Закупки" и "Учет продаж". Будет возможность формировать групповые записи, а также проводки на основании этих записей.
3. Табельный учет. Его надо было сделать давно, дождались наконец. В связи с введением этого режима измениться работа с "Зарплатой", потмоу что там будет поденный учет.
4. Сильно менятеся учет номенклатуры (Учет товаров). Вводится понятие "тип номенклатуры" - "товары" и "продукция". Вводится намного более подробное описание номенклатуры. Вводятся показатели необходимые для MRP-планирования.
5. Добавляются возможности для работы с блоком "Производство". В частности появляется возможность конфигурирования выпускаемой продукции, когда при приеме заказа от покупателя можно будет сделать уникальную продукцию. Вводится режим "Планирование производства", когда выпуск продукции расчитывается на основании внешних источников - заказов покупателей, плана выпуска продукции. И еще довольно много новых возможностей.
6. Вместо модуля "Расчеты.Договоры" выпускается модуль "Договоры с партнерами"
7. Изменяется картотека партнеров. Теперь там можно будет увидеть состояние расчетов с партнерами.
8. Появится режим, называемый "Банк данных по счетам". Смысл его в хранении промежуточных итогов по счетам. Благодаря этому модулю на порядки увеличивается скорость вывода отчетности.
9. К концу года мы ожидаем появление сервера приложений работающего под Линуксом, а также имеющего возможность работать с различными субд, не только VFoxpro.

333df43. Малые возможности платформы.
Затрудняюсь прокоментировать. Не понимаю, что имеется ввиду.
Кстати, я никогда не изучал достаточно подробно возможности Foxpro. Оказывается, в этой субд есть такие понятия как триггеры и транзакции. Использование этих вещей мы также должны увидеть в этом году.

333df44. Пользователи пользуются тем что есть и не заикаются о волшебной кнопке/отчете.
Эту фразу нужно произносить в прошедшем времени. Раньше не заикались. Сейчас все стали умными. А мы начали в достаточной степени пользоваться новыми возможностями по разработкам в среде БЭСТа. Теперь банальных настроить проводки, формы уже недостаточно. Поступают заказы на доработку функциональности.

333df45. Мало кому известна, в случае чего - спросить не у кого.
Неправда. Есть ресурсы в интернете ,форумы. В каждом крупном городе России есть внедренцы. Общее количество дилеров переваливает за 4 сотни.
Маловато фрилансеров, пожалуй. Тех людей, кого кормил бы только БЭСТ. Но похоже разработчики взялись за ум в ближайшие годы возможности заработка на БЭСте возрастут из-за встроенной среды разработки.

333df4БЭСТовцы, подкорректируйте.
Я передам

kstormТо есть - обеспечить уникальность бизнеса средства разработки БЭСТ практически не позволяли.
Если не вникать глубоко в систему, то это так. Если же разобраться получше, то это утверждение неверно.
kstormРезюме.. БЭСТ 4 как ни крути навсегда останется лишь тюнингованым запорожцем, каких бы рюшечек к нему не прикрутили - кузов то старый.. Есть надежда на БЭСТ-5, но без хотябы нормальной СУБД - шансов - ноль. Немного сумбурно, но имхо
Есть много вариантов субд. Каждая со своими достоинствами и недостатками. Какую выбрать?

partner_351Реализованы ли операции по движению ТМЦ задним числом? При корректировке документов задним числом изменяется их учетная цена, и сформированные в момент создания документа, проводки становятся неактуальными. Есть ли автоматические процедуры, осуществляющие пересчет учетных цен и изменение проводок.
Я не совсем понимаю, что такое "операции по движению ТМЦ задним числом". Есть возможность оформлять документы не текущей датой, а прошлой или будущей. При этом есть возможность контролировать остаток товара на дату оформления.
Есть процедура, называемая "Расчет себестоимости", которая пересчитывает цены списания/остатка и переформировывает проводки по списанию со склада. При этом контролируется период изменений в прошлом, то есть если залезть в предыдущий период, когда себестоимость была посчитана и там что-то поправить, то данный режим отслеживает такую ситуацию и сообщает о необходимости расчета. Также можно включить режим, чтобы при выводе отчетов выводилось сообщение о необходимости пересчета себестоимости.

partner_351Может ли в БЭСТ пользователь-НЕПРОГРАММИСТ для адаптации к своим конкретным процессам добавить в систему пользовательский справочник, свои хранимые в базе или вычисляемые поля? Будут ли они автоматически поддерживаться при обновлении версии?
Может. С определенными оговорками. Код самого бэста поменять невозможно, поэтому все эти вещи будут работать с вызовом плагинов из разных мест где это возможно. Например, при сохранении документа.
Поля будут переноситься, если они будут внесены в файл fields.dbf. Плагины будут переноситься, если они будут лежать в соответсвующем каталоге в папке pro\plugins и их название будет начинаться на символ 'U'.

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

partner_351Доступно ли пользователю при наличии соответствующих прав доступа история изменений значений заданных им полей и/или удаления записей в заданных им таблицах?
Штатно сохраняется история удаления проводок и документов движения ТМЦ. По документам движния ТМЦ также ведется журнал изменений, хотя и без особых подробностей. По отдельным полям такая история не ведется, хотя это и реально организвать самостоятельно, с помощью плагина. При наличии соответсвующих прав доступа пользователь может получить информацию.

partner_351Насколько детально реализованы права доступа пользователей - например, можно ли назначить пользователю доступ к Любому полю любой таблице на уровне - нет, просмотр, редактирование, а к функциям - например, одному пользователю дать доступ на изменение печатной формы данного документа, а другому - только запуск печати. Может ли администратор в горячем режиме отключать какого-либо пользователя?
Права доступа реализованы в основном на уровне функций/пунктов меню. На уровне полей нет. Это уже могу сделать я как программист с применением плагина.
В БЭСТ-5 есть "Менеджер пользователей". Через него администратор управляет доступом и в нем можно отключить пользователя в "горячем" режиме. В БЭСт-4+ управление доступом реализовано несколько иначе, выкинуть пользователя из системы там нельзя, насколько мне известно. Только если вырубить ключ или средствами ОС.

partner_351По репликации – тоже. Кстати, господин Орлов, не могли бы Вы дать ссылку, где описана репликация в БЭСТ.
Мне неизвестно есть ли подобное описание в открытых источниках. Описание есть в документации к БЭСТ-5, могу выложить куда-нибудь, либо вы можете его прочитать, скачав демо-версию (Осторожно, она весит около 80 мегабайт)