Gmp

Поставил ради интереса версию с гитхаба, вижу внутри это: Bootstrap v4.5.3 А где 5-ка то?

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

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

@wvldmr Обо всех возможных проблемах не расскажу, т.к. это индивидуально и зависит от того какая конфигурация 1С, модифицированная ли база, какой модуль обмена на стороне 1С, какая версия либо сборка Opencart, какой модуль обмена на стороне Opencart, какие особенности вашего бизнеса и тд. Иногда даже простая задача "да мне просто остатки и цены выгрузить надо" оказывается не такой простой как кажется на первый взгляд. Если условно, то могу еще отметить следующее: (не обязательно у вас будут все озвученные проблемы, но в разных ситуациях / конфигурациях и в разных модулях многие из них возможны) 1) Выгрузка из новых конфигураций таких как УТ11, КА2 - более функциональная, но имеет больше нюансов чем из старых, таких как УТ10, КА1.1; 2) Выгрузка из Розницы имеет свои особенности; 3) Выгрузка из УНФ несколько отличается от других конфигураций; 4) Если у вас несколько складов в 1С и вы хотите чтоб это было и на сайте - будут нюансы/проблемы; 5) Если вы используете характеристики в 1С (опции в Opencart) - будут нюансы/проблемы; 6) Если сайт не пустой, т.е. на сайте уже есть товары которые не выгружены из 1С - возможны нюансы/проблемы; 7) Если у вас в 1С бардак - будут проблемы (в идеале в 1С должно быть ровно то, что вы хотите увидеть на сайте); 8) Если вы хотите двухсторонний обмен заказами - будут нюансы/проблемы; 9) Если вы используете в 1С механизм скидок - будут проблемы; 10) Если вы выбрали коммерческий модуль обмена, а он под ioncube - будут проблемы; 11) Если вы выбрали бесплатный модуль обмена, но он вас чем то не устроил и нужны доработки - затраты будут выше стоимости лицензии коммерческого модуля (но ниже, чем если вас не устроил коммерческий модуль и вы решили дорабатывать его); 12) Если вы хотите нестандартную "фичу" которая по вашему мнению крайне банальна и проста как 2+2, не удивляйтесь тому что "эти исполнители совсем оборзели, просят уйму денег за такую простую вещь". У обмена с 1С уйма острых углов и подводных камней. Если подвести итог - вам проще всего сделать копию базы, копию сайта и попробовать реализовать то что вы хотите. Получите ценный опыт, знания и представление о том устраивает ли вас то или иное решение или нет.

@AlektroNik 1) Поднимать демо версии коммерческих систем - Битрикс, UMI, CS-Cart, Webasyst и тд и изучать их; 2) Читать документации к коммерческим системам из п.1; 3) Лезть в код модуля обмена в самой 1С и пытаться понять что он умеет принимать и понимать; 4) Пытаться найти нужное методом научного тыка: обычно если 1С присылает какие-либо реквизиты, то всегда можно попробовать отдать ей их обратно (это я про заказы в обе стороны).

Не очень понял чем существующие решения не подходят под эту задачу, но по моему почти любое из имеющихся платных и бесплатных решений способно осуществить задуманное. Если конечно понимать как работает обмен с 1С (т.е. понимать нюансы и ограничения). 1) Если купили офлайн - обновить остатки на сайте. Это умеют все модули - стандартная выгрузка номенклатуры из 1С. 2) Если купили в онлайн магазине - обновить в 1С. Для этого нужно настроить выгрузку заказов из магазина в 1С. Нюансы и ограничения стандартного обмена: 1) Выгрузка по расписанию. Если период выгрузки большой, а заказов очень много и онлайн и офлайн - будут косяки. Эту задачу решают модули "обмена в реальном времени" - есть специализированные модули, есть модуль битрикса, который эту тему уже давно прорабатывает и меняет протоколы обмена в этом направлении. 2) Инициатор обмена исключительно 1С. Это сделано в целях безопасности - сайт не может сам связаться с 1С, всегда база 1С коннектится с сайтом, но не наоборот. 3) Остатки на сайте всегда перезаписываются остатками из 1С. Это значит что в 1С всегда должны быть актуальные остатки, и заказ из интернет магазина должен быть проведен в 1С, иначе 1С выгрузит на сайт неверные остатки. Это базовые ограничения. Есть много других нюансов в каждом индивидуальном магазине. Надеюсь был полезен

