IronMann

4 часа назад, KLM сказал:

Мы используем доставку по регионам России: транспортные компании, почта, курьерские службы.

Что вы подразумеваете под необходимым функционалом?

Я подразумеваю под этим связь типов доставки из OpenCart/ocStore с услугами в справочнике номенклатуры 1С.

В опенкарте/оцсторе, можно подключить большое количество самых разных модулей доставки почта, ЕМС, СДЭК и т.п. которые могут сами расчитывать стоимость от веса, региона назначения и прочих параметров. Эти способы, клиент выбирает при оформлении заказа и они записываются в заказ. На данный момент, в модуле нет функциональности, связывающей варианты доставки магазина с услугами из справочника номенклатуры 1С.

По этому и спрашиваю, если кто-то использует доставку и работает с модулем, как он организует калькуляцию и учет услуг доставки в заказе. Особенно это интересно в канве двухстороннего обмена данными заказов, реализованными в модуле.

Уважаемые пользователи модуля!

Вопрос - кто-нибудь использует в своем интернет-магазине ДОСТАВКУ? Если да, как вы сейчас обходите отсутствие необходимого функционала доставки в модуле?

9 часов назад, niva36 сказал:

Индексацию

Придется руками вставлять, пока у модуля код еще открытый. А искать - самому.

Здесь каждому энтузиасту приходится PHP осваивать. Увы.

А что вы туда вставить хотите, если не секрет?

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

9 часов назад, Kirillove сказал:

Добавил в обработку пока только товара вот такую настройку, хочу услышать комментарии

Я что ли выскажусь первым.

Виталий, взгляни на эту настройку взглядом пользователя, не отягощенного знанием PHP и вообще типовыми задачами программиста - разбором строки, строковыми функциями и т.п.  Такого пользователя данная настройка повергнет в жесткое уныние. А данные пользователи будут основными потребителями твоего модуля, когда он выйдет в релиз.

Задача, как я понимаю, заполнить статичные поля для товаров на закладке "Данные" товаров. Этот список полей конечный - всего 8 полей. Достаточно в настройках модуля иметь таблицу соответствия этого списка с реквизитами / доп. реквизитами / доп. свойствами из 1С, названия которых пользователь вносит руками. Это будет проще и понятнее.

В ‎16‎.‎04‎.‎2018 в 14:09, orientir10000 сказал:

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

Вы на чистый сайт товары переносили, или шаманили с уже имеющимися данными? Даже, наверное, вопрос сформулирую так - вы как организовали первичную синхронизацию товарных справочников 1С и сайта?

9 часов назад, staix сказал:

спасибо большое буду пробовать, особенно что касается товаров которые были в заказе но после этого были удалены, я как-то не подумал об этом, спасибо за подсказку

Хочу добавить, что 1С не даст просто так удалить товары, по которым присутствует товародвижение. Есть только один случай, когда такое удаление корректно и предусмотрено системой - поиск и удаление дублей. 1С находит дубли, вы устанавливаете признак оригинала на одном из них, система переносит ссылки в документах, второй объект (дубль) помечается на удаление.

По идее, модуль должен проделать тоже самое, но 1С в рамках формата CommerceML данных по дублям модулю не передаст. По этому, на данный момент, никакого адекватного решения по автоматической синхронизации удаления дублей на стороне модуля быть не может. Нет передаваемых данных о дублях - нет автоматизированного корректного удаления. Когда нибудь, возможно, все эти нюансы 1С учтет. А сейчас, чистка дублей в CMS возможна только в ручном режиме. Если говорить про поведение модуля, в настоящий момент лучшим вариантом будет товары с пометкой "удаленные" переносить в базе в закрытую от показа служебную категорию.

Если сейчас начать думать над задачей синхронизации удаления дублей 1С и модулем, то в отсутствие указанных выше данных, это задача из серии "чем дальше в лес, тем больше дров", будет лучше отложить ее до лучших времен, т.к. есть более актуальные потребности.

Пользуясь случаем, хочу спросить автора модуля - вы не прочитали мое ТЗ по организации двухстороннего обмена данными по доставке? Хочется выслушать ваше мнение, по любым каналам связи.

1 час назад, orientir10000 сказал:

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

Я наоборот стараюсь формировать структуру папок справочника номенклатуры в 1С, чтобы она портировалась потом без изменений на сайт. Избавляю себя от двойной работы. Гиморно просто любые новые товары руками в CMS распихивать и видимость настраивать.

1 час назад, orientir10000 сказал:

