|
Разработчикам |
Можно, конечно, допилить и БУС и модуль обмена 1С, чтобы работало по вашему, но в типовом обмене такого варианта обмена заказами - нет. |
|||||
|
|
|
|
Не могу перенести торговые предложения с сайта в 1С. Товары импортируются, а торговый каталог никак не хочет. В чем может быть дело? Настройки БУС сделал как в вебинаре.
|
|
|
|
|
|
|||
|
|
|
2. Да будет, но сайт принимать данные со старого обмена не будет. Нужно будет выполнить кой какие скрипты. |
|||
|
|
|
|
|||
|
|
|
|
Если у вас конфигурация не на управляемых формах, но платформа 1С 8.3 - желательно не ставить режим совместимости "Не использовать". Лучше указывать "8.2.16". Некоторые релизы конфигураций плохо работают без режима совместимости.
|
|
|
|
|
|
Выставил режим совместимости 8.2.16. При попытке объединить конфигурации вылезает ошибка:
ОпределяемыйТип.РаспоряжениеНаПоступление: Использование определяемых типов в режиме совместимости 8.3.2 и ниже недопустимо. |
|
|
|
|
|
|||
|
|
|
|
Утечки памяти при обмене в режиме реального времени га стороне 1с
За 2 часа реалтайм обмена 4-5 гигабайт оперативки УТ 11.1.2.31 тонкий клиент Где может быть ошибка? |
|
|
|
|
|
В ходе загрузки документов с сайта, в случае если обнаруживается какое-либо несоответствие (не указан номер или не заполнена дата или же не та хоз.операция) происходит пропуск документа и переход к следующему документу в списке. А по окончанию загрузки на сайт отправляется информация об успешной загрузке документов, что приводит к пометке документов как успешно-выгруженные и сайт не выгружает их в 1С пока заказ не будет изменен повторно.
Вопрос - разумно ли это считать загрузку успешной если в процессе загрузки происходили ошибки. Т.е. оператор магазина - отправил заказы в доставку, и думает что заказ попал в 1С. А в реальности заказ не попал никуда...и в 1С об этом нет ошибок (только в логе информация) |
|
|
|
|
1. Если заказ косячный и не можетсразу провестись в 1С(если стоит такой режим), то он попытается записаться, а записывается документ даже с косячными данными(за искл. наиболее критичных данных) 2. Есть лог файл Если загрузка происходит по другой схеме: Появился косячный заказ из за которого положительный ответ на сайт не отправляется. В этом случае все заказы пакета документов будут всегда выгружаться, вне зависимости нормально они загружены, или нет. А это нагрузка на сервер 1С и сайта. |
|||
|
|
|
Для этого необходимо несколько переделать логику ответа 1С на сайт. Но зато на сайте появилась бы возможность отметить когда и как загрузился в 1С тот или иной заказ. "Зеленая лампочка" - документ в 1С загружен. "Желтая лампочка" - документ ожидает загрузки. "Красная лапочка" - документ не загрузился в 1С из-за ошибки. Да еще и ошибку из 1С показывать. И тогда и менеджер сайта будет в курсе что у него что-то не выгрузилось в 1С. И нагрузки на сайт не будет. Не будет происходить потери заказов из-за молчаливого поведения процедуры обмена. |
|||
|
|
|
Напишите идею тут: Может и включат в планы. |
|||||
|
|
|
|
Здравствуйте, Александр. У меня все еще проблемы с импортом товаров с сайта с использованием помощника - не создаются характеристики.
Если я правильно понимаю, то характеристики создаются в процедуре СоздатьХарактеристикиНоменклатуры(), куда передается ИдНоменклатуры. В моем случае передается внешний код элемента - товара. Дальше, если я опять же правильно понимаю, Вы ищете это значение в мСтруктураДанных.ТаблицаПредложений.Но в этой таблице нет таких значений. В ней есть колонка Ид, в которой хранятся внешние коды самих элементов, то есть торговых предложений. Есть колонка ИдХарактеристики, но там все пусто. Скажите пожалуйста, а где должна быть привязка Характеристик к Товарам? (Я с 1С раньше не работал, так что плохо разбираюсь.) |
|
|
|
|
|
Добрый день, у меня вопрос, а если способ выгружать только те характеристики которые нужны у товара? Т.е. что бы они не все попадали,
Если характеристик много, выгружалась только одна. И в свойствах товара, на сайте была только одна эта характеристика. . |
|
|
|
|
|
В исходном коде модуля Б_ПроцедурыОбменаССайтом есть процедура "СоздатьОбновитьДокументы".
В которой есть текст запроса, общая суть которого выбрать все документы из базы у которых заполнено поле Б_Идентификатор и записать их во временную таблицу Это конечно не мое дело, указывать Вам как писать программы... но... с точки зрения логики - насколько разумно выбирать ВСЕ данные за ВСЕ периоды, сохраненные в базе, ради того, что бы проверить существование одного, двух, ну максимум десяти документов Если я правильно понимаю идеологию (все выводы делаю на основании взаимодействия с собственным сайтом): - частота обращений к сайту для запроса новых заказов у большинства довольно высокая (у меня например 5 минут); - реал-тайм режим подразумевает что заказы будут "падать" в 1С сразу после появления их на сайте, а это значит 1 документ в пактее; - даже без использования реал-тайм режима, при частых опросах сайта - количество заказов в одном пакете будет небольшим,около 10-15 (в среднем), зачастую это будет 1-2 заказа; Теперь вот к логике - насколько логично каждый раз для проверки наличия в базе 1-го заказа - заставлять сервер выбирать заказы за несколько лет работы и осуществлять операции по записи нескольких сотен тысяч записей во временную таблицу. На мой взгляд, быстрее было бы, отобрать все идентификаторы и передать их как массив идентификаторо в запрос, ограничив тем самым результат выборки, уменьшив время работы запроса и сократив количество операций чтения/записи. А если постараться можно вообще обойтись только операциями чтения. Все вышесказанное сказано сугубо как личное мнение, и если я чего недосмотрел - прошу меня простить и просветить .... |
|
|
|
|
Я думаю, что прикручу к этому запросу условие по точке актуальности из настройки обмена. Она как раз нужна, чтобы отсеивать старые документы. А может и нет, т.к. он все равно эти документы прочитает. |
|||
|
|
|
К процедуре "СоздатьОбновитьДокументы" обращение происходит уже когда XML полученный с сайта - разобран. Т.е. у нас уже имеются все необходимые нам Идентификаторы документов. Т.е. имея идентификаторы пришедших с сайта документов можно запросить у базы 1С именно их. И для этого нет необходимости что либо перебирать. И результат запроса или будет содержать документ с таким идентификатором или же не будет - если не будет - значит документ новый. Тогда и создаем новый заказ. Если же содержит - значит обновляем документ. Если в двух словах. Запросом выбираем документы и получаем ТЗ с полями "идентификатор" и "Документ". Далее проходим циклом по ТЗ загруженных с сайта документов и ищем в ТЗ полученной запросом. Если находим берем документ и работаем - не находим - создаем новый документ. А для оптимизации можем добавить созданный документ в эту же таблицу - что бы избежать обращений к БД при поиске этого заказа в следующих итерациях цикла..... Например при создании ПКО что бы не искать вновьсозданный документ в БАЗЕ - берем его из таблицы - предварительно его туда добавив. Прошу извинить за сумбурность... но более детально - проще уже код написать. |
|||
|
|
|
Установив его сегодняшним днем - мы будем выбирать только один день... А через год (если не менять дату в настройках обмена - а ведь так оно и есть, работает никто и не трогает) - будем уже выбирать объемы годовой работы сайта. |
|||
|
|
|
Т.е. в запросе вместо: <Документ>.Б_Идентификатор <> """" Будет: <Документ>.Б_Идентификатор В (&СписокИдДокументов) |
|||
|
|
|
|
У меня вопрос по этой строке: (процедура СоздатьХарактеристикиНоменклатуры(Номенклатура, ИдНоменклатуры, Обработано, пНайдено, Создано))
|
|||
|
|
|
Сейчас обработка загрузки товаров кардинально переделывается. |
|||||
|
|
|
||||
© 2001-2025 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом. 
Политика конфиденциальности
