Не разносятся накладные расходы

[bucken]

1. На счет фактуру наносим накл. расходы - сф\накл расоходы\ коррекция и накл.расходы. Но накладные расходы не появляются - в InventTrans.CostAmountAdjusment не заполняеться.
2. Накл. расход:
Дебит:
Тип дебетования: номенклатура
дебетовые провки: пусто
Счет по дебиту: пусто
Кредит:
Тип кредитования: Счет
Кредитовые проводки: Накладные расходы по закупке - пошли
Счет по кредиту: 6024.

Замечание: в двух системах одинаковые настройки(код накл. расхода, клиент) (одна репликация другой - недельной давности) - но в одной разноситься, а другой не разноситься!!!
Какие еще настройки могут влиять на разноску?

Вопрос: почему?

[bucken]

Факты:
1) В названии сф присутвовал обратный слэш, например так: CF\32.
2) Один из классов участвующей в механизме разнесения накл. расходов:
\Classes\MarkupAllocation_VendInvoiceTrans\queryBuild

PHP код:

QueryRun  queryBuild()
{
    QueryRun  query;
    ;

    query = new QueryRun(querystr(VendInvoiceTrans));
    query.query().dataSourceTable(tablenum(VendInvoiceTrans)).rangeField(fieldnum(VendInvoiceTrans, purchID)).value(strFmt('%1',purchId));
    query.query().dataSourceTable(tablenum(VendInvoiceTrans)).rangeField(fieldnum(VendInvoiceTrans, invoiceId)).value(strFmt('%1',invoiceId));

    return query;
} 


Особенно вот:

PHP код:

.... value(strFmt('%1',invoiceId)); 


3) Так вот - vendInvoiceTrans с таким invoiceId не будет найден, хотя он в таблице есть.

Выводы:
1) помогает

PHP код:

 .value(strFmt('%1',queryValue(invoiceId))); 


2) Но лучше запретить пользователям использовать обратный слэш вообще.
Почему? Да потому что по все системе это может аукнуться. Например я заказ создал
в названии которого обратный слэш - и все
приплыли, счет фактуру по нему не получиться сделать - не находяться строки заказа
при фактуровании.

3) И еще один момент : возможно это и было исправлено каким либо сервис паком.. у
нас только второй стоит. Кстати дата последней модификации класса этого:
01.11.2000, слой CUS. Выше слоев нет.

[bucken]

Отдельное спасибо WAMR - именно он указал направления, в которых следует копать. Вот я и докопался.

[bucken]

Вот:
http://axapta.mazzy.ru/hints/search/