Доработанная версия Бух учет для бюджетных организаций.
релиз 27-й, работает в файловом режиме через терминал на 2008 сервере.
Проблема такая:
Расчетчики расчитывают зарплату через документ РасчетЗП оптом по подраздалениям. Этот документ создает документы Зарплата Налоги, и т.д.
Для ускорения процесса Расчетчики запускали расчетЗП под 4 -мя пользователями одновременно. До какого-то момента все было нормально, все считалось, все работало.
Сейчас если запустить один расчет (паралельно ничего не запускать) то все нормально. Если запустить 4 расчета паралельно, то у некоторым людям не начисляются налоги - документ удержания создается но он пуст. Налоги начисляются процедурой в глобальном модуле.
Если зайти в документ "удержания" заполнить по кнопке вызывающую эту процедуру из глМодуля то все заполняеться нормально.
Проблема только в "пакетном" режиме.
Смотрю с подозрением на Винду, может какие то обновления похозяйничали?

Любопытно, сколько сотрудников в организации? У разных расчетчиков пересекаются наборы рассчитываемых сотрудников?

сотрудников 400, считается по подразделениям - пачками от 5 до 30 человек, наборы не пересикаются (так как подразделения)

такое впечатление, что как то занимается глобальный модуль..

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

(4) это вариант конечно, но временный и последний самый.
Оно все работало в таком режиме уже года 2.

(5) в смысле проблема появилась только сейчас.

(6) ну это же хорошо. Что ваши странные методы так долго прокатывали.

Есть традиционное: ТИИ, перериндексация, проверка сервера...

...протереть стекло, постучать по колесам ))

(7) чудный мир программирования состоит из костылей велосипедов и "странных" методов.

(7) вообще способ хороший, у нас тоже так ЗП считают... можно по кол-ву ядер на серваке количество процессов запускать

Очень нефиговое ускорение получается, главное чтобы люди не пересекались

P.S. по теме, хз :)

(5)База файловая? Выросла маленько.

(12) Стандартные "протереть стекло постучать по колесам делал"-  ТИИ, Загрузить Выгрузить,
База 3 гига файловая.

(13)"База 3 гига файловая". Осталось выяснить объем самого большого dbf-файла

(14) 1SENTRY.DBF 1 гиг, спасибо как то внимания не обращал.

1SBKTTL.DBF 890 мегабайт

(15) обратил, и что это дало?

(17) сворачивать надо, но потом!

(11) а у Вас размеры базы какой?

Попробуйте увеличить длину суммы операций и проводок

(20) Пробую. А какой смысл сего действа?

(21) Исключить вариант с нехваткой размерности для поля сумма в таблице бух. итогов.

(22) попробовал, ничего не поменялось

Может при перемещениях между подразделениями все таки пересекаются, типа 10 дней там, 30 дней сям

(15) Ну, собсно, до гига дошло - лафа закончилось, теперь нормально будет работать только в монопольном режиме :-(

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

(26) Была, но, думаю, быстрее свернуть...

+(27) Правда есть еще вариант на сиквел посадить...

SQL наше всйо ))) ничего в нет сложного кроме цены )))
ЗЫ советую 2008 + секретный релиз

(29) спрошу что за "секретный релиз", ответ думаю будет на то он и секретный.))

(30) А ты не справшиывай, а просто поищи :-)