Как сделать при запуске отчета так, чтобы в элементе ComboBox всегда по умолчанию выбиралось одно и то же значение из списка ComboBox.Items ?
Сейчас после того как пользователь зашел и выбрал какое-либо значание из списка ComboBox.Items при следующем заходе в этот же отчет (неважно по прошествии какого времени) будет выбрано сразу то значание, которые выбиралось в последний раз.
Айдар Тухватуллин пишет:
Странно как-то всё у Вас. Обычно если надо копию на том же бэсте - копирую каталог с базой и сразу подключаю. если надо унести с собой - то или скопированный каталог уношу, или стандартное архивирование базы бэстой и тоже уношу.
В вашем случае - попробуйте синхронизировать дерево через менеджер пользователей
О том и речь. Создаем копию, и могут начатьтся проблемы с ролями доступа. Когда как. (Если копия создается на том же сервере).
I. Проблема с правами при копировании БД.
1. Выкидываем всех пользователей из БД (Смотрим, чтобы в БД никто не работал).
2. Копируем папку с БД (Папка Baza1)(Например делаем zip архив)
3. Делаем копию Baza2 (т.е. создаем копию)
4. Слетают все права в Baza1, и в Baza2 также права и роли не работают.
Получаем сообщениее, что для данной роли не удалось получить список подсистем.
5. Такая проблемка еще может возникнуть при восстановлении из рез копии, созданной обычным zip'ованием БД.
II. В связи с проблемкой I как получить копию БД для экспериментов? Подскажите, пожалуйста какие файлы в самой БД связаны с назначением прав пользователей. И тогда, при создании копии я не буду копировать эти файлики, а буду создавать новые роли.
Заранее спасибо. (Решение I особо не интересует)
Стд утилита foxbro.exe почему-то не добавляет информацию об индексах в Бэст (в файлы вида BASES_*.DBF, которые используются при ежедневной реиндексации).
Можно ли узнать каким образом разработчики добавляют новые таблицы в БД при необходимости?
P.S. Кажется, когда-то сам добавлял свои индексы в файлики BASES_*.DBF, но точно не помню :)
1. Заводим 2 счета учета в Сырье материалы.
2. Заводим 2 схемы хранения для группы "0004". Т.е. группа "0004" храниться 2мя способами.
3. Заводим 2 счета учета в Учетет производства.
4. Заводим 2 схемы хранения для группы "0004". Т.е. группа "0004" на производстве (другой склад) храниться 2мя способами.
Теперь делаем следущее:
1. Приходуем закупку материалов по второму счету хранения (по первому у нас уже много записей).
2. Пытаемся выдать материалы производству по второму счету (т.е. из той партии, которая была оприходована по 2му счету).
Проверьте, пожалуйста, соответствуют ли у Вас id периодов в таблице period и таблице kadry\st_kdr для параметров id_ltbeg(начало ведения) и id_percur (текущий).
В id_ltbeg было пусто. Поставил нужный. Не помогло.
Удалил единственную запись в kadry\set_kdr все равно "серым" цветом выводит период(откуда только он берется???), который нельзя поменять. И опять же нач период не задан!!!!
nordk пишет:
Тема под контролем.
Пример смогу выложить только после праздников
Буду Вам очень признателен, как, впрочем и всегда :)
Еще я задвал по поводу AddDocPrintAltF9(oDoc), правда, в соседней теме. Вы так и не сказали почему бы им не пользоваться? Он, вроде работает, пока ничего страшного не произошло.
nordk пишет:
Я наверно что-то упустил.
Повторите по счету-фактуре.
Что и где у Вас не получается ?
У меня не формируется счет фактура,хотя у коллекции документов свойство nAutoShFact_ON= = 1 (оно по умолчанию равно 1). НО счет-фактура не формируется
Т.е. после oDocs:Run() документ сохраняется, затем можно распечатку сделать, но счет-фактуры нигде не видно.
Наконец-то получилось распечатать!!!
Спасибо Александру Титову! Он выдал "Великую тайну Бэст-5", которую я пытался выудить месяц.
Код
Private GlobalTask1:="144",GlobalTask6:=Mdoc->dopcode,GlobalTask7:=Mdoc->NNOPER,GlobalTask8:=""
GlobalTask:="05"
Public ReestrParam:={;
{"Код реестра", "C", 3, 0,"{||GlobalTask1}"},;
{"Регистрационный номер документа", "C", 6, 0,"{||GlobalTask6}"},;
{"Уникальный код документа", "C", 22, 0,"{||GlobalTask7}"},;
{"Сортировка строк", "C", 0, 0,"{||GlobalTask8}"};
}
InitTaskParam()
InitTaskParam() инициализирует переменную TaskParam, которая, наверное и является источником Task.Bda.
Она инииализирует параметры Task.Bda на основе ReestrParam + параметры по умолчанию, поэтому ReestrParam не должен с ними пересекаться, иначе будет их дубляж и будет ошибка.
Код арма и код реестра можно, наверное, и не делать такими же как и у разработчиков в аналог меню.
Где же Вы раньше были, Александр!!!?
Целый месяц я "распечатывал":)
Наконец-то!!!
Сделал так:
Код
GlobalTask:="05"
Public ReestrParam:={;
{"Код реестра", "C", 3, 0,"{||GlobalTask1}"},;
{"Регистрационный номер документа", "C", 6, 0,"{||GlobalTask6}"},;
{"Уникальный код документа", "C", 22, 0,"{||GlobalTask7}"},;
{"Сортировка строк", "C", 0, 0,"{||GlobalTask8}"};
}
InitTaskParam()
Как я понял InitTaskParam() сам кое-какие параметры инициализирует. И вдобавок берет все параметры, которые в ReestrParam лежат, поэтому у меня была до этого ошибка (был дубляж).
Как я понял можно либо в ReestrParam сделать только дополнительные. Но лучше мне кажется обойтись без InitTaskParam() и самому инициализировать массив TaskParam, который как я понимаю и является источником BDA.TASK для отчетов?