Всем привет!

Кто как делает? и как правильно?

В общем создал план обмена и решил сделать сразу отборы перед регистрацией измененных объектов

Вопрос в следующем

никто не делал регистрацию посредством регламентных заданий? так как при проведении большого документа прога стала думать дольше (

может писать эти объекты куда либо в другое место а затем отбирать? или же как поступить?

может пихать все измененные объекты и при выборки их отьсеивать?

Не сталкивался, но можно попробовать таки да, писать при изменении в РС, а потом по нему регистрировать объекты.

(0) Используй БСП.

БСП что есть? (Безнеспроцессы?) :-)

(3) Можно спросить, в какой местности Вы проживаете?

Беларусь

Эх... Бросить бы всё и уехать в Белоруссию, где 1сники не знают, что такое БСП...
Сидел бы свежем воздухе, окучивал картошку....


)))

БСП (Бессоюзное сложное предложение)

(6) а я и картафан сожаю ))) на даче)))))))

кто такой БСП?

(8) Может быть стоит и продолжать этим заниматься? Ну его, этот БСП, этот 1С...

(1) регистр сведений ничуть не быстрее чем регистрации в плане

(9) Библиотек Стандартный Подсистем, панымаешь...

(12) Бібліятэка Стандартных Падсістэм тогда уж

))) (1) подходит спасибо

(6) Сидел бы на Окрестина, хлебал баланду.

(15) Это если выпендриваться

(15) Зачем? Мне бкб не нравится, как сочетание цветов... Зелёный намного приятней глазам, не так раздражает

(13) Э, брат, нэ понымаю я этих дыалэктов, да?

Нифига не понял. Регистрация измененных делается либо автоматически при записи объекта, либо через свойство ОбменДанными при записи объекта программно. Временем и того и другого с точки зрения производительности можно смело пренебречь.
Что такое "отборы перед регистрацией измененных объектов" и почему они тормозят - для меня тайна.

(0) "никто не делал регистрацию посредством регламентных заданий?" - А зачем это нужно? Регистрируй по факту изменения объекта, либо сам определяй програмно, что зарегистрировать при изменении объекта.
"может писать эти объекты куда либо в другое место а затем отбирать? или же как поступить?" - Зачем? Чем вам типовая регистрация объектов, далее считывание измененных объектов из узла не устроила?
"может пихать все измененные объекты и при выборки их отьсеивать?" Какую вообще задачу решаете?

(19) ТС походу только что открыл для себя такой объект конфы, как план обмена)

(19) у еня товары регится должны только те что отвечают отбору

то-есть не состоят в перечисленном списке, у товара имеются картинки , характеристики (короч етовар полностью заполнен)

я сволял дурака все написал и потом мне начали говорить что база при проведении виснет так как перед тем как программно добавить ссылку к изменению я проверяю его на условия выше

там много написано и проще метод который регит вынести в другой план обмена а втом что другой план обмена регить все затем регл. заданием получать список всех и проверять на вхождение короче где то так но потом я уже все передумал и щас уже переписываю регистрирую все что попадется

а выборку делать уже буду с отборами а все что мимо будут отсеиваться нафиг!

(22) Опять ничего не понял. Начиная с того, почему товары должны регистрироваться к отправке при проведении документов.

(19) да! это так! и что?

что в этом такого что я с 1С 8 наверное пару мес работаю.

я немного ее изучил вроде поддается но что то мне не понятно иду сюда на форму подурить Вам голову

до этого на 7-ке делал обмены но там писал в справочник измененные обьекты и их читал / удалял и т д

в 8-ке пока не очень понятен этот механизм

(24) В 8-ке используются точно такие же принципы РИБ, как и в 7.7
Поэтому если глубоко разбирался с механизмами РИБ в 7.7, то проблем быть не должно.
В 8-ке этот механизм просто порезали на универсальные составляющие.

(24) поэтому вам лучше вначале почитать за этот механизм, посмотреть какие есть методы работы с ним, как регистрируются и читаются изменения объектов и прочее. А после этого уже писать здесь, что у вас не получается из освоенного материала. В контексте вашей задачи, вы можете снять авторегистрацию у документа и сделать свою регистрацию при записи/проведении нужных объектов. Можете регистрировать все объекты, но при выгрузке фильтровать. Тут все зависит от объема документов с нужными вам фильтрами. Если в момент выгрузки вы на 100% уверены, что регистрации объектов быть не может (например рабочий день с 9-18, а выгрузка ночью), в этом случае можно попробовать пренебречь номером сообшения, получать изменения запросом по нужному узлу, после выгрузки очищать все изменения на нем.

