Вид для печати
С 2004 г считаю зарплату в программе. База разрослась. Считает теперь долго программа.
Можно как то свертку базу ЗиК 7.7 сделать?
Начинать с нуля в новой программе не хочется, там ведь средний заработок считать придется, а для этого за 12 мес. данные нужны.
И за год в новой программе восстанавливать начисления, что бы потом пользоваться этими данными для расчета ср.заработка - это очень тяжело.
Реальной возможности сделать это по-видимому нет. Остается только ускорить компьютер. Хотя бы памяти добавить.
ищите на ИТС обработку SVLDCJ77.ERT.
она может вычистить старые записи из журнала расчетов.
Солнышко, а база разрослась это сколько? сколько у вас сотрудников общитывается вообще?
Спасибо, что отозвались.
Ну может для кого то база и не такая большая, и человек там не много - 30, но ведь столько лет уже веду, да и комп старый конечно, но на новый переходить - очень много программ переносить придется, там ведь и интернет отчетность, и интернет банки всякие, и базы всякие.
Но конечно согласна, что это один из выходов.
А обработка SVLDCJ77.ERT подходит для зарплатыной 1С?
Потому что про то что базу в 1С бухгалтерии можно почистить и укоротить, я слышала, даже делали это когда то, а вот про зарплату раньше говорили, что ничего такого нет
:wow: Всего то. ;)Цитата:
Сообщение от Солнышко
Тогда не придумывате себе приключения, продолжайте работать, ничего не трогая. Для ЗиК это совсем мало. Было бы 3 тыс, и то стОило бы сильно подумать, надо ли свертывать :yes:
Да вот и я думаю, что обрезка не поможет.
Вот это должно помоч
infostart.ru/projects/805
Народ, 285 релиз ЗиК чем лучше обрезать? Причина - грядет проверка и обнаружена ошибка - в 2006 году был уволен сотрудник, в конце 2007 года принят его брат. Кадровичка заменила в наименовании элемента на уволенного имя и все нужзные реквизиты - ИНН, код ПФР и т.д. При этом все старые расчеты прилипли к нему, естественно. Поскольку все сдавалось вовремя, то по бумажным копиям проблем нет. Если же полезут в базу, налицо ошибка. Советовали создать физлицо - старого и сунуть его в Уволенные, но проблему с расчетами это не решит. Кроме обрезки - путей не вижу. Еще момент: в нескольких документах-приказах добавлен реквизит шапки - реальный номер документа.
ответ все тот же!
Поскольку вся бумажная отчетность за все годы есть, пока забили пропавшего уволенного сотрудника в группу Уволенные справочника Сотрудники... И мирно (почти) ждем проверку... Базу обрезать не буду - братья разнесены более чем на год. Спасибо за подсказку! Успехов и хорошего настроения!). Naumov, вы меня выручаете не впервые, на разных форумах). Спасибо большое!)
И снова та же проблема - база ЗиК разрослась, обсчитывают под 3000 человек, база SQL, даже удаленным доступом на сервере расчет з/п по многу часов. Что можно сделать? Пока посоветовали либо обрезать и на DBF - а как обрезать?, либо на RAM-диск переходить - а надежность?, либо терминал.
Какие идеи у корифеев?
Переводите уже расчет на 8-ку. она оптимальнее расчет такого количества работников производит.
