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