Цитата |
---|
Сегодня зашел у себя на сайт - и получил тот же серый экран после входа в админку, и ту же ошибку в консоли браузера....ничего не трогал (на сайте) может кто отпишется.... |
05.08.2022 05:13:06
|
|||
|
29.10.2019 16:16:02
В УТ 11 это поле "Соглашение"
|
|||
|
29.01.2018 09:23:48
Не обратил внимание, что фильтр по списковому свойству, тогда у 2 варианта: Если у свойства несколько значений и нужен фильтр по значению конкретного значения, то:
|
|||||||||||
|
04.12.2016 03:56:11
|
|||
|
03.12.2016 06:25:20
В вашем случае возможен только вариант использования пользовательских полей |
|||
|
24.10.2016 17:11:38
На сайте заведен товар-комплекты и стоимость такого товара выставлена меньше суммарной стоимости его комплектующих, в итоге при обмене в 1с в документе оплаты стоит стоимость, которая назначена комплекту, но у документов заказа и реализации - суммарная стоимость товаров, которые входят в комплект.
Кто-нибудь нашел решение данной проблеме? P.S. Пробовал вариант, когда стоимость комплекта = стоимость всех его комплектующих, а после создал скидку на этот комплект, но при обмене итог абсолютно такой же. |
|
|
24.10.2016 16:45:18
Всем привет.
1. На сайте есть 2 эквайринговых способа оплаты - через PayPal и через карты Visa/MasterCard. 2. На стороне 1С созданы 2 договора эквайринга для каждой из оплат, и проставлены в настройках узла обмена в таблице способов оплат, загруженных с сайта 3. В процессе обмена документами в логе есть следующая ошибка: Не заполнено значение реквизита "Вид оплаты"! В документе выбран вид оплаты неверного типа Т.е. получается, что реквизит "Вид оплаты" не выставляется автоматически на основе договора эквайринга. У кого-нибудь была подобная ситуация и как вы ее решили? |
|
|
13.10.2016 15:49:40
Приветствую.
Вводные данные: 1. УТ 10.3 с модулем обмена 6.0.3.4 2. БУС "Бизнес" со всеми последними стабильными обновлениями 3. Способы оплаты на сайте: 3.a PayPal 3.b Visa/MasterCard (эквайринг от ВТБ24) 3.c Оплата картой курьеру 3.d Наличный расчет 3.e Банковская квитанция 3.f Счет Необходимы следующие схемы создания и обмена документами: I. Заказ с оплатой PayPal или Visa/MasterCard I.a Заказ был оплачен до ближайшего обмена с 1С, то в ней создаются только документы заказ покупателя и оплата I.b Заказ не был оплачен до ближайшего обмена с 1С, то в ней создается только документ заказ покупателя, а документ оплаты создается только после того обмена, непосредственно до которого он будет оплачен на сайте. I.c Реализация создается всегда на стороне 1С и при ближайшем обмене ее данные обновляются у соответствующей отгрузки на сайте. II. Заказ с остальными типами оплаты I.a В ближайший обмен с 1С, в ней создается только документ заказ покупателя I.b Оплата создается всегда на стороне 1С и при ближайшем обмене ее данные обновляются у соответствующей оплаты на сайте. I.c Реализация создается всегда на стороне 1С и при ближайшем обмене ее данные обновляются у соответствующей отгрузки на сайте. Может кто-то уже реализовывал такие схемы и может поделиться своим опытом насколько это реализуемо в рамках имеющегося функционала модуля обмена и БУСа, а если без допиливания невозможно, то возможно сможет дать советы по реализации? |
|
|
04.09.2016 12:49:06
1С:Предприятие 8.3 (8.3.8.1784)
Управление торговлей, редакция 10.3 (10.3.37.4) Модуль обмена 6.0.3.1 Битрикс - "Малый бизнес" со всеми стабильными обновлениями В чистую 1С-ку был сделан импорт товаров с торговыми предложениями с сайта через соответствующий механизм модуля обмена, позже в силу некоторых обстоятельств было решено удалить с 1С всю импортированную номенклатуру, а также документ установки установки цен и собственно сам тип цены, далее попытались снова сделать импорт, результат следующий: Дерево групп создано, номенклатура создана, а вот тип цены и соответственно документ установки цен в разрезе характеристики (SKU) не создаются, импорт запускал несколько - итог одинаковый. |
|
|
27.05.2016 02:29:45
|
|||
|
24.05.2016 05:55:52
Встроенный обмен с сайтом прекрасно выгружает цены на хар-ки для обоих случаев - когда цена установлена на номенклатуру, и когда цена установлена на для конкретной хар-ки, почему так нельзя было сделать и в модуле от битрикса? |
|||
|
19.05.2016 04:31:12
При регистрации через компонент main.registrer для непосредственного создания нового пользователя используется метод
Шаблон USER_INFO используется: 1. При создании/редактировании пользователя через админку с установленным параметром "Оповестить пользователя" 2. В компоненте main.profile 3. При восстановлении/изменении пароля 4. В методе CUser::SimpleRegister В вашей ситуации есть несколько вариантов решения: 1. Для системного типа почтового шаблона NEW_USER добавить еще один почтовый шаблон с нужным текстом и в качестве значения "Кому" указать #EMAIL# 2. Добавить обработчик для одного из событий |
|
|