|
04.07.2006, 10:16 | #1 |
Участник
|
Всем привет!
Может кто уже сталкивался: некоторое время назад стал усиленно искать внутренне перемещение в нав. 4.0 - и не нашел Есть обычное перемещение - через транзитный склад. Что приводит к дополнительным проводкам через этот самый склад. А мне естественно нужно "нормальное" перемещение: со склада А на склад Б - и усё. Я плохо искал? Или так мелкомягкие и задумали? |
|
04.07.2006, 10:47 | #2 |
Участник
|
В документе "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).
|
|
05.07.2006, 16:05 | #3 |
Участник
|
Правильно, нету там такого. Но накатить эту функциональность с 3.7 можно. Точнее лучше сделать по подобию, функционально там ничего сложного. Кроме того можете использовать стандартный журнал товаров и в нем проводить опреации с типом перемещения если не нужен заголовок и сам документ.
__________________
Want to believe... |
|
05.07.2006, 19:39 | #4 |
Участник
|
ОК, спасибо, понял.
|
|
27.11.2009, 15:36 | #5 |
Участник
|
А может быть найдутся динозавры, которые подскажут как поправить баг во внутренних перемещениях версии 3.70А, когда при автоматическом учёте себестоимости значения измерений не попадают ни в G/L Entry, ни в Ledger Entry Dimension?
|
|
02.12.2009, 12:46 | #6 |
Участник
|
Вот подозреваемый код (из кодюнита 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; |
|
02.12.2009, 13:02 | #7 |
Участник
|
Так если он не передается туда, то его и в учтенных товарных операциях не будет и в строках учтенного документа...
А если в товарных операциях они есть, то копать глубже надо. |
|
02.12.2009, 13:04 | #8 |
Участник
|
Код, который вы привели, отвечает за передачу измерений из неучтенного документа в учтенный. Так что надо посмотреть, если в учтенном документе измерения в порядке, ошибку, видимо, надо искать в кодеюните 5802.
|
|
02.12.2009, 13:23 | #9 |
Участник
|
Измерения в 32 и 5802 таблицах есть, но соответствующих записей в 355 таблице нет. В Posted Document Dimension измерения появляются только для шапки. А собственно в таблички учтённой шапки и строк всё переносится минуя 22cu, тут-то проблем никаких нет. Касательно функции - видимо да, всё-таки передаются все параметры. Если с неё начинаются все неприятности, то непонятно, почему в других местах она работает нормально (в аналогичных актах оприходывания и списания).
|
|
02.12.2009, 17:49 | #10 |
Участник
|
нашёл. невнимательность древних локализаторов
вместо Код: JnlDim.SETRANGE("Journal Batch Name",ItemJnlLine."Document No."); Код: JnlDim.SETRANGE("Journal Batch Name",ItemJnlLine."Journal Batch Name"); Код: ItemJnlLine.MODIFYALL("Document No.",PostedItemDocHeader."No."); |
|