Форум

[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]
Выше приоритет - не редактировать.

Выложены модули версии 7 для УТ 2 Беларуси, УТП Казахстана и УПП 1.3 Казахстана.

[QUOTE]bitrix omg написал:
Опишу немного подробнее проблему.
УТ 11.2, БУС 17.0.11 (на 16й так же пробовали)

При стандартном обмене с сайтом, товары, остатки и цены выгружаются нормально.
Если же использовать модуль обмена версии 6.0.3.4, то при попытке выгрузить товары с остатками и ценами, на этапе выгрузке цен вылетает "Деление на 0".

[/QUOTE]
Может у какого то товара коэффициент = 0?

[QUOTE]Дмитрий Калимуллин написал:
после обновления, при доработке объекта типовой конфигурации выходит такая ошибка  {МодульОбычногоПриложения(387,13)}: Неопознанный оператор       Б_  >ПечатьЧековКлиентСервер.ПечатьЧеков(); (Проверка: Толстый клиент (обычное приложение))[/QUOTE]
Скорее всего у вас УТ 10.3. Скачайта заново модуль и установите его.

[QUOTE]Just Enemy написал:
Значит, самый оптимальный вариант - настроить печать через 1С? Тогда такой вопрос: можно ли настроить интеграцию таким образом, чтобы не загружать каталог товаров, а пользоваться только функцией выгрузки заказов? То есть товары создаются вручную, а заказы нужно обработать в 1С.[/QUOTE]
В такой схеме вы замучаетесь отгружать заказы. Т.к. у товаров, пришедших с сайта, не будет остатков.

[QUOTE]Василий Прокофьев написал:
уменьшение товаров в пакете к исправлению ошибки не привело .при детальном раследовании проблемы обнаружили следующее модуль загрузки данных с сайта нещадно потребляет память а именно (куски кода описывать не буду) пункт первый все xml ответы с сайта в не зависимости от размера пакета попросту пихаются в массив ( отчего же 1с не прилечь с дампом когда в память попробовать пихнуть 10+гб данных )пункт второй потом даже если каким то чудом пропихнуть это мы все равно ловим дамп памяти на след этапе когда идет разбор данных этого хмлища и как вы догадались в туже память где уже висит 10 гб файла в массиве  вопрос почему ? потому что разбор данных идет в просто таблицу значений  причем не одну ) огромная просьба при разработке данного функционала тестируйте его на предмет использования на реальных объемах данных , а не на 84 товарах ( как в видео) если кому то интересно как решили проблему пишите отвечу )[/QUOTE]
У вас модуль для какой страны?
Хотелось бы не сам код, а узкие места.