@AlektroNik Я тоже не сталкивался. Нужно смотреть стандарты обмена (если удастся найти адекватную информацию), и смотреть что по этому поводу "умеет" 1С. Возможно даже придется поднимать битрикс, чтоб проверить есть ли там купоны и как они выгружаются в 1С. Да, эта "ноша" нелегка, но порой только так можно добыть информацию.

@Snoop3000 Чёт я запутался чего вы хотите. Должно быть так - у вас в МС 10шт, а в Опенкарте - 15шт. Запустили выгрузку. Теперь и в МС и в Опенкарте стало 10шт. Затем на сайте купили 2шт. На сайте стало 8шт. Но если вы не оформили продажу в МС - при выгрузке в Опенкарте снова станет 10 (т.к. в МС по прежнему 10шт). Потому если у вас что либо купили - логично предположить, что вы оформили продажу в МС. Теперь и там и там 8шт. При следующей выгрузке ничего не изменится потому что и так остаток одинаков. Принцип простой - Опенкарт не предназначен для хранения остатков, остатки хранятся в учетной системе и оттуда они попадают на сайт. Списание товаров на сайте нужно лишь для того, чтобы поддерживать относительную актуальность в периоды между выгрузками. Если выгрузка автоматическая круглосуточная, а у вас выходные либо праздники и вы не проводите заказы в МС, то да, может возникнуть ситуация что у вас смогут купить последний товар несколько раз, потому что МС не будет знать что товар уже куплен и будет сообщать сайту что товар все еще есть.

А где это вы такое видите? Обычно остатки приходят в Опенкарт из учетной системы, будь то 1С или МС (Мой Склад). Выгрузку товаров из МС настраивал, есть свои нюансы но в целом работает. А вот с заказами не было опыта.

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

@jjek Если не срочно - могу посмотреть. При условии что будут доступы (и сайт и RetailCRM).

Перевыложить то не проблема, там и моя версия под 2.3 висит, и версия под 3-ку от Dmytro85 Главное силы трезво оцените. Это будет не так просто как вам сейчас кажется (по крайней мере из моего опыта). См. ниже. Думаю тут потребуется не только энтузиазм, организовать коллективную работу намного сложнее чем кажется. Нужен куратор который постоянно будет этим заниматься. Контролировать работу, следить чтоб всё было по правилам и стандартам. Потом начнутся разногласия куратора и окружающих и тд. Короче не так это просто. Так у всех)) Я тут пару месяцев назад зависал регулярно, а теперь раз в неделю забегаю чтобы хоть в курсе новостей быть. Проходили, задумка хорошая но в реальности поддерживать множество сущностей еще сложнее чем одну. Модуль перерабатывается, базовый функционал меняется и потом все плагины начинают отваливаться, образуется еще больший хаос. Не скажу что это невозможно, но сделать это хорошо - непросто. Моя скромная история о "голом энтузиазме".

Подобной настройки нет, но можете для теста попробовать "костыль", на свой страх и риск (не проверял). В файле admin/model/extension/exchange1c.php найти: return $enable_categories; заменить на: //return $enable_categories; return array(); Если что-то пойдет не так - вернёте как было. Но по идее будет то что вам нужно - отключенные категории включаться автоматически не будут.

@Maximis @Espresso.Doktor - благодарю. Теперь понял зачем эта папка. Модуль битрикса не устанавливал потому не знал (точнее один раз установил лет 5 назад, посмотрел и снёс ибо сильно не понравилось. Желания устанавливать больше не возникало). Можете не собирать его, если авторизацию не переписывали. В нём магии нет. Он работает если пустой логин или пустой пароль, а новый это не пропустит.

