BEST logo логотип компании БЭСТ - программы для бизнеса ПРОДАЖИ
+7 (991) 312-04-37
trade@bestnet.ru
ПОДДЕРЖКА
+7 (495) 775-66-76
consult@bestnet.ru
СКАЧАТЬ
Обновления
Дистрибутивы
Авторизация

Логин:
Пароль:
Забыли свой пароль?
Регистрация
ВАШ ВОПРОС

Доступ к Личному кабинету закрыт!
Как получить доступ?


Главная  / Поддержка  / Форум  / Публичные форумы  / БЭСТ-4  / SP89 Ошибка при закрытии периода в зарплате

Форум

Поиск  Пользователи  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Регистрация
Войти
 
Страницы: 1
RSS
SP89 Ошибка при закрытии периода в зарплате
 
После установки SP89, при закрытии периода в ЗП возникает ошибка с указанием на отсутствие поля ENDSUM и процесс прерывается.
При повторном входе в ЗП дается сообщение о незавершении процесса закрытия периода и предлагается восстановить данные из файла отката.
Ситуация повторилась на трех предприятиях. По всей видимости, ошибка возникает при переносе данных в файл ARC_CRD на первой же записи.
В Setting.dbf в поле closef устанавливается Х. Нет ли у кого подобной ситуации?
 
Была.
Только я не помню, то ли в salary\arc\arc_incp, то ли в salary\incpay я добавлял поле endsum.
Вообщем, это проблема установки SP. Источник проблемы не изучал. Но встречалась часто.
С уважением, Новиков Алексей.
 
Цитата
Владимир Кузнецов пишет:
После установки SP89, при закрытии периода в ЗП возникает ошибка с указанием на отсутствие поля ENDSUM и процесс прерывается.
При повторном входе в ЗП дается сообщение о незавершении процесса закрытия периода и предлагается восстановить данные из файла отката.
Ситуация повторилась на трех предприятиях. По всей видимости, ошибка возникает при переносе данных в файл ARC_CRD на первой же записи.
В Setting.dbf в поле closef устанавливается Х. Нет ли у кого подобной ситуации?


Добрый день!
Скорее всего не корректно установились пакеты обновления на базу. Для переустановки пакетов в корне базы в файле ver.ver следует поставить 83 и войти в базу.
Пожалуйста, по вопросам к программе БЭСТ-5,пользуйтесь персональной горячей линией "ВАШ ВОПРОС" на всех страницах сайта.
С уважением, Дмитриева Екатерина.
 
С ситуацией справился. Спасибо А.Новикову. Правда, поле ENDSUM пришлось добавить в файл совокупных параметров (sovok.dbf). До этого переустановил пакет на базу - не помогло. Во всех трех карточках предприятий закрытие периода прошло штатно. Еще раз спасибо всем.
 
Ошибка возникает и на SP88. (при закрытии февраля).
Есть предположение, что это из-за большой базы.
Хотя антивирус выключен, файловая система нормальная (плохих секторов нет) и винт здоров.

Вот уже второй раз встречаюсь, что SP в БЭСТе не до конца обновляется.

Такого ни в одной нормальной базе (1С - начиная с 90-х годов версии 5.0 DOS и заканчивая 8.2) не видел. Если обновляется структура базы, то есть и нормальный механизм проверки транзакции. Если не получилось обновить таблицу N, то нечего лезть менять следущую таблицу N+1. Надо доделать текущую.
И если что, всегда можно проверить конфигурацию.

В БЭСТе же при повторном обновлении структура вообще не меняется и не анализируется.

Позвонил партнерам, чтобы уточнить тип поля ENDSUM - сказали, что Num 19.3
Посмотрел на всякий случай поля SUM и аналогичные - для чего 3 знака после запятой ?
Что за изврат ?
Изменено: bk1975 - 27.03.2012 13:51:19
 
Ну так возможен учет в валюте до 3-х знаков после запятой.
 
Цитата
Яков Караван пишет:
Ну так возможен учет в валюте до 3-х знаков после запятой.


Много ли есть фирм, которым реально нужен учёт с более чем 2 знаками ? Есть валюты, где кратность валюты огромная - например, Белорусский рубль - 10000. Или зимбабвийский доллар - там вообще триллионы. Евро и доллар всё равно учитываются до 2 знаков после запятой.

На территории РФ всё равно все выплаты идут в рублях. И абсолютно нормальная ситуация, когда каждый расчёт автоматически конвертируется в рубли и округляется до 2 знаков. 1С всегда нормально обходилась 2 знаками.

И уж если реализовывать многовалютный учёт, то с точки зрения здравого смысла во всех таблицах БЭСТА должно быть поле вроде "код валюты", где нужна ссылка на валюту.
А так получается всегда лишняя ошибка в расчетах.
Страницы: 1
Читают тему (гостей: 1)