Ваши разрешения изменились, закройте и снова откройте файл

Обновлено: 24.11.2024

Предположим, что используется ОС Linux. Предположим, я открыл файл для записи и получил файловый дескриптор fdw. Можно ли получить другой файловый дескриптор fdr с доступом только для чтения к файлу без повторного вызова open? Причина, по которой я не хочу вызывать open, заключается в том, что базовый файл мог быть перемещен или даже разъединен в файловой системе другими процессами, поэтому повторное использование одного и того же имени файла ненадежно против таких действий. Итак, мой вопрос: можно ли в любом случае открыть дескриптор файла с другим правом доступа, если указан только дескриптор файла? Я думаю, что dup или dup2 не меняют права доступа.

2 ответа 2

Да! Хитрость заключается в том, чтобы получить доступ к удаленному файлу через /proc/self/fd/n. Насколько мне известно, это трюк только для Linux.

Запустите эту программу:

Он записывает некоторый текст в файл, удаляет его, но оставляет дескриптор файла открытым, а затем снова открывает его по другому маршруту. Файлы на самом деле не удаляются до тех пор, пока последний процесс, содержащий последний дескриптор файла, не закроет их, а до тех пор вы можете получить содержимое файла через /proc .

Спасибо моему старому начальнику Анатолию за то, что он научил меня этому трюку, когда я удалил несколько важных файлов, к которым, к счастью, все еще добавлялся другой процесс!

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

Ой, вы правы! Я исправил это. Меня смутило, потому что на маке нет /proc/self , но есть /dev/fd/n , хотя там этот трюк не работает.

НЕ НУЖНО. Я могу просто сделать это: char fname[14] = "/tmp/.zXXXXXX"; int f=mkostemp(fname, O_WRONLY); chmod(fname, S_IRUSR | S_IXUSR); int f_ro = open(fname, O_RDONLY); разъединить (fname); затем напишите в f, закройте его и выполните f_ro

Нет, вызов fcntl не позволит вам установить биты чтения/записи в открытом файловом дескрипторе, и единственный способ получить новый файловый дескриптор из существующего — использовать дублирующую функциональность. Вызовы dup/dup2/dup3 (и fcntl ) не позволяют изменить режим доступа к файлу.

ПРИМЕЧАНИЕ: это верно для Linux, но не для других Unix в целом. Например, в HP-UX [см. (1) и (2)] вы можете изменить биты чтения/записи с помощью fcntl, используя F_SETFL в дескрипторе открытого файла. Однако, поскольку файловые дескрипторы, созданные с помощью dup, используют одни и те же флаги состояния, изменение режима доступа для одного обязательно изменит его для другого.

Также обратите внимание, что freopen имеет аналогичную функциональность для потоков FILE * в том смысле, что возможность изменения режимов доступа зависит от реализации ОС.

Если вы сохраняете файл книги Microsoft Excel на сетевом диске и у вас нет прав на изменение и удаление для папки, в которой вы сохраняете файл, может возникнуть одна из следующих проблем:

При сохранении нового файла книги на сетевой диск появляется сообщение об ошибке, подобное приведенному ниже

Ваши изменения не удалось сохранить в
'BOOK1.XLS', но они были сохранены во временном документе с именем '4CCA4100'. Закройте существующий документ, затем откройте временный документ и сохраните его под новым именем.

где
4CCA4100 — случайная восьмизначная буквенно-цифровая строка, а BOOK1.XLS — имя сохраняемого файла.

Когда вы сохраняете существующий файл книги на сетевой диск, кажется, что файл сохранен с именем, которое вы ввели в диалоговом окне
Сохранить. Однако при повторном открытии этого файла из сети ваши изменения не отображаются в файле. Файл фактически сохраняется на сетевой диск со случайным именем файла, которое содержит цифры и буквы, например 4CCA4100.

Эти симптомы возникают только при сохранении файла в формате книги Excel или шаблона.

Причина

Эта проблема возникает, если Excel не может удалить исходный файл или не может переименовать временный файл, в результате чего операция сохранения не может быть успешно завершена. Если Excel не может удалить существующий файл из-за отсутствия прав на удаление, исходный файл и временный файл остаются в папке назначения. Если Excel может удалить существующий файл или вы сохраняете файл в первый раз, но Excel не может переименовать временный файл из-за отсутствия прав на изменение, в папке назначения сохраняется только временный файл.

