Оплаты и отгрузки

Я пошел по пути кастомизации обмена с 1с. Вся логика в классе CSaleOrderLoader, пришлось его копирнуть и подменить на свой в штатном компоненте sale.export.1c, предварительно конечно перекинув в свое пространство имен.  

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

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

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

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

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

Документы отгрузки и оплаты - это лишние сущности, которые наплодили без необходимости. Они прям нужны на сайте как документы?! Или достаточно просто ссылки на номер?

Почему, например, нельзя было сделать модуль: Бухгалтерия и сделать отдельную редакцию, хотя бы для тех, гипотетических мазохистов, которые всё, таки решаться на подобный риск?

Не сказал бы что в моём случае простой обмен, но его точно нельзя назвать сложным.
Итоги интеграции за 2014-2017 года - ПАРА СОТЕН ТЫСЯЧ рублей расходов на "интеграцию из коробки". Вот без Б. С редакции 14, Битрикса обновление и постоянные донастройки выливаются в серьезные ежемесячные счета.

И это просто обмен: товары на сайт, заказы с сайта в 1с и обратно статусы и состав.
По моему, не сильно компетентному и не сильно авторитетному мнению: разработчикам нужно признать данный факт, как ошибку и бросить все силы на устранение последствий этого решения.

МНЕ НЕ НУЖНО НИЧЕГО КРОМЕ:

• СТАТУСОВ ЗАКАЗА
  
• ПРИЗНАКОВ ОТГРУЗКИ/ОПЛАТЫ/РАЗРЕШЕНИЯ ДОСТАВКИ пусть даже и множественных и с описаниями (для номеров и дат документов)
  
• ПРАВОК СОСТАВА ЗАКАЗА
  
• ВЫГРУЗКИ ТОВАРОВ НА САЙТ В ОДНОСТОРОННЕМ ПОРЯДКЕ
  
• ВЫГРУЗКИ КОНТРАГЕНТА ПО ID туда и обратно
  
• СВОБОДНЫХ ДОПОЛНИТЕЛЬНЫХ ПОЛЕЙ ЗАКАЗА вроде примерной даты доставки.
  

ВСЁ.

Сайт - это инструмент лидогенерации.
Бухгалтерия ведётся и будет вестись в 1С. Либо предложите компетентного бухгалтера на программу учета 1С-Битрикс CMS.

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

Ну и в подтверждение моих слов, я говорю именно об интеграции сайта с УТ, и не о чем другом. Смысл всего написанного без данного контекста теряется.
То есть задача передать данные в УТ и там их обработать, а не гонять туда-сюда правки.

Нет никакого модуля "Бухгалтерия" для БУС, и никакого ведения учета на сайте не предполагалось.

Все гораздо проще.

Есть такая CMS Magento. Битрикс делает свой продукт похожим на нее, все эти Отгрузки и Оплаты (Shipping и Payments) там есть.

Так что никакого "онлайн-учета" не планировалось.

Битрикс просто делает российский вариант Magentы, возможно с перспективой потеснить ее на рынке CMS за рубежом, повторяя архитектуру, чтобы знающим Magento было проще на нее перейти. А может и нет таких планов. Есть хорошая ЦМС Magento, чтобы не изобретать велосипед, давайте "все хорошее" повторим в нашем продукте.

А кривой обмен с 1с - это побочный эффект от совмещения архитектуры западной CMS и российской системы учета.

Я думаю, что в итоге все таки придумают, как обеспечить этот "стык цивилизаций" и обмен допилят. Потому что одно дело - заводить на сайте Shipping и Payments,
(это ладно, пережить можно) и совсем другое пытаться ими рулить при помощи! обмена! документами! из 1с.

Смешно только слушать в презентациях, что все это сделано по "многочисленным" просьбам российских покупателей продукта и что все эти идеи придуманы в Битрикс.

Юрий Нестеров,  вразумительный ответ следующий.

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

