Форум

[QUOTE]Ярослав Лопатин написал:
 Соответствие состояний заказа в 1С и статусов заказа на сайте  

Александр Денисюк , практика требует, чтобы на один статус заказа с сайта могло быть назначено несколько состояний заказа в 1С.

Например,
1. "Принят, ожидается оплата" <--> "Ожидается аванс (до обеспечения)" ИЛИ "Ожидается предоплата (до отгрузки)"
2. "Отправлен" <--> "Готов к закрытию" ИЛИ "Ожидается предоплата (до отгрузки)"

Сейчас такое соответствие задать невозможно.
Чтобы как-то выкрутиться из положения, можно дублировать статусы (создать новый статус БУС с тем же именем).
и задавать им нужные состояния. Но это неправильно и неудобно.[/QUOTE]
Нужна связть 1 к 1, Иначе при синхронизации документов непонятно будет какой статус подставлять(например из 1С выгружается заказ с статусом "Принят", а  у него сопоставление с бусовскими "Принят" и "Обработан", какой для БУСа статус указывать??)

[QUOTE]Ярослав Лопатин написал:
Последовательная выгрузка документов отгрузки и оплаты на сайт Александр Денисюк , В модуле есть возможность Не загружать отгрузку и оплату в 1С. Предполагается, что они будут созданы в 1С и затем переданы на сайт. Но пользоваться этим невозможно. На практике эти документы создаются не сразу вместе при первом редактировании заказа. Сначала может появиться реализация, а документ оплаты много позже. Тогда мы получаем, что после обмена документ оплаты на сайте исчезнет. И появится он только, когда в базе проведут оплату, а это на практике может происходить до 3 дней и более. А если нет документа реализации при обмене, исчезает отгрузка со стоимостью доставки, что приводит к изменению суммы заказа - это вообще недопустимо. Поймите, что в жизни документы проводятся последовательно ( с большой разницей во времени), а не все вместе и сразу.Зачем давать возможность Не загружать документы оплаты и отгрузки, если использовать этот режим не удается?Пожалуйста, не трогайте документы заказа на сайте, если в файле обмена их нет. Удаляйте и изменяйте эти документы, когда они появляются в обмене.[/QUOTE]
Понимаю о чем вы. Не так давно было выпущено обновление которое исправляет ошибку, когда сумма доставки пропадала, когда из 1С приходит только заказ.
По поводу оплат - выгружайте оплаты в 1С, тогда они не будут удаляться на сайте.

[QUOTE]baltika написал:
где завести в 1с я нашел, где они на сайте заводятся? Там ведь обычное поле для комментария.[/QUOTE]

На сайте вводится в это поле и если по наименоваию находится - подставляется

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

[QUOTE]fox777 написал:
Здравствуйте.

УТ 11.3.3.196, стоял модуль версии 7.0.1.4.
При проверке обновления в меню 1С-Битрикс -> Версия модуля/обновить, появилось предложение обновиться до 7.0.1.10. Обновились и в итоге ошибка:[CODE] {ОбщийМодуль.Б_ОбменССайтомСерверВыгрузкаДанных.Модуль(6296)}: Error calling context method (Выполнить): {(1130, 20)}: Table not found "РегистрСведений.ДвоичныеДанныеФайлов"
ЛЕВОЕ СОЕДИНЕНИЕ <<?>>РегистрСведений.ДвоичныеДанныеФайлов КАК ДвоичныеДанныеФайлов [/CODE]Потом уже выяснилось, что модуль версии 7.0.1.10 предназначен для УТ 11.4.1.248. Отсюда вопросы:
1. Почему при проверке обновления модуля предлагается обновиться до несовместимой (с текущей версией УТ) версии модуля?
2. Как теперь откатить версию модуля обмена (обновить УТ не предлагать)?

И также просьба исправить пару ошибок:
1. ОбщийМодуль.Б_ОбменССайтомСервер.Модуль(44) функция ВыполнениеLongPullingФоновыхЗаданий:[CODE] -ПустаяДата = Дата("01.01.0001 0:00:00");
+ПустаяДата    = Дата(1,1,1);
[/CODE]Т.к. при работе с сервером 1С работающем на Linux, Дата("01.01.0001 0:00:00") вызывает ошибку.

