ERP Phân xưởng ở bên ni đồng, văn phòng ở bên tê đồng. ERP vượt qua khoảng cách đó ra sao

Thảo luận trong '[QC] Phần mềm kế toán, giải pháp quản trị DN' bắt đầu bởi IChiNoVa, 14 Tháng năm 2005.

5,705 lượt xem

  1. IChiNoVa

    IChiNoVa Phu cà phê

    Bài viết:
    134
    Đã được thích:
    4
    Nơi ở:
    Sòn Gài
    Theo mình biết thì khi ứng dụng ERP thì toàn DN chỉ còn một hệ thống máy tính duy nhất. Các thông tin của mỗi bộ phận được nối kết với nhau.
    Có như vậy thì các phòng ban mới biết được tiến độ sản xuất ở phân xưởng...

    Như vậy nếu 1 phân xưởng ở Đồng Nai, 1 phân xưởng ở TP HCM, và trụ sở công ty ở TP HCM thì mạng máy tính phải làm sao đây?
     
    #1
  2. smartERP

    smartERP Thành viên sơ cấp

    Bài viết:
    12
    Đã được thích:
    0
    Nơi ở:
    Viet Nam
    Hiện nay, mô hình client - server đang được sử dụng phổ biến. Có thể 1 server ở Mỹ và hàng hàng Client ở khắp nơi cũng không sao. Vấn đề này hầu hết các phần mềm đã giải quyết được và đây cũng là cách đơn giản nhất. Nhưng cái then chốt là vấn đề hợp nhất dữ liệu và khả năng truy xuất ( phụ thuộc vào tốc độ truyền tải ). Tuy nhiên một giải pháp hiện nay được đa số các nhà cung cấp ưa chuộng đó là Multi-server, nếu khôn khéo trong thiết kế database thì vấn đề hợp nhất dữ liệu sẽ không còn là vấn đề qúa quan trọng. Ở VN nhiều nhà cung cấp sử dụng phương pháp script file hoặc họ sẽ hợp nhất thông qua Excel ( Lemon3 có công cụ LemonCell để giải quyết tạm thời vấn đề này ), nhưng pp này sẽ thường làm lệch số liệu khi hợp nhất báo cáo, làm người dùng mất rất nhiều thời gian để tích hợp, chỉnh sửa và việc chuyển đổi thành tiền hạch toán hoặc ngoại tệ là vấn đề rất quan tâm.
    Nếu bạn quan tâm đến vấn đề này thì hãy liên lạc trực tiếp với các nhà cung cấp như AZ, Diginet, Asoft xem như thế nào. Rất hy vọng là họ sẽ giúp bạn giải quyết bài toán này
     
    Last edited: 14 Tháng năm 2005
    #2
  3. PAT

    PAT PAT

    Bài viết:
    287
    Đã được thích:
    3
    Nơi ở:
    Ho chi Minh city
    Cái này lại quay trở về vấn đề Tập trung hóa hay phân tán CSDL mà mọi người đã bàn luận khá nhiều trong chủ đề "Đã có đơn vị nào triiển khai thành công ERP chưa". IchiNova có thể tham khảo thêm ở đó.

    Việc đạt được yêu cầu bài toán của Ichinova có thể giải quyết bằng Export hoặc scrip file như SmartERP đã nêu . Lúc này sẽ tồn tại độ "trễ". Cũng còn một cách xử lý nữa là xử dụng các kỹ thuật "replicate" và synchronize dữ liệu nhưng có cải tiến thêm để ứng dụng được trong điều kiện truyền thông của Việt nam và loại trừ các khâu trễ của biện pháp trên.
     
    #3
  4. Bau

    Bau Thành viên sơ cấp

    Bài viết:
    2
    Đã được thích:
    0
    Nơi ở:
    Hà Nội
    Thực ra vấn đề ở đây ko phải là phần mềm bởi vì hầu hết các phần mềm ERP hiện tại đều được phát triển trên kiến trúc Client-Server và nếu như có một đường truyền vật lý thì mọi yêu cầu có thể giải quyết được, vấn đề ở đây chính là ở góc độ truyền thông, nếu như nhà đầu tư có một "núi tiền" thì có thể thuê cho mình một đường truyền riêng còn việc ở hai đầu là hai server hay chỉ cần một server thì là do người dùng tự quyết định (tương tự như mạng của Tổng cục thuế hiện đang dùng) còn nếu đối với doanh nghiệp bình thường thì có nhiều cách để có thể kết nối CSDL giữa hai văn phòng như dùng kết nối ADSL, thuê máy chủ INTERNET,...và tất nhiên chất lượng dịch vụ(tốc độ và độ ổn định) sẽ tùy thuộc vào túi tiền của doanh nghiệp
     
    #4
  5. hieppm

    hieppm Thành viên thân thiết

    Bài viết:
    72
    Đã được thích:
    1
    Nơi ở:
    Tp.HCM
    Tập trung hay phân tán CSDL

    Các ứng dụng của nước ngoài khi thiết kế đương nhiên là kiến trúc Client-Server và không quan tâm đến đường truyền mạng(đương nhiên là Leased line).

    Nhưng đối với Việt nam không phải DN nào cũng sẵn lòng bỏ tiền ra để thuê một đường truyền như vậy. Do đó từ nhu cầu quản lý của doanh nghiệp mới đưa ra giải pháp cho thích hơp.

    - Nếu nhu cầu tổng hợp dữ liệu của Doanh nghiệp là cần Online thì như bác BAU đã nói là có thể thuê đường Leased Line, ADSL hai đầu hoặc là dùng Dial Up.
    - Nếu Doanh nghiệp chỉ cần tổng hợp số liệu vào cuối tháng hoặc cuối ngày thì có rất nhiều phương án để làm như các Bác đã đề cập bên dưới Export file, Replication, ...

    Thanks!
     
    #5
  6. spartan

    spartan Thành viên sơ cấp

    Bài viết:
    18
    Đã được thích:
    0
    Nơi ở:
    Hanoi
    Rất nhiều phần mềm ERP hiện nay được thiết kế chạy theo mô hình 3-tier (web-based) không có đòi hỏi cao về mạng. Tôi đã dùng thử chạy qua dial-up và VPN từ HN sang máy chủ ở Singapore kết quả tốt.
     
    #6
  7. StonyHeartedMan

    StonyHeartedMan Thành viên sơ cấp

    Bài viết:
    306
    Đã được thích:
    2
    Nơi ở:
    Hà nội
    Yeah!

    Sử dụng XML, Web Services and using HTTP or HTTPS protocol. It can run over internet.

    PS: "3-tier" should be "3-tiers" :)

    Tier 1: Data layer (Run on the same DB Server)
    Tier 2: Business layer (Such as BAPIs, normaly called middle-wares and running on application servers)
    Tier 3: Presentation layer (web-based or win forms) --> interact with users

    Google "n-tiers" for more detail.

    PS: Không phải cứ web-based là 3 tiers đâu nhé. 2 vấn đề đó khác hẳn nhau, chẳng dính dáng nhiều đến nhau mấy. (ví dụ: cái vBAdvance portal và vBulletin forum của WKT này chẳng có tý kiến trúc 3-tiers tý nào cả, ấy vậy mà nó là web-based rõ ràng đấy chứ.)
    Trích lược từ 1 bài viết sau khi search google nhé:

     
    Last edited: 8 Tháng bảy 2005
    #7
  8. sami

    sami Kẻ hết thời

    Bài viết:
    246
    Đã được thích:
    6
    Nơi ở:
    An Sương
    Đúng là 1 số chương trình thiết kế dạng n-tiers khiến cho nhu cầu về đường truyền leased-line không phải là thiết yếu nữa. Em đã tham gia buổi demo thấy chương trình chạy qua mạng dùng cơ chế VPN giữa 2 VP SG và HN ok. Tuy có hơi chậm nhưng chấp nhận được.
    Anh KhánhPQ ơi, sao không quảng cáo đi!
     
    #8
  9. erpvn

    erpvn Don't know what is erp!

    Bài viết:
    416
    Đã được thích:
    0
    Nơi ở:
    Miền đất hứa
    VPN? vậy sau k chạy qua web anh khanhpq? VPN cũng được nhưng làm sao nhanh bằng ADSL? Chạy qua internet đi để ngồi ở đâu trên thế giới cũng log vô chương trình làm việc được, VPN làm gì cho nó nhiêu khê chứ...
     
    #9
  10. snake

    snake Thành viên sơ cấp

    Bài viết:
    5
    Đã được thích:
    0
    Nơi ở:
    Hanoi
    Thực ra VPN là một kết nối được mã hóa trên một nền tảng truyền thông nào đó: lease line hay ADSL, dial-up,... Vì vậy tốc độ phụ thuộc rất nhiều vào nền tảng truyền thông.

    Vì vậy việc ứng dụng ERP theo mô hình VPN dựa trên Internet hoàn toàn khả thi. Tất nhiên không thể nhanh bằng leaseline được
     
    #10
  11. StonyHeartedMan

    StonyHeartedMan Thành viên sơ cấp

    Bài viết:
    306
    Đã được thích:
    2
    Nơi ở:
    Hà nội
    Thực ra, tất cả các PM mới được phát triển hiện nay (trừ một số bác làm cá nhân hoặc các bác non-IT lớn tuổi và ít cập nhật công nghệ. Thậm chí SViên ra trường bây giờ cũng "tít" công nghệ lắm rồi, khác nhau là ở việc có KN làm việc nhóm, khả năng quản trị dự án, kỹ năng và KN MKT & Sales và làm theo software life cycle không mà thôi) thì hầu hết là n-tiers cả thôi (Kiến trúc này có từ lâu lắm rồi mà). Anh em dân IT bây giờ cập nhật IT nhanh lắm các bác ạ :). Chỉ có điều, ở VN ta chẳng bao giờ (hoặc hiếm khi) nói chuyện về công nghệ một cách chi tiết ra với khách hàng cả (cùng lắm là trong propsal có nói sơ qua tý chút về công nghệ ở mức high lever mà thôi), chỉ mấy ông IT gặp nhau là thao thao bất tuyệt về mấy món đó thôi. (Điều này hơi khác mấy chú tây như SAP hay Oracle, họ toàn nói chuyện hàm lượng R&D trong SP nhưng ở VN thời điểm này nói thế lại không hợp lắm). Vì thế chuyện web-enabled là điều khá đơn giản đối với các nhà cung cấp và NCC nào cũng có khả năng làm việc đó nên đó chỉ là 1 tính năng trong vô vàn tính năng khác mà thôi.

    Hiện nay tôi thấy có 1 số người muốn làm PM cỡ ... ERP mà chưa từng chạy 1 ERP nào của Tây thực tế cả (nếu nói ERP là vision hay roadmap thì được). Với họ thì chuyện công nghệ là "vô tư đi" nhưng thực ra họ đâu biết rằng công nghệ chỉ là 1 trong các yếu tố cơ bản trong vô số các yếu tố cơ bản khác để tạo ra 1 SP có chất lượng cao. Để có được các SP đang KD trên thị trường VN hiện nay, các bác đã phải đổ bao nhiêu "xương máu" và "mất rất nhiều thứ" (ko nói ra được hết ở đây) mới có được.

    1 vài điều tâm sự trong nghề muốn nói với các bác chơi (Xả tý để relax. hê hê :))
     
    #11
  12. yukos

    yukos bsdinsight.com

    Bài viết:
    188
    Đã được thích:
    4
    Giới tính:
    Nam
    Nơi ở:
    bsdinsight.com
    Việc đưa 1 ứng dụng lên mạng không phải là chyện đơn giản đâu - cà 1 trời công nghệ đó - mà đi đầu hiện nay là các công nghệ SOA - và được thiết kế trên đủ loại cg nghệ khác nhau, mà thường là Java, theo tớ việc này không đơn giản đâu. Mà theo tớ thấy (không tin mấy bác đọc trên thời báo vi tính đi - học dịch lại của các tài liệu tên tuổi, và nổi tiếng ở bên Tây đó), thì chỉ có các công ty giàu tiền của thì mới làm 1 cái riêng cho mình, bằng không, người ta thường kết hợp với đối tác làm thôi. SAP là điển hình bỏ tiền ra làm, nhưng thực ra thì SAP cũng mua lại 1 phần nào đó của IBM, và tận dụng các thế mạnh hiện có của Java thôi.

    MS có công nghệ .Net, nhưng để đưa lên Internet được thì phải custom cái phần mềm hiện tại nhiều lắm, không đơn giản chút nào đâu, tốn thời gian và tiền bạn đó (hổng biết mấy ông bạn khách hàng có hiểu cho nổi khổ công nghệ ở đây không)
     
    #12
  13. hieppm

    hieppm Thành viên thân thiết

    Bài viết:
    72
    Đã được thích:
    1
    Nơi ở:
    Tp.HCM
    n-tiers là mấy tier vậy?

    Cho hỏi trong các bác đã có bác nào từng tham gia lập trình hay triển khai thành công một ứng dụng được viết trên công nghệ 3 lớp(đúng nghĩa) chưa vậy???

    Các phần mềm ứng dụng nội địa hiện nay chỉ là Clients-Server(2 lớp) cả thôi. Nhưng thiết nghĩ đâu cần thiết phải là 3 lớp mới là hay mới là Pro nhỉ??? chỉ cần thiết kế tốt, nghiệp vụ tốt, lập trình tốt thì việc gì lại không thể giải quyết được?
     
    #13
  14. spartan

    spartan Thành viên sơ cấp

    Bài viết:
    18
    Đã được thích:
    0
    Nơi ở:
    Hanoi
    erpvn ơi, nếu không dùng VPN thì ứng dụng của em trên internet chưa kịp chạy đã bị bọn hacker nó an thịt rồi, hu hu.
    với lại VPN nó khác với ADSL và leased line. VPN là mạng riêng ảo, còn ADSL hoặc leased line là mức vật lý rồi, như bác snake nói ấy. Công ty tôi chạy Oracle 11i dùng VPN, có 1 đường leased line ra Internet, các chi nhánh ở các nưóc dùng ADSL hoặc dial-up chạy phe phé.
    tôi cũng đồng ý với bác hieppm, ứng dụng tốt với khách hàng không nhất thiết phải theo công nghệ tiên tiến. Nhưng cũng nên cân nhắc công nghệ có đáp ứng được khả năng mở rộng của hệ thống trong tương lai không, vì đầu tư vào EPR là đầu tư lớn và lâu dài.
    PS: to bác stone: tôi thấy người ta hay dùng là 3-tier đấy ạ, bác cứ xem ở đoạn trích dẫn thứ 2 từ Google cuả bác mà xem :)
    Vài điều tâm sự về công nghệ cùng anh em,
     
    #14
  15. hieppm

    hieppm Thành viên thân thiết

    Bài viết:
    72
    Đã được thích:
    1
    Nơi ở:
    Tp.HCM
    Adsl - Vpn

    Nếu 2 đầu đều dùng ADSL hết thì mình có thể thiết lập VPN, không nhất thiết là phải Leased line. Với lại tốc độ của ADSL cao hơn rất nhiều so với Leased Line trong khi chi phí lại rất thấp.

    Không phải cứ lập trình bằng Oracle, Java, .Net là 3 lớp đâu các bác ạ!

    Khả năng mở rộng hệ thống không nhất thiết là phụ thuộc vào công nghệ tiên tiến nhất, mà phụ thuộc vào thiết kế của chương trình. Người thiết kế hệ thống phải có tầm nhìn tổng quát mà đúng. Nếu thiết kế tổng quát mà trật lất thì ... có công nghệ siêu hiện đại đi chăng nữa thì cũng không phát triển được.

    Tôi đang chạy thử một ERP của nước ngoài, viết trên VB6 kết nối vào một CSDL lạ hoắc(FireBird) mà vẫn chạy ầm ầm, tính năng thì hết chổ chê, linh hoạt như Excel.
     
    #15
  16. StonyHeartedMan

    StonyHeartedMan Thành viên sơ cấp

    Bài viết:
    306
    Đã được thích:
    2
    Nơi ở:
    Hà nội
    Hì, tớ xem và đọc cái đó làm gì cả spartan? Tớ có thắc mắc gì về công nghệ đâu? Tớ quoted from google's results cho mọi người đọc chơi đấy chứ :).

    Xa xôi gì đâu, chuyện hàng ngày của tớ ấy mà:)

    Bây giờ mọi người làm lập trình tiếp tục google nhé:

    Google "n-tiers tool gen" hoặc "3-tiers tool gen" sẽ biết được thêm 1 số công cụ lập trình cho phép .... Generate code cho cả 3 lớp, đặc biệt hỗ trợ ta trong lớp DB-Layer.

    Cheers!
     
    #16
  17. spartan

    spartan Thành viên sơ cấp

    Bài viết:
    18
    Đã được thích:
    0
    Nơi ở:
    Hanoi
    Không hoàn toàn như vậy bạn ạ. Ở VN chi phí cho leased line cao nên mình thường dùng đường tốc độ thấp thôi. ADSL = asynchronous DSL, tức là tốc độ upload và tốc độ download khác nhau, thường tốc độ upload lên là rất thấp. Nếu bạn dùng ADSL cho server thì cả hệ thống sẽ chạy rất chậm vì cổ chai của mạng chính là tốc độ upload của server.
    Với lại khi dùng VPN ít nhất server của bạn phải có địa chỉ internet cố định, mà địa chỉ khi dùng ADSL lại rất hay bị thay đổi.

    Tôi hoàn toàn đồng ý với bạn. Thiết kế là rất quan trọng, nhưng công nghệ để đưa ý tưởng thiết kế vào hiện thực cũng quan trọng không kém :)

    Dạ khi nào bạn phải chạy quy trình phức tạp (khi mà con PC chạy VB6 kêu trời) hoặc phải hỗ trợ kỹ thuật hoặc nâng cấp phần mềm cho mấy trăm con PC ở vài chục chỗ khác nhau thì mới thấy hết vẻ đẹp của 3-tier. Về mặt công nghệ thì con Oracle 11i của tôi chạy quá yêu luôn.
     
    #17
  18. hieppm

    hieppm Thành viên thân thiết

    Bài viết:
    72
    Đã được thích:
    1
    Nơi ở:
    Tp.HCM
    To spartan

    Tốc độ Upload của ADSL tuy nhỏ hơn tốc độ Download nhiều, nhưng cũng cao hơn Leased line.(Nếu bạn dùng của Viettel lại càng cao hơn nữa)

    Thiết lập VPN không nhất thiết là phải mua IP tỉnh mới làm được

    Công nghệ không phải là một phép màu vặn năng có thể biến cái không thể thành cái có thể được bạn ạ

    Solomon, Accpac, Smartbank, ... họ đều dùng VB đấy thôi!

    3-tier không có nghĩa Client là Web, Client là web không có nghĩa là 3-tier
     
    #18
  19. StonyHeartedMan

    StonyHeartedMan Thành viên sơ cấp

    Bài viết:
    306
    Đã được thích:
    2
    Nơi ở:
    Hà nội
    Lại nói đến chuyện cái tay hay cái mồm là quan trọng hơn? Chuyện thị trường hay chuyện quản lý con người là quan trọng hơn? Nói thế này thì có mà nói đến tết Công gô cũng chẳng hết. :)

    That's right! bổ sung thêm phát nữa:

    - AccPac giờ chuyển lên .NET rùi
    - SAP Business One (B1) SP ERP cho SMB được viết = VB6 đấy (vì nó viết từ hồi chưa có .NET mà). Nhưng mà đã ai dùng nó chưa nhỉ?
    - SAP All-In-One thì để mấy hôm nữa xem nó viết bằng cái gì :)

    VB6 và 3-tiers ko thể so sánh với nhau được. 1 cái là ngôn ngữ lập trình. 1 cái là kiến trúc phần mềm. :). Có thể viết DB layer, Business layer = M$ VB6 cũng được, M$ VC cũng được, v.v..., Presentation layer viết webform cũng được (thường dùng ASP), winform cũng được (dùng VB6, Visual Fox 9,v.v.. cái gì cũng được, miễn là hỗ trợ COM+). Hic, giải thích mệt thật. Thôi, work tiếp cái :)

    Tóm lại: chuyện áp dụng công nghệ là cả chiến lược SP 1 công ty, nó phụ thuộc vào năng lực, tài chính, thời điểm bắt đầu phát triển, thời gian phát triển, thị trường (phục vụ cho thị trường nào? lớn, trung bình, hay nhỏ --> mức độ yêu cầu về công nghệ có thể đáp ứng cho thị trường), giá cả SP, v.v... và chiến lược chung của công ty (công ty có vài ba SP được phát triển cho các thị trường khác nhau).
     
    Last edited: 14 Tháng bảy 2005
    #19
  20. PAT

    PAT PAT

    Bài viết:
    287
    Đã được thích:
    3
    Nơi ở:
    Ho chi Minh city

    Các bác tranh luận về công nghệ làm chúng em cứ mắt tròn mắt dẹt.

    Thôi thì cứ đầy đủ nghiệp vụ nhà em cần. VB, Web hay một lớp hay nhiều lớp người dùng bọn em cũng không hiểu rõ lắm. Tốc độ nhanh đáp ứng được thực tiễn là tụi em vui lắm rồi.

    Cũng mong các bác tư vấn cho người dùng bọn em trung thực nhất để bọn em đỡ mất tiền mà lại được công được việc để bọn em làm ra nhiều tiền hơn mà mua tiếp của các bác nữa chứ.

    Hihi PAT đóng vai trò khách hàng chút nhé
     
    #20

Chia sẻ trang này