Добрый времени суток всем! Столкнулся с необходимостью, чтобы при проведении автообмена, а именно загрузке в переферийную базу запускалась обработка, которая выполняла бы какие-то действия. Сама обработка есть. Но вот вопрос, куда и что нужно дописать, чтобы она сама запускалась? В нете много пересмотрел и ничего путного не нашол.
Живет на форуме
Группа: Команда
Сообщений: 3568
Из: Киев
Спасибо сказали: 1443 раз
Рейтинг: 0
Я так полагаю есть код, где вызывается обмен. В конце этого кода получаешь нужную тебе обработку, передаешь в неё некий параметр (признак того что это обмен запустил её). В процедуре обрабтки при открытии проверяешь переданный параметр и если инициатор автообмен, то выполняешь необходимые действия. После завершения закрываешь обработку.
Мож, вначале нужно 1с запустить в режиме Предприятие?
Может я не корректно объяснил что я хочу... Вообщем суть такова. Есть 3 базы. Центральная и 2 перефирийные. Надо при проведении автообмена чтобы элементы справочника созданные в переферийной базе А попадали частично (тоесть не со всеми реквизитами) в базу Б. Я думаю что при прохождении авто (а именно при загрузке в базу Б) должна срабатывать обработка (так как при запуске в режиме пользователя ее запускать геморойно (висеть все будет)). Как это реализовать, чтоб при прохождении авто она срабатывала? Или я не правельно думаю и есть вариант проще?
Крутой
Группа: Местный
Сообщений: 1994
Из: Киева и окрестностей
Спасибо сказали: 406 раз
Рейтинг: 0
Нпр, видимость реквизитов в зависимости от "центральности" базы - но в этом случае данные все равно будут присутствовать в ПБ и могут быть вытащены отчетом или распечаткой таблицы.
Налицо серьезная ошибка при разработке архитектуры конфигурации. Исправлять ее обработками и прочими "костылями" - долго, геморно, и может оказаться безрезультатным.
Крутой
Группа: Местный
Сообщений: 1994
Из: Киева и окрестностей
Спасибо сказали: 406 раз
Рейтинг: 0
Чисто теоретически - нужна постановка задачи, ТЗ, .... спланировать архитектуру(где что и как хранится) ... инфу по объектам распределить в том числе и с учетом правил миграции.
То есть, если миграция "Все информационные базы" нельзя настроить, чтобы элемент попадал в отличную от создателя базу не полностью? (не полностью, значит без кое каких реквизитов)?
Живет на форуме
Группа: Команда
Сообщений: 3568
Из: Киев
Спасибо сказали: 1443 раз
Рейтинг: 0
Тогда тормоз обеспечен Может есть еще какой-то вариант решения такой задачи?
ИМХО. В данном случае больше всего подошел бы МОД, хотя от тормзов это не избавит. Если не хотите что бы тормозилась работа, то это должен быть отдельный сеанс 1С, который будет отвечать за обмен
Крутой
Группа: Местный
Сообщений: 1994
Из: Киева и окрестностей
Спасибо сказали: 406 раз
Рейтинг: 0
Цитата(Vitalis @ 27.05.10, 19:12)
То есть, если миграция "Все информационные базы" нельзя настроить, чтобы элемент попадал в отличную от создателя базу не полностью? (не полностью, значит без кое каких реквизитов)?
При любом характере миграции элемент справочника выгружается в файл обмена полностью.
Кстати, почему 7.7? В курсе, что для нее придется искать SQL2000 и уже не на всех ОС ее можно установить без извратов?
Если автообмен планируемый то можно после него запланировать запуск 1С в режиме предприятия под служебным пользователем и выполнение необходимого отчета.
Если автообмен планируемый то можно после него запланировать запуск 1С в режиме предприятия под служебным пользователем и выполнение необходимого отчета.
Такой вариант у меня неполучится реализовать. Офисы между собой в сеть не объеденены, только интернет есть там и там.
Цитата(Ardi @ 28.05.10, 1:19)
Нужные реквизиты хранить в отдельном справочнике. И на этом справочнике поставить настройки не обмениваться.
Эти поля имеют тип данных строка и число...про отдельные справочники я уже думал
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!