06.11.2009, 11:37 | #61 |
Участник
|
Вчера обнаружил "новую фичу от МС" в разделе произ-во (хотя сразу скажу ЗОНЫ полностью доделывал в произ-ве, потому что их нет вообще!!! и лезут по журналу траблы!): В help:
Поле Код Ячейки Таблица Произ. Заказ Компонент При расчете производственного заказа, программа копирует код ячейки из соответствующего поля спецификации. Если вводится дополнительный компонент, нажмите AssistButton в поле, затем выберите доступные коды ячеек Если компонент не находится в определённой ячейке, оставьте это поле пустым. Проблема - в Таблице Спецификации НЕТ поля Ячейка! Вопрос - откуда планировалось копировать значение? Может из полей из Заголовка или ...? |
|
12.11.2009, 13:10 | #62 |
Участник
|
Очередная бага по Ячейке вылезла от русичей (у меня полезло при удалении зоны и ячейки).
|
|
17.06.2010, 16:02 | #63 |
Участник
|
За этот кусочек кода в 90 CU я не знаю кому кланяться..
Код: IF CheckApplToItemEntry THEN TESTFIELD("Appl.-to Item Entry"); P.S. Хорошо, что я просто товар возвращал, а не с серийными номерами или партиями.. |
|
17.06.2010, 20:48 | #64 |
Moderator
|
Цитата:
Сообщение от RedFox
За этот кусочек кода в 90 CU я не знаю кому кланяться..
Код: IF CheckApplToItemEntry THEN TESTFIELD("Appl.-to Item Entry"); P.S. Хорошо, что я просто товар возвращал, а не с серийными номерами или партиями.. Ну да требует проверки кода. Требует понятно зачем ( ну я во всяком случае раньше так думала до работы в MS), что бы можно было взять цену (где-то потом) из указанной Ledger Entry. Если поставили настройку PurchSetup."Exact Cost Reversing Mandatory" (см. строку Выше), то наверное понимали зачем. С другой стороны, у серийных номеров и партий нет Item Ledger Entry. Вот и прочитала я текст несколько раз, но так и не поняла, что же Вы тут ожидали увидеть. Понимаю, что помочь ничем не смогу, так как W1 функциональность, но в данном случае даже не понимаю на что жалуются. Вот и думаю, может из-за того, что с товарам давно не работало, а может из-за того, что старость приблежается . Объясните плз. для тугодумов. |
|
25.06.2010, 11:12 | #65 |
Участник
|
Цитата:
Цитата:
Ну да требует проверки кода. Требует понятно зачем ( ну я во всяком случае раньше так думала до работы в MS), что бы можно было взять цену (где-то потом) из указанной Ledger Entry. Если поставили настройку PurchSetup."Exact Cost Reversing Mandatory" (см. строку Выше), то наверное понимали зачем. С другой стороны, у серийных номеров и партий нет Item Ledger Entry.
Ну я рассуждал так. Первоначально разберемся с природой полей CheckApplToItemEntry и QtyToBeReceivedBase Код: IF PurchSetup."Exact Cost Reversing Mandatory" AND (Type = Type::"2") THEN IF "Document Type" IN ["Document Type"::"5","Document Type"::"3"] THEN CheckApplToItemEntry := Quantity > 0 ELSE CheckApplToItemEntry := Quantity < 0; Код: ItemJnlLine."Quantity (Base)" := QtyToBeReceivedBase; Цитата:
Вот и прочитала я текст несколько раз, но так и не поняла, что же Вы тут ожидали увидеть.
...Объясните плз. для тугодумов. |
|
01.07.2010, 19:38 | #66 |
Участник
|
Читать случайно пришлось, но было весело...
|
|
07.03.2011, 15:05 | #67 |
Участник
|
Извините, вопрос к профи по WMS - когда все-таки пофиксят проблему продажи/списания товаров с ячеестым складом с проверкой наличия не из 32, а например из Bin Contens.. Потому что это не работает ни в В1, и в РУ!
Кратко проблема - покупаем 10 шт товара и заносим на ячеестый склад. Перемещаем 2 шт в ячейку 1, а потом журнало реклассификации из Ячейки 1 в ячейку 2. В итоге смотрим применение и движение по 32 таблице. |
|