Цитата |
---|
написал: must be of type Countable|array, nul |
P.S. - Про замену этих ужасающих смайлов году эдак в 2008, а то и в 2006 партнеры писали, а они (смайлы) все еще тут )))
23.02.2014 20:16:19
Роберт Басыров, найдите время чуток улучшить
С одной стороны по коду обработчика вижу, что писал далеко не студент, а программист, которого я и к себе бы в команду взял на хороших условиях, а с другой стороны такое извращение в виде прослоек. Это уже явно говорит о том, что решение берется из документации. Дополнение: Наверное стоит так же в решении по второму способу дописать и корректировку обработчика
|
|||||||||||||
|
08.08.2013 21:01:20
Дмитрий Зинько, это делается очень просто - добавляется возможность сделать сделку вложенной в другую сделку с неограниченным количеством уровней, подобно задачам и вложенным подзадачам. По сути добавить всего одно поле "Сделка родитель". И тут появляется непаханное поле для более развернутой аналитики + самое главное - прогнозирование ожидаемых поступлений, а именно в сделке верхнего уровня есть общая сумма всех вложенных сделок и равна она 100% прибыли. Рассчитать % от общей суммы провалившихся в воронку продаж и точную сумму ожидаемых поступлений, равно как и прогнозируемый период этих поступлений как два пальца об асфальт.
Как выводить вложенные и родительские сделки в интерфейсе продукта - задание для школьников, поэтому описывать варианты не буду. Как вариант - по аналогии с задачами. P.S. - Описал логику своих реализаций/внедрений. Люди пользуются и наслаждаются... |
|
|
20.09.2011 11:47:24
Так то что мы можем это сделать сами это понятно, так и сделали, но клиент заплатил нам дополнительно 15 килорублей за доработки!!! Ибо SKU оказался не нужным, раз уж появилось множественное свойство то мы просто вывели вместо ID привязанных торговых предложений свойства товаров и цены с кнопками магазина.
В стандартном виде со ску получается, что проще не пользоваться 1С-кой, ибо если каталог ведется на сайте, то проще уж тогда сразу делать его торговым и проставлять в нем цены и остатки, и это будет значительно проще и быстрее, чем точно так же проходить по ТОРГОВОМУ каталогу выгруженному из 1С-ки и ВЫБИРАТЬ ИЗ СПИСКА товаров в не торговом каталоге ТОВАР ДЛЯ ПРИВЯЗКИ его к торговому предложению! Вопрос разработчикам ООО "1С-Битрикс": думали ли вы на тему как будет проще и быстрее - зайти в один элемент и привязать к нему 5 торговых предложений или найти ПЯТЬ торговых предложений, за в кадое из них по очереди, чтобы привязать их к одному и тому же эелементу каталога? Если задавались таким вопросом, то обоснуйте пожалуйста логику получившейся реализации, на чем основан текущий порядок привязки? P.S. - Работая со SKU спомнил свой первый авто - ЗАПОРОЖЕЦ, в котором процесс снятия двигателя был следующим: откручиваем все болты, снимаем все шланги и т.д., после чего снимаем двигаеть с кронштейнов крепления и ложим на землю, поднимаем автомобиль и вытаскиваем из под него двигатель. Установка производится в обратном порядке. |
|
|
19.09.2011 06:41:35
Что-то ян е догоняю, маются клиенты у меня, и трое уже хотят мигрировать с БУС на иные платформы. В общем суть в чем, SKU вещь хорошая, но сейчас получается процесс таков:
1. Инфоблок - каталог товаров. 2. Инфоблок - торговые предложения. 1-ый инфоблок ведется ручками на сайте, так как объем инфы велик (фотки, описания, свойства и т.д.) и выгрузка из 1С занимала до 40-ка(!) минут. 2-ой инфоблок загружаетсы из 1С-ки. Для того чтобы подключить торговое предложение к товару необходимо зайти, ВНИМАНИЕ(!) в товар, загруженный из 1С-ки!!! Делаем очередную выгрузку из 1С-ки и опачки, большую часть торговых предложений вновь необходимо подключать. Почему бы не сделать подключение торговых предложений в карточке товара в 1-м инфоблоке, не являющемся торговым? Представляете каталог, 16 тысяч наименований запасных частей, узлов и агрегатов для транспортных средств. Поставщики меняются с периодичностью примерно раз в 1,5-2 месяца, соответственно позиции в 1С-ке тоже меняются постоянно. Проколачивать ID-ки товаров из 1-го инфоблока, в отдельных свойствах в 1С-ке тупой труд!!! Есть отдела снабжения, который работает только с 1С-кой, и именно этот отдел занимается оприховадованием товара и его ведением в 1С, есть отдел продаж, который работает с сайтом и с 1С-кой, но не имеет прав для редактированиятовара в 1С-ке, отдел продаж может только выписывать счета, накладные и счета-фактуры. Мешать отделы между собой, как и нагружать работой, которая не относится к компетенции отдела клиенты не желают, ибо (цитирую клиента): "Нахрена козе боян - какой тогда смысл в этой интеграции, если из-за этого я должен сломать для этого логистику?". Сначала я подумал, что у меня сотрудники что-то не доглядели и не правильно организовали интернет-магазины. Полез сам, и иного пути реализации SKU не нашел. Подскажите спрятана где эта волшебная кнопка для добавления торговых предложений, не заходя в торговое предложение загружаемое из 1С-ки? |
|
|
19.05.2011 16:22:55
Иван, спасибо за наводку, попробуем. А вот
- либо условие на странице с компонентом (проверять есть ли текущее соединение хотя бы одной из 1С-ок) показывать и не показывать компонент 1С-ке - либо через события запрещать конектиться юзерам (1С-кам) если есть хотя бы одна текущая загрузка каталога |
|||
|
19.05.2011 15:41:47
Два проекта две задачи.
Проект №1 В компании 5 направлений: мебель, текстиль, бытовая химия и т.д. Имеется: - 5 internet-магазинов на одном ядре на разных доменах и соответственно 5 каталогов (инфоблоков); - 5 баз 1С:УТ, по сути 5 отдельных 1С-ок. Задача: Получать заказы в 1С:УТ не все, а с конкретного сайта (инфоблока). То есть в 1С-ку с мебелью загружать заказы только с интернет-магазина мебели и т.д. Проект №2 У компании 3 филиала. Направления у филиалов разные, один продает химию для регенерации нефтяных пятен, второй средства защиты и комплекты для ликвидации последсивий аварий на нефтяном произведстве, третий продает спец.одежду для нефтяников. Каждый филиал имеет автоомную бухгалтерию. Имеется: - ОДИН internet-магазин, с тремя каталогами (отдельный инфоблок для каждого филиала); - ТРИ базы 1С:УТ, по сути ТРИ отдельных 1С-ки. Задача: Получать заказы в 1С:УТ не все, а только те, которые относятся к филиалу (кокретной 1С-ке). Может уже где-то есть, или в документации не достаточно внимательно рыскали. Буду благодарен за любой вектор, в том числе за ссылки на соответствующую документацию или тему в форуме. Дефолтно грузит все заказы в любую 1С-ку, может так не должно быть и где-то ошибку допустили? |
|
|
16.03.2011 16:13:56
Для каждого сайта отдельный тип инфоблоков, отдельный тип - для отдельного сайта. Внутри каждого типа инфоблоков: Новости, статьи, вопрос-ответ, Каталог и т.д. Соответственно делаем выгрузку для одного сайта в инфоблок "Каталог" IBLOCK_TYPE=>"s1", для другого сайта инфолок "Каталог" IBLOCK_TYPE=>"s2" и т.д., разумеется ID инфоблоков "Каталог" для разных сайтов разный. Выгрузка тоже не одним профилейм и не разом, а пять разных профилей, один будет выгружать на один сайт в "Каталог" в IBLOCK_TYPE=>"s1", второй профиль на второй сайт в "Каталог" в IBLOCK_TYPE=>"s2" и т.д. А вопрос то был в том: каким образом лучше в профиле выгрузки задать фильтр для выгрузки товаров, чтобы выгрузка была не всей группы товаров, а только тех товров, у которых например значение своства "сайт"=="s1"? И возможен ли такой фильтр. Сами 1С:УТ не пользуемся в виду отсутствия необходимости. До этого были проекты где была выгрузка из разных групп товаров в разные инфоблоки, но это типовая задача. А здесь уже не типовая. И еще раз конкретный вопрос - возможен ли фильтр по значению свойства, например выгружаем только те товары у которых значение свойства "сайт"=="s1"? P.S. - Уже думаю надо прикупить 1С:УТ для себя, для работы, а то получается вопрос как у студента - не как сделать, а возможно ли сделать тупо от не имения возможности лишний раз заглянуть в софт |
|||
|
16.03.2011 15:16:40
Дано:
1. 1С:УТ, где номенклатура построена следующим образом: - Поставщик1 -- Категория товара1 --- товар1 --- товар2 --- товар3 -- Категория товара2 --- товар1 --- товар2 --- товар3 - Поставщик2 -- Категория товара1 --- товар1 --- товар2 --- товар3 -- Категория товара2 --- товар1 --- товар2 --- товар3 2. 5 сайтов на одном ядре (internet-магазины), где 1 сайт - мебель 2 сайт - предметы интерьера 3 сайт - текстиль и т.д. 3. От каждого поставщика часть товаров идет в один интернет-магазин, часть в дугой, часть в третий и т.д. Теперь задача: я знаю, что выгрузку на сайт можно организовать по привязке к инфоблоку, к типу инфоблока и т.д. Но тут стоит задача загрузить на один сайт часть товаров из одного раздела от одного поставщика, часть товаров из другого раздела и т.д. И так надо раскидать нужные товары по нужным сайтам. Если бы номенклатура была не большая, то можно было изменить структуру каталога, но номенклатура о-о-очень большая, и ориентироваться сотрудникам компании проще по поставщикам, иначе вообще никак! Каким образом можно раскидывать товары по нужным сайтам? Если здать товарам свойство "сайт" и в нем указывать например идентификатор сайта, на который потом этот товар будет выгружаться, то будет ли возможность раскидывать товары по нужным сайтам через значение свойства? P.S. - Честно признаюсь не искал по форуму, так как инфы уже слишком много, она не каталогизирована, не классифицирована, а искать на свалке - сложно! Мне хотя бы ответ - возможно ли фильтровать выгрузку на сайт по значению свойства. Ну а если уже обсуждалось и скинете ссылку - буду о-о-очень признаетелен! |
|
|
27.10.2010 12:07:09
А вот такая задача - задать глобальную переменную для всего сайта. Переменная будет определять какой контент показывать, в зависимости от домена, под которым зашел посетитель, зашел по доменом site1.ru увидел инфоблок новости1, зашел под доменом site2.ru увидел инфоблок новости2.
Какие грабли могут попасть под ноги, и как в этом случае будет вести себя КЭШ компонентов? |
|
|
22.01.2008 21:42:57
Информация о работодателе на
Суть работы: Вы получаете html-страницу со всей графической нарезкой и таблицей каскадных стилей (css), в качестве готовой работы сдаете шаблон дизайна под "1С-Битрикс: управление сайтом" полностью готовый к загрузке и распаковке его на сайте заказчика. Требования: Опыт работы в данном направлении (наличие выполненных работ); Знание платформы "1С-Битрикс: управление сайтом"; Дополнительно: Желательно наличие сертификата " Возможность удаленной работы; Возможности: Официальное трудоустройство с белой З/П и полным соц.пакетом; Возможность планировать свое рабочее время; Возможность работать как на дому, так и в офисе; Дополнительные доходы в компании; Оплата: Сдельно-премиальная; Куда обращаться: Тел: +7 912 920 2680 Факс: +7 (3452) 47-81-71 (только факс) Email: mail@inform-se.ru (в теме указать - Вакансия интегратора) ICQ: 372-423-538 Skype: INFORM-SE (только для звонков) или просто в личку данного форума. |
|
|
29.07.2007 02:16:40
Кстати если это не картинка, то почитайте тему
|
|
|
28.01.2007 22:35:46
А переход на многосайтовость в каких пределах - с использованием нескольких доменов или же внутри одного сайта на одном домене? |
|||
|