Форум

[QUOTE]baltika написал:
Настроил загрузку оплат, соответствие платежных систем У меня всего 3 типа оплаты на сайте, внутренний платеж - деактивирован. Оплата в магазине и безналичный. [URL=http://prntscr.com/g6njvv]http://prntscr.com/g6njvv[/URL] а оплаты не загружаются, и при обмене удаляются на сайте.Более того, после проведения эквайринговой операции, на сайте в заказе пишет проблема с оплатой она оплачена полностью. Но оплату никто не трогал вообще ни на сайте ни в 1с.[/QUOTE]
судя по скринам - у вас 1С загрузит только безнал. А ПКО и экварийнг нет. Проверяйте, какой тип стоит в платежных системах в БУС.

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

[QUOTE]baltika написал:
Дак на моем скриншоте вроде так и есть.  Все сопоставил. С сайта пришел заказ с бандеролью, сопоставил со способом доставки почта, служба доставки почта россии. А она все равно упала в товары.[/QUOTE]
Я понял в чем дело.. Туплю.
У вас настройки загружаемых документов старые. Для заказа укажите в рекизитах сооветствющие значения. Реквизиты:
Номенклатура доставки
Стоимость доставки
Ставка НДС доставки
Сумма НДС доставки
Служба доставки
Способ доставки

[QUOTE]baltika написал:
Заполнен из поля XML? Дайте скриншот, пожалуйста. Я раз 15 настройки перелопатил. Вроде на тестовый работало, а на боевой не хочет. А в тестовом снес все обмены.[/QUOTE]
Поля XML трогать не надо..
Делаете сопоставление служб доставки заказа с службами в 1С. Когда заполняете сопоставление - в строке нужно заполнить 2 поля - служба доставки и способ доставки. Способ доставки должен быть заполнен и не должен быть равен самовывозу.
Если все сделано правильно, а именно в заказ подставляется служба доставки и способ доставки(который не равен самовывозу), то доставка товара будет в поле доставка, а не в запасах.

[QUOTE]baltika написал:
Еще такой момент. В заказ покупателя доставка подставляется в список номенклатуры а не в отдельную вкладку.  [URL=http://prntscr.com/g6ajyo]http://prntscr.com/g6ajyo[/URL] Сопоставление настроил. Может быть из-за того что я не пересоздал план обмена? Или может что не до конца заполнил? Экспортом и импортом в этом случае можно воспользоваться?[/QUOTE]
проверьте в способе доставки, который подставляется в заказе. Он должен быть заполнен и не должен быть равен самовывозу.

[QUOTE]baltika написал:
какой скрин? первый из документации второй из конфигуратора.

{МодульУправляемогоПриложения(59)}: Метод объекта не обнаружен (ЭтоНужноеРабочееМесто)
Если Б_ПечатьЧековСервер.ЭтоНужноеРабочееМесто() тогда

в общем модуле Б_ПечатьЧековСервер нет ЭтоНужноеРабочееМесто[/QUOTE]
Косяк.. Дока общая для УТ и УНФ. Код для УТ..

В вашем случае нужно убрать условие Если Б_ПечатьЧековСервер.ЭтоНужноеРабочееМесто() тогда

Сейчас обновлю доку..

[QUOTE]baltika написал:
решил из 1с сделать тикет получил  [URL=http://prntscr.com/g675ls]http://prntscr.com/g675ls[/URL]
Но тикет создался. Аж 3 раза[/QUOTE]
Ошибка не влияет на отправку тикета, а только с обработкой  результата об отправке. Исправлено в версии 7.0.0.4.

[QUOTE]baltika написал:
У меня в унф нет такой большой желтой кнопки  [URL=http://prntscr.com/g66jbl]http://prntscr.com/g66jbl[/URL] соответственно ставлю оплату, чек не выходит.
Она в конфигураторе есть, а по факту ее нет  [URL=http://prntscr.com/g66ni5]http://prntscr.com/g66ni5[/URL]

решил из 1с сделать тикет получил  [URL=http://prntscr.com/g675ls]http://prntscr.com/g675ls[/URL]
Но тикет создался. Аж 3 раза[/QUOTE]
Эта форма в 7 версии не используется. Касса указывается в общих настройках. А запуск кассы через кнопку в разделе Битрикс(это если для ручного запуска печати чеков).  А так - если в модуль управляемого приложения добавить код(в доке есть), то автоматом будут проверяться оплаты и печататься.
Откуда вы взяли этот скрин - непонятно..

[QUOTE]Дмитрий Бондаренко написал:
Здравствуйте, Александр. УТ11 и модуль последние. Соответствие статусов по состояниям. 1С ведущая. По соглашению сначала отгрузка, потом оплата. Склад ордерный. Обмен по изменениям. Документ реализации  из 1С выгружается в БУС в виде документа отгрузки с флагом Отгружено.
1. Так задумано?
2. При оформлении документов в 1С в рамках ордерной схемы склада (расходный ордер, задание на отбор, последовательный перевод их из начального в конечный статусы ), я так понимаю, состояние заказа в 1С перезаписывается. В результате, при очередном сеансе обмена происходит попытка установить отгрузку в статус Отгружено повторно, что приводит к проблеме с заказом (с отгрузкой), о которой много писали ранее (отгружено, делать ничего нельзя). Выгрузка статусов теряет работоспособность. Если вручную перед очередным обменом установить у документа отгрузки в БУС флаг НЕ ОТГРУЖЕНО, то в процессе очередного обмена он будет установлен в ОТГРУЖЕНО, и всё ОК, проблем с отгрузкой не возникает. Попробуйте предлагаемые в качестве примеров кейсы отработать последовательно, совершая обмен после каждого очередного действия в 1С согласно документообороту ордерного склада. Как быть в данной ситуации? Планируется ли реализация более корректного алгоритма установки флага у документа отгрузки в БУС?

Спасибо.[/QUOTE]
Модуль sale какой?

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

[QUOTE]baltika написал:
Александр, добрый день. Подскажите такой момент. В настройках модуля есть галка не редактировать документы. А в настройках оплат есть галка проводить если оплачен на сайте. Какой приоритет между этими настройками?[/QUOTE]
Выше приоритет - не редактировать.