Удаляем конфиденциальную информацию на платформе 1С:Предприятие 7.7

Опубликовал Владислав Томашевич (tomvlad) в раздел Администрирование - Защита, права, пароли

Информация бесценна! Данные - наше все. Это даже не обсуждается. И все-таки время от времени мы вынуждены эти самые бесценные данные отдавать посторонним людям. Программистам, которые пишут нам обработки и отчеты. Консультантам, которые пытаются найти в базе проблемы и подсказать способы их исправления.
В том, чтобы Вы были спокойны за сохранность информации, а специалисты могли работать с данными может помочь эта очень полезная обработка.

Пользоваться этим инструментом очень просто. Для этого нужно следовать нескольким простым правилам:

  1. Создаем копию информационной базы. Все действия по изменению конфиденциальной информации должны выполняться только в ней.
  2. Открываем обработку "Изменение конфиденциальной информации".
  3. На странице "Список объектов" выбираем объекты, которые содержат личные данные. Рекомендуется выбирать только те объекты, данные которых позволяют идентифицировать субъекты персональных данных.
  4. Переходим на страницу "Общие настройки" и выбираем способ изменения конфиденциальной информации. На этом этапе можно задать отдельные правила для изменения наименований элементов справочников, реквизитов объектов типа "Строка", "Дата" и "Число". В большинстве случаев достаточно изменить только наименование (для справочников) и строковые реквизиты.
  5. Нажимаем кнопку "Выполнить". После подтверждения обработка перепишет реквизиты выбранных объектов согласно указанным правилам.

Теперь с этой базой можно делать что угодно - пересылать по почте, позволять изучать ее программистам и т.д. Ваши данные в безопасности! Скачайте обработку и убедитесь в этом сами!

Скачать файлы

Наименование Файл Версия Размер
Изменение (скрытие) конфиденциальной информации для 7.7
.1245141364 199,00Kb
06.09.13
286
.1245141364 199,00Kb 286 Скачать

См. также

Комментарии
1. Ёпрст (Ёпрст) 1017 16.06.09 12:44 Сейчас в теме
не работает для подчиненных справочников..
2. Ёпрст (Ёпрст) 1017 16.06.09 12:45 Сейчас в теме
+1 исправь на ОбрабатываемыйСправочник.ВыбратьЭлементы(0);
3. Владислав Томашевич (tomvlad) 3581 16.06.09 12:47 Сейчас в теме
(2) ОК, поправил, спасибо
director04; +1 Ответить
4. Ёпрст (Ёпрст) 1017 16.06.09 12:49 Сейчас в теме
И еще, неплохо бы, хотя-бы нумер документов править...
5. Ёпрст (Ёпрст) 1017 16.06.09 12:50 Сейчас в теме
+4 и Кода у справочников...
6. Владислав Томашевич (tomvlad) 3581 16.06.09 12:56 Сейчас в теме
(5) А смысл? Перенумераторов хватает. Зато ориентироваться по номерам или кодам будет можно при поиске ошибок.
director04; +1 Ответить 1
7. Ёпрст (Ёпрст) 1017 16.06.09 12:59 Сейчас в теме
(6) Ну, по кодам /нумеру дока влёт восстановишь наименования...
а вот без них - ужо полный аут..

