Перемещение в 4.00

[rov_imported]

Всем привет!
Может кто уже сталкивался:
некоторое время назад стал усиленно искать внутренне перемещение
в нав. 4.0 - и не нашел
Есть обычное перемещение - через транзитный склад.
Что приводит к дополнительным проводкам через этот самый склад.
А мне естественно нужно "нормальное" перемещение: со склада А на склад Б - и усё.
Я плохо искал? Или так мелкомягкие и задумали?

[iddqd_imported]

В документе "Item Documents in Microsoft Navision RU 4.00" в разделе "Item Transfers" написано:

Цитата:

Please use standard functionality Transfer Orders for all kind of item transfers (also for internal purposes).

[DA_NEAL]

Правильно, нету там такого. Но накатить эту функциональность с 3.7 можно. Точнее лучше сделать по подобию, функционально там ничего сложного. Кроме того можете использовать стандартный журнал товаров и в нем проводить опреации с типом перемещения если не нужен заголовок и сам документ.

[rov_imported]

ОК, спасибо, понял.

[Васыо]

А может быть найдутся динозавры, которые подскажут как поправить баг во внутренних перемещениях версии 3.70А, когда при автоматическом учёте себестоимости значения измерений не попадают ни в G/L Entry, ни в Ledger Entry Dimension?

[Васыо]

Вот подозреваемый код (из кодюнита 12451 Item Document-Post):

ItemJnlLine.SETRANGE("Document No.",PostedItemDocHeader."No.");
IF ItemJnlLine.FIND('-') THEN REPEAT
  ItemJnlLine.TESTFIELD(Quantity);
  PostedItemDocLine.INIT;
  PostedItemDocLine.TRANSFERFIELDS(ItemJnlLine);
  PostedItemDocLine."Journal Batch Name" := PostedItemDocHeader."No.";
  PostedItemDocLine."Document No." := PostedItemDocHeader."No.";
  PostedItemDocLine.INSERT;

  JnlDim.RESET;
  JnlDim.SETRANGE("Table ID",83);
  JnlDim.SETRANGE("Journal Batch Name",ItemJnlLine."Document No.");
  JnlDim.SETRANGE("Journal Line No.",ItemJnlLine."Line No.");
  IF JnlDim.FIND('-') THEN
  REPEAT
    PostedDocDim.INIT;
    PostedDocDim."Table ID" := 12452;
    PostedDocDim."Document No." := PostedItemDocHeader."No.";
    PostedDocDim."Line No." := PostedItemDocLine."Line No.";
    PostedDocDim."Dimension Code" := JnlDim."Dimension Code";
    PostedDocDim."Dimension Value Code" := JnlDim."Dimension Value Code";
    PostedDocDim."New Dimension Value Code" := JnlDim."New Dimension Value Code";
    PostedDocDim.INSERT;
  UNTIL JnlDim.NEXT = 0;

  IF JnlDim.FIND('-') THEN;
  ItemJnlPostLine.RunWithCheck(ItemJnlLine,JnlDim);

  PostedItemDocLine."Item Shpt. Entry No." := ItemJnlLine."Item Shpt. Entry No.";
  PostedItemDocLine.MODIFY;

  JnlDim.DELETEALL;
UNTIL ItemJnlLine.NEXT = 0;

В функцию ItemJnlPostLine.RunWithCheck не передаётся параметр JnlDim. Если не вспомните - может так что посоветуете?

[prefreitor]

Так если он не передается туда, то его и в учтенных товарных операциях не будет и в строках учтенного документа...
А если в товарных операциях они есть, то копать глубже надо.

[Milk]

Код, который вы привели, отвечает за передачу измерений из неучтенного документа в учтенный. Так что надо посмотреть, если в учтенном документе измерения в порядке, ошибку, видимо, надо искать в кодеюните 5802.

[Васыо]

Измерения в 32 и 5802 таблицах есть, но соответствующих записей в 355 таблице нет. В Posted Document Dimension измерения появляются только для шапки. А собственно в таблички учтённой шапки и строк всё переносится минуя 22cu, тут-то проблем никаких нет. Касательно функции - видимо да, всё-таки передаются все параметры. Если с неё начинаются все неприятности, то непонятно, почему в других местах она работает нормально (в аналогичных актах оприходывания и списания).

[Васыо]

нашёл. невнимательность древних локализаторов
вместо

 JnlDim.SETRANGE("Journal Batch Name",ItemJnlLine."Document No.");

надо

JnlDim.SETRANGE("Journal Batch Name",ItemJnlLine."Journal Batch Name");

ибо ранее было

ItemJnlLine.MODIFYALL("Document No.",PostedItemDocHeader."No.");

собственно за исключением этого момента всё быстро перенеслось на 5.0 силами слегка программирующего консультанта