Примечание. Сторонние антивирусы и программное обеспечение для репликации также могут вызывать эту проблему. Чтобы убедиться, что у вас нет прав в сети на изменение или удаление файла, попробуйте переименовать или удалить файл на сетевом диске из проводника Windows. Если вы не можете переименовать или удалить файл из проводника Windows, вы не сможете сохранить файл на этот диск из Excel.

Разрешение

Чтобы решить эту проблему, сообщите администратору сети, что вам нужны права на удаление и изменение соответствующей папки на сетевом диске.У вас должны быть права на удаление и изменение, чтобы сохранить файл книги Excel с правильным именем файла в папку.

Временное решение

Чтобы временно обойти эту проблему, пока у вас нет прав на папку назначения, попробуйте следующие способы:

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

Если на вашем компьютере или на сетевом сервере установлена ​​антивирусная программа, выключите или удалите антивирусную программу, а затем проверьте, сохраняется ли проблема. Некоторые антивирусные программы могут мешать процессу сохранения в Excel.

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

Ссылки

Для получения дополнительной информации о том, как Excel сохраняет файлы, щелкните следующий номер статьи, чтобы просмотреть статью в базе знаний Майкрософт:

814068 Описание способа сохранения файлов в Excel

Для получения дополнительной информации об устранении ошибок, возникающих при сохранении файлов в Excel, щелкните следующий номер статьи, чтобы просмотреть статью в базе знаний Майкрософт:

Выпуски GitLab — это основное средство для совместной работы над идеями и планирования работы в GitLab.

Создать задачу

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

Вы можете создать задачу в GitLab разными способами:

Из проекта

  • У вас должна быть как минимум роль гостя для проекта.
    На верхней панели выберите Меню > Проекты и найдите свой проект.
  • На левой боковой панели выберите Проблемы, а затем в правом верхнем углу выберите Новая проблема.
  • На верхней панели выберите знак "плюс" ( ), а затем в разделе "Этот проект" выберите "Новая проблема".

Откроется только что созданная задача.

Из группы

Задачи принадлежат проектам, но когда вы состоите в группе, вы можете получать доступ и создавать задачи, принадлежащие проектам в группе.

  • У вас должна быть как минимум роль гостя для проекта в группе.

  1. На верхней панели выберите Меню > Группы и найдите свою группу.
  2. На левой боковой панели выберите Проблемы.
  3. В правом верхнем углу выберите Выбрать проект для создания задачи.
  4. Выберите проект, для которого хотите создать задачу. Кнопка теперь отражает выбранный проект.
  5. Выберите Новый выпуск в

Откроется только что созданная задача.

Проект, который вы выбрали последним, станет проектом по умолчанию для вашего следующего посещения. Это может сэкономить вам много времени и кликов, если вы в основном создаете задачи для одного и того же проекта.

Из другой проблемы или инцидента

  • Новая проблема становится связанной с проблемой происхождения, представленной в GitLab 14.3.
  • Флажок «Связать с…» появился в GitLab 14.9.

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

  • У вас должна быть как минимум роль гостя для проекта.

Откроется только что созданная задача.

Из доски задач

Вы можете создать новую задачу на доске задач.

  • У вас должна быть как минимум роль гостя для проекта.
  1. На верхней панели выберите «Меню» > «Проекты» и найдите свой проект.
  2. Выберите Проблемы > Доски.
  3. В верхней части списка досок выберите Новая проблема ( ).
  4. Введите название проблемы.
  5. Выберите Создать проблему.
  1. На верхней панели выберите Меню > Группы и найдите свою группу.
  2. Выберите Проблемы > Доски.
  3. В верхней части списка досок выберите Новая проблема ( ).
  4. Введите название проблемы.
  5. В разделе "Проекты" выберите проект в группе, к которой должна принадлежать проблема.
  6. Выберите Создать проблему.

Задача создана и отображается в списке доски. Он имеет те же характеристики, что и список, поэтому, например, если список привязан к метке Frontend , новый выпуск также будет иметь эту метку.

Отправив электронное письмо

Формат сгенерированного адреса электронной почты изменился в GitLab 11.7. Старый формат по-прежнему поддерживается, поэтому существующие псевдонимы и контакты по-прежнему работают.