Сейчас что у меня сделано

Создал план обмена под регистрацию в нем только номенклатура

но авторегистрацию запретил

далее

создал событие (при изменении товара , при изменении документов (список длинный)

в этом событии проверяю кто источник есл идокумент тогда перебираю его строчки елс итовар тогда работаю с ним

далее проверяю  можно ли вообще добавлять к обмену этот товар вс ели у него заполнено

есл инет тогда пишу задание контент менеджеру на предметтого что нужно поработать с предоставленым списком товаров!

иначе пишу товар как измененный и раз в n/s шлю данные на сервер приложений

(27) но в этом моя ошибка мне нужно было регить все дабы не тормозьть

а когда уже отправляю на сайт удалять из регистрации товары которые не подходят и писать их в задание для контент менеджера

а остальное выливать на сервер

(10) а Вы значит сразу как первый раз открыли пофигуратор сразу все понимали и писали верно! так?

(28) как я и писал все зависит от задачи и наполнения базы данных. А что мешает сделать авторегистрацию номенклатуры? А при выгрузке проверять, чтобы все данные были заполнены, если нет, то не выгружать. После выгрузки удалять регистрацию по номеру сообщения (чтобы не потереть регистрацию новых объектов в этот момент). Те товары, которые не прошли фильтры можно письмом отправить нужным сотрудникам для исправления. Как они исправят, номенклатура автоматом попадет снова на регистрацию и выгрузится при следующем регламенте.

+(29) а так-же  с ходу понимали СП?

(30) ну вот это я сейчас и делаю (

просто суть ветки в том что подумал а что если метод регистрации стартовать регламентным заданием что бы ассинхронно что ле работал (

(31) для этого достаточно почитать правила форума, прежде чем писать...
Делюсь (без-воз-мезд-но, то есть даром) ссылкой

https://forum.mista.ru/rules.php#dict

да вот вообще почему 1С выполняет подписку на событие в том же потоке? почему нету выбора где выполнять ее? (

(33) Ага. Создали объект, поставили в очередь. А потом тут же его удалили, а потом до него очередь дошла...
А что, это идея...

(35) Потому что асинхронная подписка - это оксюморон

(35) зачем вам при записи 1000 документов, 1000 раз проверять на отборы, когда можно всего 1 раз это сделать при выгрузке?

(36) ну и до удаления очередь дойдет хай в памяти висит и ждет своего часа

(38) а как быть с документами?

в смысле мне то к обмену нужен по сути только товар

при проведении короче манипуляциям с документами я ж получаю документ а регить нужно товар?

ка кобычно делают регят и документ а далее уже перед отправкой выдирают товары и.т.д?

Ты хочешь отправлять на сайт только товары, которые полностью оформлены и присутствуют в каких-то документах. И пока новый товар не появился в каких-то там документах, то на сайт не отправлять? Или как?
Можешь внятно озвучить задачу?

(40) По разному делают. У меня на одном из проектов есть подписка, в которой регистрируются все товары источника. Подписка привязана к нескольким документам. В принципе замедления в работе я не заметил. Можно и документы регистрировать, а далее выдергивать товары, если только они нужны. Но каких то напряжных для быстродействия проверок при записи объектов лепить не стоит.

(42) сейчас сделано так и это то что мне нужно но замедляет работу а именно только проведение больших документов

В плане Обмена в составвходит только справочник Номенклатура флаг авторегистрации отключен

имеется подписка на события ПРи Изменении товара и списка документов

далее в методе подписки я получаю товар затем проверяю а нужно ли нам его вообще регить если да то регистрирую если нет то пишу ошибку в журнал

далее если источником является документ тогда начинаю обход строк его табличной части и далее опять же получаю товар, проверяю входит ли он по условию и либо регистрирую его либо пишу ошибку в журнал

так вот при проведении особенно больших документов приходится больше ждать чем обычно разница примерно в 15+ мин!

отсюда и возникает вопрос

а что если я переделаю

в план в состав добавлю нужный мне список документов

в методе подписки не буду обращать внимания на то кто источник и не буду проверять товары на условия вхождения (короче буду регистрировать все)

далее уже в регламентном задании перед тем как выполнить обмен буду вопервых вытаскивать товары из таблиц документов и сами товары из зарегеных

далее проверять их на предмет того что входят они или нет

и уже затем этот список буду использовать в качестве товаров к обмену?

но меня пугает тот факт что товаров у нас может быть ооочень много в одном обмене

например проводят отчет о розничных продажах и тут доход до нескольких тысячь наименвоаний товаров ( по одной кассе а касс у нас на каждом магазине по три штуки и магазинов 4 итого 12 касс (

вот я спрашиваю как обычно делают?
регят все подряд а затем уже при обмене формируют список и готовят его к омену а лишнее удаляют или же все таки
делают как я сделал изночально?

или- же я неверно понимаю механизм планов обмена?

может хватает только установить в составе только справочник номенклатуры и он будет регить туда номенклатуру если даже проведут документ и остаток товара изменится?

все что мне необходимо к обмену

сам товар его группы и характеристики его цены и остатки в разрезе видов цен и складов

трындец. т.е. при проведении товара не все его строки (не все товары) могут попасть в обмен? и в приемнике будет кривой документ?
или - каким боком обмен товарами к обмену документами? товар корректируется - подписка ловит - анализирует - включает в обмен или нет.
в документах товары - только ид в правилах.

накрутил фигзнает чего. семерочников позоришь.

(47) видимо ему вообще не надо документы грузить, нужно куда нить выплевывать товары из определенной матрицы с актуальными остатками и ценами. Видимо еще нужно оперативно догружать изменения по данным товарам.

(43) Зачем всё это? Не пойму.
Вот есть у тебя документы для выгрузке - выгружаешь по ним всю номенклатуру.

Зачем нужны отборы? Проясни.

(46) как часто происходит обмен?

(47) Вы внимательно читали?

где там указано что к обмену идут документы?

я же написал что при изменении документа я ловлю это событие выдергиваю из его ТЧ товары и регистрирую их к обмену

но если товар не обработан контент менеджером то такой товар не смотря что его оприходовали не должен попасть на сайт а следвоательно н попадет на сайт только когда он готов к приему на сайт

(49) например, часть товара продается через сайт, какая то часть через рынок, еще часть вообще для внутреннего потребления. Зачем грузить все это дело на сайт грузить  к примеру?)

(48) да именно так мне нобходимы только товары и их данные документы мне вообще не нужны мне нужна инфа потоварам если товар изменили, если остаток по товару изменился, если изменилась или добавили цену и т д

регистрируй документы, а выгружай товары

(53) насколько оперативно надо грузить изменения?

(49) у нас есть огромная база старых товаров и они больше не учавствуют в движении

потом отдел который анимается оприодованием товаров вводят новые товары абы как и следовательно такие товары не должны быть не моб приложениях и ни на сайте

для этого и пишется обмен который будет выливать только те товары которые готовы к обмену!

(55) если нужно моментально, например проверять остаток на момент заказа, то тут нужно http сервис поднимать, пускай сайт сам долбится при оплате к примеру)

(55) сейчас каждые 15 менут обмен производится вс еданные выливаются на сервер данных а оттуда по кассам, приложениям и сайтам

(51): вы внимательно читали? каким боком документы к обмену товарами? в обмен попадают изменения сущностей (товаров). если ваш документ их меняет - грош вам цена как спецу.
документ меняет связные объекты (рс цен) и именно его нужно передавать? - подписка на это событие, и в ней уже анализ, регистрация.
что вы в этот документ уперлись-то?

(58) эти 15мин вы сами решили, или это был согласованный регламент рассчитанный по вашим бизнес-процессам?

(59) потаму и пришло спросить здесь как будет правильнее

еще раз напишу в обмен не попадают ни какие документы!

в обмен попадают только товары

изменения по документам ловлю дабы вытащить из них список товаров которые необходимо обменять

(61): еще раз. по слогам. документы. ни. при. чем.
дергайте изменяемые сущности, регистрируйте выборочно при надобе. точка.

(60) это расчетное время обмена + 10 мин )

я сперва выполнял обмены раз в час и делал замеры вс еэто время за все время выходило где то после запуск аобмена 5 / 6 мин

я установил 15 мин теперь все работает стабильно но менеджера жалуются что очень долго проводятся документы!

(62) ок как мне получит ьинфу о том что по товару изменился остаток?

или изменили или добавили цену?

(62) я правильно понимаю, вы предлагаете привязаться к событию при записи как нужному регистру и от туда регать объекты?

ЗЫ: и если вам интересуют оперативные остатки - тупо пишите отдельные доступные остатки по центрам учета в центре, и поднимайте http-сервисы, через которые из баз центра учета будет мгновенный доступ к нужным данным.

(65) не к событию. а к измененным данным.

(66) это я в (57) еще предложил)

точнее - не к событию любых действий с доком - а к событию изменения подлежащих синхронизации данных.

(68): да, я видел

(67) не понимаю Вас!

к каким?

регистры накопления и сведений?

а не проще тогда зарегить тупо документы и затем уже ка кбы понятно исходя из списка товаров что к обмену пихать

(67) вот пример, есть документ поступления, в нем 10 строк с товарами, он проводится, остатки регаются в регистре накопления. В данном контексте вы как будете регистрировать изменение остатка у 10ти позиций?

(72) чтобы на выходе выплюнуть эти 10 товаров с новыми остатками

(72) о, так пришли к тому, что изменение товаров регить не надо  только изменения остатков.
ну так это просто - регим все. а отделяем злаки от плевел - в правилах обмена.

(72) Обхожу табличную часть документа

проверяют подходит ли данный товар под условия обмена

если да тогда регистрирую этот товар в плане обмена

далее когда стартует регламентное задание читаю измененные объект в плане обмена

получаю все необходимые данные по товару (Группы в которой он сидит, Склады Остатки по складам, цены в разрезе видов цен, Фото товара, Хараткеристики, описания и т д)  и другие данные формирую XML и выливаю его на другой сервер

мне нету необходимости заваливать сервер приложений данными которые ему не нужны вообще

если товар пришел и он не оформлен то он соответвенно не будет учавствовать в обмене если он готов к обмену

то он туда попадет

(74) походу ТС этого ответа и хотел услышать, я просто к нему подводил)

(76) только вот ТС решил сразу отделять "злаки от плевел" при проведении документа, а это не есть хорошо, особенно, если перепроводится пакет документов

(74) и ка ктогда нам прилетит товар например который просто добавили и он должен попасть на сайт но как под заказ?

затем заметили ошибку в описании товара и изменили его при этом не двигая его по регистрам!

(77) потому что так обмен на много быстрее производится!

(78) Ты бы все-таки потратил 20 мин. и сформулировал внятную постановку задачи. В первую очередь для себя.

Начиная с того, какие именно данные должны попадать во внешнюю систему.

(79) вы мне хотите сказать, что будет быстрее провести 1000 документов, где при проведении накручены всякие проверки и отборы для регистрации изменений. Чем просто провести 1000 документов и 1 раз проверить при выгрузке?

(77) да именно так именно поэтому и пришел обсудить это с Вами что бы Вы посоветовали как лучше сделать что бы и сам обмен не напрягать
и что бы при этом проведение доков не напрягало менеджера

(81) нет! я не хочу этого сказать!

ну дак либо обмен всеми изменениями делается максимум5 минут а если переделать тогда эти самые 15 минут которые сейчас занимают отборы будут занимать время обмена ( но думаю у меня другого выхода нет ( буду переделывать (уже в принципе переделал почти )

но опять же я и спрашивал о том

в моем случае лучше вариант

регить все к обмену включая сами документы затем уже перед обменом отбирать то что необходимо?

еще раз. бред сивой кобылы.
документ двигает остаток по новому товару, который "по правилам" не должен попадать в приемник. остаток есть - в приемнике ни остатка ни товара.
товар до-корректировали - он по событию изменения сущности зарегистрировался к обмену - появился в приемнике. а остатка нет. но он должен быть.
у вас, сударь, каша в голове.
по слогам. все тупо просто.
регим документы и товары - ВСЕ. перелаем изменения - ВСЕ.
КАК с этим всем обойтись в приемнике - сугубо личное дело приемника. в этом приемнике показываем (обрабатываем, выводим, раскрашиваем как надо в отчетах, и т.п.) товары остатка по фильту этого реквизита товара. в том приемнике - по другому фильтру на реквизиты товаров.
решайте каждую задачу нужным инструментом и в нужном месте.

(86) а что писал я ?

вообще то то же самое

вот только приемник только кушает данные

а следвоательно полюбому в приемник полетит не все!

в любом случае

дабы не захломлять приемник лишними данные которые ему вообще не нужны

(87): "дабы не захлАмлять" - не захламляй объектами, фильтруй их(!) в обработчиках правил обмена. а не отрезай от объектов куски. вот о чем я. и чего упорно не хочешь понимать ты.
удачи твоим клиентам - им сильно пригодится.