Стратегический долговременный - это создание Magento-подобной CMS, для этого все эти D7, Shipments, Payments и прочие "новые" элементы.

Тактический локальный - это устранение "местных" проблем с учетом национальной специфики - типа онлайн-касс и обмен с 1с, каких-то очень критических ошибок и недоработок.

Отгрузки и Оплаты (Shipments, Payments) не придуманы для ведения бухгалтерии на сайте, это один из этапов по стратегическому развитию продукта. Спрашивать об этом у нас с вами не будут точно, поскольку Magento - один из лидеров CMS интернет-магазинов на западе, Битрикс  не изобретает велосипеды, а "берет лучшее" от уже сделанного.

Просто при добавлении этого функционала, не учли российскую специфику ведения учета в принципе. В голове у разработчиков была безусловно какая-то модель, как работает 1с и как на их взгляд все должно происходить в плане обмена. Почему-то они решили, что сущности заказа сайта (взятые с забугорной CMS) == документы в российской 1с. А это совсем не так. Я не уверен, что и с Magento то они до конца разобрались, для чего там сделаны коллекции Оплат и Отгрузок.
Там есть, значит и в Битриксе должны быть. Magento уже востребована на западе, и БУС там со своими велосипедами (в хорошем смысле, все таки БУС нормальный продукт) никто не ждет.

Сейчас будут думать, почему то, что работает в Magento, "не прокатило" у российских пользователей и как-то это исправлять. Занесут в тактический план.

Коллеги, я сейчас на конференции, поэтому много написать не могу. Но. Я еще раз прошу вернуться к контексту. И обсуждать именно интеграцию. А не магнето и не долгосрочные стратегии Битрикс.

Другого места использования данных документов кроме как в ут - я не встречал. Полагаю, что они либо аналоги документов для 1с либо собственная документация. Сейчас тестирую последнюю версию обмена и битрикса и постараюсь отписаться позже. Там вроде проблем меньше, но они точно есть. Я уже встретил пару.

И благодаря этим вот двум бесполезным документам, я повторюсь, простая интеграция = сотни тысяч.

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

Поцоны, а можно без сучностей? Статусами из 1С ничего не управить - они теперь автоматические. Да, мы из ретейла по статусу "передан в доставку" разрешаем доставку отгрузки, а по разрешению доставки отгружаем отгрузку.. Че так сложно-то? В чем прикол разрешить доставку и отгрузить отгрузку? И что первее должно быть? Почему при отгрузке из 1С делается отдельная доставка? Почему, если, к примеру, она одна и на все позиции в заказе, то не записать ее поверх той, что создалась с заказом? Вы часто подгузники частями клиенту возите? а одежду, обувь? Нет, конечно! заказ 1 раз и весь везется, а не по 100 грамм отгружается. Это в опте - мне  100500 пачек. Ага, 100 сейчас, а 500 потом придут. Там можно коллекции делать, а тут... А выходит, что из 1С отгрузка порождает еще и доставку, что суммируется к сумме заказ. Вы сами-то заказывали в инет маге что-то? Доставка по городу 300 руб, но мы вам сегодня за 300 привезем часть товара, а завтра за 300 еще часть. Понимаю, курьерам тоже кушать хочется. Хорошо, БУС говорит, что надо работать с отгрузками с сайта в 1С. Кхе, а нас учили, что товарные накладные идут непрерывной нумерацией, т.е. если 4 марта была накладная 7, то 5 марта №3 уже быть не может, а 8 или выше. Или мы клиенту дадим по заказу накладную №4 от 12 января, когда он в марте только оплатил и товар мы в марте передали? Это точно новое в бух "Бухгалтер БУС1С". Но кого это парит. И, проводить, если отгружен, хорошо, если провелось, а если там что-то не так (ну хз чего, в 1С вечно что-то не так), то как среди всей этой пусьмы документов понять, что реально не нужно, но приперлось, а что тупо не провелось - как?!
Оплаты - ок, пускай с 54ФЗ стали оправданы и нужны, слава КПСС!
Я понимаю, что весь обмен - это бонус, как во многих CMS. Но было же все хорошо...
Можно, как раньше, чтобы заказ пришел в 1С, а по факту оплаты из 1с в БУС отметка о оплате (номер и дата документа), и по факту отгрузки № и дата накладной. Желательно без доставки "без доставки", а просто, как факт отгрузки, пускай и частичной. Просто флаги. Оплачен. Отгружен. Выполнен.
Много же не просим ) Просим БУС 15 в этом направлении оставить. Или допились уже то, что просят "счастливые пользователи". Можно добавить галку "мне это не нужно".
По факту - БУС + 1C = попа. Обмен нереально тугой (из коробки) и требует очень сильного допиливания, хотя, скорее всего, что оно типовое у всех, т.к. торгуют все одинаково.

