Форум

catalog 17,5,3 в beta версиях
пофиксили

тему можно закрывать

"костыль" с копированием заказа срабатывает! Появляется айди товара

[QUOTE]Александр написал:
Сегодня установил обновления модулей catalog, iblock, sale от 01.11.2017.[/QUOTE]
ну да. Это тоже установил.
Значит не один я такой. Не знаю даже, радует ли это меня )))

на втором сайте у меня вообще корзина накрылась. Стоит шаблон dresscode в заказ вообще товар не попадает

Небольшой анализ:

xml рабочего заказа
-<Товар>
<Ид>5a368f4d-8967-11e7-9991-001e679dbe26#72afdb6d-8967-11e7-9991-001e679dbe26</Ид>
<ИдКаталога>93d1997c-9b15-44c5-8798-c458978cc6ad#</ИдКаталога>
<Наименование>сумка женская .....</Наименование>

xml заказа после обновления
-<Товар>
<Ид/>
<ИдКаталога/>
<Наименование>планшет ...</Наименование>

То есть ИД товара просто отсутствует

надеюсь коллективный разум поможет быстро решить проблему.
Обновил ядро сегодня, теперь 17.5.1
И внезапно получил в заказах в 1С товары одни и те же. То есть какой-то один товар, который видимо идет первым
Причем сумма, кол-во и цены  идут нормальные.
В настройках обмена ничего не менялось.
Взял тестовую базу откатил флаги последней загрузки немного назад на сайте и в тестовую базу закачал с десяток заказов
Заказы до обновления ядра нормальные, заказы после нет
Какой-то инфы стало не хватать в служебных полях заказа. Глубоко еще не лазил.

Может сталкивался кто с подобным?
Спасибо

По мотивам-
[URL=https://dev.1c-bitrix.ru/community/forums/messages/forum26/topic19114/message509065/#message509065]https://dev.1c-bitrix.ru/community/forums/messages/forum26/topic19114/message509065/#message509065[/URL]

В итоге с ТП пришли к тому, что создан тикет, на возвращение возможности выполнять принудительную выгрузку по расписанию.

А пока, может кому-то тоже надо, в версии [URL=https://1c.1c-bitrix.ru/upload/iblock/595/7.0.1.6_UT11.3.4.103.zip]7.0.1.6[/URL]:
[I]ОбщиеМодули.Б_ОбменССайтомСервер.[/I][I]ПолучитьМассивРеквизитов5ВерсииМодуля()
[/I]Добавляем строку
[I]МассивРеквизитов.Добавить("ВыполнятьПолнуюВыгрузкуПринудительно");
[/I]
[I]ОбщиеМодули.Б_ОбменССайтомСервер.ДобавитьНастройкиОбменаВПараметры()[/I]
Комментируем строку
[I]ВыполнятьПолнуюВыгрузкуПринудительно = Ложь;[/I]

[I]ПланыОбмена.Б_ОбменССайтом.ФормаУзла[/I]
Создаем реквизит [I]ВыполнятьПолнуюВыгрузкуПринудительно (bool). [/I]На закладке "Настройки параметров обмена" создаем чекбокс для редактирования этого реквизита.

подскажите пожалуйста, существует вот такая проблема, которой сто лет в обед
[URL=https://dev.1c-bitrix.ru/community/forums/messages/forum26/topic100921/message503329/#message503329]https://dev.1c-bitrix.ru/community/forums/messages/forum26/topic100921/message503329/#message503329[/URL]
При полной выгрузке выгружаются не все картинки. У меня был модуль обмена  6,0,3,1
в котором была галка "Выполнять полную выгрузку принудительно", я ее доработал напильником
и она не сбрасывалась при следующей удачной выгрузке. Таким образом я выгружал ежедневно
полный каталог для партнеров.
Вчера обнавился до 7,0,1,4 и там такой галки уже нет. И полная выгрузка работает некорректно,
выгружаются не все картинки.

Зачем убрали и как можно делать принудительную выгрузку по расписанию?
Спасибо

[QUOTE]Алексей Беспалов написал:
Отдельный на фискальник по интернет магазину и отдельный для розничных продаж офлайн. - 2 фискальника и 2 компьютера (может конечно и на 1 компьютер повешать можно но думаю больше гемороя будет).Т.е. когда запущена служба битрикс-касса порт будет занят и 1С к нему не сможет обращаться.[/QUOTE]
пардон. что за бред? :)
Зачем два компа на два фискальника. В случае двух фискальников хватит и одного компа. Сидеть они будут на разных портах.
Вопрос именно с одним фискальником.
[URL=https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=42&LESSON_ID=9183]по ссылке[/URL] цитата:[QUOTE]Важно! Не отмечайте опцию Используется офлайн, если касса работает только на интернет-магазин.
Если касса стоит в офлайн-магазине и также используется для интернет-магазина, то опцию отметьте. Открывать и закрывать смену при этом нужно вручную кассиром в офлайн-магазине.
[/QUOTE]
То есть теоритически такая возможность есть. При условии, что сервис 1с битрикс кассы не постоянно держит порт. На деле это не так
При этом еще и 1с касса должна не на постоянной основе захватывать порт. То есть открыл порт, записал данные, закрыл.

По поводу возврата
[QUOTE]Алексей Беспалов написал:
Вручную получается делать возврат нужно.[/QUOTE]
Понятно, что вручную.Непонятно как. Для оформления возврата, я так понимаю, должен быть документ прихода, на который будем возврат делать. А в случае онлайн оплаты, у нас его вроде как нет

[QUOTE]Алексей Беспалов написал:
Это должен быть отдельный компьютер[/QUOTE]
какой еще отдельный компьютер?

дабы не плодить темы, продолжим здесь
касса, подключена к 1с. На этом же компе установлена программа 1с-битрикс.кассы
[URL=https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=42&CHAPTER_ID=09181&LESSON_PATH=3912.4580.9179.9373.9181]https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=42&amp;CHAPTER_ID=09181&amp;LES...[/URL]

При оплате заказа на сайте, служба на компе забирает чек с сайта и распечатывает его на кассе (еще и смену сама открыла)
Касса отправляет чек в офд, все хорошо, все красиво.

два вопроса
1. Как быть с с тем, что служба забирает порт себе и 1с с кассой в тот момент работать не может
2. При возврате денежных средств по операции эквайринга, в тот же операционный день, из личного кабинета в банке, деньги уходят клиенту, но данная процедура никак не отражается в кассе и соответственно у ОФД. Кто как делает?

Спасибо

[QUOTE]Алексей Зеленский написал:
Придется кастомизировать шаблон компонента список заказов
Для всех заказов, у которых статус не "ожидание оплаты" ключ ['ORDER']['IS_ALLOW_PAY'] перевести в "N"[/QUOTE]
[QUOTE]b7music написал:
Скажите, какая буква у статуса, который вы указали доступным к оплате, он до N или после? Опытным путем выяснилось, что отсчет начинается с буквы N. Сделайте статус На оформлении, и букву статуса B. Должно работать.[/QUOTE]
Спасибо за ответы.
ТП ответила. Проблема в кастомизированном решении. У решения переписаны компоненты sale.personal.order.detail и sale.personal.order.list
Там отсутствует обработка флага IS_ALLOW_PAY. Проверил на стандартном решении, все работает.