Zanuda28, регламентные задания, которые выполняются в самой 1С.
Для SQl Management Studio - это просто одна из таблиц.
У меня сейчас новый ноут и пока не было необходимости ставить экспресс - поэтому не могу сделать скрины, но визуально помню, что нужно ПКМ на базу, а там среди пунктов обслуживания есть просмотр последних запросов с возможностью ранжировать по продолжительности или объему выборки. Хотя возможно это и есть профайлер с вашего скрина.
partisan42, внутренние, входящие и исходящие документы по структуре не сильно отличаются, но лучше не использовать универсальные механизмы (тем более на объеме почти в десятилетие), а оставить заявку фрилансерам на миграцию. Заодно можете порядок навести, если у вас раньше был хаос с видами документов, графами доступа, группами доступа и т.д.
Мы на работе вообще старую 1.* оставили как архив, а в 2.* начали все заново. Небо и земля просто. Особенно за счет понятной структуры и упрощения ограничений прав. В двойке все права сейчас рассчитываются мгновенно, а в старой если добавить нового пользователя, то очередь расчета прав затягивалась на 2-3 дня (и это я еще оптимизацию добавил и убирал из расчетов все дискрипторы по совсем старым документам).
Олег, все то, что вы делали без снятия с поддержки, и "патч" - это механизм расширений. Т.е. не снимая с поддержки вы делаете свою "надстройку", которую можно добавлять и в конфигураторе и в режиме предприятия (если у пользователя есть на то право). Никогда не слышал про применение механизма расширений для мобильной разработки (наверное из-за отсутствия популярных тиражных мобильных конфигураций, которые можно использовать не снимая с поддержки), но технологически это возможно.
Drawn, тогда все становится понятнее:
1) когда видят одни пользователи, а не видят другие - это настройки прав на уровне записей (РЛС)
2) в Документообороте настройки РЛС делаются в Настройки - Настройки прав доступа - Используемые разрезы доступа, а там видимо указан разрез "Группы доступа контрагентов"
3) директор видит все - так как у него вероятно полные права, а полные права игнорируют ограничения доступа
4) сотрудник не видит данных контрагента, так как:
4.1) или контрагент не внесен в группу, к которой настроен доступ у пользователя
4.2) или у пользователя нет доступа к группе, в которую отнесли контрагента.
Важное замечание - нельзя включать разрезы доступа "на будущее". Во первых, возникают подобные проблемы, когда пользователям забывают назначать доступы и они не видят нужную информацию. Во вторых это нагрузка на систему на регулярные пересчеты дескрипторов доступа и на их применение при работе пользователя.
Мы у себя включили разграничение только по грифам доступа и по видам документов - этого хватает с головой для всех наших сценариев.
Drawn, я не помню в ДО настроек доступа к контрагенту и его контактным лицам. Они у вас точно уже введены в базу? И напомню, что изначально вопрос был о том, что вы создали нового сотрудника - это совсем другой, не пересекаемый справочник.
Drawn, ладно. С начала давайте. Где именно вы указываете подписанта? Потому что поле "подписал" на прикрепленном скрине - это не подписант, а контактное лицо контрагента!
Drawn, да, именно тут нужно заполнять. В моей базе этого было достаточно...
Проверьте еще его права - если у него совсем ничего не назначено, то его нельзя указать исполнителем задач по вашему внутреннему документу.
EvgenShal, значит не создали все формы для своего отчета и они берутся из общих, которые в свою очередь требуют наличия определенного БСП-интерфейса в вашем отчете.
Создавайте форму отчета и настроек - все заработает.
1) Проверку на тип ссылки можно сделать прямо в запросе
2) Представления документов можно сразу закинуть в массив с помощью Запрос.Выполнить().Выгрузить().ВыгрузитьКолонку("ПредставлениеДокумента") , а потом получить искомую строку с помощью СтрСоединить(Массив, ", ") - и не нужно удалять замыкающую запятую )))
Павел и Александр - онлайн сборка не очень удачное решение. 1) нет гарантии, что указанные сервисы будут работать завтра; 2) код защищен авторским правом и не корректно помещать его в открытые сборники кода (а онлайн сервисы записывают все входные файлы как минимум чтобы повторно не обрабатывать одно и тоже)
Алексей Дубровин и WbICHA - да, можно поставить на моем компе ноду, обфусцировать код локально, а потом копировать на сервер. Но это какой-то странный DevOps получается. И никому не захочется таким заниматься - нельзя ни болеть, ни в отпуск уходить. Вебмастер должен обновить свой исходник в гите, скрипт должен получить изменения, создать минифицированную версию и поместить результат в основной проект - т.е. не считая вебмастера не должно быть никакого человеческого фактора.
foonfyrick, продолжая мою аналогию, было бы странно, если ты идешь на курсы водителя школьного автобуса, а тебе начинают рассказывать базовые для всех водителей вещи про ДВЗ и коробку передач.
Mag1str, все очень странно. В параметрах виртуальной таблицы должны быть отборы на измерения, а не ресурсы, если не хочешь получить дикие побочные эффекты. Или дата это измерение? Зачем тогда срез последних и какие изменения в разрезе пользователь/подписка отслеживаешь? Скорее всего вообще тебе не нужна периодичность регистра - обращайся просто к физической таблице.
Если автоматизировать, то можно снимать логи с апача, или мониторить открытые TCP-соединения со стороны веб-сервера к базам, или может как-то через открытые файловые дискрипторы выкрутится (хотя бы через Process Monitor)...
Для SQl Management Studio - это просто одна из таблиц.
У меня сейчас новый ноут и пока не было необходимости ставить экспресс - поэтому не могу сделать скрины, но визуально помню, что нужно ПКМ на базу, а там среди пунктов обслуживания есть просмотр последних запросов с возможностью ранжировать по продолжительности или объему выборки. Хотя возможно это и есть профайлер с вашего скрина.