Форум казахстанского налогоплательщика

Бывают моменты в работе с 1С 8, если в базе работают несколько пользователей, возникает необходимость отредактировать чужой документ (т.е. документ другого пользователя).
Для этого у редактирующего пользователя должны быть настроены соответствующие права.


Если это не определено специально в настройках пользователя, то по умолчанию только у пользователей с полными правами есть возможность редактировать чужие документы.


Но не у всех пользователей программы могут быть полные права. Таким пользователям для корректировки чужих документов нужно дать необходимое разрешение. Для этого необходимо зайти под пользователем с полными правами в режим Предприятия.

1. В Меню – Сервис – Управление пользователями и доступом-выбрать Список пользователей.
   
   
   ris4.jpg
2. В появившемся окне выбираем нужного нам пользователя – Изменить (F2)
   
   
   ris5.jpg
3. Далее нажимаем на кнопку «Настройка доступа» Выбираем пункт «Доступ к документам других пользователей»
   
   
4. В открывшемся окне добавляем новую запись.
   
   
5. И выбираем объект редактирования, в данном случае «Пользователи»
   
   
6. Теперь можем выбрать самого пользователя, нажимаем F4 или кнопочку выбора
   
   
7. И выбираем пользователя, документы которого мы хотим редактировать.
   
   
8. Нажимаем Ок.

Всё, теперь пользователь Бухгалтер может корректировать документы Администратора. Таким же образом можно дать разрешение любому пользователю на корректировку документов, созданных другими.
Если Вы хотите отменить данные разрешения, сделать это так же легко. Нужно всего лишь зайти в режиме Предприятия под пользователем с полными правами, далее пункт 1-3.
Только в п.4 нужно удалить запись с пользователем, документы которого не надо корректировать.


Выполняем пункт 8. И мы отменили данное ранее разрешение.
Удачи в работе!

Мда, сложная система. Честно говоря, я вообще не понимаю, в чем проблема редактирования так называемых "чужих" документов. Ведь в реальной бухгалтерии такие ситуации возникают сплошь и рядом, буквально каждый день.
Пример.
Бухгалтер Маша заболела, ушла в декрет, уехала в налоговую, в командировку, в статистику, на сверку с покупателями, и т.д.
А тут вдруг пришли покупатели, которым нужно исправить доки. Или получатели доверенностей. Или получатели ЗП. Или еще кто.
И бухгалтеру Паше (ее соседу) теперь нужно поднять и исправить либо старые РН/СФ, либо старые доверенности, либо недозаполненные ведомости выплаты ЗП, либо иные документы, которые делала перед своим отъездом бухгалтер Маша. Ведь многие бухгалтерские документы имеют длительный период оформления и/или выдачи - ведомость ЗП, например.
Обычная, рядовая ситуация, возникающая каждый день на обычном предприятии.
Почему разработчики типовых конфигураций 1С устроили из этой ситуации клоунаду, которую надо с героизмом и искусными вывертами преодолевать - я лично не понимаю вообще, хоть меня убей.

В 1С должно быть как в армии, все запаролировано, покрашено и поставлено на свое место

Не думаю.
Кстати, и МС такого же мнения. Почитайте про продукт MS Groove, который позволяет редактировать документы совместно, по сети.
То есть документ в боле-мене серьезной корпорации НЕ делается одним и только одним человеком. Чтобы его редактирование другим человеком считалось чем-то экстраординарным, из ряда вон выходящим.

Может быть это отголоски индивидуализма в наших фирмах? Типа то что делаю я, пусть не лезет никто и все. И я за это отвечаю. Ведь не просто так 1С этот механизм придумала.

Возможно.
Но, сделать именно так, чтобы - "вот это МОЕ, оно отдельное от всего этого остального ВАШЕГО" - абсолютно невозможно.
Пример.
Бухгалтер пол работе с покупателями, делая "свою" реализацию, одновременно затрагивает списание себестоимости, то есть "чужой" (не "свой") склад, и по кол-ву, и по сумме. А как бывает сложна процедура списания себест-ти в больших фирмах, и сколько людей реально участвует в ее расчете, я Вас не просто стану даже грузить.

Хотя логика понятна. Это - как бы "МОЕ". А вот все остальное - "не мое".

Однако, как быть с бухпроводками и балансом? Ведь бухпроводки содержат и дебет, и кредит. Если дебет "Ваш", то вы непременно затрагиваете чей то "чужой" кредит - и наоборот ? Как с этим то быть? Как обособить в предприятии свой участок и чтобы он не был связан с другими, смежными участками?

Я же отметил, что

shurik_kz писал(а):Бывают моменты в работе с 1С 8

В основном, по опыту многопользовательской работы в 1С, права четко разграничены. Особенно для неопытных работников и новичков. Представляете, если бы не было этих ограничений в 1С, какой бардак был бы в базе (не в обиду бухгалтерам и менеджерам ). Так что вполне продуманное и правильное решение. Ограничения можно очень гибко настроить, но надо знать все нюансы вашей конфигурации.

