Ведение нескольких организаций в базе 1с ЗУП. Персональные данные
Добрый день, коллеги.
В программе 1с ЗУП есть возможность ведения нескольких юр лиц, есть разграничение прав на уровне организаций, но он не закрывает основной справочник физических лиц.
При попытке завести несколько юр лиц в одну базу, столкнулся с целым блоком вопросов от юристов, бухгалтеров. "Как можно вести несколько юр лиц в одной базе", ведь это нарушения законов о персональных данных, что работники не давали свое согласие на обработку своих данными расчетчиками другими подразделениями. Как эти данные должны хранится у другого юр лица на его сервере и т.д. Все говорят что это огромные штрафы и уголовную ответственность для должностных лиц и т.д.
Подскажите юридически, как закрыть эти риски? Подскажите куда копать, что читать на что ссылаться?
В программе 1с ЗУП есть возможность ведения нескольких юр лиц, есть разграничение прав на уровне организаций, но он не закрывает основной справочник физических лиц.
При попытке завести несколько юр лиц в одну базу, столкнулся с целым блоком вопросов от юристов, бухгалтеров. "Как можно вести несколько юр лиц в одной базе", ведь это нарушения законов о персональных данных, что работники не давали свое согласие на обработку своих данными расчетчиками другими подразделениями. Как эти данные должны хранится у другого юр лица на его сервере и т.д. Все говорят что это огромные штрафы и уголовную ответственность для должностных лиц и т.д.
Подскажите юридически, как закрыть эти риски? Подскажите куда копать, что читать на что ссылаться?
По теме из базы знаний
- Выгрузка-загрузка любых данных (и измененных) между похожими конфигурациями (ФАЙЛ, HTTP, COM) ЛЮБЫХ баз 1С 8.1-8.3 с обработкой и поиском данных по произвольным полям поиска
- Организация эффективной техподдержки 1С внутри компании
- WEB-интерфейсы как механизм сбора и контроля данных в розничной сети. Инструменты и наработки
- Ни в ЗУП ногой!? А мне нравится! Часть 1. Главные сложности решения, что отталкивает
- Ни в ЗУП ногой!? А мне нравится! Часть 4. Главное - правильный перенос данных!
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Никуда не ссылаться, а заводить отдельные базы для каждого юрлица. И отдельные обмены.
И с бухгалтерией то же самое.
Иметь несколько юрлиц в одной базе имеет смысл только для управленческих конфигураций, но никак не для регламентированных.
И с бухгалтерией то же самое.
Иметь несколько юрлиц в одной базе имеет смысл только для управленческих конфигураций, но никак не для регламентированных.
Для разграничения по физлицам есть отдельная настройка - доступ с точностью до физических лиц.
Но это работает нормально только если люди не бегают между юрлицами, иначе придется извращаться с отдельными группами физлиц для таких бегунков.
Поэтому технически возможность есть, но, как правильно заметили, проще вести в разных базах, особенно если такие вопросы уже сейчас возникают.
Но это работает нормально только если люди не бегают между юрлицами, иначе придется извращаться с отдельными группами физлиц для таких бегунков.
Поэтому технически возможность есть, но, как правильно заметили, проще вести в разных базах, особенно если такие вопросы уже сейчас возникают.
(2) Я создал профиль "ОграниченияПоФизлицам" и группу доступа ес-но.
Люди с такой группой доступа видят в списках только ФИО, табномер и ИНН.
Это будет работать, если еще сделать свой профиль "ОграниченияПоПодразделениям".
Типовое работает только на штатку, но сделать свое РЛС по подразделениям не так уж сложно.
Вендор не делает, вполне логично мотивируя, консолидированным учетом налогов и что-то там...
Тогда "ограниченные" через отчеты не доберутся к "чужим" персам.
В формах элементов (в расширении) команды с действиями блокированы и данные форм скрыты.
Можно не "курочить" формы, а программно залочить данные и действия.
Да, физики "ходят" туда-сюда-обратно, так что извращения с РЛС или доступом на уровне физлиз
- путь мучений для всех исполнителей.
Кадровики без этой группы - бумажка о разрешении обработки персданных к кадрах под рукой.
Люди с такой группой доступа видят в списках только ФИО, табномер и ИНН.
Это будет работать, если еще сделать свой профиль "ОграниченияПоПодразделениям".
Типовое работает только на штатку, но сделать свое РЛС по подразделениям не так уж сложно.
Вендор не делает, вполне логично мотивируя, консолидированным учетом налогов и что-то там...
Тогда "ограниченные" через отчеты не доберутся к "чужим" персам.
В формах элементов (в расширении) команды с действиями блокированы и данные форм скрыты.
Можно не "курочить" формы, а программно залочить данные и действия.
Да, физики "ходят" туда-сюда-обратно, так что извращения с РЛС или доступом на уровне физлиз
- путь мучений для всех исполнителей.
Кадровики без этой группы - бумажка о разрешении обработки персданных к кадрах под рукой.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот