Ưu điểm và nhược điểm của MisaSME.NET 2010

[Vando]

Misa sắp ra mắt Misa SME.net 2010. Ai đã có cơ hội sử dụng hãy cùng nhau đánh giá sản phẩm này so với bản Misa SME 7.9 nhé.

 

[lekaze]

Bản 7.9 thì mình cũng đã sử dụng rùi nhưng bản mới này thì chưa.Nó có khác gì với bản mới không nhỉ nếu ai có demo thì post lên rùi cả nhà dùng thử và bình luận.

 

[thanhvunt]

Misa sắp ra mắt Misa SME.net 2010. Ai đã có cơ hội sử dụng hãy cùng nhau đánh giá sản phẩm này so với bản Misa SME 7.9 nhé.

Theo thông tin từ website của Misa thì cấu hình máy đòi hỏi hơi bị cao để đáp ứng được phiên bản này :015:

 

[gau77]

Không biết mức giá thế nào nhỉ?

 

[TINH7899]

Bản 7.9 thì mình cũng đã sử dụng rùi nhưng bản mới này thì chưa.Nó có khác gì với bản mới không nhỉ nếu ai có demo thì post lên rùi cả nhà dùng thử và bình luận.

Oặc, làm sao post được hả em. Dung lượng của nó khá lớn mình UP bao nhiêu file cho đủ.

 

[MISASALES]

Không biết mức giá thế nào nhỉ?

Chào bạn,
Xin cảm ơn bạn đã quan tâm tới sản phẩm mới MISA SME.NET của chúng tôi. Khi nào phát hành sản phẩm chúng tôi sẽ gửi bạn bản báo giá mới.
Nếu cần thông tin gì, bạn cứ liên hệ lại với MISA nhé!

 

[lekaze]

không sử dụng được thử bản mới thì làm sao bình luận được chứ.
Hay Webketoan minh ai đó liên hệ với công ty cho member của web mình sử dụng thử rùi member của web mình marketing cho công ty của họ lun.
Không bít ý kiến này có được không nhỉ.
Có thể chỉ cho 10 thành viên đã sử dụng rùi dùng thử cũng được.

 

[Vando]

Từ file hướng dẫn đoán mò:
+ Số 1 nhé: giao diện nhập liệu kéo giãn được (nhưng không biết lần mở sau nó có mở ở kích thước đó không). Ở phiên bản trước, những hóa đơn bán hàng thường có nhiều dòng hơn số dòng hiển thị trên giao diện nên thường xuyên phải dòng nút cuộn, dễ gây nhầm lẫn.

 

[thanhvunt]

Nghe "giang hồ" đồn rằng, chi phí để chuyển từ 7.9 lên .Net 2010 là không rẻ tẹo nào.

Được giới thiệu là cho phép truy vấn dữ liệu "từ xa" nhưng chưa biết cụ thể.

Bổ sung nhiều chức năng hỗ trợ tính giá thành tốt hơn.

 

[hai2hai]

Ở phiên bản trước, những hóa đơn bán hàng thường có nhiều dòng hơn số dòng hiển thị trên giao diện nên thường xuyên phải dòng nút cuộn, dễ gây nhầm lẫn.

Ở bản nào cũng thế, phần mềm nào cũng thế (kể cả phần mềm của tây), số dòng trên chứng từ có thể dài tới 200 dòng hoặc thậm chí hơn nhiều, có phóng to hết màn hình thì cũng không chứa hết được và nếu không dùng nút cuộn (thanh trượt) thì làm sao mà xem hết được.

Được giới thiệu là cho phép truy vấn dữ liệu "từ xa" nhưng chưa biết cụ thể.

Làm với kiến trúc nào cũng có thể chạy "từ xa" được (kể cả cấu trúc cũ của Misa 7.9 là dạng client/server). Chỉ cần nhìn thấy IP tĩnh của Server, MS SQL Port được open qua Firewall là connected được. Tuy nhiên, chắc bản trên .NET thì ko dùng kiến trúc đó mà sẽ có Business Server (dạng Services), hay còn gọi là Middle-Tier (nếu ko thì còn nói làm gì nữa). Việc tách ra lớp Business Services sẽ tạo cho việc truy cập CSDL từ xa tốt hơn về tính bảo mật, v.v... (đó là lý thuyết rồi)

 