Нежелательно удалять из индексации те товары что уже были проиндексированы однажды. Для клиентов дорабатываю этот момент в виде отдельного реквизита в 1с в карточке товара и если товар удаляется в базе (обычно пометка на удаление) то на сайте количество 0 и в конец каталога. Так страницы всегда в индексе и на них настроена перелинковка на другие актуальные товары. Если будете из индекса удалять   -  плохо для сео. Минимум редирект 301. Ну это при обычных условиях. Если это одноразовый товар, то конечно нет смысла плодить карточки - там редиректами.

У меня вообще в голове не укладываются. как люди могут УДАЛЯТЬ из базы товары, по которым у них были товародвижения?? Я знаю, как можно это сделать и какими методами потом затыкать нестыковки с данными предыдущих периодов, но все равно - это просто никаким образом не правильно! Данные по старым товарам должны быть перемещены в архивные группы - это наиболее правильное решение.

По поводу решения задачи с точки зрение CEO. Вариант следующий. Если заход на сайт осуществлен с главной страницы - эти товары не отображаются в каталоге, т.к. скрыты от показа. Писал об этом в постах выше. Но могут быть заходы в старые товары по CEO ссылкам из поисковых систем. И это тоже не страшно. Просто, в описании такого товара, пишется примерно следующее "Данный товар в настоящий момент снят с производства и более не продается. Посмотреть актуальную улучшенную модель вы можете пройдя по ..ссылка.." и всё! Простое и эффективное решение вопроса с архивными товарами, никоим образом не нарушающее ссылочную целостность базы данных.

6 часов назад, Kirillove сказал:

У меня сейчас контакты передаются в УНФ, по крайней мере у меня работает, но я сделал что они передаются когда указана организация, тогда ФИО будет в контакте телефон и мыло будет продублировано у контрагента и ку контакта.

Отправлено с моего Power Five Evo через Tapatalk
 

Я разве пишу что не работает? Я достаточно ясно пишу, что в определенных ситуациях, УНФ ведет себя не корректно, пропадает часть данных в уже заведенных карточках контрагентов. Скриншоты проблемы я вам высылал еще два года назад, вы посмотрели и согласились о наличии проблемы. Сейчас - словно с белого листа получается.

Про методы исправления ошибки тоже говорил, включая информацию о тегах, которые использует umicms для обмена с конфигурацией. Этот движок, umicms принадлежит сейчас 1С. Как вы думаете, если они используют определенный набор тегов, для этого вероятно есть основания?

Не совсем понимаю, почему я вас пытаюсь убедить в состоявшихся фактах? Я помогаю вам посильно улучшать ваш же модуль. Там исправлений 4 строчки кода всего, после чего проблема в УНФ перестает иметь место быть.

По доставке, я вам две недели назад ТЗ в скайп сбросил. Ответили бы, даже для вежливости просто.

Если у вас какие-то сомнения в нужности двухстороннего шлюзования данными доставки, озвучьте их, давайте с участниками вместе обсудим. Судя по отсутствию пока пожеланий по реализации доставки, складывается впечатление, что интернет-магазины доставку не используют. Я думаю, что это все таки не так, просто никто пока ясно не представляет, как это нужно и можно сделать. Я вам предложил свой вариант, вполне реализуемый и достаточно хороший.

9 часов назад, staix сказал:

в 1с не было ну кроме документа "установка цен номенклатуры", по самому сайт даже тяжело сказать если и были то единицы

Даст ли вам 1С удалить данные справочника, если по нему были документы? Это же нарушение ссылочной целостности.

Вопрос два, передает ли CommerceML данные по УДАЛЯЕМЫМ товарам. Это нужно смотреть в offers.xml. По большому счету, нужно это тестовым файлом проверить, в котором должны быть только удаляемые товары в сеансе.

В магазине, та же ситуация. Не очень хорошо будет удалять товары, по которым были заказы. Тоже нарушение ссылочной целостности.

Вопрос три, что будет делать модуль с такими данными:

• вообще ничего не делать,
• как слон в посудной лавке просто грохать товары из таблицы,
• аккуратненько подчищать все возможные хвосты по удаляемым товарам, что наиболее маловероятно, т.к. нужно будет удаляь все связные документы, которые могут тоже иметь связи.

Если честно, я бы вашу задачу решил двумя способами.

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

Второй способ - тоже на стороне 1С  перенес бы товары в отдельную группу, но включил бы её в отборы для обмена с сайтом. Модуль категорию товара сменит автоматически при обмене, а запрет показа категории неактуальных товаров на сайте вы сами без труда настроите.