Вы можете отправить электронное письмо, чтобы создать задачу в проекте на странице списка задач проекта.

  • В вашем экземпляре GitLab должна быть настроена входящая электронная почта.
  • В списке проблем должна быть хотя бы одна проблема.
  • У вас должна быть как минимум роль гостя для проекта.
  1. На верхней панели выберите «Меню» > «Проекты» и найдите свой проект.
  2. Выберите проблемы.
  3. Внизу страницы выберите Отправить новую проблему в этот проект по электронной почте.
  4. Чтобы скопировать адрес электронной почты, выберите Копировать ( ).
  5. В почтовом клиенте отправьте электронное письмо на этот адрес. Тема используется в качестве заголовка новой проблемы, а тело письма становится описанием. Вы можете использовать Markdown и быстрые действия.

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

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

  1. В списке задач выберите Отправить новую задачу в этот проект по электронной почте.
  2. Выберите сброс этого токена.

Использование URL с предварительно заполненными значениями

  • Возможность использовать как issuable_template, так и issue[description] в одном URL-адресе, представленном в GitLab 14.9.
  • Возможность указывать add_related_issue появилась в GitLab 14.9.

С предварительно заполненным заголовком и описанием:

С предварительно заполненным шаблоном заголовка и описания:

С предварительно заполненным заголовком, описанием и пометкой как конфиденциальная:

Использование службы поддержки

Чтобы предлагать поддержку по электронной почте, включите Service Desk для своего проекта.

Теперь, когда ваш клиент отправляет новое электронное письмо, можно создать новую задачу в соответствующем проекте и продолжить оттуда.

Поля в новой форме задачи

Добавление новой проблемы в эпик, представленный в GitLab 13.1.

  • Название
  • Тип: проблема (по умолчанию) или инцидент
  • Шаблон описания: перезаписывает что-либо в текстовом поле "Описание".
  • Описание: вы можете использовать Markdown и быстрые действия.
  • Установите флажок, чтобы сделать проблему конфиденциальной.

Редактировать проблему

Вы можете изменить название и описание задачи.

  • Вы должны иметь как минимум роль репортера для проекта, быть автором проблемы или быть назначенным для этой проблемы.
  1. Справа от заголовка выберите Изменить заголовок и описание ( ).
  2. Измените доступные поля.
  3. Выберите Сохранить изменения.

Массовое редактирование задач из проекта

  • Назначение эпика появилось в GitLab 13.2.
  • Редактирование статуса работоспособности появилось в GitLab 13.2.
  • Итерация редактирования появилась в GitLab 13.9.

Вы можете редактировать несколько задач одновременно, находясь в проекте.

  • У вас должна быть как минимум роль репортера для проекта.
  1. На верхней панели выберите «Меню» > «Проекты» и найдите свой проект.
  2. На левой боковой панели выберите Проблемы.
  3. Выберите Изменить проблемы. Появится боковая панель в правой части экрана.
  4. Установите флажки рядом с каждой задачей, которую хотите изменить.
  5. Измените доступные поля на боковой панели.
  6. Выберите Обновить все.
  • Статус (открыто или закрыто)
  • Подписка на уведомления

Массовое редактирование задач из группы

  • Появилось в GitLab 12.1.
  • Назначение эпика появилось в GitLab 13.2.
  • Редактирование статуса работоспособности появилось в GitLab 13.2.
  • Итерация редактирования появилась в GitLab 13.9.

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

  • У вас должна быть как минимум роль Reporter для группы.
  1. На верхней панели выберите Меню > Группы и найдите свою группу.
  2. На левой боковой панели выберите Проблемы.
  3. Выберите Изменить проблемы. Появится боковая панель в правой части экрана.
  4. Установите флажки рядом с каждой задачей, которую хотите изменить.
  5. Измените доступные поля на боковой панели.
  6. Выберите Обновить все.

При массовом редактировании задач в группе вы можете изменить следующие атрибуты:

Переместить задачу

Когда вы перемещаете задачу, она закрывается и копируется в целевой проект. Первоначальный выпуск не удаляется. К обоим выпускам добавлено системное примечание, в котором указано, откуда и куда оно было отправлено.

