Форум

может быть не парить голову, и перейти на безключевую защиту?

Основной подводный камень безключевой защиты - при изменении конфигурации сервера - требуется новый код активации. Количество новых активаций - 2.

Сергей Александрович, там проблема 99% не в ключе и не в драйверах.

Привозили сервер с ключем к нам в офис, тестировали в различных режимах в течении дня - ничего не отваливается.
У клиента - отваливается.
Приехали, переустановили W2003, сам Бэст, на нормальное тестирование времени уже не оставалось (250 км от города), уехали. Два дня работало нормально, затем снова началось.
Кроме того, при отваливании ключа одновременно отваливается сервер лицензий терминалов W2003(!), что наводит на подозрения о вирусах в локалке клиента.


Но есть один , возможно связанный с проблемой:

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

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

Ого, оказывается проблема еще с 9-го года известна...

2 Сергей Шелудько: у меня у одного клиента точно такая же ситуация:

три компа с win7, на том, который сервер - все отлично, на клиентах - ошибка при выборе базы. Вылечить не получилось, пока обходим таким образом: после появления окна с выбором БД надо просто подождать от 15 до 30 секунд, ничего не нажимая, затем вход в базу пройдет штатно, не считая того, что загружаться она будет еще с минуту, в строке состояния в это время будет "формирование дерева подсистем" и что-то еще, не помню уже.

Нормального решения проблемы пока нет.

Цитата
Роман пишет: День добрый , подскажите как решить проблему имеется : система Бэст 5/3.4/SP 10 + 3 дополнения при выполнении : финансы - главная книга - общесистемная отчетность - Раздел I.Доходы и расходы (или Книга доходов и расходов УСН ) возникает ошибка в модуле "best5.dll" , см.аттач

Если еще актуален - проверьте в бухгалтерской настройке предприятия (Администрирование - общие данные - настройка) проставлена ли дата перехода на УСН

Есть вариант проще :) Установить новые драйвера ключа. Не помню где, но где-то, когда-то выкладывались. Могу отправить мылом.

: купили люди БЭСТ5 - 3.4, автономно модуль "кадры". Каким образом внести "остатки на начало" - ну то есть людей в картотеку, уже присутствующих на предприятии на 1-е января? Новое движение - это понятно, оформится приказами, а как быть с теми, кто году этак в 2000 принят? Через приказ не получается - говорит, не открыт календарный период 2000г.

При установке БЭСТа на сервере, автоматом (почти*) расшаривается папка 'c:\\program files\best\best5_34\server\data' с именем best534 (путь указан по умолчанию, в имени шары мог немного ошибиться)

На клиенте просто по сети открываете эту расшареную папку и запускаете сетап оттуда. Все.

* Иногда шара создается, но доступа по сети к ней реально нет. Необходимо в свойствах папки "\data", закладка "доступ.." снять галку "разрешить изменения...", тут же поставить назад и нажать кнопку "Ок". Атрибуты доступа заново проставятся и доступ к папке по сети появится.

Цитата
Цитата Лариса Корнеева пишет: 3.У нас может быть случай расчета отпуска за два (или одиннадцать) предыдущих и текущий месяца, если период отпуска наступает в следующем месяце. В этом случае текущий месяц не участвует в расчете отпускных. Нужно бы сделать режим – учитывать текущий месяц. Объясните, пожалуйста, на конкретном примере, что имеется ввиду.

Поясняю (то что я понял из разговора с пользователем):

Есть человек, уходящий в отпуск с 1-го января. Предположим, сегодня 25 декабря и день выдачи зарплаты (sic!, зарплата выдается ТОЛЬКО один раз в месяц - финансирование так поступает). Необходимо рассчитать отпускные за январь. Отчет "расчет среднего заработка" не позволяет посчитать собственно средний заработок с учетом декабрьских начислений, потому что декабрь в программе еще не закрыт. А это необходимо, ибо если мы не выдадем отпускные сейчас - получит их человек только через месяц. Так не пойдет.

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

P.S. Это надо срочно, может в хот-лайн обратиться?

1. Превысила 300 000 р. сумма налога или сумма дохода?
2. Причина в любом случае в таблице ставок и тарифов.

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

Цитата
Владимир пишет: при установке выдает что не может прочитать 1 файл и сервер приложений не стартует

значит проблема не в базе данных.

На каком файле спотыкается-то?

Попробую быть провидцем: спотыкается на одном из файлов из system32, т.к. у файлика стоит атрибут ридонли.
Причина: после установки БЭСТа установили/обновили Налогоплательщик ЮЛ.
Лечение: убрать с файла атрибут ридонли. Таких файлов несколько. Проще всего убрать атрибут со всей папки system32, включая вложенные файлы.

Цитата
в такой же ситуации у меня это были битые проводки в main

либо пустые строки в main. Тоже приходилось столкнуться.

вдогонку:

Цитата
продолжаю ставить следующие SP дохожу до 14 и он у меня не ставится

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

1. Устанавливать надо и серверный (сначала) и клиентский сервиспак.
2. Удалить ветку реестра посоветовали правильно.
3. Опытным путем когда-то было выяснено, что где-то после шестого пака импорт данных из четверки сломался. Поэтому пока работает обкатанная схема: Ставим Б5, накатываем шесть паков, делаем импорт, ставим остальные пакеты.