Внедрили у нас, значит упп, шатко, валко - но качается, и досочка вроде бы не кончается и все бы ничего, но, иногда произвольно меняются данные, а в журнале 0. Знаю что если обработка там или еще какие средства - то ничего не пишется в журнал.
Админские права у меня и еще пары разработчиков. Но работы ведутся через хранилище. И никак не затрагивают те данные, что пляшут.
Сегодня - изменился внешний отчет (что в доп. отчетах лежит) - пропало 3 макета печатной формы в нем. Смотрю журнал - последние изменения аж в апреле.
Иногда изменяется номенклатура - а ответственный стоит директор ФЭО, которому вообще без надобности туда ходить, и в то время, что он туда ходил и якобы менял - воскресенье вообще. Авторизация доменная. Пароль знает только пользователь.
Вопрос ко мне - как такое может быть. Я ответить на него не могу.
Прошу совета - как быть в такой ситуации. Где искать хлебные крошки?

Про ФЭО это частный пример. Разные бывают ответсвенные. Вплоть до РАсчетчика, у которого нет даже прав на объект.

а вот кому нужно это упп? семерки не хватало?

(0) Про метаданные - прекратите баловаться демоническим обновлением.
Про данные - чудес не бывает (с).

"Знаю что если обработка там или еще какие средства - то ничего не пишется в журнал"
Это в 7.7 было. В 8-ке пишется.

(0) Проверь настройки журнала. Внего все пишется.

в плюс к настройке журнала можно ещё версионирование включить

(3) Так если я правлю форму документа, то каком образом это влияет на другие объекты метаданных не связанные?
Про данные согласен. Но журнал молчит. Есть номер транзакции - в рамках этой транзакции идет обработка тех или иных объектов. Но вот больше информации нет. Изменение и все тут.
(2) Вопрос риторический.
(6) Версирование объектов? Чем это поможет? Посмотреть что было до изменения? Как это скажется на производительности?

(7).3 оно будет писать все версии + позволяет сравнить, фиксируется автор изменений + дата-время.

Скажется на производительности незначительно, но регистр версий будет быстро разрастаться (надеюсь у вас не файловая база?)

(8) Т.е. просто включить в настройках версирование и все?
А где потом смотреть результат?
База не файловая ибо нефик.

(7) Ты не в Конфигураторе, случаем, журнал смотришь?

(9)угу, просто включить и сделать начальный образ объектов ИБ(что-бы при изменении была уже запись До изменения).

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

(10) нет

(11) Я константах я включил версирование - указал справочник СОТРУДНИКИ - с вариантом версирования - вегда.
А как создать образ справочника и как смотреть историю элемента? Не вижу.

(12) Ну тогда смотри свои права - на ссылочные типы в ЖР есть указание на конкретные данные.

(13) программно пробеги и запиши весь справочник

(14) У меня полные права. Доступ полный. Я не пойму принципа этого избирательного. Указано что вот этот человек менял данные. Но человек может на больничном быть. Вот такие пироги.

(15) Включить предусмотренный системой механизм, но пробежаться руками и что то куда то записать не зная как оно работает? Ник оправдан ;)

(16) ответ дан в (3) ставь грабли - ищи пользователей с разбитыми носами. версионирование поможет.

(17) всё верно он сказал

(0) Ищите еще один сервер 1С:Предприятие, который подключен к этой же MSSQL базе.

(20) не. это лишнее)

(0) а в журнале есть записи, что директор ФЭО входил/выходил в 1С в то время когда там менялось?? или просто изменения??

(22) Вот этого не знаю. Гляну. Спасибо за наводку.
Еще момент что работаем на терминале - имя машины, с который выполнен вход одно и тоже всегда.

(23) бред не пиши. у нас на терминале при входе в ЖР пишет: Пользователь ОС: server\user

А запуск внешних обработок отключен?

(25) server - имя серверной машины? или имя пользовательской?

(25) Да.

(27) такое чувство, что ты тролль. возьми и посмотри.

(28) Алё. На терминале 1с всегда пишет что вхож выполнен с терминальной машины. Где бред?

