Форум

Базы данных находятся на сервере, а отчет формирую на клиентском месте, в момент создания отчета специально ничего на компьютере более не делала, 50% - процессор работал на БЭСТ, 48% - бездействие системы. На демо базе (из пяти ОС) оборотная ведомость создалась успешно, а вот рабочая база содержит около 9500 наименований, через 1ч 20мин после запуска ведомости выскочила ошибка (в прикрепленном файле).
И это при том, что у меня компьютер более мощный, чем стоят у бухгалтеров.

Попробовала. Ничего хорошего из этого не вышло. В результате БЭСТ занимал серверных ресурсов от 70 до 85% (при том что кроме БЭСТа с данным сервером никто не работает). Через 40мин пришлось снять создание отчета, т.к. бухгалтерия взвыла, что совершенно невозможно работать, и, действительно, с клиентского компьютера каждая команда обрабатывалась по несколько минут. (И это при том, что и сервер, и рабочие станции у нас соответствуют не минимальным требованиям к оборудованию, предлагаемыми компанией БЭСТ, а как минимум рекомендуемым.) При этом другие отчеты по тем же ОС создаются.

Период задаем обычно 1 месяц, попробовала выбрать 10дней, когда не было движения – результат такой же, вернее никакой. С краткой оборотной ведомостью ситуация аналогичная. Еще из данной папки выдаем ведомости движения. Но с ними тоже интересные вещи происходят. Если я первый раз захожу и выбираю какое-то конкретное движение, то ведомость создается (хотя так и остается неисправленной ошибка столбца «счет учета», так при выдаче основной книги в данный столбец попадает информация из книги дополнительной, см. прикрепленный файл). Но если отчет после просмотра и печати закрыть, а затем вновь зайти и выдать его еще раз (не изменяя вид движения в карточке запроса), то уже выдается все движение за заданный период. Ну если как-то выдать отдельно по видам движения еще можно, то из-за того, что счета учета берутся не из той книги, выдать ведомость по счету не получается вовсе, а именно она нужна бухгалтерии. Так что можно считать, что из данной папки отчетов мы не можем получить ни одной корректной ведомости и мне вновь приходится выслушивать много «интересного» как в свой адрес, так и в адрес компании БЭСТ.

И за один день (с движением или без него) тоже ничего не формируется. Размеры файлов
res_doc.dbf - 184кБ,
res_docc.dbf - 77кБ,
res_docs.dbf - 233кБ,
rec_chn.dbf -41,4мБ
На новую версию перешли в январе этого года и период пока не закрывали (с этим тоже проблемы, чтобы его закрыть надо создать огромное количество пустых амортизационных и др.ведомостей по разным категориям (помимо ОС), которые мы даже не используем,да и данные закрытого периода в отличие от предыдущей версии становятся не слишком доступные для разного вида квартальных и годовых отчетов, а потому решили пока не заморачиваться закрытиями периода)

А при повторном формировании отчета если перевыбирать вид движения, то все получается нормально (ну если не считать неверного счета учета). Но... если бы вы знали нашего (вернее нашу) бухгалтера, с которой мне приходится иметь дело, то совет перевыбрать вид движения когда там написано то, что ей надо... да тем более, что в результате то она все равно получает не то, что хочет. Да к тому же (я уже в др.теме писала) после установки последник хотфиксов и в др. ведомостях вдруг проблемы с сортировкой начались. Очень трудно объяснить человеку, спокойно жившему в БЭСТ5.33 несколько лет, зачем надо было переходить на новую версию, где все кардинально поменяли, а при этом толковых отчетов получить не можем.

На момент перехода БЭСТ–5.33 имел SP37, а БЭСТ–5.34 – SP21. И вполне возможно, что проблема в БД, особенно, если учитывать, что БД в БЭСТ у нас изначально заводилась в 1993-94 гг, и много раз претерпевала перенос, а в разных версиях БЭСТа условия заполнения карточек ОС, да и методы расчетов менялись (либо при изменениях в законодательстве, либо при усовершенствовании программы). Но это в основном касалось новых ОС. Так, впрочем, и перенос в 5.34 заставил шибко потрудится над тем, чтобы данные на момент переноса совпадали со старыми цифрами и у бухгалтерии свелся дебет с кредитом , а когда в базе около 10тыс наименований и сроки ограничены – это непросто, а потому данные заносились в первую очередь по тем ОС, по которым шла какая-либо амортизация. И опять же при переносе на новую версию в огромном кол-ве основных средств появились нулевые доп.книги, которые не всегда корректно отражены (если зайти в них и посмотреть, напр., средствами FoxPro), но чтобы вычистить весь этот «мусор», пусть даже и культурно, нужно достаточно много времени, а его нет. И возвращаясь к у об отчетам: если знать, какие поля и в каких файлах в БД могут мешать из-за незаполненности или по каким др. причинам, можно было бы почисть лишнее, но для этого надо ориентироваться, чтоб не удалить лишнее.

Подскажите пожалуйста, что и куда выложить, всю базу или какую-то часть, мне просто не приходилось раньше БД посылать, как-то сама справлялась. Заранее благодарна за помощь.

Цитата
Татьяна Яковлева пишет: Подскажите пожалуйста, что и куда выложить, всю базу или какую-то часть, мне просто не приходилось раньше БД посылать, как-то сама справлялась. Заранее благодарна за помощь.

О том, куда и как выслать базу отправлено личное сообщение.

Цитата
Татьяна Яковлева пишет: Выложила архив (Ekaterinburg_UGT) на ваш FTP сервер.

Базу получили, с вопросами разбираемся.