Theo dõi lịch sử vị trí của dữ liệu *** VẤN ĐỀ QUÁ KHÓ, ĐÃ LÂU KHÔNG GIẢI ĐÁP ĐƯỢC

Liên hệ QC
Tôi tuân thủ nội quy khi đăng bài
Vì các lý do sau đây:
1- Gần cả ngàn mặt hàng mà không dùng mã hàng mà dùng tên hàng
2- Bạn đang làm ngược. Khi đảo kho, nhập, xuất (tức là khi có sự thay đổi vị trí hàng trong kho), bạn thay đổi trực tiếp trên sơ đồ. sau đó tìm cách ghi nhận nó trên sheet Lịch sử
3- Quy trình đúng sẽ là:
3.1. Tạo 1 sheet lưu mã hàng, tên hàng và những thông tin khác gắn liền với mặt hàng đó
3.2 Tạo 1 sheet gọi là phát sinh, gồm các cột:
Ngày

Tên
Vị trí: Hàng-Cột
Khi có thay đổi vị trí thì cập nhật vào đây
Trong ngày có 100 mã thay đổi vị trí thì sẽ có 100 dòng
3.3 Sheet Lịch sử: Trích lọc lịch sử thay đổi:
Cột A: MÃ hàng
B: Tên hàng
Từ cột C trở đi mỗi ngày 1 cột
3.4 Sheet "Kho" lúc này hoàn toàn là móc data từ sheet Lịch sử qua (ngày gần nhất, hoặc cho phép chọn ngày để đào mộ cái sơ đồ ngày đó ra)