Будьте осторожны при переносе задачи в проект с другими правилами доступа. Прежде чем перемещать задачу, убедитесь, что она не содержит конфиденциальных данных.

  • У вас должна быть как минимум роль репортера для проекта.
  1. Перейти к проблеме.
  2. На правой боковой панели выберите Переместить задачу.
  3. Найдите проект, в который нужно перенести проблему.
  4. Выберите "Переместить".

Проблемы с массовым перемещением

Вы можете переместить все открытые вопросы из одного проекта в другой.

  • У вас должен быть доступ к консоли Rails экземпляра GitLab.
  1. Необязательно (но рекомендуется). Создайте резервную копию перед попыткой каких-либо изменений в консоли.
  2. Откройте консоль Rails.

Запустите следующий скрипт.Обязательно измените значения project , admin_user и target_project на свои.

Закрыть проблему

Когда вы решите, что проблема решена или больше не нужна, вы можете закрыть ее. Проблема помечается как закрытая, но не удаляется.

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

На доске задач перетащите карточку задачи из списка в список "Закрытые".

Повторно открыть закрытую проблему

  • Вы должны иметь как минимум роль репортера для проекта, быть автором проблемы или быть назначенным для этой проблемы.

Чтобы повторно открыть закрытую проблему, в верхней части проблемы выберите Открыть проблему повторно. Повторно открытая проблема ничем не отличается от любой другой открытой проблемы.

Автоматическое закрытие проблем

Вы можете закрывать проблемы автоматически, используя определенные слова в сообщении фиксации или описании MR.

  • Коммит помещается в ветку проекта по умолчанию.
  • Коммит или мерж-реквест объединяется с веткой по умолчанию.

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

Из соображений производительности автоматическое закрытие задач отключено для самой первой отправки из существующего репозитория.

Шаблон закрытия по умолчанию

Чтобы автоматически закрыть проблему, используйте следующие ключевые слова, за которыми следует ссылка на проблему.

  • Закрыть, закрыть, закрыть, закрыть, закрыть, закрыть, закрыть, закрыть
  • Исправить, исправить, исправить, исправить, исправить, исправить, исправить, исправить
  • Разрешить, Разрешить, Разрешить, Разрешить, разрешить, разрешить, разрешить, разрешить
  • Реализовать, реализовать, реализовать, реализовать, реализовать, реализовать, реализовать, реализовать

Вы можете использовать шаблоны закрытия в многострочных сообщениях фиксации или однострочниках, сделанных из командной строки с помощью git commit -m .

Регулярное выражение шаблона закрытия задачи по умолчанию:

Отключить автоматическое закрытие задачи

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

  • У вас должна быть как минимум роль сопровождающего проекта.
  1. На верхней панели выберите «Меню» > «Проекты» и найдите свой проект.
  2. На левой боковой панели выберите «Настройки» > «Репозиторий».
  3. Разверните ветку по умолчанию.
  4. Выберите автоматическое закрытие связанных проблем в ветке по умолчанию.
  5. Выберите Сохранить изменения.

Упомянутые проблемы по-прежнему отображаются, но не закрываются автоматически.

Автоматическое закрытие задач по умолчанию отключено в проекте, если в проекте отключен трекер задач. Если вы хотите включить автоматическое закрытие задач, обязательно включите GitLab Issues.

Изменение этого параметра применяется только к новым мерж-реквестам или коммитам. Уже закрытые вопросы остаются как есть. Если отслеживание задач включено, отключение автоматического закрытия задач применяется только к запросам на слияние, пытающимся автоматически закрыть задачи в том же проекте. Запросы на слияние в других проектах могут по-прежнему закрывать задачи другого проекта.

Настроить шаблон закрытия задачи

Чтобы изменить шаблон закрытия задач по умолчанию, отредактируйте файл gitlab.rb или gitlab.yml вашей установки.

Изменить тип задачи

  • Вы должны быть автором проблемы или иметь как минимум роль репортера для проекта, быть автором проблемы или быть назначенным для этой проблемы.
    Справа от заголовка выберите Изменить заголовок и описание ( ).

Удалить проблему

Удаление из меню с вертикальным многоточием, представленного в GitLab 14.6.

  1. В задаче выберите вертикальный многоточие ( ).
  2. Выберите Удалить проблему.
  1. В задаче выберите Изменить заголовок и описание ( ).
  2. Выберите Удалить проблему.