Если есть модуль целиком - скиньте его, так будет проще. Если нету - то авторизация может быть в каком-то из файлов exchange1c, что находится или в папке export или в controller или в model. Не знаю где именно находится авторизация в модуле под опенкарт 1.5, надо смотреть. Скорее всего этот файл нужен для обмена с какими-то "особыми" системами, которым нужен именно такой путь как в битриксе, вот этот путь и эмулируется. Честно говоря я с такими системами не сталкивался (везде можно указать свой путь к файлу обмена), потому необходимости в этом файле у меня не было ни разу. Из множества сообщений которые вы написали я так и не понял - вы попробовали вернуть стандартный опенкартовский .htaccess и указать в 1с путь с https? Работает в этом случае?

Вот тут я расскажу одну реальную историю, потому что периодически люди пишут мол вот на старой версии модуля под опенкарт 1.5-2.1-2.3 работало а на новой не работает. Плохой новый модуль. Однажды мне это надоело и я стал разбираться - как же так, авторизацию я не трогал вообще, но вот на старой версии 1.6.3.хх работает у людей а на 1.6.4.7-1.6.4.8 - нет. Долго выяснял, смотрел старые версии модуля, сравнивал авторизацию. А потом выяснилось что из-за бага в коде старых версий авторизация не работает должным образом, и пропускает те запросы, которые не должна. Потому и работает. Убрать авторизацию на свой страх и риск можно и в новом модуле, на своем проекте. Но в релизе естественно этого не будет из соображений безопасности. Интереса ради - если пришлете вашу версию модуля обмена под опенкарт 1.5 - буду очень благодарен. Хочется посмотреть есть ли там какая-то полезная магия или нет. Проблемы с авторизацией это нередкая проблема, и FAQ на сайте самого Битрикса - тому подтверждение. Самое неприятное - на разных серверах решается по разному. Универсального решения я не нашел.

На всякий случай спрошу - а прописывать в 1С не http:// а https:// либо https://www. пробовали? Т.е. такой путь который будет работать без редиректа? Для теста уберите htacess из папки export а htacess который в корне сайта - замените оригинальным опенкартовским. Проверьте ответ сервера по тому адресу который вы указываете в 1С. Проверить можно через браузер или онлайн сервисы такие как этот (хотя если вы из Украины - с Яндексом у вас беда). В общем я думаю найдете способ узнать код ответа сервера. Если 200 то всё ок, если 30х (напр. 301, 302, 307, 308) - значит редирект.

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

Добро пожаловать в мир стандартов 1С)) На самом деле то что описано на сайте - наполовину не работает и не выполняется самими конфигурациями 1С, актуальную информацию удается добывать не из описаний стандартов, а изучением битрикса и данных которые передает 1С. Вот вроде да, при внимательном рассмотрении то что вы описали логично, но при этом все популярные конфигурации 1С которые умеют обмениваться с сайтом - ждут success в первой строке и сообщение во второй. Это сообщение и выводится в 1С когда запускается обмен. УТ10.3 умеет обмениваться по https без всяких танцев и файлов htaccess (если версия платформы как я указывал выше), просто пишете в адресе обмена https:// и тд. А куда писать указанный автором код - по всей видимости надо найти в конфигураторе модуль обмена, найти код отвечающий за соединение и там куда-то вставить. Но имхо это плохое решение (потому я такое никогда не делал и не буду, соответственно не подскажу как это делать), я еще не видел ситуаций когда нельзя было бы сделать по нормальному - не влезая в конфигуратор.

Ну, раз мы решаем проблемы "выгружаются не те заказы", то видимо всё работает? Или нет? Ты же выше показывал кому-то свой рабочий htacess с которым как я понял всё заработало. Тут нужно кому-то дать доступ к серверу + доступ к 1С + деньжат и тогда будут разбираться. Подсказки какие я знал я уже сказал. Нужно или самому гуглить-пробовать-гуглить-пробовать или заплатить кому-то кто сделает это за тебя. Как я говорил - чудо решения нет (или я его не знаю). Нужно проверить версию платформы 1С, точно не вспомню, обсуждалось несколько страниц назад, но с 8.3.9 кажется она поддерживает обмен по https без танцев с бубном. Проверь чтоб не было редиректов, например с www на без www или наоборот. Ответ скорее всего есть тут или тут.

