Владимир Владимир пишет:
Здраствуйте, подскажите пожалуста при открытии любого модуля выдает ошыбку "Нужно сделать UPGRADE d:\NEWBUHG\Dbase", обновления не ставились, ничего неделалось. В чом проблема ?
Добрый день!
Это означает, что номера версий БЭСТ и базы данных не соответствуют друг другу.
Кирилл П пишет:
Другое предприятие не создавали, но эта же самая база из этой же самой папки открывается в параллельно поставленном windows нормально, в полной функциональности вместе с банком.
Тогда скорее всего дело в станции. Посмотрите, правильно ли определены переменные окружения TEMP и TMP, они должны указывать на существующую папку для временных файлов и в ней должно быть достаточно места (см.readme.txt).
Добрый день!
Надо выяснить: проблема в базе или проблема в программе.
Из переписки непонятно, пробовали ли вы открыть другое предприятие на этой же машине и войти в банк. От этого зависит ход дальнейших действий.
Кирилл П пишет:
Здравствуйте. После неизвестных событий модуль bank перестал работать. Выглядит так: в меню нажимаем "РАСЧЕТНЫЕ И ВАЛЮТНЫЕ СЧЕТА", происходит моргание чёрного экрана и всё. Никаких ошибок не выскакивает. Все остальные пункты работают нормально. ОС - WinXP. Все данные, доступные из других пунктов также выглядят идеально. Перестановка программы не помогает. Перенесённая на другую машину, программа работает нормально. Все остальные приложения на машине работают нормально. Вызывали суппорта - ничего сделать не смог, посоветовал сносить ОС.
: к чему может обращаться этот конкретный модуль? Чего ему не хватает?
Добрый день!
Если после ошибки в папке client\bin образовался файл errors.log, отобразите его содержание.
Уважаемые коллеги!
Просьба пока воздержаться от индексации серверной части из командной строки (с помощью FOXBRO) и производить ее только непосредственно из БЭСТ-5.
Индексацию самих баз данных предприятий проводить можно.
Уважаемые коллеги!
Если кто не ставил SP26, просьба ставить его и хотфикс 2 (который включает в себя и хотфикс 1) на сервер, и только после этого входить в клиентские части и устанавливать пакет на базу. Если ставить чистый пакет на базу, могут неправильно обрабатываться коды форм внешней отчетности, которые содержат в себе буквы. Если в кодах форм только цифры, то проблем не будет при установке в любом порядке.
Добрый день! Подскажите, пожалуйста, что делать! При входе в картотеку любого склада приложения "Товары.Продукция" одного из предприятий возникает ошибка:
Добрый день!
Без базы не смогли диагностировать ситуацию.
Возможно ли выложить папку sclad из базы предприятия?
(можно на почту titov<SOBAKA>bestnet.ru)
Получил.
В таблице MKART.dbf запорчены 185, 193, 297 строки.
Если их убрать, то все будет работать.
Проверьте сетевые платы и диск, сбой носит явно "железный" характер.
Роман Лутошкин пишет:
Добрый день! Подскажите, пожалуйста, что делать! При входе в картотеку любого склада приложения "Товары.Продукция" одного из предприятий возникает ошибка:
Добрый день!
Без базы не смогли диагностировать ситуацию.
Возможно ли выложить папку sclad из базы предприятия?
(можно на почту titov<SOBAKA>bestnet.ru)
Татьяна пишет:
Может кто нибудь сталкивался, при при рассчете ведомости аванска выдается ошибка что в настоящее время вход в данный режим запрещен(((
Попробуйте сделать индексацию БД из режима "Настройка".
Если поле Setting->EXCFLAG=1 (не пустое) то возникает это сообщение, при расчете из любого места, устанавливается при настройке видов начислений-удержаний или диагностике, при ошибках иногда остается. После восстановления индексов снимается этот флаг.
Денис пишет:
Задача из БЭСТ-а открыть ДубльГИС и найти объект по указанному адресу (из справочника партнеров, к примеру). Возможно ли такое? К примеру, через [URL=http://plugins.2gis.ru/wiki/RunGrymVBA[/url] Запуск приложения ДубльГИС и работа с командной строкой[/URL]?
Лилия П пишет:
Не припоминается случая, чтобы так откровенно господин Титов затвердил беспомощность своих сотрудников, программного продукта.
Добрый вечер!
Дело в том, что на этом форуме два Титова: Андрей (партнер) и Алекссагндр (БЭСТ)
Это Вы сейчас про которого Титова говорите, и вообще про что?
CHANGELOG - это журнал регистрации изменений, если он стал сильно большой, его можно почистить: Базы данных-Технологические операции - Журнал регистрации изменений...
Пробовали почистить штатно, окончания не дождались пришлось снимать и очищать в FOXBRO (журнал у нас большой). На демо базе проблем нет. Уважаемые разработчики посмотрите пожалуйста.
Доброе утро!
Посмотрим, конечно.
Из программы Вы очищали полностью или за период?
И как-нибудь переправьте мне changelog.*, можно по почте titovSOBAKAbestnet.ru
Александр Гершанов пишет:
Бухгалтера скачали проект "СПРАВКИ о сумме зарплаты за 2 календарных года ....." к приказу Минздравсоцразвития, которую утвердят в ближайшее время.
Работники, ранее уволившиеся уже просят выдать им такие справки.
И уже приносят из других фирм заболевшие в этом году.
Александр Ельчанинов пишет:
При выполнении реиндексации из Foxbro (файл best5.dbc) заметил, что 25 минут процесс "висит" на файле (или индексе) CHANGELOG TG_JRPD, из раздела "главная книга" (при индексации из Бэста, этого невидно, пустые поля), причем "висит" так, что приложение не отвечает, а после 25 мин "отвисает". В это время использование CPU 4-16%, в основном 8-12%, ОЗУ стабильно.
Добрый день!
CHANGELOG - это журнал регистрации изменений, если он стал сильно большой, его можно почистить: Базы данных-Технологические операции - Журнал регистрации изменений. После индексации он должен поджаться.
А что такое второе слово - TG_JRPD - непонятно, вроде бы в стандартном перечне таблиц такой нет...
Приносим свои извинения за допущенную ошибку в SP24 - закрытие периода в заработной плате, закрытие декабря 2010 г.
В SP25 ошибка исправлена.
Что делать, если при закрытии периода в зарплате произошло зацикливание программы и процесс был прерван пользователем:
- на том же SP24 необходимо произвести откат на предыдущий период;
- если зацикл был долгий, то придется подождать;
- возможно произойдет ошибка отката, в этом случае - выйти из программы и запустить откат повторно, уже должен пройти нормально;
- все дальнейшие операции по закрытия периода в зарплате производить после установки SP25.
Уважаемые коллеги!
В связи с доработками нумерации накладных в БЭСТ-5, которые будут включены в хотфикс 1 SP25 (сразу после новогодних праздников), будут изменены индексы таблиц MDOC.DBF и MDOCM.DBF:
MDOC.DBF: в теги MDOC,MDOCE добавлена дата в конце, в тег MDOCEA вставлен год, добавлен новый тег MDOCYN
MDOCM.DBF: в тег MDOCM_W после номера документа добавлена дата.
Файлы индексации для склада и запасов для ознакомления можно взять здесь:
ftp://ftp.bestnet.ru/download/TEMP/bases_03_09.rar Тем кто использует объекты, все отработает автоматически.
Кто по старинке пишет прямо в базу, следует обратить на изменение в индексах, особенно MDOCM_W (если он используется).
Смысл проводимых доработок заключается в том, что теперь можно нумеровать накладные с начала года в открытом периоде, то есть, если в прошлом году накладные нумеровались с первого номера, то и в этом году можно будет начинать нумерацию с первой накладной, не вводя новый вид документа.
Возможно-ли в "БЭСТ-4+" в спецфункции вызываемой в реестре сч.-фактур по CTRL-F5 получить зашифрованное значение имени текущего пользователя, для последующей записи в jrn->username?
Может есть функция или я не увидел в отладчике готовой переменной?
Сейчас делаю jrn->username:=global_set[3] - незашифрованное значение.
Т.е. непосредственно в jrn.dbf оно сохраняется в незашифрованном виде.
Но при штатном просмотре журнала изменений отображается наоборот в зашифрованном виде.