..мутная история...
но интересно
тем не менее: есть база ТиС
в которой не удается поменять значение констант
Константа.КонтрольОтрицательныхОстатков
Константа.НомерРелиза

вот такой код

//*******************************************
Процедура Сформировать()
    
    Сообщить("до: "+Константа.КонтрольОтрицательныхОстатков);
    Константа.КонтрольОтрицательныхОстатков = Перечисление.СпособыКонтроляОстатковТМЦ.ПоКомпании;
    Сообщить("после: "+Константа.КонтрольОтрицательныхОстатков);
    
КонецПроцедуры

никаких ошибок не дает, но к изменению константы не приводит:

до: По фирме
после: По фирме

такое ощущение, что либо сбой в файле констант (что очень сомнительно)
либо что файл констант как-то кем-то хитро подредактирован. Ибо после его физического удаления - когда он создается заново - все отрабатывает нормально...

собственно вопрос - почему не удается изменить значение константы?

..и как найти - почему?

Привет. В глобальнике глянь - 77 позволяет фильтровать запись констант программно.

Наверное, "ПриЗаписиКонстанты"

(3) проверено. там проблем нет.

(0) периодическая ?

ну и это, 1sconst.cdx прибей что ле, если дбф база

(5) нет
(6) не помогает

(7) ну найди в файле 1sconst эту запись и осмотри, че там

как найти, с ID мало работал

удали ея (или переименуй), добавь заново - все будет работать
есть такой глюк в константах по непонятным причинам

(9) dd (dds) файл смотри

(0) а по Перечисление.СпособыКонтроляОстатковТМЦ.ПоКомпании это не по фирме?

(11) не, как из
Константа.КонтрольОтрицательныхОстатков
получить ID в 1SCONST.DBF
?

(12) к сабжу темы отношения не имеет, но ответ: нет, "по компании" это не "по фирме"

Прямым запросом - поля имя и ID из таблицы. Под рукой 77 нет, но там просто всё ,ты же знаешь.

(14) Какой Тип Константы? Перечисление?

(16), да, перечисление

(15) я в прямых туп

(10) блин, сколько работаю - ни разу не сталкивался, сейчас попробую

Может, Латинские буквы затесались? :)
Работаешь под опенконфом?

(10) Попробовал.
Получилось.

(20) где лат.буквы затесались?
опенконф - работаю.
там где проблема - опенкофа нет

Вот и хорошо.

(23) пока - все плохо.
почему код в (0) - не дает изменений в базе?

(22) Имелось в виду - после точки печатал вручную, либо выбирал из списка опенконфа..
Ну, ладно, получилось - и заботу с плеч долой :)

(24) Погодь малёк, я попробую у себя.

(25) не, это неправильно

подозрительно то, что такая проблема - на двух константах
.
Константа.КонтрольОтрицательныхОстатков
Константа.НомерРелиза
.
вариант из (10) - прокатил, но это не наш путь.

гуру, подскажите лучше как для
Константа.КонтрольОтрицательныхОстатков
получить ID (который в 1SCONST.DBF)
?

(28) Смотри.
https://i.paste.pics/f83c431f6655466b290d38d5777c93d6.png
И это после твоего кода.

Теперь - когда я жмакнул по константе - значение тут-же поменялось на "по Компании"
т.е. окно списка констант должно быть обновлено
Так что, имхо - всё у тебя путём, меняется

вот после жмакания - если не веришь:
https://i.paste.pics/6f31c92c6a26476d1f77025bc0c389a7.png

(30) проблема в том - что у тебя - меняется, а у меня НЕ МЕНЯЕТСЯ. ни интерактивно, ни программно.

Ааа.. блин.. понял.. посмотрел в сабж твой. Извини

(32) глянь еще в "Описание структуры метаданных"
такие параметры?
    - Константа
        - Идентификатор    "КонтрольОтрицательныхОстатков"
        - Синоним    "Контроль отрицательных остатков ТМЦ"
        - Комментарий
        - Тип    "Перечисление"
        - Вид    "СпособыКонтроляОстатковТМЦ"
        - Длина    "0"
        - Точность    "0"
        - НеОтрицательный    "0"
        - РазделятьТриады    "0"
        - Периодический    "0"
        - ОбластьРаспространения    "ВсеИнформационныеБазы"

