chào SơnGửi bởi cao mạnh sơn
Rất rất muốn gặp Sơn để trao đổi nhưng Thanh Khê ở An Giang lận. Sơn có thể cho Thanh Khê một vài góp ý hoặc file mẫu để tham khảo được không?
chào Sơn
Rất rất muốn gặp Sơn để trao đổi nhưng Thanh Khê ở An Giang lận. Sơn có thể cho Thanh Khê một vài góp ý hoặc file mẫu để tham khảo được không?
(1) Với file này của bạn, bạn không thể không áp dụng VBA để tính lương SF cho công nhân viên.
1. trước nay mình vẫn đặt tên sheet có dấu mình không biết sẻ gặp rắc rối như thế nào?
2. mình vẫn biết trộn ô là không nên nhưng nếu cùng 1 mã nhân viên, 1 CN nhưng làm nhiều mã hàng nhiều công đoạn nếu để theo luôn mã nhân viên, tên CN vào tất cả mã hàng, CD họ làm thĩ sẻ rất khó nhìn, khó kiểm tra.
3. mã nhân viên phải đặt như thế nào cho hợp lý?
Khi đó VBA gọi tên trang tính cũng sẽ là 1 cực hình.
Như bạn lâu này, thì tiềm ẩn nguy cơ gỏ sai chính tả hay sai font chữ khi người dùng xài mạng, . . . .
(2) Để khỏi khó nhìn thì người ta tìm mọi cách mã hóa trở thành đơn giản nhất các dữ liệu, như
Không xài tên ĐV, mà xài mã đơn vị, như bạn đã có làm
Giảm thiểu xài tên người mà xài mã ( fần (3) mình sẽ nói rõ thêm)
Chuyện này bạn tìm hiểu thêm về kiến thức xây dựng 1 cơ sở dữ liệu; Nhưng tựu chung là không trộn ô như bạn đã làm.
Còn chuyện khó nhìn, thì bạn nên làm sao đó để đừng nhìn vô các bước trung gian khi vận hành CSDL
Có nghĩa nôm na thế này: Bạn xây dựng 1 trang tính làm 'Hồ sơ nhân viên"; & bên cạnh đó lấy 1 trang tính làm nhập liệu cho nó;
Lúc đó trang CSDL kia sẽ là hàng dễ vỡ, cấm sờ mó hiện vật.
(3) Theo mình mã nhân viên sẽ gồm 05 kí tự; Như:
TJT00 <=| Trần Tốn
THF00 <=| Trần Hưng Đạo
THF01 <=| Trương Hữu Đừng
THF02 <=| Trần Trương Hải Đặng
TMN00 <=| Trương Thị Nữ Minh Nguyệt
. . . . .
(Bạn tự tìm hiểu qui luật gán mã này & khi đó bạn sẽ thấy nó khoa học & tiện dụng vô cùng trong thực tế quản lí nhân sự của bạn)
Có thể bạn cứ nêu những điều bất tiện trong khi sử dụng mã trên để chúng ta thảo luận tiếp . . .
Nhưng mình xin nói trước, với danh sách cỡ ngàn người bạn đưa mình, sau 9 fút trỡ xuống mình sẽ gởi lại bạn cột mã NV hoàn chỉnh!
(unicode à nha!)
Bạn đang đi theo hướng bác SA_DQ nên cứ tiếp tục nhé, ta có thể thảo luận sau. nếu theo cách của tôi thì bạn hình dung phương pháp như sau: chia cố định tiểu tác cho cố định số người trong tổ và gán toàn bộ sản lượng mã hàng nhân với đơn giá của tiểu tác. vấn đề còn lại chỉ là xác định lượng hàng mà công nhân làm thêm ngoài tiểu tác đã gán, hoặc trừ đi nếu như làm ko hết mà phải cho người khác làm thêm. và đương nhiên phải là tự động 1 chút. nói đơn giản như vậy nhưng cũng phải rất chi tiết mới được.
Junior Member
(2) Để khỏi khó nhìn thì người ta tìm mọi cách mã hóa trở thành đơn giản nhất các dữ liệu, như
Không xài tên ĐV, mà xài mã đơn vị, như bạn đã có làm
Giảm thiểu xài tên người mà xài mã ( fần (3) mình sẽ nói rõ thêm)
Chuyện này bạn tìm hiểu thêm về kiến thức xây dựng 1 cơ sở dữ liệu; Nhưng tựu chung là không trộn ô như bạn đã làm.
Còn chuyện khó nhìn, thì bạn nên làm sao đó để đừng nhìn vô các bước trung gian khi vận hành CSDL
Có nghĩa nôm na thế này: Bạn xây dựng 1 trang tính làm 'Hồ sơ nhân viên"; & bên cạnh đó lấy 1 trang tính làm nhập liệu cho nó;
Lúc đó trang CSDL kia sẽ là hàng dễ vỡ, cấm sờ mó hiện vật.
(3) Theo mình mã nhân viên sẽ gồm 05 kí tự; Như:
TJT00 <=| Trần Tốn
THF00 <=| Trần Hưng Đạo
THF01 <=| Trương Hữu Đừng
THF02 <=| Trần Trương Hải Đặng
TMN00 <=| Trương Thị Nữ Minh Nguyệt
. . . . .
mã đơn vị thì có
mã nhân viên được viết tắt theo tên (2 chữ cuối) + số thứ tự (4 số). phần nhập liệu làm thế nào để tạo 1 form cho dễ nhập hơn với cả ngàn người
Phần đơn giá dò tìm từ bảng "DG CD" có thể dùng hàm index kết hợp match nhanh hơn hay sử dụng marco nhanh hơn? theo mình nghĩ nên đặt đơn giá và tính thành tiền theo mã SP theo công đoạn để sang bảng lương ta tính cột tổng lương SP cho nhanh hơn.
ô ngày trong sheet nhập có thể thiết kế để chọn từ 5 tháng này đến 4 tháng sau để nhập SL theo ngày.
cách nhập liệu này nhanh hơn trước đây thật nhưng rất khó cân đối lương
ô E2 trong sheet SL SF nhập ngày gì?
Từ những bài đầu mình đã nói là đây là những điều hoàn toàn mới mẽ với mình;
Mình làm theo kinh nghiệm khoáng SF theo tập thể ca/tổ. Còn khoán SF trong ngành may thì không rành!
Những bài hướng dẫn vừa qua của mình là hướng đến việc đáp ứng iêu cầu của chủ topic sao cho tốt hơn mà thôi. Về chuyên môn sâu thì mù tịt!
(Hiện giờ mình còn chưa biết cách thức mà bạn sẽ nhập sản lượng từng công nhân là như thế nào? Nhập theo biểu báo, thì biểu đó có nội dung gì mình cũng chưa chắc hình dung đúng.)
Chỉ có thể khẳng định 1 điều là với những gì mình biết về CSDL của CQ bạn thì bạn hãy quên các công thức đi & chuyển sang con đường VBA khổ ải đi là vừa.
Khi xưa, mình tính lương SF cho tập thể đã fải dùng MS ACCESS rồi; Có vẻ như tính lương SF của bạn còn fức tạp hơn; & với lương công nhân viên ngót ngét ngàn người thì công thức không thể đảm đương nổi; Đó là điều chắc chắn!
Mong bạn bình tâm suy xét, để tìm cho mình hướng đi đúng.
cám ơn những lời khuyên của bạn!
mình vẫn biết sau khi mình mở rộng quy mô SX thì sử dụng công thức excel là rất khó nên mình cũng muốn dùng VBA vì những ứng dụng tuyệt vời của nó...mình đã cố gắng tìm hiểu nhiều về VBA nhưng để ứng dụng được nó vào công việc của mình thì quả không dễ. mình chỉ sử dụng rành công thức vì từ trước giờ chỉ sử dụng công thức. bạn thì rành VBA nhưng lại không hiểu nhiều về tính chất công việc của mình...biết phải làm sao?
Vậy thì chỉ còn cách bạn làm sao đó để mọi người trên diễn đàn đã biết về VBA biết & hiểu qui trình cônghệ của nơi bạn. (Cái mà trong IZO nói là mô tả công việc đó)
cám ơn bạn!
mình vẫn biết sau khi mình mở rộng quy mô SX thì sử dụng công thức excel là rất khó nên mình cũng muốn dùng VBA vì những ứng dụng tuyệt vời của nó...mình đã cố gắng tìm hiểu nhiều về VBA nhưng để ứng dụng được nó vào công việc của mình thì quả không dễ. mình chỉ sử dụng rành công thức vì từ trước giờ chỉ sử dụng công thức.
bạn thì rành VBA nhưng lại không hiểu nhiều về tính chất công việc của mình...biết phải làm sao?
Quyền viết bài
Trả lời kèm Trích dẫn