Форум

Совсем никак, или все таки можно после создания заказа найти для него "коллекции" отгрузок и оплат и удалить их программно? Какие-то события вроде бы как есть для заказа - OnSaleOrderBeforeSaved и OnSaleOrderSaved.

Судя по вот этой статье - можно создать заказ без Оплат и Отгрузок (всегда создается лишь некая системная отгрузка) -

[URL=https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=43&LESSON_ID=8409]https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=43&LESSON_ID=8409[/URL]

Как я понял, вид выбранной для оплаты заказа покупателем платежной системы перекочевал из свойства заказа в Оплату, так что без Оплаты наверное не обойтись. У меня с Оплатами одна проблема - после того как заказ был получен из БУС в 1с, в 1с же и  отредактирован и отправлен обратно в БУС, привязанная к заказу оплата в БУСе не пересчитывается.

На примере:

Клиент создал заказ на 10000 рублей, менеджер его проверил по остаткам, правильности выбора и т.д., созвонился с покупателем, скорректировал заказ, поменял количество товара или заменил что-то - заказ в 1с стал 15000 рублей.  После обмена с БУС - товарный состав заказа на сайте - 15000 рублей, но привязанная  к нему Оплата - так и осталась 10000 рублей. Чем там думают в Битриксе - непонятно. Надо делать обработку события сохранения заказа при обмене с 1с и пересчитывать стоимость привязанной Оплаты, чтобы правильно отображать клиенту финансовую информацию. Но это время, деньги и по большому счету исправление косяков Битрикса, решить которые через техподдержку не получится, не та квалификация в техподдержке.  

[QUOTE]Игорь Семенов написал:
Чем всё закончилось?
Компания "Битрикс" изложит своё виденье и пути решения проблемы?
Очень хотелось бы услышать аргументированный ответ: зачем сайту оплаты и отгрузки, если они ему не нужны?[/QUOTE]

Свое видение изложил Александр Денисюк (он в Битриксе программирует модуль обмена для 1с) в ветке "Важная информация по модулям обмена".

На вопрос - "зачем это делалось, ни одного восторженного отзыва нет на форуме от нового обмена" - он сказал, что довольные новым обменом владельцы сайтов просто не пишут на форуме. Видимо предполагается, что такие люди есть, которые пищат от восторга, что им на сайт придется выгружать помимо номенклатуры и заказов, еще и кучу никому не нужных документов с очень жесткими требованиями по синхронизации баз данных в 1с и в БУС, чтобы этот обмен был беспроблемным.

На вопрос, зачем гнать на сайт кучу документов из 1с, которые там не нужны от слова "совсем", ничего вразумительного ответить не мог.
Сдается мне, что функционал просто сделан под некий бюджет на разработку - деньги освоены, "оплата+отгрузка" в БУС 16 версии сделаны, ну а нужны они реально или нет, дело вообще десятое. Вроде бы как решали проблемы с частичными оплатами (типа клиенты хотят оплатить один заказ из разных источников денежных средств, но не могут, нет возможности в БУС) и частичными отгрузками (вроде как частями клиенту заказ отправляем, а клиент это хочет видеть в личном кабинете) и эти "проблемы" решала  16 версия битрикса.

На мой взгляд - решили проблему сферического коня в ваккуме, а реальным владельцам сайтов - создали реальные проблемы.

[QUOTE]divasoft написал:
[QUOTE] Дмитрий Чебыкин написал:
Я думаю вы (не вы лично, а компания) ошиблись в том, что решили из БУСа делать "онлайн-бухгалтерию-торговлю и склад", причем по дефолту, а не отдельной подсистемой, которую можно выключить.[/QUOTE]
Модуль обмена очень гибкий и удобный. Не хотите - не используйте, напишите свой сами, или допишите существующий. Можно даже использовать встроенный от самих 1С, но там гораздо меньше функционала.

Единственное что мне нужно было не стандартного - не создавать отгрузку при создании заказа. Как раз проблемы с 1С были, но это из за бизнес-процессов у клиента. Дописывается на стороне БУС.[/QUOTE]
Вам лишь бы в комменты стрельнуть, а суть не важна? Вы гибкости не видели просто, если вам это гибким кажется. А в комменте вообще свалили в одну свалку обмен номенклатурой, документами, попытку БУСа сделать строгой учетной системой, и что-то что вы смогли сделать у клиента у которого - 1с и бизнес-процессы.
Характерно, что вы отлаженный бизнес клиента называете "проблемы с 1с" в свете интеграции с БУС, а БУС у вас очень гибкий. Ну-ну. БУСУ до 1с как до Китая в плане учета.

