Tham khảo ý kiến về cách xây dựng mã nhân viên trong QLNS (1 người xem)

Liên hệ QC

Người dùng đang xem chủ đề này

tamhoncuada10313

Thành viên thường trực
Tham gia
7/4/08
Bài viết
221
Được thích
65
Em không biết nên hỏi vấn đề này ở box nào cho đúng. Nếu sai box thì mode move giùm em chứ đừng xoá vì em cần mọi người cho em lời khuyên. Chả là bên em đang triển khai phần mềm QLNS và em đang cãi nhau với bên bán phần mềm về mã hồ sơ và mã nhân viên. Trong phần mềm họ bán cho cty em thì có 2 loại mã là mã hồ sơ và mã nhân viên. Nhưng theo em nghĩ thì mã hồ sơ và mã nhân viên là như nhau. Vì một người chỉ có 1 hồ sơ trong suốt quá trình làm việc trong công ty đó và hồ sơ đó đã bao gồm tất cả các thông tin như đảng, đoàn, thông tin cá nhân, lý lịch, quá trình công tác. Nhưng bên bán phần mềm thì họ bảo mã hồ sơ và mã nhân viên khác nhau. Vì khi chuyển bộ phận cho nhân viên thì sẽ phải đánh lại mã nhân viên. Như vậy 1 hồ sơ có thể là của nhiều mã nhân viên.Các bác cho e ý kiến với. Tóm lại là theo em thì mã nhân viên chính là mã hồ sơ còn bên PM thì cứ nhất quyết là mã nhân viên và mã hồ sơ là khác nhau.
 
Mình cũng có câu hỏi kèm theo, đó là:
Nếu cơ quan bạn tăng thêm đơn vị hay bộ fận thì lúc đó sao đây ta?; Mời chủ fần mềm đến răng?
Còn ngược lại giàm hay sát nhập bộ fận hay đơn vị thì xử sao vậy, với mã nhân viên?

Nghe bạn nói mà chưa tiêu hóa được cái này.

+-+-+-+ +-+-+-+ +-+-+-+ +-+-+-+ +-+-+-+
 
Mình cũng có câu hỏi kèm theo, đó là:
Nếu cơ quan bạn tăng thêm đơn vị hay bộ fận thì lúc đó sao đây ta?; Mời chủ fần mềm đến răng?
Còn ngược lại giàm hay sát nhập bộ fận hay đơn vị thì xử sao vậy, với mã nhân viên?

Nghe bạn nói mà chưa tiêu hóa được cái này.

+-+-+-+ +-+-+-+ +-+-+-+ +-+-+-+ +-+-+-+

theo tôi có thể áp dụng theo mã nhân viên, nhưng đứng đầu là mã bộ phận trước VD: BGD1234. việc điều chuyển nhân sự từ bộ phận này sang bộ phận khác sẽ thay đổi mã phòng ban thôi còn bố số cuối của mã NV đã được mặc định. Hiện tại tôi cũng đang vướng về việc làm lương cho các mã trên, và cũng chỉ làm được cho 4 số cuối mặc định đó. Mong các bạn trên GPE có cách nào hay hơn cùng chia sẻ. xin cảm ơn!
 
Họ có cài demo và em đã thao tác thử trên đó. Trong đó có phần quản lý danh mục bao gồm cả quản lý bộ phận. Nếu có bộ phận thêm mới thì ta có thể thêm trong phần quản lý bộ phận. Còn về việc sát nhập hay bỏ bộ phận nào đó thì quả thật em chưa nghĩ đến vì em cứ mải cãi nhau với họ là chỉ dùng một mã nv thôi chứ không cần đến cả mã hồ sơ.
Theo ý em phần quản lý nhân viên chỉ cần một mã nv là đủ nhưng bên làm phần mềm họ cứ bảo là cần cả mã hồ sơ nhưng khi yêu cầu họ giải thích thì họ không giải thích nổi là vì sao phải cần 2 mã. Bên em và bên họ đang cãi nhau rất sung về vấn đề này. Bác TQ tư vấn cho em với
 