Не думаю ,что был бы большой бардак.

Во-1-х, человек изначально ленив. Если даже у него есть права изменять все, то, зачем оно ему надо? Открывать документ, чего то там менять? Он лучше чай попьет, в фейсбуке пообщается, в аське посидит. В чем прикол и/или удовольствие лазать в малоаппетитных гридах от 1С, если у тебя нет таких должностных обязанностей - я никак не могу понять.

Во-2-х, вместо применения сложных технических запретительных и карательных мер, можно просто попросить человека НЕ делать чего-либо. "Ув. менеджер Петров, пожалуйста, не открывайте документы по зарплате". То есть обратиться по человечески к нему, а не рявкать сообщением о нехватке прав. Вы знаете, уважительно-человеческое отношение зачастую работает.

В-3-х, даже если он и залезет и что-то поменяет, при записи дока он станет его автором (такой подход применен у меня в "Универсале" и "Простой бухгалтерии"). Оно ему зачем надо? Все станет сразу видно. Таким образом можно обойтись без этого ненужного подраздела прав - "редактирование чужих документов".

Курсаков_С_А писал(а):В-3-х, даже если он и залезет и что-то поменяет, при записи дока он станет его автором (такой подход применен у меня в "Универсале" и "Простой бухгалтерии"). Оно ему зачем надо? Все станет сразу видно. Таким образом можно обойтись без этого ненужного подраздела прав - "редактирование чужих документов".

Ага, а особенное удовольствие программисту или главбуху доставляет просмотр мониторинга действий пользователей и выяснение, чего же там намутил в документе по зарплате Петров.
Вот у нас случай. У 3-х операторов есть возможность редактирования расходных. В одной расходной получилось вместо 140 единиц - 40. И потом долго выясняли и кивали друг на друга, кто это сделал. Вот так вот, хотя их и просили по человечески и инструкции давали, чтобы не лазили по чужим документам.

В одной расходной получилось вместо 140 единиц - 40.

Отдельная, большая и интересная тема.
Но. Как может помочь в этой ситуации право "редактировать чужие документы" - не могу понять. Здесь уже речь о праве редактирования отдельных реквизитов чужих документов - вот сие могло бы помочь, полагаю.
И мониторинг - большая тема.
И лазание по чужим докам - большая тема.

Обсудим?
А потом Кайрат наделает новых тем ("мониоринг", "лазание", "поведение операторов", и т.д.), и нарежет в тонкую лапшу единое обсуждение так, что потом ничего понятно не будет - кто кому чего отвечал и зачем (шутка).

Давайте начнем, если интересно. В общем ситуация такая: два пользователя с одинаковыми правами, создают расходную. Кроме того есть бухгалтер, также с правами редактирования, которая затем контролирует. Все трое заходили в этот докумен и вносили изменения. Вопрос: кто из них неправ.

Я думаю, ответ на этот вопрос не лежит в плоскости программ, техники, кода, разделения прав, и т.д. Ответ лежит в плоскости процедур, бизнес-правил и стандартов самого предприятия. Безотносительно даже к тому, какая программа стоит, с какими правами и возможностями и вообще стоит ли программа.

Предположим, что программы нет ВООБЩЕ. Никакой. Покупатель пришел в контору, а там нет компа. Такого не бывает? Бывает, и даже сейчас. Вот. Вообразите эту ситуацию и попытайтесь решить дело в этих условиях.

Оформляется накладная. Вопрос - могут ли ее оформлять два человека по очереди? Исправлять? Делать друг за друга какие-то действия? Как определить кто прав (без компьютера)? Кто контролирует это процесс потом И т.д.

Процедура печати накладной. Что делается, если печать РН не завершена? Завершена с ошибкой? Или замялась бумага? Или нужно исправить явную ошибку, а оператор, ее допустивший, временно отошла (в туалет, покурить, и т.д.)?

И вот когда эти вопросы решены и даже без компьютера и без какой либо программы, тогда, значит, они решены принципиально. А когда пользователи, ЛРП, и техспецы прячутся за "решение программы" ("вот, у нас программа так делает") - значит, бизнес-процессы на предприятии принципиально НЕ определены и эти вопросы, среди которых не бывает мелочей, не решены. Тогда пользователи начинают Вас учить. Допускать нарочитые ошибки и глядеть, как система (я имею в виду предприятие, а не программу) - глядеть, как система справляется с ошибками. Если система допускает принципиальный прокол в какой-либо ситуации, то ждите постоянных проблем в этой области - до тех пор, пока вопрос не будет решен принципиально, раз и навсегда, без компьютера, на бумаге и в бизнес-логике.