Повысить уровень эпика

  • Появилось в GitLab 11.6.
  • Перешел с GitLab Ultimate на GitLab Premium в версии 12.8.
  • Перенос задач в эпики с помощью пользовательского интерфейса, представленного в GitLab 13.6.

Вы можете сделать проблему эпиком в непосредственной родительской группе.

  1. В задаче выберите вертикальный многоточие ( ).
  2. Выберите Сделать эпическим.

Кроме того, вы можете использовать быстрое действие /promote.

Добавить проблему в итерацию

  • Появилось в GitLab 13.2.
  • Перешел на GitLab Premium в версии 13.9.
  1. Перейти к проблеме.
  2. На правой боковой панели в разделе "Итерация" выберите "Изменить".
  3. В раскрывающемся списке выберите итерацию, с которой нужно связать эту проблему.
  4. Выберите любую область за пределами раскрывающегося списка.

Кроме того, вы можете использовать быстрое действие /iteration.

Скопировать ссылку на проблему

  1. Перейти к проблеме.
  2. На правой боковой панели рядом с пунктом "Ссылка" выберите "Копировать ссылку" ( ).

Теперь вы можете вставить ссылку в другое описание или комментарий.

Подробнее о ссылках на задачи в GitLab-Flavored Markdown.

Скопировать адрес электронной почты проблемы

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

Чтобы узнать больше о создании комментариев путем отправки сообщения электронной почты и необходимой настройке, см. раздел Ответ на комментарий, отправив сообщение электронной почты.

  1. Перейти к проблеме.
  2. На правой боковой панели рядом с пунктом Отправить письмо выберите Копировать ссылку ( ).

Боковая панель в реальном времени

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

Назначенный

Задачу можно назначить одному или нескольким пользователям.

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

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

  1. Перейти к своей проблеме.
  2. На правой боковой панели в разделе "Уполномоченный" выберите "Изменить".
  3. В раскрывающемся списке выберите пользователя, которого нужно добавить в качестве уполномоченного.
  4. Выберите любую область за пределами раскрывающегося списка.

Похожие проблемы

Чтобы предотвратить дублирование задач по одной и той же теме, GitLab ищет похожие задачи при создании новой задачи.

По мере того, как вы вводите текстовое поле заголовка на странице «Новая проблема», GitLab ищет заголовки и описания по всем задачам в текущем проекте. Возвращаются только задачи, к которым у вас есть доступ. Под текстовым полем заголовка отображается до пяти похожих проблем, отсортированных по последнему обновлению.

Состояние здоровья

  • Появилось в GitLab 12.10.
  • Состояние работоспособности закрытых задач нельзя изменить в GitLab 13.4 и более поздних версиях.
  • Состояние работоспособности задачи отображается в списках задач, представленных в GitLab 13.6.
  • Флаг функции удален в GitLab 13.7.

Чтобы отслеживать статусы задач, вы можете присвоить статус каждой проблеме. Этот статус отмечает, что проблемы выполняются в соответствии с планом или требуют внимания, чтобы не отставать от графика.

  • У вас должна быть как минимум роль репортера для проекта.
  1. Перейти к проблеме.
  2. На правой боковой панели в разделе Состояние работоспособности выберите Изменить.
  • В процессе (зеленый)
  • Требуется внимание (янтарный)
  • В опасности (красный)

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

После закрытия проблемы ее статус работоспособности нельзя изменить, а кнопка «Изменить» становится неактивной до тех пор, пока проблема не будет открыта повторно.

Вы также можете устанавливать и удалять статусы работоспособности с помощью быстрых действий /health_status и /clear_health_status.

Опубликовать проблему

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

Дополнительную информацию см. на странице состояния GitLab.

Быстрые действия, связанные с проблемой

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

  • Добавить или удалить собрание Zoom ( /zoom и /remove_zoom ).
  • Опубликовать выпуск ( /publish ).
  • Клонировать задачу в тот же или другой проект ( /clone ).
  • Закрыть задачу и пометить ее как копию другой задачи ( /duplicate ).
  • Скопируйте метки и вехи из другого мерж-реквеста в проекте ( /copy_metadata ).

Помощь и обратная связь

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

Товар

Создайте проблему, если вам что-то не нравится в этой функции.
Предложите функциональность, отправив запрос функции.
Присоединяйтесь к программе First Look, чтобы помочь создавать новые функции.

