Cộng dồn thành tiền theo số hóa đơn. (1 người xem)

Liên hệ QC

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

hoanglocphat

Thành viên thường trực
Tham gia
27/1/13
Bài viết
258
Được thích
30
Các bạn giúp tôi, nội dung như trong File
Cảm ơn sự hỗ trợ của các bạn.
 

File đính kèm

Các bạn cho tôi hỏi, bài trên xcó cách nào không!
 
Upvote 0
Upvote 0
Các bạn giúp tôi, nội dung như trong File
Cảm ơn sự hỗ trợ của các bạn.
Một yêu cầu chưa được hợp lý, nếu một đơn vị nào đó có vài chục số hóa đơn (thậm chí cả trăm số hóa đơn) lại đi tìm từng cái và gõ con số đó vào. Nên tính hướng khác là dùng PivotTable để tính từng đơn vị thì hợp lý hơn.
 
Upvote 0
Bạn dùng công thức này tại B8:
PHP:
B8=SUMPRODUCT(ISNUMBER(SEARCH(";"&DT!$F$18:$F$26&";",";"&SUBSTITUTE(KetQua!A8," ","")&";"))*DT!$K$18:$K$26)
Fill xuống!!!
Kết quả ở ô B9 chưa đúng vì
Vì có khoảng trắng giữa dấu ; và số hóa đơn số 8
Bạn có thể giúp sửa công thức. Xin cảm ơn
Một yêu cầu chưa được hợp lý, nếu một đơn vị nào đó có vài chục số hóa đơn (thậm chí cả trăm số hóa đơn) lại đi tìm từng cái và gõ con số đó vào. Nên tính hướng khác là dùng PivotTable để tính từng đơn vị thì hợp lý hơn.
Bạn có hướng nào hay hơn thì xin chỉ giúp
 
Upvote 0
Upvote 0
Upvote 0
Lúc copy công thức trên diễn đàn về máy, có thể vô tình ký tự " " bị biến thành Char(160) cũng không chừng
Cụ thể đoạn công thức này: SUBSTITUTE(KetQua!A9," ","")
xóa dấu " " và sửa lại bằng tay xem
Không phải lỗi đấy anh ạ, em copy CT rồi dán lại kết quả vẫn đúng!!!
 
Upvote 0
Không phải lỗi đấy anh ạ, em copy CT rồi dán lại kết quả vẫn đúng!!!
Tôi đâu có nói bạn copy sai, cũng không nói công thức sai. Tôi nói tác giả hoanglocphat kìa, bạn ấy copy/paste sao đó rồi thành sai (xem trong file thì biết)
 
Upvote 0
Upvote 0
Cột tên đơn vị, tôi chưa rỏ lắm, mặt khác tôi chưa dùng PivotTable, nên chưa biết cách tổng hợp

Chưa dùng bao giờ thì bắt đầu học đi. Làm việc "tổng hợp" thì bắt buộc phải học qua PivotTable.
Mọt khi dùng quen Pivot rồi thì tự động biết cách sắp xếp bảng tính và dữ liệu sao cho dễ tổng hợp.
 
Upvote 0
Người mua hàng hay cột tên đơn vị là như nhau, chưa dùng PivotTable thì tham khảo bài viết ở Link sau:
http://www.giaiphapexcel.com/diendan/threads/pivottable-pivotchart-2007-từ-căn-bản-đến-nâng-cao.14797/
Nói rỏ với bạn, tôi thấy việc cộng dồn này là bất kỳ, nghĩa là cộng không dựa vào ngày tháng hay tên người mua hàng thì làm sao dùng PivotTable, nếu việc cộng dồn này dựa vào cùng tên người mua hàng (hay tên đơn vị) thì tôi đã sử dụng hàm SUMIFS rồi
 
Upvote 0
Xác nhận công thức #3 đúng. Luôn thấy nể bạn eke_rula về tốc độ ra công thức :)
 
Upvote 0
Nói rỏ với bạn, tôi thấy việc cộng dồn này là bất kỳ, nghĩa là cộng không dựa vào ngày tháng hay tên người mua hàng thì làm sao dùng PivotTable, nếu việc cộng dồn này dựa vào cùng tên người mua hàng (hay tên đơn vị) thì tôi đã sử dụng hàm SUMIFS rồi
Tôi nêu vấn đề ở trên (bài 5) với tính cách góp ý để làm sao tính toán cho nhanh, hiệu quả.