(34)
- Константа
        - Идентификатор    "КонтрольОтрицательныхОстатков"
        - Синоним    "Контроль отрицательных остатков ТМЦ"
        - Комментарий
        - Тип    "Перечисление"
        - Вид    "СпособыКонтроляОстатковТМЦ"
        - Длина    "0"
        - Точность    "0"
        - НеОтрицательный    "0"
        - РазделятьТриады    "0"
        - Периодический    "0"
        - ОбластьРаспространения    "ВсеИнформационныеБазы"

1 в 1

(33) лучше (29) подскажи

ууу, злыдни.. приходится по всяким помойкам лазить искать

(35) :(

(36) - не знаю, не получал ни разу, разве только в дбф заглянуть
https://i.paste.pics/375b49938536d813e2157c0394452a27.png

(38) + в 8-ке пользовал, и не раз, а в 7-ке вроде ни к чему было

"<"+ЗначениеВСтрокуБД(Перечисление.СпособыКонтроляОстатковТМЦ.ПоКомпании)+">" = <   4K5   >
"<"+ЗначениеВСтрокуБД(Перечисление.СпособыКонтроляОстатковТМЦ.ПоФирме)+">"  = <   4K2   >

это ID самого значения константы, то есть VALUE
.
а как получить ID, соответсвующий константе как объекту?
/
то есть как получить именно вот этот 16W
?

Через метаданные - никак?

Вообще-то можно прямо из дбф-файлика и взять.. Предварительно скопировав его, он может быть захвачен 1с-ом

так.. походу такое злопство как в (0) проистекает из того, что в файлике констант есть несколько записей на один объект...

ща... еще не одна бяка от Сергея Михайловича просто так не уходила...

(45) ничё се!.. :)

select *
from 1sconst as Периодика
where

   Периодика.objid = :ТС  
   and Периодика.id = $ИсторияРеквизита.НужныйВидСправочника.НужныйРеквизитВЭтомСправочнике

Ид константы, или штатно, или через метадатаворк

ТАК И ЕСТЬ!
Константа.КонтрольОтрицательныхОстатков
https://content.screencast.com/users/Che66/folders/Jing/media/f0d3cf4d-ff55-4c13-9e2d-4afe85fec069/2017-08-03_1623.png
(для константа.номеррелиза - аналогично!)

видим что для константы присутствует две записи.
ХОТЯ ДОЛЖНА БЫТЬ ОДНА
.
первая запись = ПО КОМПАНИИ
вторая запись = ПО ФИРМЕ
.
в меню-операции-константы (и в "настройки параметров учета")
показывается вторая запись (то есть СЧИТЫВАЕТСЯ ПОСЛЕДНЯЯ ЗАПИСЬ?)

то есть когда есть код

КонтрольОстатков = Константа.КонтрольОтрицательныхОстатков;
то в КонтрольОстатков - сидит последняя считанная запись (? это так)

(51) Та на которую индекс указывает

(51) или только первая встреченная

!!!
а вот когда пишем код
Константа.КонтрольОтрицательныхОстатков = КакоеТоНовоеЗначение;

то новое значение пишется в ПЕРВУЮ запись!
(проверил!)

(52) а вот хрен! смотри (54)

(54) убирай скорей эту бяку, С.М. :)

Ты неправильную базу-то сохранил? ТиИ исправляет это?

(55) посмотри, что в индексном файле.

(57) ТиИ это никогда не исправляло.

+58 через IDXView.exe

Итого, картинки и значения
.
ПО КОМПАНИИ = 4К5
ПО ФИРМЕ = 4К2
ПО УПР.АНАЛИТИКЕ = 4К3
.

исходное:
1 запись = по компании
2 запись = по фирме
если прочитать значения то получим 2 запись (и увидим ее в обработке настройка параметров учета)

https://content.screencast.com/users/Che66/folders/Jing/media/f0d3cf4d-ff55-4c13-9e2d-4afe85fec069/2017-08-03_1623.png

выполним код:
    Сообщить("до: "+Константа.КонтрольОтрицательныхОстатков);
    Константа.КонтрольОтрицательныхОстатков = Перечисление.СпособыКонтроляОстатковТМЦ.ПоУпрАналиткие;
    Сообщить("после: "+Константа.КонтрольОтрицательныхОстатков);

в табло увидим:
.
до: по фирме
после: по фирме
.
а в базе увидим что ПЕРВАЯ запись изменилась (в соответсвии с присвоением по коду)

https://content.screencast.com/users/Che66/folders/Jing/media/0b488e4b-5728-4bf3-a255-7b3a53275ce6/2017-08-03_1636.png