[Vando]

Ở bản nào cũng thế, phần mềm nào cũng thế (kể cả phần mềm của tây), số dòng trên chứng từ có thể dài tới 200 dòng hoặc thậm chí hơn nhiều, có phóng to hết màn hình thì cũng không chứa hết được và nếu không dùng nút cuộn (thanh trượt) thì làm sao mà xem hết được.



Làm với kiến trúc nào cũng có thể chạy "từ xa" được (kể cả cấu trúc cũ của Misa 7.9 là dạng client/server). Chỉ cần nhìn thấy IP tĩnh của Server, MS SQL Port được open qua Firewall là connected được. Tuy nhiên, chắc bản trên .NET thì ko dùng kiến trúc đó mà sẽ có Business Server (dạng Services), hay còn gọi là Middle-Tier (nếu ko thì còn nói làm gì nữa). Việc tách ra lớp Business Services sẽ tạo cho việc truy cập CSDL từ xa tốt hơn về tính bảo mật, v.v... (đó là lý thuyết rồi)

+ Với Misa 7.9 hóa đơn bán hàng chỉ hiển thị 05 dòng thấp hơn nhiều con số thông thường 7-9 dòng nên hầu hết các hóa đơn này đều phải dùng nút cuộn bên phải. Đa số các phiếu khác cũng gặp vấn đề tương tự.
+ Về việc connect từ xa: qua thử nghiệp cho thấy 7.9 chạy trên VPN miễn phí (tốc độ thực tế 100kb/s) thì xem báo cáo rất tốt nhưng nhập liệu hay chạy các tác vụ khác thì rất chậm. Khi xem báo cáo thường chậm hơn xem trên mạng LAN từ 1.5-2 lần nhưng khi nhập phiếu có danh mục lớn như hóa đơn bán hàng chẳng hạn sẽ có thể mất tới vài phút/phiếu. Theo dự đoán Misa 2010 sẽ dùng team viewer để thiết lập VPN miễn phí.

 

[hai2hai]

Khi xem báo cáo thường chậm hơn xem trên mạng LAN từ 1.5-2 lần nhưng khi nhập phiếu có danh mục lớn như hóa đơn bán hàng chẳng hạn sẽ có thể mất tới vài phút/phiếu.

ADSL thì ko nên so với mạng LAN rồi, nhưng danh mục cỡ nào mà khi in hóa đơn lại mất tới vài phút nhỉ? Vì load dữ liệu lên màn hình chứng từ rồi thì khi in ra lấy luôn trên client, ko cần trọc vào CSDL làm gì nữa.

Theo dự đoán Misa 2010 sẽ dùng team viewer để thiết lập VPN miễn phí.

VPN miễn phí thì nhiều lắm. Bây giờ đa phần các ADSL modem đời mới hỗ trợ Dynamic DNS hết rồi. Không cần phải cài phần mềm mạng ảo lên làm gì nữa.

 

[Vando]

Khi nhập chứng từ có danh mục lớn hoặc phải truy vấn số dư thì nhập rất chậm. Có thể misa không lưu cache tại client nên mỗi lần truy vấn rất lâu.

 

[hai2hai]

Khi nhập chứng từ có danh mục lớn hoặc phải truy vấn số dư thì nhập rất chậm. Có thể misa không lưu cache tại client nên mỗi lần truy vấn rất lâu.

Bạn nghĩ sao khi nếu lưu kiểu "catch" về client, giả sử như ở 1 máy khác thêm 1 danh mục liên quan tới chứng từ đó (Ví dụ: thêm khách hàng, thêm hàng hóa) thì sao? Ví dụ như đang xuất hàng, trong thời gian đó, ở 1 máy nào đó lại nhập hàng, nếu ko tính số dư online thì làm thế nào? Giá vốn sẽ ra sao?