Bạn làm nháp theo hướng đó nhé rồi gửi lên.
Em chưa hiểu rõ ý của bác:
3.1: những thông tin khác gồm là những thông tin gì, nếu là thông tin nhập xuất thì em đã làm ra file riêng rồi liên kết với bảng tính này, chứ không làm chung vào đây
3.2: Em sửa theo gợi ý của bác nhưng chưa rõ là làm theo bố cục của " Phát sinh (bản 1)" hay là " Phát sinh (bản 2)" bác thấy bản nào ok thì xóa luôn bản kia đi giúp em nhé, xóa luôn trên file online em chia sẻ qua link này cho dễ trao đổi: https://docs.google.com/spreadsheet...0dY8vf2i2wCnhVo1Y3iqLkSEo/edit#gid=1781726465
(Em vẫn gửi kèm file .xlx nếu bác cần tải về).
Tất cả nhập xuất, hoán đổi... nhà em đều làm bằng google trang tính để xử lý nhằm mục đích data được xử lý online ( khi khách đến mua hàng bất kỳ nhân viên nào cũng có thể cầm bản in của file SƠ ĐỒ kho vào trong kho đông lạnh để lấy hàng rồi tự xuất đơn vào file TÀI CHÍNH, khi nhập hàng mới về mà cần hoán đổi vị trí thì bất kỳ nhân viên nào ở trong kho đông lạnh cũng sửa lại được bản in tay rồi khi ra khỏi kho sẽ cập nhật vào điện thoại hoặc máy tính để cập nhật data.
 

File đính kèm

Lần chỉnh sửa cuối:
Nếu là thủy hải sản thì còn chuyện vào trước ra trước nữa;
Còn chuyện thiếu cột ngày nhập hàng (vì cùng mặt hàng như nhập khác ngày nữa)
Cuối cùng là hàng đã xuất xong thì phải xóa mọi lịch sử chu chuyển của chính nó, để còn ghi lịch sử cho đợt hàng này trong lần nhập tiếp theo
Quả là còn rối nhiều vấn đề lắm đây . . .
Thật đúng như bác nói, vấn đề vào trước ra trước cũng là 1 chuyện nan giải. Trước đây em nghĩ cũng từng nghĩ mỗi một lần nhập hàng sẽ là 1 mã hàng riêng biệt. Ví dụ cùng là cá mối mặn nhưng lần này nhập với giá 60, trước đây cũng nhập với giá 60 thì mã lần trước sẽ là MM60, mã lần này là MM60-1, lần sau nhập với giá 65 thì sẽ có mã là MM65, lần sau nữa nhập 55 thì sẽ là MM55... nhưng như vậy sẽ có thêm quá nhiều mã làm phát sinh nhiều vấn đề khác. Cực chẳng đã nên phải quay lại cách làm như hiện tại và vẫn không kiểm soát được hàng vấn đề này, không biết được chính xác cá mối nào là tồn lâu nhất để ưu tiêng xuất khi khách mua hàng.
"Còn chuyện thiếu cột ngày nhập hàng" nghĩa là sao bác nhỉ, em chưa hiểu ý, bác giải thích lại giúp em nhé
 
Nghe đồn công nghệ blockchain có thể lưu giữ được cái này.
Trước tớ có nghe mấy ông bít con nói thế.

Nếu đã trả giá bằng tiền rồi thì thêm tí nữa cho nó chuẩn chỉnh nhẩy? Làm hẳn 1 phần mềm bít con kinh doanh hải sản luôn.

PS: bạn có bà con gì với bà Tưng không nhỉ?
Cũng muốn đu trend cho nó hiện đại nhưng mà vấn đề hại điện lại là vấn đề chủ chốt bác ạ. Nếu dùng mấy cái phần mềm như kiểu kiot việt thì có những cái không phù hợp với hoàn cảnh của nhau (có những cái phần mềm cung cấp nhưng mình không cần và có những cái mình cần nhưng phần mềm không có), còn nếu đầu tư 1 phần mềm riêng cho mình thì là sẽ là 1 sự lãng phí lớn. Hiện tại em dùng google trang tính quản lý hàng hóa từ nhập-xuất-tồn-lãi/lỗ cũng tương đối ok. Nhưng đang vướng ở việc THẤT LẠC HÀNG HÓA TRONG KHO do không quản lý được lịch sử thay đổi vị trí.
PS: Bà Tưng sao mà đủ tuổi so với em được, giới thiệu với bác Em là con cháu của bà Trưng, bà Triệu dòng dõi Đại Cồ Việt đấy kkk :p:p:p
 
Nếu tôi hiểu không lầm thì bài này khá phức tạp.
Tôi không tin là tư vấn qua mạng có thể giải thích vấn đề.
Nếu tôi muốn tư vấn việc này thì:
- Đầu tiên hết, tôi bắt quay phim (quay đàng hoàng chứ đừng nói chuyện dùng phôn với tôi) một vài mấu chốt căn bản.
- Kế đó tôi bắt gởi cho tôi các buên bản giấy trong vòng 12 tháng qua. Cộng các files nhập liệu trong vòng 12 tháng qua.
- Sau khi đã nghên cứu xong đống ấy, tôi sẽ đến tận kho quan sát, từ 1 đến 3 ngày tùy theo hồ sơ có đi sát với thực tế.
- Trong thời giian quan sát thực tiến có thể tôi sẽ phỏng vấn một vài nhân vật trong kho.

Thớt than đã vài lần "tiền mất tật mang" . Nhưng nếu tay tư vấn nào không đi đủ các bước trên thì cũng khó tin tưởng.
Nhập-xuất- công nợ-lãi/lỗ em làm trên những file riêng coi như đấy là 1 mảng riêng. Còn đối với vị trí, sơ đồ lại là 1 mảng riêng nhưng data được liên kết online với nhau nên em đã dùng các hàm trong google trang tính tạo được được DANH SÁCH HÀNG CẦN XÓA khỏi sơ đồ và DANH SÁCH HÀNG THẤT LẠC khỏi sơ đồ. Cơ bản các vấn đề cấp thiết đều đã ok, chỉ còn 1 vấn đề chính là: DANH SÁCH LỊCH SỬ VỊ TRÍ.
Em chưa hiểu ý bác cần biên bản giấy là những giấy tờ gì, cần giấy tờ nhập xuất hay cần các bản in tay của các sơ đồ kho cũ và cần các file nhập liệu là cần file của mảng tài chính hay cần file của mảng vị trí, sơ đồ? Nếu là cần các file tài chính thì nhà em có các file online của mỗi tháng, còn nếu là cần file vị trí, sơ đồ thì nhà em trước giờ chỉ dùng 1 file online, cứ hoán đổi vị trí thì sửa trực tiếp vào file online này luôn, chứ không chia thành các file theo các mốc thời gian.
 
Lần chỉnh sửa cuối:
. . . . .Trước đây em nghĩ cũng từng nghĩ mỗi một lần nhập hàng sẽ là 1 mã hàng riêng biệt. Ví dụ cùng là cá mối mặn nhưng lần này nhập với giá 60, trước đây cũng nhập với giá 60 thì mã lần trước sẽ là MM60, mã lần này là MM60-1, lần sau nhập với giá 65 thì sẽ có mã là MM65, lần sau nữa nhập 55 thì sẽ là MM55... nhưng như vậy sẽ có thêm quá nhiều mã làm phát sinh nhiều vấn đề khác. Cực chẳng đã nên phải quay lại cách làm như hiện tại và vẫn không kiểm soát được hàng vấn đề này, không biết được chính xác cá mối nào là tồn lâu nhất để ưu tiêng xuất khi khách mua hàng.
"Còn chuyện thiếu cột ngày nhập hàng" nghĩa là sao bác nhỉ, em chưa hiểu ý, bác giải thích lại giúp em nhé
Theo mình mường tượng thì bạn phải có danh mục mặt hàng gồm các cột:
[Stt], [Mã MH], [Tên hàng], [DVT], [Đơn giá 1], [Đ Già],. . . . . .
51 TSCM0000 Cá mối, Kg, 25 000,. . . .
Như bài trên của SMOD có nêu, mỗi lô hàng nhập về cần có số lô
Số lô này cần chứa mã ngày-tháng-năm nhập nó, như
TSCM0000, D9A000 (mã lô hàng)
D: 2023; 9 (nhập) tháng 9, ngày 10 & (lô này) nhập lần đầu trong ngày (mang thứ tự '000'). . . . .
 
Theo như post cũ của bạn
thì cập nhật dữ liệu trên google sheet.
VBA không làm việc trên gg sheet.
Bạn có chấp nhận VBA trên bảng tính không? Nếu OK thì tiếp tục.,
Em cần kết nối online các file để có thể xử lý thông tin được trên cả điện thoại lẫn máy tính, ai được chia sẻ quyền cũng đều chỉnh sửa và theo dõi được. Đúng như bác nói VBA không làm trên gg sheet, mà như hoàn cảnh của nhà em thì chỉ có thể dùng gg sheet nên có muốn dùng VBA cũng không dùng được.
Bài đã được tự động gộp:

Xóa 1 phần lịch sử thì còn gì là lịch sử nữa?
Em đính chính lại đề bài một chút: vì thường thì hàng hóa tồn đọng lâu nhất cũng chỉ 4 tháng + không phải mặt hàng nào cũng bị thay đổi vị trí + không phải ngày ngày nào cũng thay đổi vị trí các mặt hàng nên không cần thiết phải thống kê từ mốc thời xa quá, chỉ cần thống kê lịch sử trong thời gian nửa năm là ok rồi.
 
Lần chỉnh sửa cuối:
Dữ liệu quy ước lưu trữ tối thiểu 5 năm. Có thể truy xuất và báo cáo 5 năm liên tục không chỉ vị trí mà còn số lượng mua, giá cả, nhà cung cấp ...
Chả lẽ mỗi lần mua nhập liệu 2 lần vào 2 bảng vị trí và quản lý khác? Rồi 1 bảng thì xóa 1 bảng không?
Chưa nói đến việc lọc và xóa dễ hay khó: Nếu bảng vị trí chỉ chứa vị trí không có số lượng (nhập 2 lần cực quá), thì biết khi nào sẽ xóa (tồn = 0), làm sao biết sẽ xóa những dòng nào? Hãy tưởng tượng 100 mặt hàng, nhập xuất hàng ngày trong 3 tháng, dời vị trí trung bình 2 lần trong 1 vòng đời thì bao nhiêu dòng? Tìm để xóa dễ lắm!
Rồi 1 lần nhập chứa vài ba ngăn kệ khác nhau mới chứa hết (khác vị trí)!
Biện pháp:
Dữ liệu kho do nhập xuất nhiều lần thì phải có mã lô hàng nhập (lot) kèm theo. Mã lot không chỉ phục vụ cho vị trí, mà còn phục vụ cho phương thức xuất kho, phương pháp tính giá xuất, ...
Như lời bác
Ví dụ cùng mặt hàng cá mú
Ngày 1/31/2023 nhập về 1.25 tấn; Gởi vô kệ A
Ngày sau bán 1 nữa, số còn lại đem đến kệ B
Ngày sau nữa dời đến kệ Z
Ngày 2/3/2023 bán hết sạch sẽ;
Ngày 2/13/2023 nhập về 1.05 tấn gởi vô kệ B
Vậy theo các bạn có nên xóa lịch sử lần nhập trước (1/31) hay không? (Hay ôm khư khư cái lịch sử tất cả các lần nhập trong quá khứ & hiện tại)
cũng là nằm trong vấn đề "vào trước ra trước" mà bác nói. Nếu coi đấy là trường hợp A ít gặp thì thường xảy ra trường hợp B này nhiều hơn: ngày 2/13/2023 không bán hết nhưng còn ít nên ngày 2/3/2023 nhập thêm 1.05 tấn gửi vô kệ B. Vì tỷ lệ mặt hàng thất lạc nhỏ + tỷ lệ xảy ra trường hợp A ít + mục đích của thống kê lịch sử vị trí là để sử dụng kết hợp với danh sách hàng hóa thất lạc (em chia sẻ dưới đây mời các bác tham khảo:
), nên nếu thống kê được lịch sử vị trí rồi thì em chọn không cần xóa lịch sử nhập trước 31/1. Đúng là chọn theo kiểu thà giết nhầm còn hơn bỏ sót.
 
Lần chỉnh sửa cuối:
Theo mình mường tượng thì bạn phải có danh mục mặt hàng gồm các cột:
[Stt], [Mã MH], [Tên hàng], [DVT], [Đơn giá 1], [Đ Già],. . . . . .
51 TSCM0000 Cá mối, Kg, 25 000,. . . .
Như bài trên của SMOD có nêu, mỗi lô hàng nhập về cần có số lô
Số lô này cần chứa mã ngày-tháng-năm nhập nó, như
TSCM0000, D9A000 (mã lô hàng)
D: 2023; 9 (nhập) tháng 9, ngày 10 & (lô này) nhập lần đầu trong ngày (mang thứ tự '000'). . . . .
Như ở trên em trình bày rồi đó bác. Bây giờ em làm theo cách mỗi một mặt hàng chỉ có một 1 mã thôi. Ví dụ cá mối mặn thì dù là nhập giá bao nhiêu, dù nhập ngày nào thì vẫn là 1 mã - 1 tên: Mối mặn ( trừ trường hợp nhập loại cá mối mặn khác thì mới cần tạo mã khác)
 
Thời buổi bây giờ, sử dụng AI vào việc lặt vặt chỉ là trò chơi con nít. Phải biết cách hỏi những vấn đề cao cấp.
Bài 20 tôi viết cũng thuộc dạng trung cao cấp mà anh chàng có thèm đọc đâu. Có khi vị trí làm việc ở cấp thấp nên chỉ thấy mỗi 1 vấn đề "thất lạc" chứ chưa thấy tác dụng to lớn của lịch sử vị trí.
 
Bởi nghĩ nó đơn giản vậy mới có chuyện này (trích bài #4):

View attachment 289901
Bạn kia "trã giá bằng tiền mặt" chỉ là tại bạn ấy chưa hiểu rõ vấn đề mình cần phải làm gì để được theo ý mình và cần thay đổi những gì để thích ứng. Cấu trúc mọi CSDL đều là in và out. Trước mình cũng có viết một cái để quản lý location bằng Access còn phức tạp hơn bạn ý nhưng vì nghĩ làm nên xóa nó rồi. Chỉ khuyên Add nếu muốn ít tiền thì nên đi học thêm về cấu trúc CSDL và tự suy luận thì sẽ thiết thực hơn. còn hàm VBE này nọ thì lên đây có nhiều cao thủ lắm và rất nhiệt tình.

tks
 
1. Viết một đoạn code làm các việc sau:
- So sánh dữ liệu hiện tại với dữ liệu sao lưu và liệt kê thông tin các vị trí thay đổi
- Sao lưu dữ liệu hiện tại.
2. Đặt lịch cho code thực thi.
 
Web KT

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

Back
Top Bottom