Форум

[QUOTE]Александр Кислицын написал:
[URL=http://dev.1c-bitrix.ru/api_help/main/general/constants.php]http://dev.1c-bitrix.ru/api_help/main/general/constants.php[/URL] [/QUOTE]
Спасибо, конечно, но там ответа на мой вопрос не имеется... Я думаю, что все-таки это баг какого-то компонента, который объявил константу раньше чем положено.

Мало того, так даже такое решение, размещенное в начале php.ini ни чем не помогает:
[CODE]if (!defined("SITE_SERVER_NAME")) define("SITE_SERVER_NAME", "www.site.ru");[/CODE]
Судя по всему константа очень даже "дефайнед" только  в виде пустоты... Кто и где ее определил, не ясно (

[U]Как думаете[/U], это баг, или какие-то особенности самого Битрикса?

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

Погуглил везде, но так и не понял смысла этой кнопки... Что она означает? Что товар готовится к отгрузке или скажем ее можно использовать для того, что-бы уведомлять склад о том, что товар можно выдать? Или же информировать покупателя о том, что товар готов к выдаче? Или использовать ее так как фантазия позволит (или не использовать вовсе)? Пытаюсь навести порядок с почтовыми шаблонами и правами и никак не могу понять для чего эта кнопка. Что за номер документа нужно вводит после нажатия этой кнопки? Может к ней привязан какой-то функционал при экспорте в 1с (пока используем только импорт из).

Можно ли как-то сделать так, что-бы при переводе заказа в статус "отгружен" эта кнопка "нажималась" сама? Потому как ее просто не будут нажимать сотрудник(и) нашего магазина.

Можно ли как-то кастомизировать текст этой кнопки (например назвать ее "заказ укомплектован"?

Ну очистите весь кэш через админку и проверьте...

Какая версия инфоблоков?

Если 1.0, то для получения множественных свойств надо делать так:
[CODE]$dbItem = CIBlockElement::GetList(
array(),
   array(
       "IBLOCK_ID" => 10,
       "ID" => 12345
   ),
   false,
   array("nTopCount" => 1),
   array("IBLOCK_ID", "ID")
   )->GetNextElement();

$item = $dbItem->GetProperties(array(), array("CODE" => "PROPERTY_MULTIPLE"));[/CODE]Во 2-й версии инфоблоков, насколько мне известно, можно получать множественные свойства и таким способом (но в случае с версией 1.0 он не работает):
[CODE]$item = CIBlockElement::GetList($order, $filter, false, array('nPageSize' => 1), $select);while($ob = $item->GetNextElement()){
   $arFields[] = $ob->GetFields();
}[/CODE]

[CODE]// init.php

AddEventHandler("sale", "OnOrderPaySendEmail", "addFileldsPayOrderEmail");

function addFileldsPayOrderEmail($orderID, &$eventName, &$arFields) {
    error_log("My site: " . SITE_SERVER_NAME);
}[/CODE]В лог попадает запись вида "My site: site.ru"
[CODE]// init.php

AddEventHandler("sale", "OnOrderStatusSendEmail", "addFileldsToStatusEmail");

function addFileldsToStatusEmail($orderID, &$eventName, &$arFields, $status) {
    error_log("My site: " . SITE_SERVER_NAME);
}[/CODE]В лог попадает запись вида "My site: "

Подскажите пожалуйста, c чем это может быть связано? Проблема мелочная конечно, ибо можно взять значение вышеуказанной константы из $arFields, но все же хотелось бы понять на будущее, почему она не определена или значение ее пустое, ведь она должны быть определена раньше подключения init.php ?

[QUOTE]Александр Кислицын написал:
У нас следующие статусы, которых вполне хватает для основных цепочек БП
Принят, Подтвержден, Обработан, Оплачен, Отправлен, Выполнен, Закрыт, Возврат Заказа[/QUOTE]
Да, я уже понял свою ошибку. Всем спасибо )

В общем ничего не получается - при наступлении событий OnBeforeOrderUpdate и OnOrderUpdate метод CSaleBasket::GetList возвращает одни и те же товары, с теми же ценами и кол-вом :( Придется добавить таки состав заказа в сообщение статуса "подтвержден".

[QUOTE]Александр Кислицын написал:
. но ведь пользователь согласовывает эти изменения?2. зачем городить огород, когда вы можете ввести какой-либо статус (например подтверждение заказа) и после его применения отправлять пользователю письмо определенной формы, в котором напишите, что заказ готов к отправке, состав заказа такой-то, условия оплаты такие-то, условия отправки такие-то[/QUOTE]
Да, согласен. Небольшой огород. Но при схеме со статусом заказа "изменен" пришлось бы подтвержденные заказа переводить в статус "изменен" потом опять на "подтвержден", путаница будет, особенно если буду заниматься этим не сам. Насчет доставки, так и сделаю, а изменение состава заказа попробую все-таки на обработчики повешать - так будет полный порядок с точки зрения клиента ну а на нагрузку никак не повлияет, ведь это редкие операции.