А кода-нумера на всех бумажных носителях - прайсы/накладные...
8. Ёпрст (Ёпрст) 1017 16.06.09 13:00 Сейчас в теме
+7 а так будет свой код/своя нумерация...
Так точно не докапаются, что базу слил..налево..
9. anbxp (anbxp) 16.06.09 13:20 Сейчас в теме
(7)(8) Так теряется весь смысл обработки. Передают обработанную базу в поддержку, а потом говорят - "косяк в документах с контрагентом "0000100"". Поддержка не знает ни наименования, ни вообще ничего о реальном контрагенте. А как вы предлагаете - никто ничего никогда не найдет:) Смысл?
10. Владислав Томашевич (tomvlad) 3581 16.06.09 13:21 Сейчас в теме
(8) Скорее всего, для выявления ошибок в клиентских базах, перенумерация не так актуальна.
11. Ёпрст (Ёпрст) 1017 16.06.09 13:33 Сейчас в теме
(9) Ну как, тупо взять ID например за основу кода... всё лучше, чем открытый код/нумер дока..
И вообще, смотря для каких целей и кому сливать базу...
Имхо.
12. Ёпрст (Ёпрст) 1017 16.06.09 13:35 Сейчас в теме
+11 Еще неплохо бы выкусить период какой нить... а то в оборотке/в регистрах всё самое вкусное и валяется..
13. anbxp (anbxp) 16.06.09 14:03 Сейчас в теме
(12) Что там интересного?:) Был "Газпром", стал "010101".
14. Ёпрст (Ёпрст) 1017 16.06.09 14:21 Сейчас в теме
(13) Я наковырял прайс и вычислил, что 010101 - это код газпрома... продал васе на 13 триллионов...
15. anbxp (anbxp) 16.06.09 14:33 Сейчас в теме
(14) Откуда наковырял? Есть только обработанная база
16. Ёпрст (Ёпрст) 1017 16.06.09 14:35 Сейчас в теме
(15) Счет фактура/торг 12 ... код клиентоса завсегда можно поднять...
17. anbxp (anbxp) 16.06.09 14:50 Сейчас в теме
(16) Так и представляю сопровожденца-Штирлица:) Для этого надо сгонять в фирму-владельца базы и прошмонать все по боевой базе. Если допустят.
18. Ёпрст (Ёпрст) 1017 16.06.09 14:53 Сейчас в теме
(17) Нужно просто исключить все лазейки... имхо, а наковырять коды..плёвое дело..
19. anbxp (anbxp) 16.06.09 15:13 Сейчас в теме
(18) Хорошо. Допустим, поменяли все коды справочников и номера документов. Клиент звонит: неправильный расчет НДС в с/ф 100. Как мы ее искать будем? По сумме догадываться?:)
20. Ёпрст (Ёпрст) 1017 16.06.09 15:17 Сейчас в теме
(19) я предлагал внутренний ID пихать в кода/нумера документов..
ищется всё не быстро, в очень быстро...
:)
21. anbxp (anbxp) 16.06.09 15:22 Сейчас в теме
(20) Т.е. клиент должен сказать: проблемы в с/ф с ID "5X6W"? Или я что-то не понимаю?
22. Ёпрст (Ёпрст) 1017 16.06.09 15:24 Сейчас в теме
(21) именно... Так по крайней мере - полная конфедициальность, по крайней мере невозможно определить по бумажным носителям ничего...
23. Ёпрст (Ёпрст) 1017 16.06.09 15:25 Сейчас в теме
+22 Возможно, это паранойя - но я бы делал так..
24. anbxp (anbxp) 16.06.09 15:28 Сейчас в теме
А откуда бух Марья Ивановна узнает об этом ID? Откроет dh*? Или пусть в копии отправленной на поддержку базе найдет свой документ? И еще. Все-таки я не понимаю - откуда появляются бумажные документы?
25. Ёпрст (Ёпрст) 1017 16.06.09 15:32 Сейчас в теме
(24) Ээхх... узко мыслишь...Кнопочку нажмет - посмотреть ID и привет..
А бумажный носитель тебе любой торговый даст..
или магазин..
и прайс лист с кодами номенклатуры - сама фирма. у который ты базу взял...
:)

