?
快捷搜索:  as  test  1111  test aNd 8=8  test++aNd+8=8  as++aNd+8=8  as aNd 8=8

齊博國際免費注冊:大話ERP之如何快速分批領料

?

導讀:近來我在給一家客戶進行ERP系統實施的時刻,碰著了一個難題。他們是一家裝置企業,產品主要用來外銷,一年的販賣額由8000切切美元,即7億人夷易近幣閣下。這在海內,是一個規模對照大年夜的企業了。然則,其在ERP實施的歷程中,碰著了一個問題。

近來我在給一家客戶進行ERP系統實施的時刻,碰著了一個難題。他們是一家裝置企業,產品主要用來外銷,一年的販賣額由8000切切美元,即7億人夷易近幣閣下。這在海內,是一個規模對照大年夜的企業了。然則,其在ERP實施的歷程中,碰著了一個問題。如他們一個組套對象,其可能有200個零件組成。他們的臨盆義務,便是要把這200個零件組成一個成套對象。然則,在臨盆領料的時刻,這200種零件可能不是一次性到料。他們在開始臨盆必方法料時,可能第一次只到了一半的零件,他們就先領一半;第二天又到了50種,他們就再領50種,第三天再領殘剩的材料。

企業用戶手工操作要領:

在手事情業模式下,他們是這么處置懲罰的。

先是臨盆領料職員開一張領料申請單,這張單據里齊博國際免費注冊面包孕了這個組套對象所必要的所有零件。由于領料職員無法知道哪些材料到料,哪些材料還沒有到。以是,他們開領料申請單時,就不關注料是否到齊。他們把這個問題交給了倉庫部門。

倉庫發料職員看到這張領料申請單后,就開始發料。若第一天只到了一百個材料,就發一百個,把領料申請單上100種料劃掉落;第二天到了50種,再劃去50種;第三天都到了,這張領料申請單也就停止了。

這種操作模式,對付企業這種實際環境,確鑿是對照得當的。他跟標準功課的差別在于,在一樣平常環境下,臨盆部門每領一次料,都要開一張領料申請單。然則,現在企業的環境是,雖然分了三次領料,然則,只開了一張領料申請單。這雖然方便了日常平凡的功課,然則,也留下了一些隱患。如無意偶爾候 ,倉庫部門跟臨盆部門,會對一筆材料有沒有發、有沒有發全會有對照大年齊博國際免費注冊夜的爭議。

ERP領料的標準功課模式:

在ERP系統中,若按企業現在這么做,會亂套的。

如臨盆部門在分批領料的時刻,只開一次領料申請單,而倉庫部門是在某個臨盆訂單的料整個發齊后再審核領料單,就存在著如下隱患。

1、庫存數量及時性會對照差,在短光陰內,庫存數量會不準。由于在ERP系統中,因此領料審核為準。在領料單審核的歷程中,系統會根據領料單上的數量及倉庫或者庫位(若有庫位治理的話),來扣減 庫存數量?,F在假設第一天領了100種零件,第二天領了50種,第三天領了50種。而領料單要在第三天審核。那我們在第一天一百種零件發出去后,查詢庫存的時刻,由于領料單還沒有審核,這一百種零件就沒有扣減庫存數量,著末查詢出來的結果就有問題了。第二天齊博國際免費注冊也是,會呈現類似的環境。只有到第三天,領料單審核后,庫存數量才會規復正常。就中處置懲罰要領,便是對庫存數量的及時性的一種尋釁。

2、領料單沒有審核,那么相關有權限的人就可以隨意改動。若領料單沒有審核,則系統會覺得這張領料單還沒有完成,是草案狀態。如斯,就可以變動。因為不止一小我可以改動,那到時刻,若領料數量部隊,則他們就會相互扯皮了,有的以致惡意變動領料單數量。這個領料的日常治理,帶來了不便。

導讀:近來我在給一家客戶進行ERP系統實施的時刻,碰著了一個難題。他們是一家裝置企業,產品主要用來外銷,一年的販賣額由8000切切美元,即7億人夷易近幣閣下。這在海內,是一個規模對照大年夜的企業了。然則,其在ERP實施的歷程中,碰著了一個問題。

按照ERP系統的標準功課模式,是要求臨盆部門在領料時,領一次料,開一張領料單,然后,倉庫職員根據領料單的數量發料,發完后,把領料單審核。若有需要的話,把領料單打印出來,然后,倉庫與領料員合營具名,以表示領料數量、品種跟單據上同等。

現在企業用戶至以是不這么處置懲罰,主如果由于領料員在開領料單時,不知道現在的庫存數量。不過,在ERP中,在開領料單的歷程中,在根據臨盆訂單天生領料單的歷程中,會顯示庫存數量。照事理來說,如斯領料職員在天生領料單的時刻,只必要天生有庫存數量的領料項目好了。然則,當我提出這個辦理規劃時,用戶又提出了如下的疑問:

1、無意偶爾候,一張臨盆訂單可能分十次到料,如斯,我就要開十張領料單,這多麻煩?那我領料職員只必要在電腦眼前開單子就可以了,其他事情都不必要做了。確鑿,若按有庫存才開單處里的話,領料單數量確鑿為增添。分外是這個客戶,一個產品的零件數量浩繁,若按這個老例措施處置懲罰的話,確鑿會導致事情量的增添。

2、還有一個問題。若某個零件在庫存中確鑿有庫存。然則,這個庫存可能是為其他臨盆訂單若籌備的,而這個臨盆訂單的主人可能是企業的重點客戶,我們寧肯延遲現在這張臨盆訂單的臨盆日期,也不容許去挪用這筆零件的庫存。而在臨盆訂單天生領料單的歷程中,顯示的庫存數量,只是一個簡單的齊博國際免費注冊庫存數量,而沒有顯示到底是為那張臨盆訂單采購的。以是,在根據臨盆訂單轉換領料單的時刻,不能夠區分現有的庫存數量是否是為我這張臨盆訂單所用。我每次都必要去核對,那開一張領料單的光陰,要多長呀。用戶提的這個問題也不是空穴來風。對付很多接單式臨盆的企業,確鑿存在這些問題。他們材料都是按販賣訂單采購,若在實際治理中,發生訂單挪料臨盆的話,則后續的事情就會亂套。如臨盆計劃等,都邑有所影響。著實,在Oracle等大年夜型的ERP軟件中,有訂單材料留用的功能,然則,一樣平常海內的ERP都沒有這個功能。以是,我也只能別的設法主見子了。

3、別的一個問題,便是部門之間的共同問題了。若按如斯處置懲罰的話,對倉庫部門與臨盆領料部門的和諧齊博國際免費注冊性,提出了很高的要求。若曩昔的處置懲罰要領是傻瓜式的處置懲罰要領,那么現在的互利要領便是專業性的處置懲罰要領。傻瓜式的處置懲罰要領,就像用克隆式安裝操作系統的要領,雖然機動性不高,然則是一種老少咸宜的要領,不怎么會孕育發生差錯;而若按后面一種處置懲罰要領,就像自定義裝操作系統一樣,機動性對照高,然則,對付操作職員要求對照高,要求其有必然的專業常識??墒?,現在企業中的領料職員都是40多歲的中年人,對付電腦原先就知之甚少,若還必要這么專業的操作,那對他們來說,可能是一件弗成能完成的義務了。

著末辦理規劃:

因為我給出的ERP標準辦理規劃用戶不吸收,而且,在實際操作中,也確鑿存在一些問題。那沒法子了,這已經不能按照標準功課來處置懲罰了。跟客戶的臨盆經理、領料職員進行充分溝通后,我給出了如下的辦理規劃:

1、領料職員在領料時,仍舊是一張臨盆訂單只開一張領料單。在開領料單時,他們不用關注庫存中是否到底有這個材料。

2、然后,倉庫職員根據實際環境,進行發料。只是在領料單審核時,若發生分批領料的環境,不按領料單審核。而按領料單里的行項目審核。詳細的來說,若領料單中有200種材料,若此次發料100種,則不再領料單的單頭審核,而只是在領料單的獨身單身審核。只是要鼠標點100次。雖然對照麻煩,然則由于這傻瓜式的操作,不用費腦筋,反而受到用戶的認同。倒讓,在領料單行里審核的話,也會扣減對應材料的庫存數量。若領料不是分批領料,而是一次性領齊的話,就不存在這個問題了。只要直接在領料單單頭進行審核就可以了。不過,這個功能是必要二次開拓才能實現。

3、為了精確區分庫存的庫存材料到底是用于那張臨盆訂單,我還讓客戶上了批號治理功課。經由過程這支功課,就不用工資的去判斷,到底該材料是用于那張臨盆訂單。ERP系統從開采購單開始,到材料采購入庫,都邑一起跟蹤。包管庫存材料不被挪用。

這個辦理規劃雖然著末被用戶所吸收,并且在實際事情中利用還受到他們的好評。然則,我心里仍舊不是百分之百的同意這種做法。由于這個辦理規劃雖然符合企業實際,然則,對付企業的事情效率來說,前進的不是很大年夜。只是在保障庫存的準確性與功課的安然性方面,起到了不小的感化。然則,這個辦理規劃終究要客戶自己掏腰包出錢進行二次個案的開拓,增添了企業項目實施的資源,這是我不樂意看到的。

作為實施顧問,我當然不樂意企業進行過多的二次開拓,終究這是必要支付必然的資源。不過反過來說,自己的辦理規劃幫用戶辦理了實際問題,解除了他們心中的煩惱,那我也感覺很有成績感。以是,這個辦理規劃,對我來說,可能是功過參半吧。

免責聲明:以上內容源自網絡,版權歸原作者所有,如有侵犯您的原創版權請告知,我們將盡快刪除相關內容。

您可能還會對下面的文章感興趣:

快三平台开户