Да уж. Ну а если такая ситуация, что эти бизнес-процессы не определены. И определять некому кроме программиста. У меня с этой фирмой получается так, что понаставить стен в программе, чтобы ни шаг влево ни шаг вправо, но всех-то ситуаций не предусмотришь за один раз, жизнь она многообразней. И получается приходится заниматься не своей работой, а ходить выяснять у кого больше прав и кто вообще чем занимается.

Знаю. Работал в этой сфере. А определять все равно придется.

Вот меня был случай (на тему "лазание в чужих доках").
Лазают, иногда по запарке что то меняют, не нарочно. Спрашиваю -
- Зачем ?
- Нам нужна для склада копия расходной накладной.
- Зачем?
- Завскладу нужно видеть какие позиции отгружать.
- А разве он не видит, когда покупатель подходит к нему сам?
- Видит, но ему нужно контролировать покупателя. Тот может даль фальшивку, взять товар который не его, и ищи его потом.
- Так ведь это же бланк РН с товарами ! Полная копия отгрузочного документа ! Поставь печать и накропай подписи, по нему же можно товар вывозить со склада ! Это же неучтенная копия РН !
- Ну да... (вот и лазейку обнаружил. Надо затыкать).
- А что, если мы для контроля будем печатать не саму РасхНакл, со всеми атрибутами, подписями и т.д., а просто информативную ее копию, и по этой копии сразу будет видно, что она для сверки, контроля, а не для реальной отгрузки? А?
- Ну, можно...

Вот так и приходится формулировать бизнес-правила и процессы, там где их нет.

Да уж, но вопрос снова. ПОЧЕМУ этим должен заниматся программист?

Потому что у него нет такого места, куда ему можно передвинуть фишку и сказать - это не мой вопрос, это проблема другого. Есть такое выражение - "фишка дальше не идет".
http://ru.wikipedia.org/wiki/%D0%A4%D0% ... 1%91%D1%82

Рекомендую также применить модель процессов MSF (Microsoft Solution Framework). В инете много материалов найдете на эту тему. Но, в общих чертах, это -
- составление вариантов использования системы (ВИС)
- разработка сценариев использования системы (СИС)
- и еще много чего.

Что такое ВИС? Краткое предложение - "Оператор лазает в чужих документах".
Что такое СИС? Это подробный разбор, что, куда, чего и зачем.

Пример СИС -
1. Оператор хочет узнать сумму продаж лимонада сегодня утром.
2. Открывает РН, ищет лимонад
3. Закрывает РН.
4. Там где находит, списывает сумму продаж лимонада на бумажку.
И т.д.

В конце - заключение - что такое "лазание" предприятию не нужно. Устранение его займет N оплачиваемых часов Вашей работы. Кладете ВИСы и СИСы на стол руководству. Подкрепляете все это мощным авторитетом Майкрсофот и ее модели MSF.

Вопросы?

Про фишку, очень интересно, спасибо. А по поводу изменений, может стоило всё-таки сделать на основе прав, ролей и истории? Т.е. сделать роли (гл. бухгалтер, кассир, менеджер по продажам и т.д.), каждой роли свои права. Далее если у человека есть право менять документ, то записывается история правок. Так разве нельзя сделать в типовой?

Можно, но разбирать, мониторить, обслуживать и поддерживать эту "историю правок" - занятие бесперспективное. Вы представляете, каков может быть размер этой "истории" в боле-мене серьезных предприятиях оптовой торговли?

Суть проблемы - не в том, чтобы разбирать "историю правок". Точнее, не в том, чтобы это делать постоянно и ежедневно. На это ни у кого нет времени. И это никому не нужно.

каждой роли свои права

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

Вопрос к знатокам 1с8...(извините, если не в ту тему)...
есть ли в 8-ке, закрытие редактирования прошлых периодов, как в 7-ке...?
например, чтобы 2010 год и предыдущие периоды, никто из рядовых бухов не смог редактировать...

Я вот подумал, что то, что происходит у вас (то есть абсолютная неопределенность того, что и в каких случаях кому нужно делать) - в принципе, очень характерна для текущего этапа нашего развития.

Вот все мы смотрим новости про Японию. А Вы задумались - а у нас, все ли в порядке в этом вопросе? Выйдите на улицу, спросите случайных 100 человек - что каждый из них должен делать в случае нестандартной ситуации - наводнения, цунами, землетрясения, урагана, и т.д. Что делать, куда бежать и т.д. Хоть кто нибудь знает?

А вот японцы знают. Что делать, когда, куда и кому бежать.

Выйдите на улицы Астаны, Алматы, Москвы, Владивостока. Спросите. Я уверен - практически никто ничего не знает. Никто не знает своего плана действий в аварийных ситуациях.

И я не знаю. И никто в моей квартире не знает - чего надо делать. Все полагаются на авось. Этим мы и отличаемся от развитых стран - отсутствием организации.