Александр Воробьев, не знаю, что такое "ТП первого уровня", а подсказывать, где в админке найти ту или иную настройку - это не ТП. Вот сижу и думаю, если спрошу, работает ли On***CatalogImport1C  в случае, когда идет обмен заказами (или это чисто для каталога прием), не вызовет ли это культурный шок у ТП (обмен заказами можно запускать независимо от заказа в отдельном обмене).
Да и в моем случае, могли бы ответить, что обработка событий происходит тогда, когда $USER уже известен и в обработку событий в init.php можно делать разную логику в зависимости от пользователя - отработает нормально.

Александр Воробьев, премного благодарен за разъяснения. От анекдота все равно не откажусь, ибо техподдержке был задан вопрос - можно ли обработать события изменения заказа (корзины заказа), отдельной логикой, если они происходят в результате обмена с 1с. Ответ был отрицательный и пришлось ковырять order_loader.php, чтобы изменять заказ в БУС из 1с так, как нужно мне.

[QUOTE]Александр Воробьев написал:
Если. Конкертный пользователь означает обмен и только обмен, тогда и проблемы то нет. Переменная $inExchage совсем не нужна - просто анаизируем текущего юзера...[/QUOTE]
[QUOTE]Александр Андреев написал:
На сколько знаю определение пользователя $USER происходит после инициализации init.php (порядок выполнения страницы  [URL=https://dev.1c-bitrix.ru/api_help/main/general/pageplan.php]https://dev.1c-bitrix.ru/api_help/main/general/pageplan.php[/URL] ) и вариант "создать для обмена 1С отдельного пользователя с правами админа" не подходит.[/QUOTE]
Разъясните, пожалуйста, эти два цитирования противоречат друг другу или нет?

А[QUOTE]Александр Денисюк написал:
Тогда снимайте флажки, чтобы выгружались и загружались оплаты. В 1С они снимаются, в настройках.[/QUOTE]
А что мне делать с созданными ОПЛАТА и ОТГРУЗКА, когда клиент заказ на сайте сделал? Они автоматом создаются при оформлении заказа через публичную часть, от них как избавиться? Никак, просто шаблон списка заказов отредактировать (скрыть отображение)? И если теперь вид оплаты в ОПЛАТЕ записывается, как мне его назад в свойство заказа вернуть? И если сумма заказа поменялась, то надо чтобы и для вида платежной системы эта сумма тоже пересчиталась. Иначе как клиенту заплатить правильную сумму через обработчик платежной системы? Это наверное уже больше не к вам вопрос, а к тем кто на стороне БУСа логику пишет.

Я думаю вы (не вы лично, а компания) ошиблись в том, что решили из БУСа делать "онлайн-бухгалтерию-торговлю и склад", причем по дефолту, а не отдельной подсистемой, которую можно выключить.

Александр Денисюк, нет лучше вы скажите - для чего мне это делать? Моих клиентов устраивает простая схема - заказ создан, отредактирован, оплачен, отгружен. Вот не интересует их, как я заношу все это дело в моей учетной программе. Если клиенту интересно кому, за что и когда он платил - пусть просит акт сверки и смотрит свой банк-клиент, а я товары продаю, а не веду на сайте расширенную историю взаимоотношений с ним. Вы предлагаете в БУС создать некую копию 1с базы, в плане документов -  скажите - ЗАЧЕМ? Мне это не нужно,  совершенно, да и если было бы нужно, я бы искал способ выгружать в ЛК клиента к заказу нужные документы из 1с сразу в печатных pdf формах. Но это я бы искал сам, поскольку моя хотелка. А вы то мне зачем навязываете, что мне делать с моими документами из 1с? Или вы осведомлены о каких-то законодательных инициативах, в которых внутренняя учетная программа обязана предоставлять информацию в вебе? Ну что еще сказать, не знаю ....

Александр Воробьев, написано интересно, можно вас попросить написать не коротко. Как я понял, обуславливать обработку для OnBeforeIBlockElementUpdate в зависимости от пользователя, все равно нельзя (или нет?). Вы говорите, что на хите (в хите, у хита - как правильно?) надо отследить наступление события  OnBeforeCatalogImport1C и далее опять же в рамках хита выполнять все нужные действия для OnBeforeIBlockElementUpdate. Если так, то нельзя ли сразу пользователя (считаем, что для обмена у нас отдельный пользователь) на хите определить и задать аналогично $inExchange?

Александр Воробьев, нет не так. Что будет если обмен прервется? Где вы OnSuccessCatalogImport1C получите? И что будет, если во время обмена я отредактирую свойство элемента инфоблока через админку? Анекдот актуален, к сожалению.