Я "вижу" элементы "быстрого доступа" при создании на сервере (открытии) - позиционируюсь на них - меняю... Но при открытии формы они снова "пусты" и отбор не срабатывает...
Я могу установить отбор программно, но я хочу чтобы он отображался в элементах со свойством "быстрый доступ" и пользователь мог его изменить / отменить...
Вопрос - КАК ОТОБРАЗИТЬ НЕОБХОДИМЫЙ ОТБОР НА ФОРМЕ В ПРЕДОПРЕДЕЛЕННЫХ ЭЛЕМЕНТАХ ОТБОРА СО СВОЙСТВОМ "БЫСТРЫЙ ДОСТУП"
Для конкретной формы, варианты: 1) Свойства самой формы - состав команд... 2) Команды - Стандартные команды - "Изменить форму" - вынести куда нибудь на форму - Свойства - Снять "Видимость" и "Доступность" + Пользовательская видимость - снять для нужной роли (ролей)... Этот вариант хорош тем что потом можно обработать программно, например поместив кнопку перечитать в командную панель формы...
Папример добавить 2 реквизита (для 2 печатных форм соответственно) и сделать подбор значения из списка установленных в системе. Правда этот список нужно будет получить скриптом, напимер...
wmic printer list brief > "%userprofile%\Desktop\Printers.txt"
Потом парсить файл %userprofile%\Desktop\Printers.txt - создавая список имён для выбора
Или если список практически не меняется - задать имена вручную
ТабличныйДокумент (SpreadsheetDocument) ИмяПринтера (PrinterName) Использование: Чтение и запись. Описание: Тип: Строка. Содержит имя принтера, известного в системе, на который будет выводиться табличный документ при печати. Доступность: Тонкий клиент, веб-клиент, мобильный клиент, сервер, толстый клиент, внешнее соединение, мобильное приложение (клиент), мобильное приложение (сервер). Использование в версии: Доступен, начиная с версии 8.0.
Сделать копию и в ней 1) Первый момент "мягкий" - удалить все файлы "CDX" и зайти монопольно Посмотреть что будет после этого... 2) Второй метод "по жостче" в программе - операции - управление бух итогами - полный пересчет Посмотреть что будет после этого... (!!! Если помогло сверить остатки и обороты !!! Скорее всего поплыли...) 3) Третий - вообще непредсказуемый В конфигураторе - Тестирование и исправление - "Тестирование и исправление"...
Ну и по результатам думать - думать дальше
З.Ы, Кстати: в "проблемных периодах" есть остатки на 23 счёте? С нужным видом деятельности...
Да есть, но она не устанавливает отбор для элементов с "быстрым доступом" на форме и не устанавливает отбор в "настройках списка"
т.е. пользователь не может изменить / отменить данный отбор.
З.Ы, Т.е. нужно делать свои реквизиты на форма - заполнять их - и уже на основании информации в них пользоваться установкой из БСП.
И если в настройке Списка есть "быстрый отбор", например Номенклатура = и я добавлю свой реквизит "Номенклатура = (по моему)" То есть на форме будет 2 реквизита с дублирующимися функциями - это путаница, перезагрузка интерфейса, ... Объяснить Пользователю что нужно сначала "очистить" мой реквизит а затем выбрать то что нужно в стандартном (к которому он привык)
всё отрабатывает но на форме (элементы отбора с "быстрым доступом") - пустые И в "Ещё" - "настройка списка" - данный отбор тоже не виден, т.е. его нельзя отменить...
Дано: Форма списка. Основной реквизит - СПИСОК - Динамический список.
Произвольный запрос. В "Настройке списка" - "Настройки" - "Отбор" добавлен НовыйОтбор с "включать в настройки пользователя" и режим редактирования "быстрый доступ" Т.е. данный отбор виден и доступен пользователю в форме Списка
ВОПРОС: Как его (этот отбор) заполнить программно при открытии формы Списка
Уже не помню точно, но возможно писать свою (полностью) и не надо...
Вроде в типовой загрузке можно дописать "произвольный алгоритм"...
З.Ы. В типовой "Загрузка данных из табличного документы" есть режимы загрузки в: - справочник - табличную часть - регистр сведений и можно задать "выражение для значения" - т.е. простенький код...
Добрый день. Подскажите возможно ли установить min-max остатки на номенклатуру через Excel?
Можно / Нельзя - выберите любой...
P.S. Лично мне чтобы ответить на вопрос нужно его понимать... Из вашей формулировки вопроса: - можно использовать стандартную или написать под задачу обработку для загрузки из Excel
- но чтобы ответить подойдет стандартная загрузка нужно знать как в Вашем случае храниться min-max остатка номенклатуры. Это например: - периодический регистр сведений - реквизит элемента номенклатуры ....
только выпрыгивает окошко где можно менять путь к базе, открыть конфигуратор и тд, чего я хотел бы избежать
Если прописать "общие базы" - то удалить путь пользователь не сможет
Если у роли пользователя нет права администратора, администрирования данных, обновления, управления расширениями ... (права из корня прав) - то пусть запускает
З.Ы. Попробуйте в свойствах запуска базы установить "Основной режим запуска" не "Авто" а нужный Вам
А з оновленням пустої бази з .cf завжди такі проблеми?
Не знаю... Но загрузка "готовой" базы из .dt - это создание таблиц у которых структура уже определена и заполнение их данными "Обновление" из .cf "пустой" базы - это не только создание таблиц но и их реструктуризация...
У меня постоянно обновления рабочей базы (монопольные и динамические) - обновлениями и доработками -на MS SQL - много лет уже без проблем
Создать файловую пустую базу. Загрузить в конфигураторе .cf. Запустить режим пользователя - запустится заполнение пустой базы по умолчанию... Выгрузить в .dt
BAS Бухгалтерия КОРП - люба (типовая демо) (я пробовал на 13 и 23)
Условия: Учётная политика - 8 и 9 класс - Классы 8 и 9 (элементы затрат и деятельности)
При такой настройке проводка на Дт 9 класса делится на две (через 8 класс - счет указывается в настройке статьи затрат)
В ручной операции (документ - Операция Бух) - всё работает нормально.
В любом документе если зайти в его движения и поставить галочку "Ручная корректировка" и попробовать ввести такую же проводку которая срабатывала с ручной операции - получаем системную ошибку...
Причем ошибка возникает в Обработке - Корректировка движений -
При этом Модуль набора записей - Регистра бухгалтерского учета - ПровестиИЗакрыть() отрабатывает нормально - формирует две проводки с корректными данными...
Если ДелитьПроводку
Причём на момент записи регистра бухгалтерии сформированные при "делении проводок" субконто - становятся недоступными с руганью на ошибку...
Не могу понять что происходит между формированием "двойной проводки" и ошибкой записи... Что мешает???
З.Ы. Пользователь может сформировать эти две проводки самостоятельно но при этом не формируются реквизиты регистра бухгалтерии "НомерИсходнойПроводки" и "СчетДополнительный" - которые нужны в отчетах чтобы "собрать" обороты с 9 счета через 8 с их Корреспонденцией
які вже роками налаштовані, перевірені, працюють, і куди самому краще не залазити. Це ЗП, ОЗ, курсові різниці, партіонний облік, «перша подія» ПДВ
Лично я переделывал (дополнял): - ЗП (например - свои виды расчётов) - ОЗ (компания управления активов должна была отчитываться регулятору "ежесуточно" с учётом амортизации своих, арендованных и сданных в аренду ОС) - курсовые разницы - партионный учет
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!