С точки зрения ссылочной целостности баз данных, это корректные решения. Второй способ мне нравится больше, т.к. позволит в будущем ничего не делать на сайте - товары перенесенные в архивную категорию в 1С при обмене будут переносится в архивную категорию на сайте и скрываться от показа без лишнего участия администратора.  

Как вам предложенные варианты?

3 часа назад, staix сказал:

Добрый день, подскажите пожалуйста а как отключать товары которых нету больше в 1с

Прошу прощения, можно вопрос?

По удаляемым вами товарам в 1С, было ли товародвижение? И в самом интернет-магазине?

Еще будет достаточно много всплывать разных нестыковок в процессе использования с разными конфигурациями. Какой-то упорядоченности и понятного структурированного баг-листа, какая ошибка в какой конфигурации возникает - нет.

В УНФ, к примеру, при определенных действиях теряется информация об контрагенте при использовании стандартных тегов CommerceML для работы с контактной информацией. Чтобы выяснить почему так происходит и как с этим бороться - в режиме отладки мной изучались данные взаимодействия сервиса UMI с УНФ (там все работало как часы). Выяснилось, что UMI использует другие теги для передачи контактной информации в заказе, чем использует автор. Я писал об этом еще два года назад, приводил скриншоты, примеры, исправленный код модуля, в котором эта ошибка фиксилась. Замечание до сих пор не учтено.

Какая конфигурация того, с чем работаете?
1) Конфигурация 1С (версия)
2) Версия Опенкарта (ocStore)
2) Версия модуля, которую ставите.
3) Условия установки: на чистую базу магазина, на магазин с уже заполненными товарами / чистая установка модуля, апгрейд с какой-либо предыдущей?

Модуль для опенкарта 1.5 и в моей модификации, работает на версии 2.3

На 3.x работать скорее всего не будет, разбираться и переделывать сейчас на 3.x не планирую по причине отсутствия необходимого на это времени.

18 часов назад, KLM сказал:

Я бы предпочёл, чтобы существующий функционал работал. Остальное пока можно своими модификаторами дописать.

Сугубо имхо.

Можно бы было сделать стабильную версию, в которой все что есть - работает как часы. Бизнес-логика вся прописана и настройки связанные с ней тоже. Хочешь, чтобы работало - читай мануал, настраивай как написано, будет работать. Пусть функционал возможно будет не полный, зато все четко, ясно и рамки функциональности текущей ясны.

И так же, чтобы была альфа-бета версия, в которой чтобы экспериментировали энтузиасты.

Ну и баг-лист текущих стабильных и бета версии и wish-лист на будущие чтобы был.

Желающих много, хотелки у все разные. У вас, вот, заказы не грузятся. А я доставку жду и жду - связь модульной реализации доставки в Опенкарте, со списком услуг из справочника номеклатуры, да чтобы в две стороны это корректно шлюзовалось. Год еще назад, как помню, этим вопросом озадачился. Написал недавно автору письмо с ТЗ со своим предложением алгоритма этого шлюзования, терпеливо ожидаю ответа.

Если не трудно, поделитесь успехами в загрузке заказов. А то люди пишут о проблеме, а потом исчезают.

Я сейчас тоже экспериментирую с заказами. У меня они грузятся (УНФ 1.6), я играюсь сейчас с префиксацией. Т.е. чтобы номер заказа получаемый с сайта был, к примеру - M1003456. В 1С этот заказ будет в базе под номером ОС-M1003456 Где OC - префикс интернет-заказов (в настройках обмена 1С прописывается), а M1 - это префикс самого магазина. Если магазинов несколько и все они будут экспортировать заказы в 1С, то эти заказы в 1С потом очень будет очень легко отсортировывать, даже чисто визуально. Задача довольно простая, дел там в коде на полчаса. М.б. автор это внесет в модуль. Я же пока просто строковыми функциями в коде формирую нужный мне номер с префиксом.

Камрад maksrealist , что заработало - хорошо, но стараюсь не менять конфу. Это табу. С замка не снимаю, ищу до упора возможности обойти проблемные участки, не внося изменения в код 1С. В большинстве случаев удается.

Камрад KLM, у вас в первой строчке вашего фрагмента orders.xml , перед тегом <?xml не стоит открывающая треугольная скобка - так получилось, или реально не стоит?

Что текст не форматирован, это фигня, загрузка и так происходит.

Я, ища причины незагрузок, действую так:

1) Беру orders.xml сформированный модулем, привожу его редактором в форматированный вид, чисто для удобства. Кстати, если открыть исходный файл в интернет-эксплорере, то он сразу будет в нормальном форматированном виде. Копирую отформатированный файл в папку "Исходник" (условно)