Nhưng bạn không thích thì cũng chẳng chết thằng Tây nào cả. Nếu bạn không muốn góp ý thì chúng ta chào nhau kể từ bài này vậy.
 
Upvote 0
Tôi nêu vấn đề ở trên (bài 5) với tính cách góp ý để làm sao tính toán cho nhanh, hiệu quả.

Lắm lúc tôi phải phục sự kiên nhẫn của bạn.
Đối với nhiều người, cách thiết kế của họ đã là cách tối ưu rồi. Và vào mạng nhờ tính công thức giùm là cách "tính toán nhanh, hiệu quả nhất".
 
Upvote 0
Lắm lúc tôi phải phục sự kiên nhẫn của bạn.
Đối với nhiều người, cách thiết kế của họ đã là cách tối ưu rồi. Và vào mạng nhờ tính công thức giùm là cách "tính toán nhanh, hiệu quả nhất".
Tôi thường góp ý bài viết cho 1 thành viên nào đó với tính cách tham khảo về cách làm và cách tính toán sao cho cho nhanh và hiệu quả, nhưng thành viên đó không thích hoặc không đồng tình thì cũng chẳng sao.

Nếu ai nói sử dụng hàm, công thức (nhất là công thức mảng) mà hiệu quả, năng động hơn, nhanh hơn dùng PivotTable thì tôi cũng chịu (nếu vậy thì bác Bill đâu có đẻ ra cái PivotTable hay PowerPivot để làm cái gì.
 
Upvote 0
Tôi thường góp ý bài viết cho 1 thành viên nào đó với tính cách tham khảo về cách làm và cách tính toán sao cho cho nhanh và hiệu quả, nhưng thành viên đó không thích hoặc không đồng tình thì cũng chẳng sao.

Nếu ai nói sử dụng hàm, công thức (nhất là công thức mảng) mà hiệu quả, năng động hơn, nhanh hơn dùng PivotTable thì tôi cũng chịu (nếu vậy thì bác Bill đâu có đẻ ra cái PivotTable hay PowerPivot để làm cái gì.

Câu 1: tôi rất cảm cái tinh thần của bác ở chỗ này. Rất tiếc là vì lý do riêng, 1 ly cà phê cũng không thể tìm đến bác để uống. Thôi tạm uống gió qua mạng vậy.

Câu 2: cái hiệu quả nằm ở chỗ "bất chiến tự nhiên thành". Thật sự những người này đâu có thiết tha gì với cái mớ dữ liệu đó. Công việc của họ là lấy cái kết quả để báo cáo. Và ở đây cung ứng đủ cho họ. Hỏi mà có trả lời là hiệu quả. Khi cần chỉnh sửa, thêm thắt mà có trả lời là có năng động.
(phần trong dấu ngoặc: nhóm anh Bill ra cái Pivot table cho người ta phân tích dữ liệu. Công việc phân tích khác xa với cộng sổ và báo cáo)
 
Upvote 0
Trong PivotTable nó có Value Field Settings đến 11 chức năng tính toán, muốn tính cái gì thì chọn loại đó cho từng Field, nhưng chủ Topic không muốn thì mình cũng không cần thiết phải giải thích thêm làm gì nữa.
 
Upvote 0
Từ Pivot dịch với nghĩa kỹ thuật là "tính (phân tích và diễn đạt) theo...". Vì vậy khi yêu cầu có từ "theo" thì Pivot là cái sát thực nhất.
Trừ một vài trường hợp quá sức đặc biệt, tất cả các trường hợp khác nếu bảng tính không Pivot được là tại người dùng không biết cách thiết kế.

Rất tiếc là đối với nhiều người, cái từ "đặc biệt" ở trên nó trở thành một cái cớ để người ta từ chối không suy nghĩ lại cách thiết kế củ mình. Ai cũng cho rằng mình thiết kế như thế là tối ưu rồi, vấn đề tính toán có thể giải quyết "hiệu quả và nhanh chóng" qua GPE.
 
Upvote 0

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

Back
Top Bottom