Спасибо!
Как же сразу то не посмотрел
Заодно и на второй ответил, который еще не озвучил.
Доступ по ролям.
Переменная B6_ROLE_GUID содержит значение ID из базы roles.dbf
Что более удобнее, чем анализ имен пользователей.
Теперь осталось выяснить, как применять спецфункции в "серых" окнах и практически вот он - КОНСТРУКТОР.
В СП2 к версии 3.4 включена поддержка запуска приложений пользователя через меню программы с использованием файла userbdll.txt .
Отлично работает, на данном этапе полностью устраивает.
Но возникает , как ограничить доступ к этим приложениям?
Как включить их в роли пользователей?
Если это затруднительно на данном этапе, как можно выполнять проверку на код пользователя?
Т.е. чтобы в программе прописать коды лиц, допущенных к работе в этом модуле, и либо впускать либо отказывать.
Вышел на ошибку как у Виктора.
При работе в сетевом клиенте БЭСТ-5 в.3.4 не удается скомпилировать ни один плагин.
На этой же станции демоверсия собирает отлично.
И в терминальном режиме эта же рабочая инсталяция (которая не собирает на клиенте) работает нормально, т.е. собирает плагины.
В пути установки клиента присутствует пробел, на сервере нет, больше никаких отличий.
Может и есть смысл.
Добавить в словарь функцию при синхронизации БД выдавать отличия от эталона текущей версии.
И сразу станет видно, где чьи базы и поля, и зарегистрированы ли они в базе полей пользователя.
3. Предоставлена возможность включения пользовательских модулей (приложений) в главное меню системы БЭСТ.
Для этого в рабочей базе данных (в корне папки БД) создается файл userbdll.txt,
в котором описывается структура пользовательского дерева с вызовом функций
как из «серых» (графических) приложений, так и из «синих» (текстовых) приложений.
Структура записи в файле userbdll.txt имеет вид:
Раздел\Приложение;Режим;Функция;Библиотека;Признак
где:
Необходимо накопить достаточный объем разнообразной информации, который будет полезен в офлайновой работе.
Пока я не вижу на форуме тот массив, который был и есть по 4+.
Уверен, что ближайшие полгода дадут интересный материал в плане внедрения БЭСТ-5 и программирования плагинов и приложений в среде разработки БЭСТ-5 версии 3.4.
Ок.
Например, дежурная машина.
Одна путевка на день, за день может выполнять разные поручения.
Соответственно, каждая поездка должна относиться на разные счета затрат. (ГСМ, зарплата)
Вплоть до того, что машину "может попросить" другая организация, которой затем должен быть выставлен счет с перечнем поездок.
Хотелось бы найти комментарии по этому у.
И собственно, как создавать новые записи в базах, где присутствует ID со значениями типа {18A52F59-6441-41C8-8077-6702F44D6AD7}.
Да, требуется монопольное открытие.
Утилиту следует применять в обслуживающей процедуре.
А чтобы во время работы непосредственно...
По какой причине? Чему мешают помеченные на удаление записи?
Бэст-4 может годами жить с такими записями
Надо реестр почистить.
Ищем бесплатную утилиту regcleaner
Запускаем, в разделе программы выделяем БЭСТ и удаляем все записи, связанные с ним, либо руками через regedit.
Отличия в том что один в производстве, другой в торговле. Связь по полям аналог номенклатуры.
Объект из торговли участвует в заказах и в учете продукции на складе ГП.
Производственный справочник соответственно в производственных расчетах.
Сначала непонятно, но потом привыкаешь.
На мой взгляд, удобно реализовано.
В спецификации изделия есть раздел - операции, в котором перечислены все опреации по изготовлению изделия в пределах одно рабочего центра.
Эти операции указываются и в номенклатуре материалов, только к чему, пока не разобрался.
За каникулы, постараюсь подготовить наглядный материал и базу.
Да. Все так.
Примерная схемка уже есть на предыдущей странице. Облагородить, не мешало бы.
И думаю, по заполнению каждого справочника следует отдельно рассматривать назначения и смысл полей.