и тут встает интересный вопрос
а почему !_при чтении берется ОДНА ЗАПИСЬ ТАБЛИЦЫ
а почему !_при записи используется ДРУГАЯ ЗАПИСЬ ТАБЛИЦЫ
???

(61) всё из-за cdx файла. и задвоенной записи в 1sconst

cdx используется/не используется..

(60) сейчас...

А выгрузка-загрузка оставит одно значение?

(62) задвоенная запись - ПОНЯТНО!
но cdx - ведь ПОЗИЦИОНИРОВАНИЕ при чтении и при записи должно идти по ОДНОМУ И ТОМУ ЖЕ УКАЗАТЕЛЮ ?

А киньте кто в мыло [email protected] эту прогу IDXView.exe
кучу ччылок облазил - нет результата

(0) Недавно пару дней угробил из-за того, что в ТиСе не мог поменять значение константы, ни программно, ни руками значение никак не менялось. Сделал полное тестирование базы, ничего не помогало. В итоге нашел где-то в нете подобный случай, где константу удалось привести в себя только заменой файла констант из старой копии базы. Мне помогло, попробуй, может и у тебя тот же случай...

(66) Давно это было...
Я все-таки (не слушая умных людей) в одной программе попробовала многие-ко-многим.
Через пару месяцев вылезла ошибка (не помню уже досконально) - именно считывание одной, а запись другой. Тоже - dbf.
Не знаю - как реализовано в семерке. Очень бы хотелось глянуть.

(68) точно так же как у меня в этом случае.
в моем случае - причину нашли - две записи на константу вместо одной.
непонятки с чтением/записью остались еще.. но лечить как минимум два способа.

1 способ.
удалить константу и ввести ее заново в конфигураторе (НАДО ОСТОРОЖНО!, потому что для конст.контрольотрицостатков - пройдет норм, а для конст.номеррелиза - при неграмотных действиях поведет за особйо отработку ОбновленияИБ от начала времен (первый запуск), прочие траблы могут быть и для других констант)
2 способ.
обрыть файл констант и удалить дубли руками.

есть подозрение что Епрст про причину трабла (не дает исправлять) знал, но промолчал... ;-)

прогу получил. спсб.
сейчас посмотрю что в индексах если осилю

(70) А ?
про дубли в 1сконст ?
Есть такое, сталкивался, только не с константами, а с периодикой в них.
Правил ручками, прямым запросом и не задумывался.

ЗЫ: вот в справочниках, дубли id справочника, можно было и штатно поиметь, на кубани раньше была ветка, как получить сей эффект.

но вот откуда такие дубли появились - ЭТО ОЧЕНЬ ИНТЕРЕСНО.
если чтение/запись/создание индекса для таких дублей предсказуемо та тоакую фишку можно использовать для блокировки изменения настроек...

(72) вот теперь и не с периодикой.
есть у меня подозрение что это не следствие сбоя, как мне сказали, а что кто-то там из приходящих пошаманил ручками..
ибо когда взялся за ремонт - быстро столкнулся с непоняткой и взял паузу (копию базы), сказал - найдете спеца - если то вопросов нет.. - спеца нашли (но ко мне за помощью один чел обращался, а спеца нашли другие люди из конторы) - "пришел, поправил за 5 минут". вот мне и подозрительно это... вдобавок ибо Архангельск.. самые спецы - в Арзхангельске?

такс..
записи дубли - в конце файла...

https://content.screencast.com/users/Che66/folders/Jing/media/6b2fa0e4-3590-497f-b239-0c9e1fa7d93b/2017-08-03_1724.png

индекс - неуникальный в DD

собственно сам индекс
https://content.screencast.com/users/Che66/folders/Jing/media/61c1d401-9658-45b9-bfb5-bf7025dd7e79/2017-08-03_1727.png

видно, что в индексе есть две записи - первая в начале файла, вторая в конце файла.
.
в качестве рабочей гипотезы примем следующее:
1. при записи пишет в ту запись, которая первая в индексе (типа перед записью позиционируемся на единственную запись, получаемцю по индексу), то есть для записи выбирается одна щзапись.
2. при чтении количество выбираемых записей неограничено и, похоже, что в качестве результата чтения берется ПОСЛЕДНЯЯ прочитанная по индексу запись...
.
как вам такое?

ну, вот.. не прошло и 20 лет как еще один секрет 1С 7.7 раскрыт!
ура, товарищи!

(72) поправить - не проблема. главное - понять и простить...
;-)

фича:
если дубль положить в правильную запись таблицы (в физическом следовании записей) - то можно сказать, что индекс построится _предсказуемо_: в индексе в дублирующихся записях первой записью будет запись с меньшим физ.номером записи (RecNO)
- и здесь можно уже это юзать с "пользой", как например, хитрую защиту от от изменения настроек. так как настройки всегда применяться штатно будут "по чтению"... а изменение записи - ничем не поможет, так как изменяем первую запись, а применяться в работе будет всегда последняя...

фиг его знает... в данном моем случае то ли это сбой был, то ли преднамеренно кто-то так сделал - 100% не возьмусь утверждать, но имхается что не без вмешательства... ;-)

(82) понаделай побольше записей с одним ид, для достоверности

(83) попробую, но не прям сейчас.. убегаю

(83) посоветовался со спецом по движку (ходжик) - смысла не вижу.. растолковал мне он... в зависимости от "контекста" для извлечения нужных записей применяются разные методы поиска в индексном файле. и результат (конкретная запись) могут быть разные....
.
но фиг с вами... сделаю тестик "для достоверности"

а причина таких "дублей" которых не должно быть - это битые индексы часто или глюки железа

(83) исключительно из-за пиетета... ;-)

ЗначениеВСтрокуБД(Перечисление.СпособыКонтроляОстатковТМЦ.ПоФирме)  =    4K2  
ЗначениеВСтрокуБД(Перечисление.СпособыКонтроляОстатковТМЦ.ПоУпрАналитике)  =    4K3  
ЗначениеВСтрокуБД(Перечисление.СпособыКонтроляОстатковТМЦ.ПоЮрЛицу)  =    4K4  
ЗначениеВСтрокуБД(Перечисление.СпособыКонтроляОстатковТМЦ.ПоКомпании)  =    4K5  
ЗначениеВСтрокуБД(Перечисление.СпособыКонтроляОстатковТМЦ.НеКонтролировать)  =    4K6

Генерим в константах вместо правильной одной записи значения константы несколько "неправильных" записей

https://content.screencast.com/users/Che66/folders/Jing/media/1d4c3461-1273-4898-b4a7-caeb81786bfc/2017-08-04_0146.png

.. если попробовать прочитать значение константы - то должно получиться ПОСЛЕДНЕЕ (по индексному файлу), то есть "НеКонтролировать"

проверяю (делаю все вживую вместе с написанием поста): так и есть:

https://content.screencast.com/users/Che66/folders/Jing/media/cca42bce-6bb5-450d-bea9-7a36c2ec658a/2017-08-04_0152.png

индекс:
https://content.screencast.com/users/Che66/folders/Jing/media/897b8419-8143-4016-ae37-78e500f03977/2017-08-04_0155.png

попробуем изменить значение константы, установить его в 4К4 = ПоЮрЛицу:

//*******************************************
Процедура Сформировать()
    
    Сообщить("до: "+Константа.КонтрольОтрицательныхОстатков);
    Константа.КонтрольОтрицательныхОстатков = Перечисление.СпособыКонтроляОстатковТМЦ.ПоЮрЛицу;
    Сообщить("после: "+Константа.КонтрольОтрицательныхОстатков);
    
КонецПроцедуры

что должно получиться:
до: НеКонтролировать
после: НеКонтролировать
- то есть "трабла" - константа почему-то не поменялась..
(потому что мы ЧИТАЕМ и получим последнюю запись из индекса)

проверяем... ЕСТЬ!
https://content.screencast.com/users/Che66/folders/Jing/media/7a506001-fef3-4d72-9294-b11ae41c4392/2017-08-04_0200.png

.. что мы увидим в файле DBF - по идее мы увидим что _первая_ запись станет равна 4К4 (ПоЮрЛицу) - как мы присваивали константе..

проверяем... ЕСТЬ!
https://content.screencast.com/users/Che66/folders/Jing/media/55b8ee2c-4ce1-47d1-a80b-36ff6251995a/2017-08-04_0204.png

- то бишь при чтении мы позиционированы на одной записи, а при записи мы позиционированы на совсем другой...

и еще тестик, гифтик для Ёпрста...
вернем все взад, см. (87)

https://content.screencast.com/users/Che66/folders/Jing/media/1d4c3461-1273-4898-b4a7-caeb81786bfc/2017-08-04_0146.png

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