Дмитрий Харитонов (Все сообщения пользователя)

Арсений Кулебякин,

Да, решил.

Переопределением handler`а для Яндекс Касса.

За основу взял /bitrix/modules/sale/paysystem/yandex/*
Перенес в /bitrix/php_interface/include/sale_payment/yandex_54/*

Класс
class yandex_54Handler
extends PaySystem\ServiceHandler
implements PaySystem\IRefundExtended, PaySystem\IHold
{
...
}

дописал template под требования яндекса и заработало.

Присоединяюсь к вопросу.
Битрикс, 18 версия, после перехода с 17 версии появилась такая же ошибка при попытке оплаты:

[2019-01-28T14:51:03.181+03:00] INFO [int-ssl-services5] [POST/layout_sevices/shop_info/paymentApproval] [bcb41ce2078e5ad3] [23e0ffcc-000f-5000-8000-166c1529f402] [CommonHTTPStub] Request params:

orderSumAmount=1300.70

shopArticleId=292859

cms_name=1C-Bitrix

paymentPayerCode=42000400000002

paymentType=SB

requestDatetime=2019-01-28T14:51:03.180+03:00

nst_eplPayment=true

cps_user_country_code=RU

orderCreatedDatetime=2019-01-28T14:48:45.523+03:00

action=checkOrder

shopId=57666

scid=52992

seller_id=57666

shopSumBankPaycash=1001

BuyButton=Оплатить

shopSumCurrencyPaycash=643

rebillingOn=false

orderSumBankPaycash=1001

orderSumCurrencyPaycash=643

unilabel=23e0ffcc-000f-5000-8000-166c1529f402

customerNumber=6115072

environment=Live

invoiceId=2001567393810

shopSumAmount=1253.87

md5=B19FE8CB0326650B1E47375027820CCA

[2019-01-28T14:51:03.362+03:00] INFO [int-ssl-services5] [POST/layout_sevices/shop_info/paymentApproval] [bcb41ce2078e5ad3] [23e0ffcc-000f-5000-8000-166c1529f402] [CommonHTTPSCAConnector] 180 ms for https://site/bitrix/tools/sale_ps_result.php

[2019-01-28T14:51:03.362+03:00] WARN [int-ssl-services5] [POST/layout_sevices/shop_info/paymentApproval] [bcb41ce2078e5ad3] [23e0ffcc-000f-5000-8000-166c1529f402] [CommonHTTPStub] Response is not XML: response=

По транзакции 2001568943199 платеж был отклонен банком эмитентом с комментарием "Отказ сети проводить транзакцию".

забыли закрывающую скобку в примере

 $USER->Authorize($arResult["USER"]["ID"];

поменять на
 $USER->Authorize($arResult["USER"]["ID"]);

Несовместимость кода битрикс и версии PHP
путей решения два:
1)дописать метод format() при вызове объекта DateTime
2)даунгрейд PHP.

Все способы подробно расписаны, если в гугле вбить данную ошибку.

Добрый день всем!

дано:БУС 17, последние обновления.

вопрос: Возможно ли стандартными средствами или настройками в админке привязывать корзины к сессии посетителя?

Т.е. пользователь, к примеру, зарегистрирован на сайте. Он зашел на сайт, авторизовался, добавил в корзину товары, делать заказ не стал, корзина осталась висеть(пускай в ней есть 5 товаров).

Через какое-то время пользователь зашел на сайт не авторизуясь, положил в корзину 3 товара, после чего авторизовался и в его корзине должно быть 3 товара, которые он добавил в последней сессии.

Проверил на 17 версии, в данной ситуации на последнем шаге у пользователя в корзине будет , естественно , 5 товаров, которые он положил под своей учеткой.

А в ответ  - тишина...
Господа из ТП Битрикс, если Вы уж не можете дать вразумительный ответ через свой сервис "Обращения", то может Вы хоть иногда читаете форум?

Проблема не единичная, обмен заказами - основная задача интернет - магазина.

Хотелось бы получать вразумительные нормальные объяснения на поставленные ТП вопросы, тем более , когда за продукт заплачены деньги.

Может имелся ввиду файл xml с заказами, который получает 1С с сайта?

Примерно то же самое, только при авторизации из 1С в качестве ответа выдается html-код авторизации на сайте. Пробовал сделать другого пользователя - не работает, то же самое. ТП Битрикс рекомендовала использовать их модуль обмена для 1С и обновить версию Битрикс. Обновился до 17 версии, модуль 6.0.3.4 установлен. проблема осталась.

Кто-то может чем-то помочь или порекомендовать?

1С-Битрикс: Управление сайтом 17.0.3. Установлены все последние обновления.

1)Создаем заказ, видим его в админке, при этом видны и выбранная оплата и доставка, товарная позиция оформлена как ссылка на товар каталога.

2)Экспортируем данный заказ в формате CommerceML 2.0

3)Удаляем данный заказ из админки.

4)Экспортируем этот заказ через заново через скрипт обмена:
http://192.168.17.122/bitrix/admin/1c_exchange.php?type=sale&mode=file&filename=orders_original.xml

5)Заказ появляется в админке, но при этом слетают доставка и оплата, товарная позиция не привязывается через идентификатор(id) к товару в Каталоге.

Вопрос: почему выгруженной собственным API Битрикса заказ не подтягивается обратно нормально, если не проводились никакие изменения в заказе??

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

P.S.S. Была установлена 16.0.9(сохранен рабочий бэкап), позавчера обновились до 17.0.3

кусочек xml, где описан выгруженный товар:
<Товар>
<Ид>dd08c0c0-0796-43d6-9ba8-d226a77100ed</Ид>
<ИдКаталога>1c_catalog-1bef5ae5-532c-11dd-a0a7-001e8c1505ac</ИдКаталога>
<Наименование>Школа Семи Гномов 1-2 года.  Полный годовой курс (12 книг в подарочной упаковке)</Наименование>
<БазоваяЕдиница Код="796" НаименованиеПолное="Штука" МеждународноеСокращение="PCE">шт</БазоваяЕдиница>
<ЦенаЗаЕдиницу>1079.1000</ЦенаЗаЕдиницу>
<Количество>1.0000</Количество>
<Сумма>1079.1</Сумма>
<ЗначенияРеквизитов>
<ЗначениеРеквизита>
<Наименование>ВидНоменклатуры</Наименование>
<Значение>Товар</Значение>
</ЗначениеРеквизита>
<ЗначениеРеквизита>
<Наименование>ТипНоменклатуры</Наименование>
<Значение>Товар</Значение>
</ЗначениеРеквизита>

<ЗначениеРеквизита>
<Наименование>НомерПозицииКорзины</Наименование>
<Значение>5239</Значение>
</ЗначениеРеквизита>
<ЗначениеРеквизита>
<Наименование>СвойствоКорзины#CATALOG.XML_ID</Наименование>
<Значение>1c_catalog-1bef5ae5-532c-11dd-a0a7-001e8c1505ac</Значение>
</ЗначениеРеквизита>
<ЗначениеРеквизита>
<Наименование>СвойствоКорзины#PRODUCT.XML_ID</Наименование>
<Значение>dd08c0c0-0796-43d6-9ba8-d226a77100ed</Значение>
</ЗначениеРеквизита>
</ЗначенияРеквизитов>
<СтавкиНалогов>
<СтавкаНалога>
<Наименование>НДС</Наименование>
<Ставка>10</Ставка>
</СтавкаНалога>
</СтавкиНалогов>
<Налоги>
<Налог>
<Наименование>НДС</Наименование>
<УчтеноВСумме>true</УчтеноВСумме>
<Сумма>98.1</Сумма>
</Налог>
</Налоги>
</Товар>

Данные:
1)УТ версии 11.3.2.157
2)1С-Битрикс: Управление сайтом 17.0.3. Установлены все последние обновления.
3)пользователь:admin1c.

Пользователь входит в группу Администраторы,admin1c. Также для этих групп прописаны права в Магазин->Настройка интеграции с 1С.
Также у пользователя права "Полный доступ" к папке /bitrix/admin, соотв. полный доступ к скрипту обмена /bitrix/admin/1c_exchange.php

Проблема:
при попытке проверки подключения в 1С по адресу:
http://site.ru/bitrix/admin/1c_exchange.php
c указанием логина и пароля пользователя admin1c
и разборе ответа, полученного от Битрикс , видим, что он отдает опять страницу авторизации.

При этом, если попробовать обратиться к той же странице из браузера, то сначала выдается страница авторизации, после введения данных страница остается(крутится ajax значок, показывающий процесс). Но, после обновления страницы выводятся уже корректные данные, что показывает, что через браузер авторизация прошла.
Например, по ссылке:
http://site.ru/bitrix/admin/1c_exchange.php?type=catalog&mode=checkauth

в браузере я получаю ответ:
success PHPSESSID jq1f06tgiehr7ott49c4l3irm7 sessid=3a51dd0fcd1a243daf77a19dbe1ad94b timestamp=1493213281

Какие шаги следует предпринять, чтобы получить нормальное рабочее соединение между 1С и Битрикс?