Shkodich

У меня в 1С есть свойство номенклатуры Категория, проставляется галочками, на сайт допиливал выгрузку из 1С. Товары выгружаются во все категории, основная категория берется из иерархии номенклатуры (родитель), доп категории берутся из свойства. Товар на сайте: Товар в 1С: В настройках модуля: Файлы выгрузки из 1С: Внедрял года 2 назад, точно не помню что конкретно дорабатывалось в выгрузке из 1С, но в целом надеюсь картинка у Вас появится)

У меня в 1С в заказ передается цена и цена со скидкой из поля товара в корзине сайта, а если это итоговая скидка на весь заказ в корзине, то 1С это не воспринимает (к примеру купоны на скидку). В этом случае у себя в 1С дорабатывал, если в xml сумма заказа тотал отличается от суммы по товарам, то разницу в сумме воспринимать как скидку и разбивать на все товары в чеке пропорционально. Не скажу что это правильно, но в моем случае удовлетворило потребность..

Как вариант еще выгрузить заказ с сайта со скидкой в xml и сравнить цены заказа на сайте с xml, если цены одинаковые, то 1с при загрузке заказа перезаполняет цены по типу цен из договора покупателя или типа того..

Если в отчете анализа доступности товаров отображается в резерве, то откройте период + регистратор (на товаре в отчете правой кнопкой мыши), откроется отчет с расшифровкой каким именно документом установлен резерв..

Стандартным отладчиком 1С, https://wiseadvice-it.ru/o-kompanii/blog/articles/otladka-v-1s-8-3/

Возможно подойдет решение из модуля, вкладка Заказы, настройка видов доставки для экспорта в заказы в 1С..

На примере 1С УТ. Если резерв делается типовыми механизмами 1С, то создается документ резервирования товаров (в 1С вкладка Продажи - Резервирование товаров), он же должен быть виден в структуре подчинённости документа заказа покупателя. Закрывается резерв продажей, т.е. документом РТиУ с размещением из резерва в табличной части, и документом Закрытия заказов покупателей (в 1С вкладка Продажи - Закрытия заказов покупателей). Из-за того, что это трудоемкий процесс и есть человеческий фактор я и ушел от резерва вручную до момента, пока в 1С не реализовал костыль автоматического резервирования и закрытие резерва без участия менеджеров.

Если указан путь \1С-OpenCart, то в эту папку и необходимо вложить файл. 1С не нашла файл, поэтому и загрузка не произошла. Ошибка разбора данных, попробуйте поиграться с кодировкой в настройках сайта или в модуле. Еще лучше в конфигураторе 1С пробуйте отловить заказ, как он его видит и на чем стопорится. order.xmlorder.xml который у меня грузится, попробуйте загрузить его к себе.