(24) Сервер-то один и тот же.

(29) (30)
https://cloud.mail.ru/public/3b2b04657e12/аутентификация.PNG

я всегда распознаю кто зашёл под admin - по учётке ОС)

(32) Что за бардак? Почему у вас пользователи админы?

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

(33) не надо надумывать. пользователи не админы

(35) Тогда кого ты распознаешь? Барабашку?

(0) а у Вас случайно не РИБ? Может забыли включить блокировку рег заданий на машине прогов, вот и летят данные черти какие?

(0) Ограничь для начала права у всех программистов, в рабочей БД...
Пускай только избранные могут осуществлять обновления ;)

Там спустя время смотришь, и окажется, что у вас в Штате есть еще парочка Франчайзи от Гл Буха :)

(37) Судя по описанию, у них там макеты пропадают, а не сами данные :)

(39) ну если в узле поменять внешнею обработку, то она и во все узлы полетит :) а на сколько я понял из текста, стерлась именно внешняя обработка

(40) Жесть, не усмотрел... Тогда автору срочно нужно у пользователей ограничить доступ к возможностям менять состав внешних обработок :)

+(41) Сдается мне, что его проблема тут же пропадет, как только он урежет всем права :)
Обработку затереть это 10 секунд работы горе программисту...

(41) Э-э-э... а разве это не включено в запрет запуска внешних обработок?

(41) чаще с прогами проблема, мы уже так искали какого данные меняются не понятно кем )))) оказалась, копию узла сделал себе прог на месте (основной штат в другом городе), а блокировку не поставил и давай экспериментировать))

(44) Дык при выгрузке надо же проверять - из рабочей базы или из копии обмен идет...

(37) Нет. Не риб.

(36) с ТС не путай. я всё распознаю, иначе не писал бы.

(46) могу конечно ошибаться, но если изменять объект.ОбменДанными.Загрузка = Истина, то в ЖР не запишется... но, повторюсь, могу ошибаться

(47) У пользователей админа нет - так кто же заходит под админом?

(49) ты правда тупой или прикидываешься?

(50) Ляпнул не подумав, теперь спрыгиваешь? Давай уж рассказывай, что там у тебя за админы в базе шарятся...

(51) так ты серьёзно? я и коллега. чего тут сложно допереть было?)))

(52) Ага, я распознал как я зашел. Круто звучит, чо...

А вообще, это тоже бардак - админская учетная запись должна использоваться только для целей администрирования. Для обычной работы даже у админа должна быть запись с ограниченными правами.

Динамическое обновление - я как то тоже в церковь хотел сходить свечечку поставить, но потом все-таки нашел решение.

(53) Дык работа админа - администрировать)

(55) Работа админа - спать :) А в 1С надо под юзерской записью заходить - кто знает какие в ней дыры есть, а если кто-то найдет дыру - он фактически может получить админские права в сети.

(53) долго же ты ждал, чтобы излить свою речь. молодец. пирожок с полки возьми.

(53) Никогда такого не видел! В висте даже UAC из-за этого изобрели.

база mssql? с данными никто не балуется? может update делали (со старых данных) к примеру?

Я лично устройство вашей 1Ски не понял, из полтергейстов знаю РИБ и демоническое обновление, однако ни то ни другое не пишут фигню в ЖР.
Ищите крысу и дыру.

(59) Нет. Такого не делаем.
Только 1 база, только скл, админ только Я, пара разработчиков, которые работают в хранилище.
Но есть демоническое обновление.

(60) Понятно

(0) В копиях баз разработчиков отключить фоновые задания.
(61) Демоническое обновление зло. Как вариант - локальной политикой при завершении сеанса очищать кэш средствами сервера.

+(60) Добавлю от себя
1- все обновляют через хранилище, а не один человек, отсюда старые версии заменяют новые
2- Пользователи

(63) В копиях отключаю всегда регламентные. Один раз столкнулся. с фантомными рассылками почты.

(65) Обычно проблема в том что разрабы не умеют работать через хранилище

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