Thú thực mình không rành lắm đâu

Trước đây mình viết cho cơ quan mình dùng trong nội bộ thôi. 01 Mã như bạn nói & đủ xài cho mươi năm có dư cũng là mã đó. Mã chỉ là 4 ký tự không giống nhau mà thôi.
Tuy nhiên vẫn đáp ứng được yêu cầu lưu những người nghĩ,bỏ việc hay về hưu theo chế độ đến 15 năm sau khi nghỉ.

Còn thêm mã hồ sơ, với kiến thức hạn hẹp & không còn cập nhật bổ sung của mình, thì chỉ thêm đòi hỏi cấu hình & năng lực máy chủ mà thôi.

Nói đến QL NS là nói đến lương, BHXH, mà BHXH đòi hỏi có cả mối quan hệ của người ấy với cha mẹ, vợ con họ, cũng như ~ người họ nuôi dưỡng, chu cấp. Như vậy sẽ liên hệ với mã nào của nhân viên này, với mã HS hay Mã NV? Chắc là mã HS;
Tuy nhiên khi tính lương từng tháng chắc fải lấy mã NV (?) để làm. Vậy nếu anh/chị nào đó tại nạn chết người trong tháng thì sẽ lôi thôi đây. Lúc đó lương BHXH thì fải lấy mã HS để tính, còn lương ~ ngày trước tai nạn thì lấy mã NV để tính.
Thôi, chịu. . . & không thể hình dung nổi nữa rồi.

Theo mình biết, họ cứ viết, còn các bạn trước khi trả tiền để sở hữu cái í thì có khoảng thời gian 1 vài tháng chạy thử. Bạn fải lưu ý & nghĩ ra những trường hợp gặp fải sau này, để áp vô fần mềm cho nó nhuần nhuyễn mới OK & trả tiền chứ ta không có tri thức để đối ứng thì nô lệ cho fần mềm của họ mất thôi.

Qua đây cũng bày tỏ với bạn 1 kinh nghiệm xương máu:
Đó là Cti chủ quản của CQ mình trước đây cũng có dự án tin học quản lý vật tư cỡ vài 4 tỉ.
Nhưng mỗi cái mã vật tư mà chưa khuất fục được, họ đành chào thua.

Vướng chổ này:

Họ nêu ra mã VT gồm 3 nhóm & dài 12 ký tự (hay cả ký số) -OK, & hai bên đồng í với nhau tấp lư;
Bên mua FM yếu cầu là 8 cơ sở khi fát sinh mã mới tại 1 C/s nào, thì tuân thử luật ra mã mới; Mã trù bị này tạm dùng trong toàn cti trong vòng 2 tháng trước khi dùng chính thức.
Vậy là loay hoay hoài không giải được chổ này. . . .
Cuối cùng đành chào thua cái dự án luôn đó.

. . . . Vài lời cùng bạn & đừng coi là bàn ngang nha.
 
Em không biết nên hỏi vấn đề này ở box nào cho đúng. Nếu sai box thì mode move giùm em chứ đừng xoá vì em cần mọi người cho em lời khuyên. Chả là bên em đang triển khai phần mềm QLNS và em đang cãi nhau với bên bán phần mềm về mã hồ sơ và mã nhân viên. Trong phần mềm họ bán cho cty em thì có 2 loại mã là mã hồ sơ và mã nhân viên. Nhưng theo em nghĩ thì mã hồ sơ và mã nhân viên là như nhau. Vì một người chỉ có 1 hồ sơ trong suốt quá trình làm việc trong công ty đó và hồ sơ đó đã bao gồm tất cả các thông tin như đảng, đoàn, thông tin cá nhân, lý lịch, quá trình công tác. Nhưng bên bán phần mềm thì họ bảo mã hồ sơ và mã nhân viên khác nhau. Vì khi chuyển bộ phận cho nhân viên thì sẽ phải đánh lại mã nhân viên. Như vậy 1 hồ sơ có thể là của nhiều mã nhân viên.Các bác cho e ý kiến với. Tóm lại là theo em thì mã nhân viên chính là mã hồ sơ còn bên PM thì cứ nhất quyết là mã nhân viên và mã hồ sơ là khác nhau.