2) Далее, формирую другой , опытный orders.xml, в котором оставляю только 1-2 блока. В частности - заголовок заказа и блок клиента. Загружаю его в режиме ручного обмена данными с сайта в 1С.

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

Пара вопросов к вам kompnm, м.б. где-то писали, но просто не хочется листать.

Какая базовая конфигурация того, с чем работаете?

1) Конфигурация 1С (версия)

2) Версия Опенкарта (ocStore)

2) Версия модуля, которую ставите.

3) Условия установки: на чистую базу магазина, на магазин с уже заполненными товарами / чистая установка модуля, апгрейд с какой-либо предыдущей.

Вообще, думаю, будет вежливым по отношению к разработчику любое сообщение по тех. поддержке начинать с этих данных. Он же не участник битвы экстрасенсов и должен понимать исходные условия.

Теперь уже по существу. Модуль сейчас вообще у вас заказы не формирует, или они в 1С не затаскиваются?

5 часов назад, alexandrfom сказал:

Доброго времени суток, тут есть смысл задавать вопрос или сразу покупать модуль от алекссофтдева? Поддержка судя по всему нулевая, как и стоимость, но кому оно такое надо ждать неделями ответов?

 

Поставил 1.6.4.1, пробую сделать выгрузку, 1С выдает ошибку

Ошибка отображения типов: 
Отображение типа 'Null' в тип '{http://www.w3.org/2001/XMLSchema}string' 

Не могу понять, ошибка в 1С или поставил модуль неправильно. Я старый удалил, но не удалял из базы таблицы.

Модуль от неосео или софорп или как там сейчас его, довольно ограничен по функциональности и не стоит тех денег, которых просит за него его владелец. Сугубо имхо.

Уже писал участнику одному раньше, что для чистоты результата, надо начинать эксперименты на чистой базе чистого магазина и последней актуальной версией модуля. Грубо говоря, "с нуля". Попытка апдейтов и вычищения хвостов, как правило, все равно приводит к варианту чистой установки. Говорю по собственному опыту.

В PHP сами правки внести сможете? Если нет, тогда все равно попробуйте, в ручном режиме, ввести данные контрагента так:

    <Контрагенты>
      <Контрагент>
        <Ид>0#[email protected]</Ид>
        <Наименование>Фамилия Имя Отчество</Наименование>
        <ПолноеНаименование>Фамилия Имя Отчество</ПолноеНаименование>
        <Роль>Покупатель</Роль>
        <Комментарий>Комментарий о покупателе</Комментарий>
        <email><Представление>[email protected]</Представление></email>
         <Телефон><Представление>+7 903 456-0918</Представление></Телефон>
        <Адрес><Представление>120345, Тверская область, г. Тверь,  ул. Мира, д.10, кв.15</Представление></Адрес>
      </Контрагент>
    </Контрагенты>

В теги, само собой, должны быть внесены данные вашего заказчика.

Обязательно отпишитесь, какой получился результат.

Судя по всему, баг проявлялся только когда в качестве клиента указывалось юрлицо?

Угу... Та же проблема. Причем, продадут они тебе этот же модуль, только с прикрученными на скоро руку костылями под твою базу. "Интеграция", типа.

Я облазил почти все сайты с готовыми платными решениями. Модуль Виталия, надо сказать, наиболее полно пока реализует то, чего требуется для полноценной интеграции опенкарта и 1С.

Еще один совет, проверенный на себе. Настрой наиболее полно свои справочники номенклатуры. Чтобы у тебя хотя бы дефолтные поля были все заполнены - артикул, цена, описание и т.п. Потом попробуй сделать опытный перенос данных. Проверь, все ли перенеслось как надо. Далее, попробуй изменить позиции справочника товаров, добавить новый. Проверь, все ли тоже работает как надо.

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

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

И уж извини, если хочешь, чтобы было хорошо, придется делать все своими руками. Фрилансеры тебе, увы, помогут в этом не сильно.

Если магазин пустой, то лучше очисть базу и переставь движок и модуль заново. Поверь, это будет быстрее, чем вытирать хвосты от неудачной установки.

По поводу "минимума" - тут все ждут, пока "заработает обмен"

Он работает, но требует достаточно тонкой  и дисциплинированной настройки как модуля, так и собственных справочников 1С и ещё - ясного понимания, что и как происходит при обмене.

Ещё очень много работы и времени уйдет, пока устаканится весь функционал. Очень много пожеланий и порой они сильно разные.