Dĩ nhiên là có cách làm để nhận biết có dữ liệu thay đổi từ Server, nhưng mà ko đơn giản chút nào.

Nhưng mà truy vấn số dư là phải nhanh rồi. Hãy lấy số dư đầu tháng làm căn cứ tính toán số dư chứ đừng có tính toán nhiều, hãy dùng giá vốn được tính ở chứng từ trước chứ đừng tính giá vốn (chỉ nói tới đây được thôi).

 

[Vando]

Phầm mềm kiểm soát số lượng tồn để không xuất quá số này, số lượng tồn của mỗi cũng được hiển thị ngay khi nhập phiếu nên sẽ phải yêu cầu server lấy số dư.... Vấn đề là khi không truy xuất thì phần mềm không tận dụng thời gian rảnh để theo dõi thay đổi trên server. Cái này có lẽ quá phức tạp (giống như solomon).
Tuy nhiên so với PM dựa trên fox 7 như effect thì dữ liệu trao đổi đã giảm đi rất nhiều rồi. Với Effect V2.0 khi xem báo cáo hay nhập phiếu thường chạy full 100Mb/s luôn, dữ liệu chuyển qua khi xem 1 báo cáo nhỏ cỡ vài trang đã tới MB rồi.

 

[BLEU]

phần mềm kế toán Misa không hiểu quy mô hiệu suất như thế nào nhỉ, bác nào đã có số liệu thực tế số lượng máy lớn nhất tại 1 điểm tự động hóa khi dùng misa ko???

 

[thanhvunt]

+ Với Misa 7.9 hóa đơn bán hàng chỉ hiển thị 05 dòng thấp hơn nhiều con số thông thường 7-9 dòng nên hầu hết các hóa đơn này đều phải dùng nút cuộn bên phải. Đa số các phiếu khác cũng gặp vấn đề tương tự.

Bởi vì các form nhập liệu của 7.9 không thể phóng to thu nhỏ, nghe nói bản mới này khắc phục được nhược điểm này, sẽ phóng to thu nhỏ được cửa sổ nhập liệu. Tuy nhiên bởi vì hạn chế bởi kích thước màn hình nên nếu quá nhiều dòng thì vẫn phải cuộn thôi.

 

[Vando]

Bởi vì các form nhập liệu của 7.9 không thể phóng to thu nhỏ, nghe nói bản mới này khắc phục được nhược điểm này, sẽ phóng to thu nhỏ được cửa sổ nhập liệu. Tuy nhiên bởi vì hạn chế bởi kích thước màn hình nên nếu quá nhiều dòng thì vẫn phải cuộn thôi.

Nhiều dòng thì đương nhiên phải cuộn rồi. Nhưng 5 dòng thì quá ít, hầu như hóa đơn nào cũng phải cuộn. Nếu được 10 dòng thì OK (hóa đơn Bộ tài chính in có 10 dòng).

 

[shpy]

Mình không rõ về từ thuật ngữ lập trình lắm nhưng nếu bản .net này dùng phương án thiết lập 1 server xử lý toàn bộ , còn client chỉ là kết nối điều khiển thì tốt quá. Dữ liệu thống nhất, xử lý nhanh và yêu cầu cấu hình / cài đặt/ bảo trì máy client rất nhẹ nhàng.
Ví dụ như : client yêu cầu cho biết chi tiết bán hàng :
+ với 7.9 thì sẽ load data cần thiết về hết rồi mới xử lý dự liệu.
+ với "mong muốn" thì máy chủ Misa sẽ xử lý luôn rồi send dữ liệu về cho máy client. Như thế thì không cần băng thông cao vì lượng dữ liệu đã qua xử lý rất rất nhỏ (nhỏ hơn cả 1 trang web). Cái kiểu này mình thấy giống giống ajax.