Ничего нигде не возникнет, ставь условие как в строке выше, "нулевые" заказы никуда не должны попадать, их нет еще. Просто опенкарт их зачем-то сохраняет (для аналитики например). А чтоб посмотреть их в админке - перейди в список заказов и в фильтре выставь статус "Потерянные заказы", и тогда увидишь. Обычно их не видно, потому что как я говорил - это несуществующие заказы, их еще не оформили, просто человек накидал в корзину и открыл оформление чтоб например посмотреть сколько будет стоить доставка, или как можно оплатить, или что-то еще. Это не означает что он планировал что-то покупать.

Ну, я ответов на свои вопросы так и не получил, я ж не телепат)) Точный статус вы не сообщили (смотреть таблице oc_order поле order_status_id), настройки обмена заказами не показали. Можно только гадать. Обычно модули оплаты настраиваются, чтоб не оплаченному заказу присваивать определенный статус. Если таких настроек нет, а в базе статус "0", значит заказ "потеряшка" (в админке такие заказы можно посмотреть отфильтровав по статусу "Потерянные заказы"). Тогда возможно вам поможет это сообщение которое было 10 страниц назад. Но такой проблемы у вас быть не должно потому что в моей сборке эта проблема была решена очень давно. В общем телепат из меня не очень.

Ну, получается что ваша 1С не выполняет требования стандарта. Потому что первой строкой в ответе должен быть "success", а во второй сообщение. Модуль обмена именно так и делает, если посмотреть код выводящий уведомление - в этом можно убедиться: private function echo_message($ok, $message="") { switch ($ok) { case 1: echo "success\n"; $this->log("success",2); if ($message) { echo $message; $this->log($message,2); } break; Вот и ответ на вопрос - не модуль обмена кривой, 1С кривые...

Возможно это то что вам нужно: Есть упрощенная версия: Посмотрите демки, может подойдет вам.

Хотел бы всем попытаться помочь по озвученным проблемам, но в последнее время совсем увяз в работе, потому заглядываю сюда не часто и отвечаю не всем. Прошу "понять и простить")) Указанные ошибки уже были у кого-то раньше, я пытался "решить по быстренькому", но там какой-то полный треш был в коде, не вспомню что именно. По моему была странность в том, что на одном и том же модуле у человека была та же "duplicate entry" как у вас, а у меня не работало ничего вообще, а исследовав код я обнаружил что кода который формирует - нет вообще и никакого "duplicate entry" быть не может. Сейчас почитав обсуждение я понял - видимо дело в том что кто-то загружал вручную, а кто-то обменом, кто-то формировать вручную пытался. Отсюда и разные ошибки. В итоге человек установил сторонний модуль для автозаполнения SEO полей. Очень сумбурно и непонятно написано, но думаю дело тут не в модуле обмена вовсе. Если у вас стоит параметр "выгружать заказы с таким-то статусом" - проблем быть не должно. Если не стоит этот параметр, то значит модуль оплаты присваивает не оплаченному заказу некоторый статус (так делают вроде все модули оплаты), и потому он приходит к вам в 1С. Если хотите чтоб помогли - нужны детали. Какой статус у неоплаченного заказа, какие настройки обмена заказами. Эта проблема гораздо хитрее чем кажется. Зависит видимо от конфигурации 1С и настроек веб-сервера, потому что кому-то помогает один htacess кому-то другой кому-то третий и тд. Универсальное решение я искал но так и не смог найти. Как и точную причину почему это происходит. Пробуйте гуглить эту ошибку не в рамках "обмена с опенкарт", а в целом. Для битрикса, вордпресса (вукоммерс), нэткэта, и других популярных движков интернет магазинов. Я как-то находил htaccess на форуме по другому движку и он подошел в конкретной ситуации. Эту проблему совсем недавно решал один из форумчан, заказывал у кого-то платную доработку (не у меня, я временно отсутствовал). Если нужно могу поискать его ник в переписках, может он поделится решением или подскажет или скажет кто ему сделал. Лучше всего оригинальный .htaccess не трогать и оставить как было (хотя вы уже "потрогали"), а в папке /export/ создать отдельный .htacess и в него уже писать строки с форума или интернета.