Актуально, готов взять проект в разработку или на поддержку!
04.08.2023 16:36:15
Антон Захаров, благодарю за ответ.
1. Проблема в том, что я хочу отправить письмо дяде Пете, который не сотрудник компании, и приглашать его в Б24 нет смысла. Просто на произвольный адрес хочу письмо отправить ) Не вижу ничего странного в этом желании, вижу странное в отсутствии такой возможности. 2. Не все поля формы попадают в поля сделки. Кастомные не попадают. Например, у меня есть поле "дата мероприятия" - оно есть в форме, но в сделке его нет, соответственно, в письмо я не могу его добавить. 3. А вот за этот совет спасибо, как-то я просмотрел этот момент. |
|
|
25.03.2019 09:30:50
Здравствуйте!
Делаю сайты на Битриксе с 2008 года, сайтов с интеграцией с 1С (типовой и нетиповой) - больше десятка. До разработки сайтов занимался 1С-программированием, так что если в процессе интеграции возникнут проблемы на стороне 1С - решу их сам. Частично портфолио можно увидеть здесь: Гарантирую внимательное отношение к вашему проекту, порядочность и пунктуальность. 900 руб/час --- skype: redline_webdesign telegram/whatsapp: +7 905 464 нольдевять 83 |
|
|
13.02.2019 14:23:34
Здравствуйте!
Делаю сайты на Битриксе с 2008 года, имею опыт создания продуктов самого широкого спектра — от лендингов до интернет-магазинов в связке с 1С и личных кабинетов ресурсоснабжающих организаций с REST-интеграцией. Частично портфолио можно увидеть здесь: Многие проекты делались на аутсорсе для других студий, поэтому в портфолио их нет, но покажу, если у вас окажется похожая задача. Гарантирую внимательное отношение к вашему проекту, порядочность и пунктуальность. --- telegram: |
|
|
08.04.2017 12:57:02
Алексей Сипаев,спасибо!
Как я понимаю, хранилище осталось прежним - регистры сведений "Идентификаторы номенклатуры CMS 1С-Битрикс" и "Идентификаторы характеристик номенклатуры CMS 1С-Битрикс". По первой проблеме я наврал - дело было до последних обновлений. Сейчас ситуация следующая: новый "Помощник импорта товаров с сайта" товары не дублирует все ОК, но для вновь создаваемых товаров идентификаторы в вышеупомянутые регистры сведений не пишет. Получается, товары остаются без идентификаторов и при выгрузке на сайт одинэска сама присваивает им левые идентификаторы, никак не кореллирующие с XML_ID товаров на сайте. |
|
|
14.08.2015 13:18:23
Александр Фаст, да, есть один такой агент, третьи сутки висит... Что с ним делать? Просто на уровне БД отредактировать строчку таблицы?
|
|
|
06.02.2014 14:45:46
Здравствуйте, коллеги. Хочу поделиться опытом интеграции магазина с УТ (10.3) с использованием импорта каталога в УТ из магазина (недавний функционал, описанный в статье
Итак, имеем интернет-магазин белья с заполненным каталогом. Товары имеют SKU, достаточно много SKU (штук по 60 на товар). Решаем в 1С иметь дело только с учетной информацией (названия, артикулы, цены, остатки, ну и основные картинки товаров, для красоты), свойства оставляем только на сайте. Итак, делаем новую базу УТ, ставим дополнение от Битрикса. Находим обработку "Помощник импорта товаров с сайта...", запускаем. В настройках снимаем флаг "Создавать свойства товаров" (остальные флаги ставим), стартуем импорт, и... Проблема первая. При загрузке товаров в базу сразу получаем от 1С синтаксическую ошибку:
Хм. Лезем в конфигуратор, выясняем, что перед "Зап.Записать()" вызывается метод "Зап.Прочитать()", который и очищает все, что можно было записать. В дебри не лезем, ремим этот "Зап.Прочитать()", обновляем базу, снова запускаем процесс. Ура! Все выгрузилось! Каталог товаров на месте, SKU на месте, цены есть. Соответствия кодов товаров и SKU проставлены - красота. Конечно, неправильно просто заремить строчку, не разобравшись в логике, но поскольку результат нас устраивает, закрываем на это глаза. Имеем право думать, что теперь стандартный обмен с 1С взлетит по щелчку пальцев - нам ведь ничего хитрого не надо - цены и остатки. Соответствия у товаров есть, чего еще желать? К делу: приходуем тестовый товар на склад, меняем цену, заодно корректируем название, запускаем обмен. Смотрим результат... Проблема вторая. Создались новые инфоблоки для товаров и SKU, и все выгружено в них. Ёксель. Вот тебе и соответствия. Ок, прописываем внешние коды в нужные инфоблоки вручную — несложно, но как-то неприятно в контексте того, что каталог был выгружен с сайта. Следующий запуск обмена. Ага, наименование товара поменялось, хорошо, а что это в "торговых предложениях"?.. Проблема третья. Торговые предложения создались заново, что категорически неприемлемо, поскольку в созданных ранее предложениях есть важные для работы магазина свойства. Кроме того, названия этих новых SKU не такие, как должны быть, а составные - имя товара, а в скобочках имя SKU. Полная самодеятельность, короче. Разбираемся, почему SKU создались заново. В 1С, в регистре сведений "Идентификаторы характеристик номенклатуры CMS 1С-Битрикс", значения внешних кодов стоят правильные, такие же, как у старых SKU. Ну-ка, а у созданнных после обмена SKU? А У ЭТИХ ДРУГИЕ ВНЕШНИЕ КОДЫ! Составные: код товара#код предложения... И эти коды есть в xml-файле выгрузки, т.е. они сгенерированы в 1С. Идем в 1С, открываем модуль обработки "ОбменССайтом", и в процедуре РИ_ЗаполнитьСписокЗначенийПредложения меняем строчку
Проблема с названиями решена. Теперь кажется логичным в этой же процедуре подкорректировать строку
Кажется ведь, что если так сделать, то внешние коды у выгруженных SKU будут правильными, и выгрузка пройдет нормально.. Но нет, внешние коды в xml-файле будут правильными, но на сайт изменения не загрузятся - такой составной код используется при поиске нужного SKU в коде импорта. Так что единственный выход - корректировать внешние коды SKU на сайте. Дела-то: написать скрипт, который заменит текущие XML_ID SKU на составные. И тут, случайно, взгляд падает на Четвертую проблему. XML_ID не уникальны. Т.е. по умолчанию при создании, например, SKU, оно получает XML_ID, равный ID. Но если вы копируете SKU (а я думаю, многие так делают, это удобно), то XML_ID тоже копируется. Соответственно, это рубит на корню всю идею такого обмена. Значит ПЕРЕД ВЫГРУЗКОЙ КАТАЛОГА В 1С необходимо пробежаться скриптом, поменять XML_ID элементов на ID (и предусмотреть такую замену в обработчике события добавления элемента). Дальше рассказывать нечего, все выгрузилось, все загружается (тьфу-тьфу)). Резюме. Схема, при которой каталог с SKU велся на сайте, вы его выгружаете в 1С и имеете корректно действующий обмен, работать без доработки НЕ БУДЕТ. Необходимо: 1. Перед выгрузкой каталога в УТ, убедиться, что XML_ID товаров и SKU уникальны и будут оставаться уникальными. 2. После выгрузки каталога в УТ необходимо поменять XML_ID торговых предложений на сайте (на составные "кодТовара#кодПредложения" ;) , чтобы при дальнейшем обмене срабатывало соответствие. 3. Если вас не устраивает, что названия SKU после загрузки из 1С изменятся, то нужно поправить строчку в процедуре РИ_ЗаполнитьСписокЗначенийПредложения. 4. Вручную указать внешние коды инфоблоков После этого можно запускать обмен ) |
|||||||||
|
21.03.2013 13:23:40
Здравствуйте, коллеги!
Помогите, пожалуйста, прояснить ситуацию. Есть интернет-магазин в связке с 1С:УТ. Заказы синхронизируются по наименованию, в роли которого выступает фамилия. Но, естественно, это влечет за собой проблемы, ибо однофамильцы - явление частое. Соответственно, на стороне 1С получается нехорошо (заказы Васи Иванова присваиваются заказам Пети Иванова)... Руки конечно же тянутся "дописывать", но поскольку ляп достаточно выпирающий (ну как можно синхронизировать записи по явно неуникальному полю), то может быть все решается проще? Подскажите, пожалуйста, как вы решали эту проблему? Если дописывать, то куда правильнее вклиниться? |
|
|
06.09.2011 16:38:00
Нашел решение:
Думается, корректнее было бы все-таки на событиях сделать, избежав лишнего цикла, но при отсутствии документации годится любое готовое решение... |
|
|