|
|
#61 |
|
Участник
|
Вчера обнаружил "новую фичу от МС" в разделе произ-во (хотя сразу скажу ЗОНЫ полностью доделывал в произ-ве, потому что их нет вообще!!! и лезут по журналу траблы!): В help:
Поле Код Ячейки Таблица Произ. Заказ Компонент При расчете производственного заказа, программа копирует код ячейки из соответствующего поля спецификации. Если вводится дополнительный компонент, нажмите AssistButton в поле, затем выберите доступные коды ячеек Если компонент не находится в определённой ячейке, оставьте это поле пустым. Проблема - в Таблице Спецификации НЕТ поля Ячейка! Вопрос - откуда планировалось копировать значение? Может из полей из Заголовка или ...? |
|
|
|
|
#62 |
|
Участник
|
Очередная бага по Ячейке вылезла от русичей (у меня полезло при удалении зоны и ячейки).
|
|
|
|
|
#63 |
|
Участник
|
За этот кусочек кода в 90 CU я не знаю кому кланяться..
Код: IF CheckApplToItemEntry THEN
TESTFIELD("Appl.-to Item Entry");P.S. Хорошо, что я просто товар возвращал, а не с серийными номерами или партиями.. |
|
|
|
|
#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 функциональность, но в данном случае даже не понимаю на что жалуются. Вот и думаю, может из-за того, что с товарам давно не работало, а может из-за того, что старость приблежается . Объясните плз. для тугодумов. |
|
|
|
|
#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; Цитата:
Вот и прочитала я текст несколько раз, но так и не поняла, что же Вы тут ожидали увидеть.
...Объясните плз. для тугодумов. |
|
|
|
|
#66 |
|
Участник
|
Читать случайно пришлось, но было весело...
|
|
|
|
|
#67 |
|
Участник
|
Извините, вопрос к профи по WMS - когда все-таки пофиксят проблему продажи/списания товаров с ячеестым складом с проверкой наличия не из 32, а например из Bin Contens.. Потому что это не работает ни в В1, и в РУ!
Кратко проблема - покупаем 10 шт товара и заносим на ячеестый склад. Перемещаем 2 шт в ячейку 1, а потом журнало реклассификации из Ячейки 1 в ячейку 2. В итоге смотрим применение и движение по 32 таблице. |
|
|