v7: Не читается периодическая константа, возвращает 0 #592970

1С 7.7.027, база скульная, скуль 2005. Зверёк подкрался незаметно. Создал новую периодическую константу, т.к. баз много, первое заполнение этой константы сделал по OLE - интерактивно вижу, что значение есть, дата записи 01.01.2011. А прочитать не могу - возвращает ноль. СтавкаНалога = Константа.МояКонстанта.Получить(РабочаДата); То же самое и в отладчике, и в табло Предприятия. Другие периодические константы - получает. Например, Константа.СтавкаЕСВ.Получить(РабочаДата) = 38,52% Соответственно и объект Периодический не отлавливает её значения: Даже не заходит в цикл. Кудой рыть?

рыть в сторону даты 2049 года или еще выше

+ Да, просто отобрази ВЕСЬ объект Периодический - Дата, Значение. Сразу увидишь кривые даты или что-нибудь еще.

Нет, значений только одно. Вручную удалил все и снова поставил , заработало. Странно.

Но не во всех базах. По ходу дело в чем-то другом.

У меня начало рабочего столения 1952 год.

язык системы ОС = русский (у тебя стоит Украинский)

Гиде смотреть? Сам сервер англицкий, кодовая страница Cyrilic_ca_sa

А что есть Cyrilic_ca_sa? Должно быть Cyrilic_ci_as.

Лучше порыть в диалоге, там то вообще какие даты? Сделай скрин :)

Да. так и есть. Я админа не расслышал сначала.

А переиндексировать базу - не пробовал?

Нет, не пробовал.

Попробуй. Раз картинка, как в - имеет смысл.

Переиндексировал - не то. Всеравно нули. Сейчас выгрузку-загрузку сделаю.

нихт...

Что - нет? Не помогло или больше нет ошибки? :-)

Нет = не помогло. В скульной базе сделал выгрузку-загрузку - ничего. Сделал хагрузку в новую пустую файловую - така сама.

А когда в файловой удалил все значения константы и вручную заполнил - взлетело.

как вариант - удалить эту константу из метаданных, потом снова добавить.

А непосредственно в таблице - не смотрел, что там с этой константой творится?

Напрямую в скуле? Нет, не смотрел. Прав нет.

На файловую наверняка права есть :)

И что? Куда смотреть? В файловой после загрузки та же проблема. Вручную удалил все значения и ввёл вручную снова - прочиталось.

В файловой - в 1SCONST

+ Только идентификатор знать надо... Была бы 1С++ у тебя - проще было бы.

Спасибо, я в курсе. Куда смотреть - в смысле на какие поля еще, кроме того значения, где 8.41 записано?

В будущее смотришь ;)

Идентификатор вычислить - и затем отфильтровать по нему. Пофантазирую немного - есть другая запись на ту же дату, но с грязью (например, какой-нибудь DOCID заполнен; или время указано). Вот и выбирает её. А как она туда попала - сие тайна великая есть.

Нет. Я ставил только ручное изменение.

Просмотрщиком DBF я нашел это значение. |ID | Date     | partno| Value |AN8|01.12.2011|   0   | 8.41 Всё, как на экране.

И других значений с тем же ID нет? Тогда весьма странно...

нет.

в скуле посмотрел, нашел эти значения. Прибил, вручную внёс - нихт! Тихонько это мне надоедает. Удалил константу нафиг, в скуле её значения в таблице _1sconst остались. Создал новую с другим имененем, заполнил поля - нормально всё работает! Но то, что в скуле значения остались, насторожило. Создал новую константу со старым имененем, запустил Предприятие - ОП-ЛЯ! Значения старые на те же даты и не читаются! Т.е. новая константа с новым именем - программно читается. Новая константа со старым именем - программно не читается, но интерактивно значения видно. После их изменения все равно не читается.

Вопрос закрыт.

И что же все-таки было?

Был какой-то глюк в базах SQL. Зашли в каждую базу и вычистили значение вручную. После этого взлетело. В файловой выгрузке взлетело сразу - смотрите .