Уже. Просто зачем заявлять возможность при ее полной несостоятельности.

Дмитрий, Вы меня троллите чтоли? Ололо Вам тут?
Я о документах и не думаю, я думаю только о том, что примерно в это же время, год назад, я столкнулся с совершенно фантастической штукой, которая начала приходить в 1С а из 1С обратно на сайт. Я думаю о тех реальных оплатах, которые были совершены за разработки, и не однократно. Каждое обновление модуля обмена на стороне 1С вызывает необходимость вмешательства. Попробуйте подписаться, что это не так.

Ну, и, раз уж голословные обвинения пошли, как я подозреваю, из-за крайне невысокого личного ценника, и не понимания реальной ответственности и последствий за нажатия, на шальные кнопки, могу предложить Вам подписаться под мой проект. Давайте заключим договор, будете работать на меня месяцами, и даже не вздумайте ни о каких сотнях говорить. Какие сотни... Полная ответственность по договору, все подготовительные этапы за Ваш счёт, ну даже не знаю что Вам еще предложить. Только вот, если у Вас не получиться, меня не устроит - "У меня не получилось, и игнор в скайпе, как это часто бывает". Ответственность будет миллионная, четко прописанная, ок? Простой сайта в рабочие часы не более 2 часов в сутки. Лимитированное время на проект, опять же ответственность за срыв сроков. Супер-дорогие сервера и быстрые снимать не буду. Дальше продолжить?
Про размер базы пока молчу, а то вдруг, Вы смекнёте и не согласитесь...

Всем остальным участникам данного топика приношу свои извинения. Сорвался малость, пару аргументов привёл, чтоб вразумить пользователя "ДА ЛАДНО! ВСЕ ЭТО ЕРУНДА!"

Можем продолжить обсуждать практическую сторону участия, того, что называется Отгрузки и Оплаты в обмене с 1С УТ.
Полностью согласен, в большинстве случаев в интернет магазине нет частичных отгрузок. Документы в 1с приходят и желательно, чтоб они отправлялись обратно.
До сих пор открытый вопрос, что мне делать с этими документами, или как от них отказаться.
Может у кого-то есть решение, как их полностью игнорировать?

Ну хорошо, хоть не с луны и Марса. Дмитрий, перестаньте говорить "а если, да кабы". Для подобных проектов и задач разрабатываются специальные решения за опять же пару сотен тысяч рублей. Таких магазинов единицы. Вряд ли контроль отгрузок осуществляется через сайт. Это вообще болото.
Ну хватит уже, не смешно ни разу.

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

Хватит рекламировать свою магнету. Мы на форуме Битрикса вообще-то, и обсуждаем проблему с ОБМЕНОМ ЗАКАЗАМИ по Битриксу. И нам ввели какие-то новые штуки, и они мешают обмену, и нам никто не говорит зачем и что нам с ними делать. Когда перейду на магнету, обязательно напишу Вам, чтобы получить подробнейшую консультацию.