Если честно не помню, это было 3 года назад.. Точно помню, что были проблемы с каким-то из видов данных и что победил корзиной Simple и X-Shipping Pro. Вроде как адрес доставки грузились в 1С в контрагента, а вид оплаты и перевозчик нет. По итогу настроил корзину и виды доставки/оплаты на сайте, чтоб исходить из того что мне нужно, а не что может модуль или 1С) Затем отлавливали через конфигуратор в 1С, грузили заказ и смотрели, что передается в заказе и как это видит 1С, и это сопоставляли с полями в 1С в модуле Битрикса. Параллельно дорабатывали в 1С фиксацию источников заказа и подобные плюшки.. У меня так сложилось, что проггеры на стороне 1С сильные и оперативные, и мне на тот момент было проще с ними на стороне 1С реализовать что нужно принимать от сайта, чем на стороне сайта исправлять что и как выгружать в 1С)) При том не отходя от типовых решений 1С, чтоб не городить огород.. Это уже потом дорабатывал, где-то год назад подключил api для создания ТТН в 1С, изначально просто с сайта грузились адрес доставки, вид перевозчика и виды оплаты + комментарий к заказу.. Глобальный вопрос, постараюсь объяснить) На протяжении нескольких лет тестировал разные варианты резервирования. Изначально был резерв при загрузке заказа в 1С с момента создания, затем только при проведении заказа, затем при создании документа РТиУ, затем вообще без резерва) В результате пришел к выводу, что зависит от группы товара (есть ли замена в случае не хватки и дорогой ли товар), обьема входящих заказов, оперативности и логики их обработки. Суммы недопродажи, по причине отсутствия товара на остатке из-за резерва, были выше, чем сумма отказов по причине не резерва (примерно пять новых заказов к одному отмененному в моем случае). Когда убрал резервирование всех входящих заказов, то продажи увеличились, а нехватку товара решил путем оперативной закупки под заказ клиента и оптимизацией формирования товарных остатков. Сейчас товар автоматически резервируется только на обработанные заказы в момент создания РТиУ и списывается из резерва в момент перевода РТиУ в статусы последующие за статусом Комплектации. Т.е. списываются из резерва когда товар укомплектовали физически (взяли с полки). До этого момента товар числится в резерве и мы знаем сколько товара по факту и сколько "почти продано", т.к. в случае предоплаты товар не отгружается без денег и должен быть в резерве, плюс есть еще очередь комплектации. Что по итогу дает возможность переучитывать товар на полке в реальном времени не останавливая комплектацию и отгрузки. Документ заказа покупателя, по сути, это намерение клиента купить, но не покупка, и есть вероятность, что заказ будет отменен. Документ РТиУ (реализация товаров и услуг) это уже непосредственно документ продажи, при его проведении задействуются остатки и взаиморасчеты с контрагентом, т.е. товар списывается с остатка под документ продажи и у контрагента образуется долг.

Это такая-же настройка обмена с web-сайтом, только указываете тип обмена данными Выгрузка в каталог и путь к папке с файлом заказов на компе (каталог). Так: Функция на скрине "Не выгружать заказы" допилена в 1С, у Вас он в обмен будет выгружать заказы из 1С, обмениваться ими.. И загружать нужно файл order.xml, т.к. из модуля выгружается файл orderS.xml и его нужно переименовывать.

Использую модуль на сайте, в 1С не придумал как типовым поведением реализовать..

У меня такая ошибка в 1С в двух случаях: 1. Когда на хостинге стояла кодировка mbstring.internal_encoding: utf-8, сейчас стоит Не привязывать кодировку и все ок. Но при этой ошибке в 1С заказы можно выгрузить вручную. 2. Когда в заказе есть символ типа знака корня √ т.е. все символы юникод ломают загрузку, 1С не может понять выгрузку. Но и в этом случае ручная выгрузка заказов помогает, выгружает вместе с символом, пока не решил этот вопрос, периодически заказы стопорятся..

Сори, в запаре :/ По этому вопросу: решил статусом заказа на сайте (в настройках модуля Статус для выгрузки), т.е. когда заказ не полностью оформлен он создается в базе сайта со статусом брошенная корзина или что-то типа этого, а я выгружаю все что оформлены (в настройках сайта Статус оформленного заказа). По видам доставки оплаты и т.п. в заказе были когда-то проблемы, но решил связкой с модулем корзины Simple. Модуль, вкладка заказы сайт: 1С: В заказ выгружаются виды доставки, оплаты, контрагент и т.д.. Тут многое дорабатывал на стороне 1С, по сути из 1С сделана срм со статусами заказов/смс/телефонией/api курьерских служб и т.д. Я синхронизирую заказы из разных источников в 1С и в моем случае заказы обрабатываются в 1С. Заказ приходит в таком виде: Сам процесс обработки заказа вкраце: 1. Оформляется заказ на нескольких сайтах 2. Выгружаются в 1С каждые 5 минут регламентным заданием (выгружаются во вкладку Заказы покупателей не проведенные) 3. Менеджер обрабатывает не проведенные заказы (актуализирует с клиентом все ли верно, делает кроссы и т.п.) 4. По согласованию с клиентом на основании Заказа покупателя формирует РТиУ (продажу). В этот момент происходит списание товара с остатков. Из документа РТиУ, в зависимости от вида оплаты, автоматически клиенту отправляются СМС с реквизитами на оплату или Счет на оплату покупателю на мейл. 5. На базе статуса заказа с ним начинает работать склад (в случае наложенного платежа) либо бухгалтерия (в случае оплаты безнал). 6. При соблюдении всех условий (вид доставки/оплаты/наличия) складу автоматически формируется очередь документов на комплектацию исходя из приоритетов по статусам и дате оплаты (по FIFO). 7. По итогу комплектации и упаковки в 1С заполняются габариты и вес, после чего автоматически формируется ТТН, отправляется клиенту смс с данными, что посылка отгружена и печатается маркировка почты (укр.почта, новая почта, джастин). 8. В момент отгрузки посылок в 1С формируется реестр отправки на определенную почту или курьерскую доставку, сверяется факт и отгружается. По каждому пункту можно долго рассказывать, но в целом думаю картину и логику обрисовал.. Бизнес-процесс обработки заказа:

