Владимир Куликов (Все сообщения пользователя)

пишите в аську, помогу разобраться 443526192

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

Евгений, готовы поработать, делитесь заказами! 443526192

Это уже проще, теперь понятно. Я бы завел в БУС, в свойствах заказа два новых свойства "Счет из 1С" и "Срок доставки из 1С". Они штатно настраиваются для выгрузки в 1С (уйдут пустыми). В 1С они попадут в свойства дока "Заказ покупателя". На основании этого дока я формировал бы док. "Счет на оплату", который при своем проведении или записи заносил бы свой № и Срок доставки в свойство Заказа. Теперь это нужно передать обратно в БУС. Здесь придется вынести в свое пространство sale.export.1c (это конечно нехорошо для обновлений, но большой простор действий открывается, можем из 1С в БУС гнать с заказом любые изменения, статусы например). Но и в обработке обмена придется дописать формирование 2-х узлов. Можно все это не писать, а купить модуль в маркете http://marketplace.1c-bitrix.ru/solutions/rosintegral.sale1cstatusimport/index.php#tab-install-link Несмотря на то что модуль называется "Статусы заказов из 1С", судя по описанию можно любое свойство из 1С в БУС отправить. Но я не пробовал это решение, его принцип понятен, проще самому такое же написать.

Не до конца я понял. Пользователь оформляет заказ на сайте и тут же в счете (не в заказе, а счете) должен увидеть  номер заказа из 1С + срок поставки из 1С? Или он не оформляет сам заказ, а это делает менеджер в 1С и этот заказ тут же отправляется на сайт? А как тогда пользователь этот заказ увидит?
Сейчас пишу для 1с рабочий стол заказов, т.е. менеджер будет обрабатывать полученные заказы, ставить им статусы, коменты и это сразу же (по нажатии кнопки) будет уходить на сайт. Но приходится дописывать доп. узлы в обмене и выносить в свое пространство catalog.export.1c. Поэтому мне хочется понять вашу задачу.

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

Обсуждалось здесь http://dev.1c-bitrix.ru/community/forums/messages/forum26/topic22763/message12476­3/#message124763

нет, не вхожу. но крайне любопытно что вы нарыли по ошибкам.

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

Ну а дальше уже у всех идет своя методика разбора ошибок обмена. Здесь я думаю ТС нужно четко понять что есть XML_ID в БУС и UUID в 1С и после этого с обменом или интеграцией можно творить чудеса и очень гибко все настраивать.

Ну да, согласен, дело в терминах. подытожим: имеем базовую 10-ку, докупаем ее апгрейд до 10-ка Проф. конвертим из базовой в проф. и бесплатно переходим уже с 10-ки проф на 11-ю проф.

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

Пожалуйста расскажите про такие версии с "ограниченным вариантом обновлений" иначе вы вводите людей в заблуждение, все же у вас проф. команда по интеграции БУС и 1С.

Вы тут очень сильно заблуждаетесь и совершенно зря пытаетесь кинуть камень в битрикс или 1с. UUID остаются прежними всегда, особенно в рамках версии 10.3. УТ11? И тут беспокойства по этому поводу нет вообще. Про версию 8.3 и думать то крайне рано и в ней тоже проблем не будет.

А что вот такой вариант совсем не подходит? https://1c.1c-bitrix.ru/blog/blog1c/catalog_tree.php
"Есть и еще одна задача, которую раньше было не решить: это привязка товара в 1С к нескольким разделам одновременно. В 1С вы не можете привязать фоторамку и к подаркам для мужчин, и к подаркам для женщин. И если внутри системы это не часто и нужно (менеджеры все равно знают где лежит эта фоторамка), то вот для сайта такая возможность очень нужна, хотя бы в том же примере с подарками. " - вот выдержка оттуда. Зачем огород городить?

Управление торговлей, это именно Управление торговлей. Типовая конфигурация фирмы "1С".

Вопрос закрыт, до кучи нужно было сделать еще: настроить ЧПУ, заполнить символьный код у товаров и настройки инфоблока скорректировать.

Я бы такой вывод сделал. Статус заказа не обновляется при выгрузке, допустим, оплаты из УТ. Но! Данные об оплате приходят на сайт, т.е. и дата платежа и номер платежа. А статус не меняется. Его не сложно путем кастомизации заставить поменяться, но условий достаточно много возникает. Например, а если в 1С эту оплату отменят? Снимут с проведения, это же возможно и как то это нужно обработать (а ведь со сменой статуса и сообщения пользователю идут мгновенно). А если оплата прошла частично? Считать что оплата товара прошла успешно? Если прошла частичная оплата и есть остаток на внутреннем счете его использовать или нет?

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

Ваша схема выгрузки за 3-6 месяцев много раз измениться, практика внесет коррективы  Вам Артем совершенно правильно все объяснил, а Битрикс вообще это уже внесет в ближайшие обновления. Прислушайтесь, вам все расклады дали.

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

Не нужно ничего добавлять на форму. Свойств номенклатуры заведите у товара "Производитель" и все прекрасно попадет на сайт.

Решение одно. В 1С дописать функционал размещения картинки у групп + описание и дописать в обработке обмена, выгрузку для картинок групп.

Только сделать пустым описание в 1С. Очистить описания. тогда в выгрузку они не попадут.

Потестировал сейчас: описание корректно выгружается на сайт и с тегами и без. а вот чекбокс "описание в формате HTM" - на него бус не реагирует, т.е. и без него в HTML описание выгружается.