#0
by anna3388
не совпадает , то не загружать... есть 4 реквизита их нужно проверять при загрузке...читала вот это не могу понять , мне так же делать через параметры или есть какой-то другой срособ пробовала в ПКС при загрузке, но Источник уже не доступен
#2
by Aleksey
Не понял Если совпадает, то смысл загружать, они и так совпадают Если не совпадают - то не загружать Вывод. Вообще не выгружать реквизиты?
#3
by anna3388
да есть смысл это высота, длина,ширина - при первой выгрузке надо выгрузить, затем в 8,3 будут вносить их или исправлять ...и когда будет загрузка из 7,7 - она не должна менять уже в 8,3 эти реквизиты
#6
by Aleksey
Ну так НеЗамещать - Булево - по умолчанию определяется в настройках правила, но может быть изменено в теле обработчика. Если установить значение Истина, то для существующих объектов информационной базы установка свойства производиться не будет. Т.е. поставь галочку чтобы он заполнял только при создании
#7
by Aleksey
Либо после загрузки Событие выполняется после прочтения и установки атрибутов объекта из файла, но до его записи в информационную базу. Возможна модификация загруженного объекта.
#10
by Dragner
Перед загрузкой Условия возникновения события Только для платформы V8. Событие выполняется перед загрузкой объекта. Возможен отказ от загрузки, например, в случае невыполнения каких-либо условий. Загружаемый в БД объект еще не инициализирован.
#11
by Aleksey
ему не объект, а реквизит нужно отслеживать Т.е. есть объект Справочник номенклатура. У него есть реквизит - число, длина высота и ширина. Вот эти реквизиты нужно обновлять, только если они = 0 (не заполнены)
#13
by Dragner
"кд из 77 в 83 как при загрузке данных проверять реквизит справочника, если не совпадает , то не загружать..." Я понял как не загружать объект выгрузки, если этот объект присутствует в базе-приёмнике и реквизиты объекта выгруженного, совпадают с реквизитами объекта в базе-приёмнике.
#15
by Dragner
Извращение какое-то. Загружать объект, а потом смотреть, нужен он нам или нет. Ресурсы зря расходуются.
#18
by Йохохо
поля с галкой "Поиск" доступны в самом первом обработчике, который еще только ищет объект, можно там проверять. Ставим галку на Ширину, но кодом задаем строку поиска без нее, и сразу сверяем
#19
by бомболюк
а ничего не извращение. во время выгрузки приемник (в общем случае) недоступен, значит в момент выгрузки сравнить не получится в принципе. значит выгружаем значение в любом случае и смотрим при загрузке, нужно его грузить или нет.
#20
by Dragner
не при, а перед. Я за этот метод и пишу. А не за метод загрузить, а потом думать, записать его или нет. События "при загрузке" и "после загрузки" для других целей служат.
#22
by Dragner
каким образом в ПКС через поиск можно сравнить значения в базе-источнике и базе-приёмнике?
#24
by Йохохо
из пушки по воробьям, из-за пары секунд не стоит заморачиваться, и поддерживать сложнее, и всё свой запрос напиши в обработке поиска) "где Номер = &Номер и Ширина <> 0" очевидно в источнике никак, но поиск самый первый обработчик в приемнике и там прервать оптимально
#26
by Aleksey
И что ты получишь? ЧТо каждый раз будет новый объект создаваться? Прервать что? Загрузку в поиски ты не прервешь
#28
by Aleksey
Ну выгружается и что? В обработчике Поля поиска ты не можешь прервать загрузку, там идет поиск объекта и если объект не найден он будет создан. ТС же нужно не обновлять некоторые РЕКВИЗИТЫ объекта, если они заполнены
#29
by Dragner
что-то я не понимаю. Вы загружаете объект, затем проверяете его реквизиты и, в случае когда условия проверки выполняются, вы не записываете объект. Так?
#30
by Йохохо
жаль) нет КД под рукой, тогда тем более . Идея была получить и проверить реквизиты до загрузки объекта и даже до чтения, нет так нет да, и ничего страшного
#31
by Dragner
нифига в не сказано, что не нужно обновлять значение реквизита. Сказано, что если условия удовлетворяют, то не загружать (контекст: справочник)!
#35
by Dragner
не, я про то, что если их всё равно правят уже в источнике. Пускай будет несколько сотен тысяч позиций с измерениями, это как-то оправдывает всю ситуацию.
#37
by Aleksey
А кто сказал что их правят в источнике? Их могут инициализировать там, а дальше правка этих реквизитов идет в приемнике. Т.е. в основной базе снабженец заводит новую позицию и по возможности проставляет эти данные (ну например поставщик иногда предоставляет). Далее этот справочник выгружается в программу для складского учета (в какую нибудь WMS) где уже по месту данные уточняются и до заполняются/корректируются. Т.е. по сути эти данные нужны только в складской программе. Но начальство захотело чтобы снабженец мог их вводить и в основной, а дальше, складская служба, уже правила. Предлагаешь дать доступ в основную базу кладовщикам. Плюс возможность им инициализировать обмен для выгрузки того что они направили? Или кладовщик должен каждый раз звонить снабженцу, чтобы он поправил цифры, потом звонить в отдел ИТ чтобы они провели незапланированный обмен?
#39
by Dragner
из "это высота, длина,ширина - при первой выгрузке надо выгрузить, затем в 8,3 будут вносить их или исправлять ...и когда будет загрузка из 7,7 - она не должна менять уже в 8,3 эти реквизиты" так что с реквизитами работают в приёмнике.
#40
by Dragner
да не. Это я своё невежество оправдываю. Всё нормально. Я понял, что речь шла об одном реквизите, а не о справочнике в целом.
#41
by Aleksey
Откуда у вас такие мысли?? Снабженец когда заводил позицию перепутал длину и ширину, т.е. он указал эти данные, но они не верные. Данные выгрузились в 8.3, Кладовщик видит что данные некорректные исправляет у себя в программе эти данные (у него же в 7-ку нет доступа). При следующей выгрузки этой номенклатуры автоматически выгружаются из 7-ке некорректные данные о длине и ширине (в 7-ке же их никто не правил). Соответственно нужно чтобы если данные в 8-ке уже заполнены, они не обновлялись из 7-ке. Заметь никто в 7-ке их не правил, с чего ты взял что кто-то поработал и изменил эти данные в 7-ке (приемнике)
#42
by Dragner
1C 7.7 - не приёмник, а источник. И я не говорил, что реквизиты в 8.3 нужно переписывать.
#43
by Aleksey
очепятка * Заметь никто в 7-ке их не правил, с чего ты взял что кто-то поработал и изменил эти данные в 7-ке (источнике)
Тэги:
Ответить:
Комментарии доступны только авторизированным пользователям
Похожие вопросы 1С
- Перенос данных КД.2.0 (особенность конвертации)
- КД. Глюки.
- КД 2.0. Как проводить документы после загрузки?
- КД 2.0.17.1 - Использование алгоритмов при загрузке
- загрузка В ТиС 77 из бухгалтерии 77
- КД2.0: Правила выгрузки Комплекс 77 - Комплекс 77
- КД 2.0 Реквизит "Строка" в Реквизит "СправочникСсылка"
- Вопрос по КД(замещение объекта при загрузке)
- v7: перенос справочника сотрудников из 1с 77 ЗИК в Бухгалтерию 77
- КД параметры при загрузке в базу приемник
- Можно ли реквизит справочника сделать представлением справочника
- КД: Реквизит элемента справочника в табличную часть "дополнительные реквизиты"
В этой группе 1С
- Рабочий центр. Занятость. Фактическая. УПП.
- При переходе с зуп 2.5 в 3.1 расчет отпуска
- Расширение не дает добавить свой реквизит. Так и надо?
- Настройка видимости реквизитов на форме по виду операции.
- Форма выбора серий номенклатуры
- не получается отправить эл.сообщение программно
- Поймать события Открытие внешней обработки
- Ошибка bx shellext gettempfilename failed
- УТ 3.0 подключение внешней обработки
- Сборка мобильного приложения
- ут 11 как включить контроль остатка ДС
- Некорректный формат файла при обмене
- Классификатор ОКВЭД 2
- Отбор в списке справочника (1С 8.2 УТ 10.3)
- Как в запросе проверить целое число или дробное?
- ЗУП увольнение, долг за работником, дата получения дохода для НДФЛ
- Автоматический обмен РИБ через FTP
- 1c 8.3 УФ, Выпадающий список, запрет выбора значение с помощью Стрелок ВверхВниз
- Печатная форма не доступна
- БГУ 2.0.44.22 некорректно работает печатка ОС инв-52