AllContacts

0. ixijixi 1421 18.04.22 12:53 Сейчас в теме
Универсальное расширение для централизованного управления контактами. Позволяет организовать хранение, упорядочивание и использование контактной информации объектов информационной базы в едином рабочем пространстве.

Перейти к публикации

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. ildary 19 27.04.22 14:10 Сейчас в теме
Интересное решение из разряда "Это должно было быть сделано в БСП".

Когда же фирма 1С начнёт принимать Merge реквесты? (риторический вопрос)
2. ixijixi 1421 27.04.22 15:25 Сейчас в теме
(1) Спасибо за оценку. Есть планы развивать решение, в основном в направлении экспорта/импорта КИ. Буду признателен за наводки, что бы еще можно добавить)
Merge реквесты
Никогда не думал в этом направлении, но было бы интересно такое увидеть. Пока звучит даже не риторически, а фантастически))
DrAku1a; 0x00; +2 Ответить
3. Brawler 441 03.05.22 19:20 Сейчас в теме
(1) Да там много чего не хватает в БСП))
Например в БСП не помешал бы еще и справочник по типу "Работники предприятия" внутри которого была бы ссылка на физика как она есть в "Пользователях". Зачем еще один справочник который по сути есть справочник "Сотрудники", тем более если конфигурация будет КА 2.Х или ERP 2.Х? Ну это все из-за RLS, прав доступа, мании все скрыть (152-ФЗ), и поэтому нужна прослойка между оперативным контуром и ЗУП контуром. Например для таких документов как "Этап производство" где нужно указывать на вкладке "Трудоемкость" исполнителей.
4. ixijixi 1421 05.05.22 11:45 Сейчас в теме
(3) ПМСМ полно конфигураций, где справочник Сотрудники не требуется, поэтому включать его в БСП не совсем корректно.
5. Brawler 441 05.05.22 12:16 Сейчас в теме
(4) так и не про сотрудников речь, а про Работников. Сотрудники это все же ЗУП. Работники это ближе к оперативному учету.
БСП вообще как лего, не нужно что-то, то не ставь, так и с этим справочником работники можно было поступать.
152-фз делает моск и проще было бы если бы была прослойка между оперптивным учетом например в прлизводстве и детальным кадровым учетом. Не нужно людям в оперативном учете частенько видеть вообще физиков
6. ixijixi 1421 05.05.22 12:20 Сейчас в теме
(5) А чем отличаются сотрудники от работников? =) Вопрос терминологии, как по мне
7. Brawler 441 05.05.22 12:58 Сейчас в теме
(6) да вроде как бы ничем и не отличается и вызовет потребность и его актуализировать по мере изменения кадровой информации

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

Сейчас же 1С тулит физиков куда ни поподя.

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

Все тот же пример с Пользователями, где тоже есть связь с физиком
8. chng 21.07.22 22:54 Сейчас в теме
(7) Водитель это или должность сотрудника, а если слесарь еще и водить может, то его свойство (есть права)
9. Brawler 441 21.07.22 23:32 Сейчас в теме
(8) водители в смысле внешние по отношению к организации лица, те чуваки которые осуществдяют перевозку чего либо и на чье имя выписываться могут документы
Могут быть и внутренние водители естественно и их приравнивать есть смысл к внешним водилам для однообразия
Есть же в БСП понятие внешних и внутренних пользователей, с водилами та же история
10. chng 21.07.22 23:45 Сейчас в теме
(9) Если Пользользователи это подмножество Сотрудников, а Сотрудники подмножество Физиков, тогда Физики - Сотрудники это подмножество Внешние пользователи.
Тогда добавьте к физику допсвойство "Есть водительские права" и получите внешних, внутренних или всех водителей... А не хотите водителей, добавьте свойство "Есть допуск к электричеству" получите электриков... :-)))
11. Brawler 441 22.07.22 19:03 Сейчас в теме
(10) Я думаю вам нужно сначала вкусить все прелести администрирования база данных и попытаться скрыть персональные данные сотрудников согласно 152-ФЗ от тех кому они и не нужны.

Возьмите 1С ERP.

Попробуйте настроить RLS запрещающее допустим некому Васе Пупкину вообще видеть физиков всех групп доступа, а потом попросите его отразить выработку по себе в документе ЭтапПроизводства.

Казалось бы чего сложного...

Начнете с того что он может видеть только себя, потом выяснится, что кроме него в этом же этапе еще кто-то работы выполнял, кто кто, битые ссылки. Начнете выдавать права на сотрудников только его же подразделения. По итогу все шире и шире нарушать начинаете 152-ФЗ.

Доступ нельзя давать такому персоналу ни к сотрудникам ни к физикам, а нужен справочник прослойка "Работники", где внутри в обязательном порядке есть ссылка на физика. Вася Пупкин и прочие будут видеть Работников, и им будет этого достаточно для отражения выработки, а тот у кого прав достаточно будет видеть внутри работника и физика, а физик уже свяжет выработку с ЗУП контуром, и в ЗУП контуре насчитается сдельный заработок.
12. chng 25.07.22 14:17 Сейчас в теме
(11) При всем моем уважении, но Вы выдвинули предложение необходимости справочника "Работники предприятия", на вопрос автора публикации чем отличается сотрудник от работника внятно не ответили. Мне Вы вообще про внешних водителей пример привели.
А выясняется на самом деле, что у Вас претензии к 1С, в части их реализации требований 152ФЗ и сложности их реализации в RLS.
:-) На этот вопрос я Вам не отвечал...
Оставьте свое сообщение
Вакансии
Программист 1С
Санкт-Петербург
зарплата от 180 000 руб.
Полный день

Ведущий программист 1C
Санкт-Петербург
зарплата от 220 000 руб.
Полный день

Программист 1С
Москва
зарплата от 150 000 руб.
Полный день

Аналитик (оперативный учет)
Москва
зарплата от 150 000 руб. до 300 000 руб.
Полный день

Программист 1С
Ижевск
зарплата от 150 000 руб.
Полный день