-- validation logic:
-- if not null, validate destination_type_code based on item_status,
-- accrue_on_receipt_flag, transaction_flow_header_id;
---- validation business rules
-- item status
-- 'o' = outside processing item
-- - destination type must be shop floor
-- 'e' = item stockable in the org
-- - destination type cannot be shop floor
-- 'd' = item defined but not stockable in org
-- - destination type must be expense
-- null = item not defined in org
---- accrue on receipt
-- 'n' - destination type must be expense
-- 'y' - if expense_accrual = period end
-- then destination type code cannot be expense
-- cannot be inventory if item_id is null.
-- if shikyu item, then dest type code must be inventory.
也就是說物料的目的地型別的值取決於物料的狀態，接收應計標識，以及transaction_flow_header_id。
這些驗證邏輯在新增採購訂單時是有效的，但是從採購申請建立訂單的時候這些限制有沒有了。
目的地型別影響會計科目的生成。
ActiveMQ目的地特性之組合目的地
從activemq1.1開始，支援一種被稱為組合目標的技術。這允許使用單個虛擬的jms目的地來表示乙個jms目的地的集合。例如，你可以使用組合目的地在乙個操作中將訊息傳送到12個物理佇列。或再一次操作中將訊息傳送到乙個主題和乙個佇列。可以在建立目的地或將目的地註冊到jndi時，使用逗號分隔將多個目的...
目的地 加州旅館 9 12
目的地 加州旅館 9 12 聖何塞位於舊金山東南部,舊金山位於聖何塞的西北部,相距大概乙個小時的車程,但兩個城市的氣候 溫度 差異很大.加州要11月份才進入雨季,所以在奔赴駐地的途中,抬頭可以看到藍天白雲,放眼可以見到枯黃草地 進入市區,變化也不大,大塊的空地和低矮的商住樓和居民小區,跟蘇州的工業園...
重要的不是目的地
旅行歸來，帶給我的不是輕鬆和愉快，而是周身的疲憊和一種淡淡的憂傷和失望。這種情況，確實是我事先沒有料到的。因為工作的原因，好久沒有做長途旅行了，加之年紀的增長，也不太願意像以前那樣揹著包就到處跑了。本以為參團會讓我省去許多麻煩，可為什麼找不到以前的那種輕鬆愉快的感覺了呢？這兩天沒事一直在思考這個問題...