Доступность функций и пробные версии продуктов

Просмотрите цены, чтобы увидеть все уровни и функции GitLab или обновиться.
Попробуйте GitLab бесплатно с доступом ко всем функциям на 30 дней.

Получить помощь

Если вы не нашли то, что искали, выполните поиск в документации.

Если вам нужна помощь с чем-то конкретным и вам нужна поддержка сообщества, опубликуйте сообщение на форуме GitLab.

При возникновении проблем с настройкой или использованием этой функции (в зависимости от вашей подписки на GitLab).

Я настроил пользователя с ролью бухгалтера для файла компании и в качестве вторичного администратора для роли intuit, но когда я смотрю на ее разрешения, все отображается как «нет». Она должна иметь доступ ко всему. Что здесь не так?

  • Отметить как новое
  • Добавить в закладки
  • Подписаться
  • Отправить сообщение другу

Разрешения пользователя

Здравствуйте, джантко.

По умолчанию роль бухгалтера предназначена для вашей бухгалтерии или бухгалтерии. Доступ к областям/действиям, таким как «Записи журнала», «План счетов», «Установка даты закрытия и пароля», «Бухгалтер и налоги» и «Компания и финансовые отчеты». Помимо областей, которые я упомянул, могут быть области, для которых не установлен полный доступ. У вас есть возможность изменить их, чтобы предоставить роли полный доступ ко всем областям файла вашей компании. Для этого вы можете выполнить шаги по редактированию общей роли DivinaMercy_N.

Однако, если ранее он был установлен правильно и теперь отображается по-другому, вы можете сначала обновить QuickBooks Desktop до последней версии, а затем запустить процесс Verify and Rebuild Data Utility. Вот как это сделать:

<ПР>
  • Перейдите в раздел "Справка" и нажмите "Обновить QuickBooks Desktop" .
  • Перейдите на вкладку "Обновить сейчас".
  • Установите флажок "Сбросить обновления" и нажмите "Получить обновления".
  • Дождитесь завершения обновления.
  • Закройте и снова откройте файл вашей компании.

    • Не стесняйтесь использовать эти ссылки, если вам нужна дополнительная информация об управлении вашими ролями пользователей:

    Просто держите меня в курсе, как это работает. Я буду рядом, чтобы помочь вам с любыми вопросами, которые могут у вас возникнуть. Будьте осторожны!

    • Отметить как новое
    • Добавить в закладки
    • Подписаться
    • Отправить сообщение другу

    Разрешения пользователя

    Давайте разберемся с этим, @jantco.

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

    <ПР>
  • Откройте программу QuickBooks Desktop (QBDT) и перейдите на вкладку "Компания".
  • Наведите указатель мыши на пункт "Пользователи" и выберите "Настроить пользователей и роли" .
  • Затем откройте меню "Список ролей".
  • Оттуда найдите и выберите роли, которые нужно проверить.
  • Выберите «Разрешения на просмотр», затем нажмите роль и выберите «Показать».
  • После этого вернитесь на вкладку "Список ролей". Выделите роль и нажмите "Изменить".
  • Вы будете перенаправлены в окно "Редактировать роль".
  • Выделите каждую категорию в разделе «Область и действия» и нажмите «Полный» в разделе «Уровень доступа к области».
  • По завершении нажмите "ОК" .

    • Чтобы проверить изменения, просто нажмите кнопку "Просмотреть разрешения" на странице "Список ролей". Чтобы узнать об этом процессе, посетите эту статью: Создание ролей в QuickBooks Desktop Enterprise и управление ими. Он также включает шаги по созданию пользовательской роли.

    Также легко создавать ограниченные роли для ваших пользователей. Это поможет вам контролировать, что они могут и не могут делать в файле вашей компании. Чтобы начать работу, вы можете выполнить подробные шаги на этой странице: Создайте разрешения на уровне данных в QuickBooks Desktop Enterprise. Вы также можете найти здесь список часто задаваемых вопросов об этой функции, а также ответы на каждый из них.

    Если вам нужна дополнительная помощь по управлению разрешениями пользователей в QBDT, я вас поддержу. Не стесняйтесь оставить ответ ниже, и я свяжусь с вами как можно скорее.

    Читайте также: