Форум

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

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

Есть такая 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 = попа. Обмен нереально тугой (из коробки) и требует очень сильного допиливания, хотя, скорее всего, что оно типовое у всех, т.к. торгуют все одинаково.