Вадим, большое спасибо за разъяснение. )
10.09.2014 23:37:17
|
|||
|
10.09.2014 00:31:14
Все это хаки. Понятно, что все проблемы на уровне компонента, надеюсь поправят с обновлением. И еще не могу понять зачем файлу с плеером нужно было дать название "player" без расширения, ясное дело веб-сервер понятия не имеет, что это за content-type и автоопределение не помогает... P.S. Поправка, в IE 11 то же лечится. У меня была какая-то локальная проблема в ослике. |
|||||
|
16.07.2013 19:44:45
|
|||||
|
16.07.2013 18:48:51
|
|||
|
16.07.2013 16:24:22
Юлия, спасибо за хорошую статью. Но я все-таки не могу понять, кое чего. У меня почему-то в выгрузке совершенно нет секций <СкидкиНаценки> </СкидкиНаценки>, хотя в 1С-ке установленны скидки. Скидки установлены на ценовые группы, номенклатура привязана к ценовым группам (УТ 11.1). Это не те скидки?
|
|
|
04.07.2013 02:10:16
Столкнулся с еще одной ошибкой в выгрузке файлов из 1С: при каждой полной выгрузке каталога из 1С, дополнительные файлы номенклатуры, добавляясь к товару, не удаляют предыдущие файлы.
У меня получилось в некоторых товарах в свойстве FILES привязано по 20-30 одинаковых файлов. Все эти файлы лежат на сервере, пожирая дисковое пространство. Изучая проблему глубже, думаю, что ошибка в методе CIBlockElement::Update(), который добавляет файлы к товару не заботясь об удаление старых файлов. Он именно "добавляет" файлы, а не "обновляет", как должен. При этом в коде этого метода в комментариях упоминается некий "cure duplication file bug", но этот код относится к функционалу связанному с работой с Документооборотом. Кто-нибудь сталкивался? Как это можно быстро вылечить? |
|
|
03.07.2013 05:20:44
В какой статус будет переведен заказ при установке флагов Оплачено и Доставка разрешена задается в настройках модуля Интернет-магазин: "При получении оплаты переводить заказ в статус:" и "При получении разрешения доставки переводить заказ в статус:". При этом здесь разработчики битрикс предлагают, по-умолчанию, после получения документа реализации сразу перевести заказ в финальный статус. Это не всегда бывает правильно. И это единственный способ автоматически "из коробки" задавать статус Выполнено для заказа. Сейчас в коде модуля Интернет-магазин вижу заглушки для нового флага "Отгружено", который будет рулить ситуацией полного выполнения заказа, но сейчас это не реализовано полностью. Что касается передачи данных документов оплаты и реализации от 1с, тут все работает вроде четко. Данные документа оплаты передаются после создания такого документа(ов?) в 1с и 100%-оплаты, документа реализации - после 100% отгрузки. Описанные выше автоматизированные смены статусов - это единственные способы менять статус заказа на сайте из 1с, на сколько я могу судить. В других случаях: статусы заказа на сайте - сами по себе, статусы заказа в 1с - сами по себе. Без кастомизаций обмена конечно. Если бы назад от 1с в xml шли бы "Статус заказа 1с" и "Текущее состояние заказа" можно было бы сделать очень гибкое управление статусами на сайте. Но этого нет. |
|||
|
03.07.2013 04:45:14
|
|||
|
20.06.2013 19:16:48
Столкнулся с каскадной ошибкой не позволяющей пользователю магазина самостоятельно отменить заказ через личный кабинет и создающая неправильные данные о заказе в магазине и в 1С. Опишу эту багу:
1. Пользователь отменил заказ на сайте, нажав на ссылку "Отменить" в управление своими заказами. Во время обмена заказами, эта информация ушла в 1С. в 1С установился флаг "Отменено" в дополнительных сведениях в "true", позиции отметились отменнеными (стали "серыми" ). Пока все ок. 2. Происходит еще один обмен заказами (полный). Так как в этом заказе есть отмененные позиции 1С их не передает. Магазин принимает измененный состав товаров этого заказа. И в этом заказе на стороне Битрикса пропадают все позиции. Далее в компоненте sale.export.1c есть поверка на наличие реквизита "ПометкаУдаления", если он есть, то ставим флаг Отменено в правду, если нет - то в ложь. Так как заказ в 1С не был помечен к удалению, Битрикс восстанавливает этот заказ в действующие, т.е. отменяет отмену. 3. Происходит еще один обмен заказами. В 1С идет информация о заказе, который не отменен (флаг Отменен = false) и с пустым списком товаров (там может появится одна позиция - доставка). В итоге, через два автоматизированных обмена мы имеем и на стороне магазина, и на стороне 1С, пустые заказы. И оба не являются отмененными и имеют какой-то активный статус. Обмен заказами может происходит довольно часто, по расписанию. У меня это происходит раз в 15 минут. Таким образом через 30 минут, в автоматическом режиме, после отмены пользователем заказа, пропадает всякая информация о составе товара и о самом факте отмены... Скажите кто-нибудь сталкивался с этой проблемой? Какие были решения? Понимаю, что нужно лезть в события в CSaleOrder: CancelOrder(). UPD: на стротоне 1С - 1С.УТ 11.1.1.13 (с патчем). версия модуля sale 12.5.2 |
|
|
22.05.2013 17:36:37
Привязка файлов к свойству "Файлы" заработала с обновлением модуля Инфоблоков до версии 12.5.1. Спасибо разработчикам!
Остается вопрос к 1С. Как передавать данные по типу файла (расширение файла), если стандартный обмен заменяет расширения на ".file"? Уважаемые, 1С-программисты, есть ли возможность отключить такое поведение? Это поведение модуля обмена или самой платформы? Очень не хочется передавать расширение файла вместе с описанием файла, потом где-то это парсить... |
|
|
01.04.2013 22:53:50
Непонятно как передавать привязанные к номенклатуре файлы (не изображения)? Файлы обменом готовятся и передаются, но на стороне Битрикса не привязываются к свойству "Файлы" (FILES). В файле import.xml передается информация о дополнительных файлах только в элементах <ЗначенияРеквизитов>, да и там упоминаются не только доп. файлы, но и файлы картинок. Нет элемента <Файл> для описания файла.
Так же есть еще несколько вопросов, по поводу файлов. 1. Эти файлы передаются на сторону сайта и лежат в директории /upload. Сейчас, когда они не привязываются к товару, что происходит с этими файлами при удалении товара? они остаются мусорными файлами-сиротами на сайте? 2. 1С при передачи файла (не изображения) убирает стандартное расширение файла на ".file". Есть ли настройки, как можно изменить такое поведение, потому что на стороне сайта полная неопределенность по типу файла. Уверен, что проблема передачи с товаром разных файлов (разные инструкции в формате PDF, документации в формате Word'а и проч.) возникала у многих. Уважаемые, коллеги, как вы ее решали? |
|
|
01.04.2013 22:45:30
Проблема актуальна. Скажите, когда будет работать привязка файлов через элемент <Файл> к товару в Битриксе?
Так же есть несколько вопрос, по поводу файлов. 1. Эти файлы передаются на сторону сайта и лежат в директории /upload. Сейчас, когда они не привязываются к товару, что происходит с этими файлами при удалении товара? они остаются мусорными файлами-сиротами на сайте? 2. 1С при передачи файла (не изображения) убирает стандартное расширение файла на ".file". Есть ли настройки, как можно изменить такое поведение, потому что на стороне сайта полная неопределенность по типу файла. Уверен, что проблема передачи с товаром разных файлов (разные инструкции в формате PDF, документации в формате Word'а и проч.) возникала у многих. Уважаемые, коллеги, как вы ее решали? |
|
|