Автор же не указал - для каких именно целей и кому он базу собрался таким способом отдавать... мот конкурентам.. для продажи.. да мало ли...
:)
26. Ёпрст (Ёпрст) 1017 16.06.09 15:34 Сейчас в теме
+25 и обработка в 2 строки кода select from where ... найдет сам объект по ID
27. anbxp (anbxp) 16.06.09 15:36 Сейчас в теме
(25) :) Если конкурентам - зачем обработка? Чтобы совесть не мучила?:)
28. Ёпрст (Ёпрст) 1017 16.06.09 15:39 Сейчас в теме
(27) Нет.. обработка - если на поддержку... чтоб когда марь ивановне сказали - ошибка в документе "qwe45" она с помощью обработки нашла документ по ID. ..
29. anbxp (anbxp) 16.06.09 15:46 Сейчас в теме
(28) Это Марья Ивановна должна поддержке сообщить ID документа. Ведь ошибка у нее. А саппорт по нему док у себя в базе найдет
30. Ёпрст (Ёпрст) 1017 16.06.09 15:49 Сейчас в теме
(29) Ё... я и грю обработка + кнопка... по кнопке посмотрет ID объекта, если нужно по ID найти сам объект - запустит обработку... а кто - не важно...
31. anbxp (anbxp) 16.06.09 16:26 Сейчас в теме
(30) А потом спросит ненавязчиво про код контрагента - и пошло-поехало:)
32. unpased (unpased) 17 16.06.09 16:53 Сейчас в теме
не ну на сколько я понял это для аудиторов все верно???
тогда все каменты выше верны на 100%
33. Владислав Томашевич (tomvlad) 3581 16.06.09 20:07 Сейчас в теме
(32) Как раз аудиторов это касается менее всего. Просто довольно часто встречаются ситуации, когда для поиска ошибки необходимо предоставить информационную базу. Не всегда это можно сделать без боязни, что твои данные попадут в надежные руки. А получив базу без контактной информации (пустые ИНН, измененные даты рождения или штрих коды) будет спокоен и клиент и доволен внедренец.
34. 1snik (1snik) 77 16.06.09 22:10 Сейчас в теме
tomvlad - клевая идея! заморочься уж и для восьмерки сделай, что ли!
35. Владислав Томашевич (tomvlad) 3581 17.06.09 05:23 Сейчас в теме
(34) Вот как раз для 8-ки делать-то ничего и не нужно. Она уже есть, причем давно, и находится на диске ИТС
36. Victor Nespyatin (victuan) 1471 17.06.09 05:50 Сейчас в теме
Такую вещь сам планировал делать, а, оказывается, уже есть.
37. 1snik (1snik) 77 17.06.09 11:22 Сейчас в теме
(35) век живи - век учись, а дураком помрешь :)
38. Евгений Завьялов (Variag27) 18.06.09 12:53 Сейчас в теме
В чем схожи священник, врач и адвокат?
Если с ними работают, то выдают им всю информацию без утайки, либо - нет доверия, нет работы.
Можете добавить к этой тройке внедренца.
Требовать качественного внедрения закрывая инфу - бред:))).
39. Владислав Томашевич (tomvlad) 3581 18.06.09 12:56 Сейчас в теме
(38) И кто от тебя чего-то требует? Не всякий клиент пойдет на предоставление информационной базы, например, с черной зарплатой.
40. Александр Зубцов (iov) 359 18.06.09 13:27 Сейчас в теме
как пример... конфа на конфе работали несколько прогеров разного уровня..
появилась необходимость перенумеровать справочник.. пришёл франч.....
Все работа встала потому как в 50 строках были явно указаны коды элементов... Я понимаю что кданной обработке это уже не относится но просто имейте ввиду когда будете пользоваться.
41. oleksandr.homyak (logarifm) 19.06.09 22:40 Сейчас в теме
Для профессионалов это пыль в глаза, только обозлят инспекцию, которая будет проверять :). А кому надо стырить это тем более пыль!!!
42. Владислав Томашевич (tomvlad) 3581 19.06.09 23:26 Сейчас в теме
(41) Александр, я пардон, сильно извиняюсь, профессионалу не приходилось сталкиваться с тем, что клиент базу отдать не соглашается (намекая на ее ценность), а ошибку исправить требует? Причем на рабочем месте клиента или нет возможности работать или нет условий. Вопросы "стырить" здесь не рассматриваются. А вопрос про инспекцию вообще мог родиться только в воспаленном воображении.
Sanario; derek2; anbxp; +3 Ответить