Như thế, với "mong muốn" thì trên server sẽ có SQL server và Misa server (7.9 chỉ có SQL server). Và các client chỉ sẽ kết nối với Misa server chứ không đụng chạm trực tiếp vào SQL server ==> an toàn dữ liệu rất cao, nhất là khi mở rộng ra truy cập từ xa.

-----
Với 7.9, truy cập từ xa diễn ra dễ dàng vì thực chất nó là truy cập SQL server mà thôi. Nhưng vì đã nói trên, mỗi lần làm gì là nó load hàng đống dữ liệu về nên rất chậm. Và bảo mật rất thấp vì ai cũng được sờ vào cửa SQL server của mình khi mà mở cổng như vậy.

----
Với cache : Bạn gì đó cho là cache sẽ làm sai lệch dự liệu v.v.v Thực tế thì dữ liệu nên cache nhất là danh mục khách hàng, vật tư hàng hóa, giá bán theo nhóm khách hàng vv. Những thứ đó ít khi thay đổi.
Và: nếu để ý, ở Misa 7.9 ,ví khi 2 client cùng đang chạy - cùng mở phiếu bán hàng, nếu 1 client kia tạo 1 mã sản phẩ/ khách hàng mới ... thì client còn lại không biết mà sẽ phải thoát ra và load lại ! Theo mình nó cũng là 1 dạng cache và việc có sai sót đó là chấp nhận được.
Chỉ cần cho server làm 1 "cờ" để báo hiệu các danh mục mà client đã cache có bị thay đổi gì không để client biết mà tự động load về. Nó cũng dễ mà.

 

[hai2hai]

Theo bạn, việc load danh sách 10,000 mã hàng về là ở đâu làm? Server hay Client? Nếu xử lý ở SVR thì Client hiện cái gì?

Nó chậm là chậm ở chỗ đó thôi.

Thứ 2: 1 mặt hàng khi nhập vào thì có rất nhiều chính sách giá bán, khuyến mại. BẠN muốn nó nằm ở SERVER hay CLIENT?

Thứ 3: Cái "cờ" đó thiết kế thế nào khi có 100 máy trạm? có 30 máy sửa đổi DL trên danh mục hoặc chính sách giá bán, KM,... Sau khi 1 máy load data mới về xong thì làm thế nào để nhận biết ko load về nữa trong khi 99 máy còn lại chưa load về. Cờ đó đặt ở SRV hay ở CLIENT đây?

Thứ 4: Mọi người đừng lo, giờ công nghệ nó cho phép Auto Update phần dữ liệu bị thay đổi của 1 Dataset từ Server về Client rồi, ko phải cờ quạt gì đâu. Tuy nhiên, sẽ ko load dữ liệu cả 10,000, thậm chí 100,000 items về máy client luôn đâu. Mọi người có thấy khi hiện lên trang web nó có bao giờ display all 1000 trang lên đâu. Click vào trang nào thì nó load hết lên trang đó. (Mọi người tìm hàng nào nó sẽ nhảy đúng tới trang chứa hàng đó. Cái đó gọi là Vitual Grid. Làm như thế, 4tr hàng hóa cũng có thể "load" về máy mà ko ảnh hưởng tới tốc độ - vì thực tế nó chỉ lòa có 1 trang thôi, cần đến đâu nó sẽ load đúng phần đó). Nhưng trường hợp đó sẽ rất khó sắp xếp dữ liệu (nếu có thì SVR sắp xếp và hiển thị lại trang 1)

Xem qua cái màn hình nhập liệu của MISA .NET thì tôi thấy dữ liệu sổ xuống khi chọn hàng hóa là Multi Column Combobox (có thể đi kèm theo tính năng của Grid). Chỉ sợ là nếu muốn tra cứu theo các thuộc tính khác của hàng hóa thì... hơi khó khăn. Dù sao cái combo sổ xuống đó hơi giới hạn và khó có thể load dữ liệu lớn với hàng trăm nghìn hàng hóa được. Các PM lớn họ hay dùng Lookup form tra cứu cực mạnh, chứ ít khi dùng Multi Column Combo lắm.