1/ Nói như bạn hoàn toàn đúng, hai cái là một
2/ Theo dõi nhân sự là phải theo dõi mọi biến động của nhân sự đó từ khi vào cơ quan cho đến khi ra khỏi cơ quan. phần mềm phải cập nhật được cái này và khi cần thiết phải in ra cho được mọi biến động đó đồng thời với biến động hiện tại của nhân viên đó
3/ Theo cách tôi đang làm(vì phần mềm này do tôi viết và đã sử dụng ở nhiều cơ quan khác nhau), mã số nhân viên được ghép bởi các chữ cái đầu của họ và tên + ngày tháng năm sinh theo dạng yymmdd+Phái
Ví dụ nhân viên có tên là Nguyễn Thị Thanh Huyền, sinh 12/06/1975, phái Nữ thì Mã NV của cô này sẽ là NTTH750612F. Với cách làm thế này thì trong một công ty có hàng ngàn người cũng hiếm có trường hợp trùng mã lắm
Có gì cần thiết liên hệ 0909.863.527
Thân
 
....
Có gì cần thiết liên hệ 0909.863.527 Thân

Tôi ghét kiểu viết bài nhất như thế này. Nếu thật lòng đến với nhau, mời bạn cùng chia sẻ tại đây để mọi người học tập và cùng tham luận.

Tùy theo mỗi phần mềm bạn ứng dụng, cấu trúc của Mã số nhân viên họ sẽ phối hợp bởi những gì. Như các bạn trên có nêu: MSNV= Đơn vị + Họ tên nhân viên,.... và khi nhân viên này chuyển đổi đơn vị/phòng ban thì chương trình tự gien ra code khác mà người dùng không cần biết.
Vấn đề tạo mã làm sao gợi nhớ - dễ sử dụng
Do vậy cấu trúc MSNV còn tùy thuộc vào bạn cần quản lý cái gì?
 
Ai lại thổ lộ tình cảm ở BOX chuyên môn vậy em 2uỳnh?


  1. Tôi ghét kiểu viết bài nhất như thế này.

2. Mã nhân viên có khi cần gợi nhớ, có khi không cần gợi nhớ
Gợi nhớ tẹo nào đó là khi ta viết cho ta xài & tiện sau này fát triển, bổ sung theo iêu cầu của công tác hay sếp,. . .

Chứ fần mềm mua bán thì người sử dụng càng không quan tâm đến mã càng tốt

Mã hàng hóa siêu thị mà gợi nhớ thì gợi thế nào; Sát sườn hơn, tàng thư CMND mà có mã gợi ý cho 5.10^6 người thì có mà đi tong em ơi!

Dù gì cũng từ tổng quát đến cụ thể hay từ cụ thể đến tổng quát mới có lý của nó.
Đến giờ vẫn chưa biết quy mô của CQ chủ topic ra răng mô chừ?! Chỉ phỏng đoán rằng đây là CQ Nhà nước hay Quốc doanh gì đó. Nếu cấp độ Tổng CTi thì chắc mã nhân viên fải là chuỗi dài lắm lắm.
Cũng có lúc trên diễn đàn khuyên là nên chọn mã NV là biến kiểu Long. (Quả thực, biến này như mình là dân nghiệp dư lập trình thì không nuốt nổi. Ai chê cũng chịu thôi)
Cái lý lẽ của việc chọn kiểu Long là tìm sẽ nhanh hơn.

Nhưng mình cũng chưa hình dung ra là tìm trong chuỗi 4 kí tự sẽ nhanh hơn tìm trong 10 triệu số nữa kia.
Dân miệt vườn nêu vấn đề để nghe chỉ bảo thêm đó nha!. . . Khà, khà,. . .
Đây là những ý kiến hai lúa í mà, rất muốn được nghe chê cười.











 
Web KT

Bài viết mới nhất

Back
Top Bottom