Форум

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

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

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

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

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

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

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

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

У меня выгружается
[QUOTE]<Цена>
<Представление>3 750 руб. за шт</Представление>
<ИдТипаЦены>3b0aaf27-a343-11e3-a355-00224d505243</ИдТипаЦены>
<ЦенаЗаЕдиницу>3750</ЦенаЗаЕдиницу>
<Валюта>руб</Валюта>
</Цена>[/QUOTE]
поле PRICE_SCALE везде заполнено. Два обмена - только изменения и полный, проблем нет.
Модуль от битрикс 6.0.3.4, доработан на то, чтобы у торговых предложений подставлялась в цену - цена основного товара.
В 1с заложено, если у предложений не проставлены цены, то применять цену основного товара. Поскольку в Битрикс плохо знают 1с, то их модуль обмена этот момент не учитывает, и цены для торговых предложений не шлет на сайт.

Если 0 частично, то вряд ли дело в RUB. А с полями PRICE и CURRENCY все нормально в этом случае?

Не факт, что после конвертирования, файл заказов станет приходить в utf-8

Если я правильно понял, то надо сформировать и сам файл в нужной кодировке и внутри файла в заголовке документа указать нужную кодировку.
Скорее всего, формированием списка заказов занимается ExportOrders2Xml, но вызывается он в компоненте sale.export.1c и этот компонент полученный список заказов отдает в 1с. Т.е. кодировка отдаваемого содержимого в 1с набора заказов - это не только ExportOrders2Xml.
Скорее всего заголовок документа формируется в ExportOrders2Xml, там надо искать строки типа  "<"."?xml version=\"1.0\" encoding=\"windows-1251\"?".">\n"; в них формируется заголовок документа заказов, описывающий кодировку, посмотреть есть ли в коде условие по которому в заголовок пишется windows-1251, а не UTF-8. Попробовать поставить принудительно UTF-8, посмотреть что получится.
Сам получившийся список заказов из ExportOrders2Xml отдается в 1с  в компоненте sale.export.1c, надо смотреть через какие переменные это делается и переконвертировать перед отдачей в 1с данные в UTF-8.
Что-то конкретнее сложно подсказать, ExportOrders2Xml и sale.export.1c сильно разнятся для конкретных версий битрикс. Если только вы в спойлеры содержимое обоих выложите.

Ирина, здравствуйте. Я не программист 1с, рассказал как мне сделали "множественность" свойства, возможно что в описании способа применил формулировки не по канонам платформы 1с:Предприятия. Наверное мне надо было написать не "список с выбором значений" - а "таблица значений свойства с чекбоксами для их выбора". Ну а как это реализовать для строкового свойства в 1с для УТ 11 лучше на профильных форумах поспрашивать, там быстрее помогут. Здесь надо только по тегам xml уточнять информацию, если БУС не будет импортировать правильно передаваемые данные.

Способ, о котором Александр Денисюк вскользь упомянул, описан вот здесь - [URL=https://dev.1c-bitrix.ru/community/forums/messages/forum26/topic19114/message335864/#message335864]сообщение 1[/URL] и [URL=https://dev.1c-bitrix.ru/community/forums/messages/forum26/topic19114/message335911/#message335911]сообщение 2[/URL] И хоть там шла речь об УТ 10.3, для УТ 11.2 тоже подойдет. Способ неидеальный, лучше создавать свойство товара с типом строка, способ ввода для этого свойства - "список с выбором значений", а в конфигурации создать справочник со списком возможных значений этого свойства, выбранные значения сохранять для каждого товара. Сам модуль обмена доработать, чтобы выгружались нужные теги в файлах обмена. Вам нужен программист 1с для этих доработок.

Подобный вопрос уже задавался - [URL=https://1c.1c-bitrix.ru/support/forum/forum26/topic91303/]ссылка[/URL]

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

С Оплатами немного разобрался. Делаем следующее  -  отключаем в настройках обмена между 1с и сайтом обмен Отгрузками и обмен Оплатами. А чтобы после обмена с 1с, пересчитывалась Оплата, которая создалась автоматически при оформлении заказа покупателем, добавил в init.php следующее:
[CODE]<?
use \Bitrix\Main\EventManager;
use \Bitrix\Main\Event;
EventManager::getInstance() -> addEventHandler('sale', 'OnSaleOrderBeforeSaved', 'paymentRecalc');

function paymentRecalc(Bitrix\Main\Event $event)
{  
/** @var Order $order */
   $order = $event->getParameter("ENTITY");
   $oldValues = $event->getParameter("VALUES");

  $sum_order = $order->getPrice(); // Сумма заказа
  $paymentCollection = $order->getPaymentCollection();
   foreach ($paymentCollection as $payment)
    {
     $payment->setField("SUM", $order->getPrice()); // Задаем размер Оплаты равной стоимости заказа
    }
return;
}
[/CODE]
Пишите комментарии, код выше еще надо доработать на проверку того, что событие OnSaleOrderBeforeSaved происходит в процессе обмена заказами с 1с и что у заказа зарегистрирована только одна Оплата.

А как сделан вывод, что файлы приходят в cp1251, а не в utf-8? Вы непосредственно файлы, полученные из битрикса, посмотрели или 1с написала в консоль ошибок, что кодировка неверная?

Версия и редакция Битрикс какая у вас?