Модуль обмена для БУС

Добрый день. УТ 11.4 , модуль "интернет магазин +1С (7.0.1.10)"

Как решить проблему с новыми ценами дата действия которых завтрашний день?

Суть такая: сегодня 26.04.2018  в 1С УТ 11 сделали цены документом "установка цен номенклатуры",  но дату документа  поставили 27.04.2018
И вот на сайт выгружается новая цена, хотя она должна выгрузится завтра

Да.

К примеру на выходные цены снижают, т.е. в пятницу сделали установку цен на субботу(т.е. рано утром цены уже действую), и на понедельник другую установку цен(цена восстанавливается).

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

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

[решено, но имхо так себе]

Скрытый текст

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

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

А еще чеки перестали печататься, при оплате заказа на сайте(((( Видимо что-то в УНФ изменилось, а модуль обмена это не видит. Когда ждать обновления???

Вручную чек так же не напечатать, если оплата была на сайте.

При печати чека произошла ошибка.
Чек не напечатан на фискальном регистраторе.
Дополнительное описание:
Тэг "Кассир" не заполнен.

Доброго времени,
н да, произвели обновление до 18 версии - лег обмен, 1с не может авторизоваться, до обновления работал идеально.
есть какие-нибудь фиксы/пути решения проблемы?

Добрый день.
Прошу помочь или подсказать варианты реализации, как выгрузить в торговые предложения свойство?
Т.е. в инф.блоке пакета торговых предложений я добавила реквизит с типом список. А как должен формироваться тогда файл offers?
Насколько я понимаю, все свойства товаров выгружаются в import файле?

Доброго времени.
Тестирую обмен с УТ 11.4.3.167 и БУС версия модуля ИМ 17.8.20.
В настройках стоит загрузка оплат, только Эквайринговые операции. Отгрузки в УТ не загружаются, только выгружаются в БУС.
Ситуация: заказ загрузился, загрузилась оплата по эквайрингу, но не проведена, т.к. еще не оплатили.
В заказе меняю количество, соответственно меняется сумма, заказ уходит на сайт. В заказе на сайте сумма поменялась, но в оплате сумма не изменилась.
Это нормальный механизм работы обмена или что то не настроено?
Менять руками в УТ, у связанной оплаты, сумму не лучший способ, когда заказов очень много.

Столкнулся с непонятным КА1.1, последняя версия обмена (1.2)И так на многих кнопках в обработке.