2. ОбщийМодуль.Б_ОбменССайтомСервер.Модуль(2217) функция СообщитьПодробно:[CODE] -Текст = Новый ЗаписьТекста(ОсновныеПараметры.ИмяФайлаЛога, КодировкаТекста.ANSI,,истина);
+Текст = Новый ЗаписьТекста(ОсновныеПараметры.ИмяФайлаЛога, КодировкаТекста.UTF8,,истина); [/CODE]Т.к. при работе с сервером 1С работающем на Linux опять же возникают проблемы с кодировкой логов, всё таки 21 век, пора бы уже на utf8 перейти[/QUOTE]
1. Поотому что обновление происходит в ручном режиме. И релиз, по нормальному, не проверить.
2. Обновляйтесь до предыдущей версии. И смотреть нужно, для какой версии модуль, а не сначала ставить, а  потом читать для какого.


,Будет  UTF8?

[QUOTE]baltika написал:
[QUOTE] Александр Денисюк написал:
Свойство заказа, а не товара.[/QUOTE]
Вообще нет свойств.[/QUOTE]
свойства должны быть точно 100%. Если не получается привязать через способы доставки - попробуй привязать через свойства. Т.е. создай свойство для заказа, и привяжи значения свойства к способам доставки на сайте

[QUOTE]Андрей Ошурков написал:
Добрый день обновил 1с и модуль обмена, перестали создаваться разделы, дублирую свою обращение в ТП битрикса сюда, мб кто подскажет какой косяк с модулем обмена

Изначально все работало, но после обновления версии 1с и модуля обмена перестали выгружаться разделы на сайте, все валится в корень, Цены остатки все свойства грузятся, тип цены верен, выгружается один, Пробовал создавал новый инфоблок выгрузка так же в корень, разворачивал демо сайт провел стандартную выгрузку разделы создались, выгрузка модулем разделов нет, после этого и стандартная выгрузка не создает разделы

Конфигурация 1С:    УТ
Версия конфигурации 1С:    10.3.43.2
Версия модуля интеграции на стороне 1С:    7.0.1.5[/QUOTE]
Возможно у вас было настроено пользовательское дерево групп. И оно по каким то причинам не перенеслось(как правили из за того, что кривые настройки были в базе 1С).

[QUOTE]Дмитрий Агапкин написал:
Александр Денисюк Прокомментируйте пожалуйста......[/QUOTE]
С какой версии, до какой, вы  обновились? Мы посмотрим.

[QUOTE]baltika написал:
Что-то я там вообще этого не вижу.[/QUOTE]
Свойство заказа, а не товара.
[QUOTE]Александр написал:
После обновления модуля sale до 17.5.7 заказы из БУС выгружаются в 1С повторно, перетирая статусы, приоритеты, склады и прочие изменения, которые менеджеры произвели в процессе обработки заказов.Поставил галку "Не редактировать документы" в модуле обмена. Это решает одну проблему, но добавляет новую - отмена заказа в БУС в 1С теперь не видна.[/QUOTE]
По поводу этого - напишите в техподдержку. Не должно такого быть.[QUOTE]Дмитрий Агапкин написал:
Обновился.И... как обычно происходит в битриксе....  одно лечат другое калечат. На носу НГ, заказы валятся, а у нас обмен живет своей жизнью...И это буквально после каждого обновления. Как вы их выпускаете в свет? Как ваши тестировщики проверяют? Ничего не меняется...  Слов нет!В 5843 раз прошу ну сделайте людям упрощенный обмен и не трогайте его чтобы можно было меняться только статусами и пометками на удаление хоть работать можно будет без проблем, потому что сейчас это мазохизм после каждого обновления, а для тех кому нужен обмен "по полной" и кто готов тестировать ваши обновления, ночами убивать на это время и причем бесплатно, ни как ваши тестировщики которые получают деньги не понятно за что, вы продолжайте развивать ваш обмен.[/QUOTE]
Обменом со стороны бус занимаюсь не я, но уверен, что там не все так просто и уследить за всем сразу все нельзя. По поводу этой проблемы - напишите в техподдержку. Чем больше будет обращений - тем выше приоритет решения проблемы будет.

[QUOTE]baltika написал:
Поставил все обновления БУС, служба доставки по прежнему слетает.

[/QUOTE]
В XML  в заказе стоит правильный ИД способа доставки?(в свойствах заказа)

[QUOTE]Вячеслав Сух написал:
Подскажите, по какому сценарию разделы работают:почему например при изменении раздела в БУС, 1С УТ заново меняет раздел в БУС по данным из 1с,тоесть данные "возвращаются" обратно. Или концепция такая, что раздел в 1с первичнее раздела в БУС, или как?Спасибо[/QUOTE]
1С важнее.[QUOTE]Алексей Костилов написал:
Какое ограничение стоит на длину строки? непрерывных латиницей символов 1024, а текст русскими буквами пробелами, тэгами примерно 1800 странно и как увеличить?[/QUOTE]
Там ограничение есть, на уровне XML. Вроде не обойти. Хотя в схеме XSD стоит 10000