В том то и дело, что модуль правильно различает производителя и устанавливает куда нужно. Проблема в том, что каждый раз создается новый бренд с одним и тем же названием и переподвязывает карточку товара к новому бренду, и в последствии если перейти в товары по брендам, то каждый бренд связан с одной карточкой. Хотя и ИД и Название выгружается из 1С.. В моей версии видимо используется, наверно в дальнейших версиях их уже не использовали..

Из 1С нормально выгружается, Ид и название производителя не меняются, грузятся одинаковые (постоянные).. При каждой выгрузки номенклатуры создается новый поставщик И из 1С на пром.юа гружу товары тоже, там с производителями нет подобных проблем, определяет что это один поставщик..

opencart2.1-exchange1c_1.6.3.11-1.ocmod.zip - исходник от автора модуля. opencart2.1-exchange1c_1.6.3.11_shkodich.ocmod.zip - скачан с рабочего сайта. У себя дорабатывал некоторый функционал и исправлял мелкие ошибки, скину вдруг кому пригодится.

У меня файл находится по пути admin/model/tool/exchange1c.php, другая версия движка.. А getManufacturers вообще нет в коде файла :/ Есть только getManufacturerName Выложу файлик, может подскажете где я туплю. Спасибо) exchange1c.php

При обмене размеры на сайте грузятся во вкладку Данные в поле Размеры и в Атрибуты. Все грузится из одной вкладки свойства в 1С. Использую эти данные только в виде доп информации о товаре. Не задействую данную возможность для расчета стоимости доставки т.к. габариты упакованного товара почти всегда отличаются, т.е. 10 контейнеров можно вложить один в один, а программно это будет сумма габаритов первого + габариты второго и т.д. В моей версии модуля есть доп. функционал сопоставления свойств, не использовал, но может в последующих версиях дорабатывали. Сопоставьте данные выгрузки в xml из УНФ 1.6 с данными на сайте, что куда грузить. Может как идея)

Набрел на модуль скидки в %, может подойдет для решения вопроса.. https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=19958&filter_license=0&filter_download_id=42&sort=rating&page=4 Если нельзя делиться ссылкой удалю, на этом форуме не нашел.

В 1С в номенклатуре использую свойства номенклатуры. Типовое поведение, не дорабатывал ничего в 1с и на сайте. По инструкции из модуля (вкладка Свойства (атрибуты)) : В 1С в карточке номенклатуры: Выгружается так в import.xml: На сайте: Прикрепил файл import.xml import.xml

Тоже задавался этим вопросом, в 1С УТ нет данного функционала, нужно дорабатывать. Категории ведем на сайте, при создании новой категории на сайте единоразово заполняем текст и изображение категории.

У меня скидки реализованы типами цен в 1С и сопоставлением типов цен на сайте для разных групп покупателей. Для розницы свои типы цен, для опта свои, дроп свои, так же и скидки (перечеркнутая цена) и скидки при заказе от нескольких штук. Скидки на период не реализовывал в 1С (использую модули с таймером), тут не подскажу. В остальном может будет полезно. Выглядит у меня так: