PDA

View Full Version : Cách làm Bảng Cân đối số phát sinh ?



Mr Okebab
17-09-07, 09:00 AM
Đến bây giờ có rất nhiều bạn bối rối khi lập BCĐSPS, nào là có nhiều tài khoản con, nào là dễ nhầm lẫn đến cuối cùng sai 1 đồng mà không biết từ đâu. Và việc sai này là thường xuyên.

Hôm nay mình thử làm mẫu cho các bạn 1 File về BCĐSPS, vì để công thức cho các bạn dễ theo dõi nên File hơi nặng.
Do đó mình để chế độ Calculation = Manunal
Các bạn cần nhấn Shift+F9 khi muốn tính toán.

Mình giả sử có 3 tháng số liệu (6.117 dòng) và 364 tài khoản lớn nhỏ.
Các tài khoản hạch toán luôn là tài khoản chi tiết

(Trong bài không quan tâm lắm đến hạch toán cuối kỳ nên các tài khoản 5, 6, 7,8,9 có thể vẫn có số dư-Các bạn có thể sửa lại)

File gồm 2sheet
Nhật ký : Ghi data phát sinh : Đã được đặt name. Để theo dõi name các bạn nhấn Ctrl+F3
Bảng cân đối : Gồm các chỉ tiêu : Đầu năm, Đầu kỳ, Phát sinh, Lũy Kế, Cuối kỳ. Các bạn nhập ngày đầu tháng vào F2; Cuối tháng vào H2. Sau đó nhấn Shift+F9. Kết quả sẽ hiện raVD này chủ yếu cho các bạn thấy sức mạnh của hàm Sumproduct trong tổng hợp Kế toán.

Hôm sau mình sẽ tiếp tục với Bảng Cân Đối Kế toán và Báo Cáo KQKD cũng như LCTT

Chúc các bạn thành công !

Thân !

Thien
17-09-07, 10:04 AM
A.Hiếu ơi.
1/ Nếu để nghiên cứu học hỏi hàm Sumproduct thì không có gì. Nhưng nếu dùng trong công tác kế toán thì theo quy định đâu có được đặt dấu _ trước TK đâu.

2/ Dấu _ trước tài khoản có tác dụng gì? Nếu không dùng thì có chạy nhanh hơn không?

TC.

ThuNghi
17-09-07, 10:10 AM
Xin phép trả lời hộ Bác Hiếu. Đặt dấu _ trước TK nhằm hiểu và phân biệt số TK là số hay test. Có những công thức nếu không xác định rõ định dạng thì rất khó hệ thống.

Mr Okebab
17-09-07, 11:47 AM
A.Hiếu ơi.
1/ Nếu để nghiên cứu học hỏi hàm Sumproduct thì không có gì. Nhưng nếu dùng trong công tác kế toán thì theo quy định đâu có được đặt dấu _ trước TK đâu.

2/ Dấu _ trước tài khoản có tác dụng gì? Nếu không dùng thì có chạy nhanh hơn không?

TC.

Dĩ nhiên không có tài khoản _111, nhưng nếu ta in ra TK _111 thì ai cũng hiểu cả. Mình thấy thuế đâu bắt bẻ đâu (chắc là chưa ???)

Thực ra đúng như bác ThuNghi nói, "cực chẳng đã" mới làm vậy vì nếu để 111 thì khi sử dụng các hàm tổng hợp trong Excel nhiều khi sai vì lúc nó cho đó là text, lúc là number (mặc dù có định dạng text trước).

Chọn khoảng trắng thì không được, không biết chọn ký tự nào nên chọn đại, các bạn có ý kiến gì đóng góp nhé.

Thân!

handung107
17-09-07, 11:53 AM
Hiếu ơi, em chuyển sang định dạng .rar hay .zip và gởi cho chị được không ?

anhtuan1066
17-09-07, 03:23 PM
WinRAR cũng giãi nén dc 7z mà Dung!

chicuong
17-09-07, 05:27 PM
Sao của mình ko giải nén được nhỉ? Bạn xem lại nhé

Mr Okebab
17-09-07, 05:54 PM
Sao của mình ko giải nén được nhỉ? Bạn xem lại nhé
Winrar 3.4 trở lên là xả nén được hết mà.
Bạn tích hợp các dạng File nén vào Winrar nhé : Winrar/Setting/Integration/Select All

Thân!

OverAC
17-09-07, 06:02 PM
Bắt giò bác Bắb,
Số dư đầu kỳ bị sai rùi phải công thêm số dư đầu năm nữa mới đúng.
Dù sao thì đây là lỗi không đáng kể.

Mr Okebab
17-09-07, 06:21 PM
Bắt giò bác Bắb,
Số dư đầu kỳ bị sai rùi phải công thêm số dư đầu năm nữa mới đúng.
Dù sao thì đây là lỗi không đáng kể.

Ừ nhỉ, mải làm cái này lại quên cái khác. Xa vợ có khác. Tệ thật.

Cảm ơn cậu nhé.

ThuNghi
18-09-07, 10:12 AM
Cám ơn sự đóng góp của Mr Okebab, nhưng nếu có công ty mà dữ liệu # 2000 dòng 1 tháng => 24.000 dòng/năm, mới chỉ cân đối dùng sumproduct đã thấy mệt rồi, nếu thêm 1 vài báo cáo thì "điên".
1/ Theo tôi dùng thêm cột phụ dùng sumif() nhanh hơn.
2/ Đặt các TK cấp con khoa học hơn => dùng sumif vẫn tính ra TK mẹ
nôm na như sau:

=SUMIF(NKNo,TEXT($A5&"*","0"),NKThanhTien)
_331
_331CT
_331CTA
_331CTE
_3313C
Màu xanh phải là mẹ của màu đỏ và đen. Không nên đặt_331CT và _331CTA đồng cấp.
Vài lời góp ý, nếu không phải xin tha thứ, chấp nhận phạt 5 chai Ken.

OverAC
18-09-07, 10:30 AM
Đồng ý với bác ThuNghi, em cũng định kiến nghị với bác Bắb ở cả 2 điểm đó. Nhưng:
- 1. Bác Bắb cố tình sử dụng Calculation = manual để tránh tính toán nhiều lần. Cũng được. Tùy vào sở thích của mỗi người (nhanh hay tiện lợi). Cũng giống như việc bác làm phần mềm mỗi lần ra báo cáo cũng phải generate chứ đâu có ngay.
- 2. File này cùng cho các bác có trình độ tí chứ không phải ai cũng dùng được. Theo thiển ý của em, những vụ chi nhánh hoặc khách hàng em sẽ làm riêng cho nó một cột dữ liệu khác. Rồi toán riêng cho nó sau. Bảng cân đối này với em sẽ chỉ có tài khoản.

Mr Okebab
18-09-07, 11:15 AM
Cám ơn sự đóng góp của Mr Okebab, nhưng nếu có công ty mà dữ liệu # 2000 dòng 1 tháng => 24.000 dòng/năm, mới chỉ cân đối dùng sumproduct đã thấy mệt rồi, nếu thêm 1 vài báo cáo thì "điên".
1/ Theo tôi dùng thêm cột phụ dùng sumif() nhanh hơn.
2/ Đặt các TK cấp con khoa học hơn => dùng sumif vẫn tính ra TK mẹ
nôm na như sau:

_331
_331CT
_331CTA
_331CTE
_3313C
Màu xanh phải là mẹ của màu đỏ và đen. Không nên đặt_331CT và _331CTA đồng cấp.
Vài lời góp ý, nếu không phải xin tha thứ, chấp nhận phạt 5 chai Ken.
Thông cảm, dữ liệu data này không phải của em mà em mượn của người khác (member Thien) nên em không care lắm việc đặt tên các tài khoản. Em chỉ hướng dẫn mọi người có cái nhìn tổng quan về bảng CĐSPS thôi.

Nếu chỉ có 1 ĐK thì dùng sumif nhanh hơn (đã có 1 VD mà bác anhtuan1066 đưa lên), tuy nhiên bác chú ý rằng ở đây có ít nhất 3 ĐK (Mã TK, ngày đầu kỳ, ngày cuối kỳ), nếu dùng sumif thì sẽ không được (vì không so sánh sự > hay < được)
(bác có thấy bảng của em thêm chỉ tiêu : Từ ngày . . . đến ngày ., . . không ??)


Vì vậy người ta có thể chọn bất cứ trong khoảng thời gian nào cũng được. Đây mới là sức mạnh của sumproduct

Việc cho các TK theo mà đỏ, đen . . . cái này cũng đơn giản thôi. Cái đó em định trình bày sau. nhưng giờ khái quát luôn.

Tài khoản thì luôn biến đổi, BCĐSPS sẽ lấy từ DM tài khoản ra, vì vậy các hàng chứa TK tổng hợp là không cố định. Như vậy ta phải dùng 1 vòng lặp duyệt qua hoặc dùng Condition Formating để làm (File BaoCao của em đang theo hướng này)
Vì vậy việc tô màu sẽ trở lên cực kỳ đơn giản (trong bảng DM tài khoản đã nêu rõ TK nào là TH, TK nào là CT, cấp 1, cấp 2 . . . rồi mà, cứ căn cứ vào đó mà ra ĐK thôi)
- 2. File này cùng cho các bác có trình độ tí chứ không phải ai cũng dùng được. Theo thiển ý của em, những vụ chi nhánh hoặc khách hàng em sẽ làm riêng cho nó một cột dữ liệu khác. Rồi toán riêng cho nó sau. Bảng cân đối này với em sẽ chỉ có tài khoản.
Khi đã thanh thục về hiểu rõ vấn đề này thì việc cho phép trong bảng CĐSPS chỉ hiển thị những TK nào thật đơn giản. Không cần phải chia riêng đâu.
Muốn Bảng CĐSPS tổng hợp thì sẽ có ngay, muốn chi tiết hơn xíu, có ngay, muốn tất cả cũng có.

Vì vậy bảng CĐSPS như trên sẽ dùng cho tất cả các năm, không hạn chế thời gian. Đây chính là điều khác biệt của sumproduct

Thân!

handung107
18-09-07, 11:27 AM
Chị chưa có thì giờ xem File của Hiếu, nhưng một điều chị biết chắc là hàm Sumproduct rất mạnh và dễ sử dụng hơn công thức mảng trong trường hợp tính tổng nhiều điều kiện, Từ lâu rồi, chị đã đưa bài hướng dẫn sử dụng hàm Sumproduct, nhưng hình như ít người sử dụng nó lắm, mà hay nghiêng về công thức mảng và VBA. Bản thân chị sử dụng hàm Sumproduct gần như thường xuyên, và chị nghĩ nó rất hữu ích cho các bạn trong công việc phân tích, tổng hợp dữ liệu. Cám ơn Hiếu đã đặt một đề tài liên quan đến hàm Sumproduct này.

Mr Okebab
18-09-07, 11:38 AM
Chị chưa có thì giờ xem File của Hiếu, nhưng một điều chị biết chắc là hàm Sumproduct rất mạnh và dễ sử dụng hơn công thức mảng trong trường hợp tính tổng nhiều điều kiện, Từ lâu rồi, chị đã đưa bài hướng dẫn sử dụng hàm Sumproduct, nhưng hình như ít người sử dụng nó lắm, mà hay nghiêng về công thức mảng và VBA. Bản thân chị sử dụng hàm Sumproduct gần như thường xuyên, và chị nghĩ nó rất hữu ích cho các bạn trong công việc phân tích, tổng hợp dữ liệu. Cám ơn Hiếu đã đặt một đề tài liên quan đến hàm Sumproduct này.

File em gửi cho chị bị thiếu mất phần đầu kỳ như Over AC nói. Em sẽ gửi lại ạ

Thực ra em cũng dùng VBA, nhưng trước khi dúng VBA thì phải hình dung xem nếu là hàm thì dùng thế nào ???

Khi dùng tổng hợp các TK đối ứng, bảng CĐKT, KQKD, LCTT thì đúng là sumproduct không có đối thủ.

Cảm ơn chị.

ThuNghi
18-09-07, 11:45 AM
Không ai nói sumproduct không hay cả, mình cũng hay dùng mà. Nhưng ý là theo như bài này, dữ liệu nhiều quá dùng thêm cột phụ và sumif thì sẽ nhanh hơn nhiều. (kỳ trước đã thử)
Cụ thể: NKNo:=IF(AND($A2>=NgayDau,$A2<=NgayCuoi),C2,"") hàm này cho if vài lần mà vẫn nhanh hơn.
Vậy thì sumif nhanh hơn rất nhiều. Nhiều lúc cũng nên vận dụng.

Mr Okebab
18-09-07, 12:24 PM
Không ai nói sumproduct không hay cả, mình cũng hay dùng mà. Nhưng ý là theo như bài này, dữ liệu nhiều quá dùng thêm cột phụ và sumif thì sẽ nhanh hơn nhiều. (kỳ trước đã thử)
Cụ thể: NKNo:=IF(AND($A2>=NgayDau,$A2<=NgayCuoi),C2,"") hàm này cho if vài lần mà vẫn nhanh hơn.
Vậy thì sumif nhanh hơn rất nhiều. Nhiều lúc cũng nên vận dụng.

Cảm ơn bác, nhưng quả thật em không biết sửa (hic . . híc), hình như hàm mảng.
VD : PS nợ :
=SUMPRODUCT((LEFT(NKNo;LEN(A6))=A6)*(NKNgay>=$F$2)*(NKNgay<=$H$2)*(NKThanhTien))
Bác sửa giùm em.

Và nếu có thể bác sửa lại luôn vào File rồi up cho anh em để còn học tập.

Cảm ơn bác nhiều

handung107
18-09-07, 12:54 PM
Nếu dùng Sumif thì chắc chắn phải dùng thêm cột phụ rồi, và tùy vào điều kiện nhiều hay ít, mà ta có thể dùgn 1 hay hơn các cột phụ, và sử dụng hàm If để xác định các điều kiện. Đôi lúc, việc sử dụng các cột phụ sẽ khỏe hơn, Hiếu ạ. Thí dụ : Giả sử em muốn lọc TK Nợ là 1111 và TK có là 6421 em có thể dùng cột phụ nối 2 TK này lại là 11116421 và dùng hàm Sumif lấy một diều kiện là "11116421". Vậy thôi. Hàm Sumif thì dễ dùng hơn và dĩ nhiên nhanh hơn Sumproduct rồi, nhưng Sumproduct thì nhanh hơn công thức mảng và VBA

Mr Okebab
18-09-07, 01:44 PM
Nếu dùng Sumif thì chắc chắn phải dùng thêm cột phụ rồi, và tùy vào điều kiện nhiều hay ít, mà ta có thể dùgn 1 hay hơn các cột phụ, và sử dụng hàm If để xác định các điều kiện. Đôi lúc, việc sử dụng các cột phụ sẽ khỏe hơn, Hiếu ạ. Thí dụ : Giả sử em muốn lọc TK Nợ là 1111 và TK có là 6421 em có thể dùng cột phụ nối 2 TK này lại là 11116421 và dùng hàm Sumif lấy một diều kiện là "11116421". Vậy thôi. Hàm Sumif thì dễ dùng hơn và dĩ nhiên nhanh hơn Sumproduct rồi, nhưng Sumproduct thì nhanh hơn công thức mảng và VBA


Vâng, cảm ơn chị nhiều.
Hàm sumif đúng là có thế mạnh riêng là tính toán nhanh. Em công nhận điều này, chỉ có điều ta lại phải thêm cột phụ. (Nếu 2ĐK trở lên)

Cảm ơn chị và bác ThuNghi.

Tuy nhiên ý định của em là hướng mọi người đến 1 CSDL trong excel (tạm gọi là như vậy) mà tất cả các phát sinh đều nằm trong 1 sheet, không thừa và không thiếu.

Từ đó ta có thể làm được rất nhiều các báo cáo khác nhau.
Mà mỗi báo cáo thì có những điều kiện so sánh riêng (VD : Công nợ theo TK, công nợ theo NVKD, công nợ theo hàng hóa . . .. . . ), có rất nhiều chỉ tiêu để làm việc này.

Vì vậy nếu dùng sumif không tạo cột phụ thì em tán thành, nếu dùng cột phụ thì chỉ ở các bài đơn giản thôi, chứ nếu có kết cấu CSDL như em trình bày trên thì sẽ phá nát CSDL ngay, và hơn nữa tạo ra quá nhiều cột phụ (vì mỗi báo cáo sẽ đòi hỏi các chỉ tiêu rất khác nhau (thậm chí là có những báo cáo phải tạo ra 4,5 cột phụ).

(Ngày trước, bảng của em gồm có hơn 20 cột phụ, sau em hoảng quá nên chuyển qua cách khác)

Vì vậy em định là qua loạt bài này sẽ hướng mọi người đến cách tổ chức một CSDL tốt hơn, tối ưu hơn.

Tuy nhiên em cũng rất cảm ơn chị và bác ThuNghi.

Thân!

handung107
18-09-07, 02:16 PM
Vâng, cảm ơn chị nhiều.
Hàm sumif đúng là có thế mạnh riêng là tính toán nhanh. Em công nhận điều này, chỉ có điều ta lại phải thêm cột phụ. (Nếu 2ĐK trở lên)

Cảm ơn chị và bác ThuNghi.

Tuy nhiên ý định của em là hướng mọi người đến 1 CSDL trong excel (tạm gọi là như vậy) mà tất cả các phát sinh đều nằm trong 1 sheet, không thừa và không thiếu.

Từ đó ta có thể làm được rất nhiều các báo cáo khác nhau.
Mà mỗi báo cáo thì có những điều kiện so sánh riêng (VD : Công nợ theo TK, công nợ theo NVKD, công nợ theo hàng hóa . . .. . . ), có rất nhiều chỉ tiêu để làm việc này.

Vì vậy nếu dùng sumif không tạo cột phụ thì em tán thành, nếu dùng cột phụ thì chỉ ở các bài đơn giản thôi, chứ nếu có kết cấu CSDL như em trình bày trên thì sẽ phá nát CSDL ngay, và hơn nữa tạo ra quá nhiều cột phụ (vì mỗi báo cáo sẽ đòi hỏi các chỉ tiêu rất khác nhau (thậm chí là có những báo cáo phải tạo ra 4,5 cột phụ).

(Ngày trước, bảng của em gồm có hơn 20 cột phụ, sau em hoảng quá nên chuyển qua cách khác)

Vì vậy em định là qua loạt bài này sẽ hướng mọi người đến cách tổ chức một CSDL tốt hơn, tối ưu hơn.



Theo chị, nếu dùng cột phụ mà không muốn làm hỏng CSDL, em có thể đặt các điều kiện lọc hay các cột phụ này tại một Sheet riêng không nằm chung với Sheet data.
Việc vận dụng hàm Sumproduct hay Sumif theo trường hợp nào là tối ưu tùy vào từng trường hợp cụ thể mới nói hết được. Chị rất thích hàm Sumproduct, và hay dùng nó, nhưng chị cũng không phản đối việc thiết lập cột phụ, tuy nhiên, lạm dụng quá nhiều cột phụ để dùng hàm Sumif, cũng làm cho File trở nên cồng kềnh và thiếu hiệu quả

thôi, để vài ngày nữa rảnh rảnh, chị xem File của em, chị sẽ góp ý cụ thể hơn với em nhé. Thân

Thien
18-09-07, 02:19 PM
Dear All.
Tự nhiên đang học VBA để cải tiến làm nhẹ file bây giờ lại gặp mấy bác tranh luận các hàm. Cho hỏi 1 chút:
1/ Nếu thay toàn bộ công thức bằng VBA thì file chứa công thức nhẹ hơn hay file dùng VBA nhẹ hơn (cho file ví dụ).
2/ Nếu dùng VBA thì dùng Sumproduct nhanh hơn hay sumif nhanh hơn.
3/ Nếu dùng công thức thì làm thử 2 file 1 file dùng hàm Sumproduct và 1 file dùng hàm sumif thì xem file nào nhẹ hơn & xử lý nhanh hơn là được chứ gì?.

Vài dòng gửi các cao thủ hướng dẫn dùm nha.

TC.

Mr Okebab
18-09-07, 02:23 PM
Dear All.
Tự nhiên đang học VBA để cải tiến làm nhẹ file bây giờ lại gặp mấy bác tranh luận các hàm. Cho hỏi 1 chút:
1/ Nếu thay toàn bộ công thức bằng VBA thì file chứa công thức nhẹ hơn hay file dùng VBA nhẹ hơn (cho file ví dụ).
2/ Nếu dùng VBA thì dùng Sumproduct nhanh hơn hay sumif nhanh hơn.
3/ Nếu dùng công thức thì làm thử 2 file 1 file dùng hàm Sumproduct và 1 file dùng hàm sumif thì xem file nào nhẹ hơn & xử lý nhanh hơn là được chứ gì?.

Vài dòng gửi các cao thủ hướng dẫn dùm nha.

TC.


Tất nhiên VBA sẽ nhẹ hơn. Vì vậy ta không nên để công thức "sống"
Hàm sumif bao giờ cũng nhanh hơnTuy nhiên cái nào cũng có cái lợi và hại.

Thân!

ThuNghi
18-09-07, 02:30 PM
Làm thử sumif cho vui cả nhà, trong file có dùng thêm CF nên hơi nặng về format. Có sửa CT -> CTH cho có vẻ tổng quát. Nói chung công nợ và chi tiết cũng không nên theo dõi vậy. Vô hình chung tạo thêm cấp TK.
Tôi cũng o tổ chức CSDL như vậy.
Xin góp vui.

OverAC
18-09-07, 07:04 PM
Em làm thêm cái filter. Các bác xem thế nào nhé. Mời thử double click vào số phát sinh.

Thien
25-09-07, 10:57 AM
Bình ơi!.
Code của Bình rất hay. Tôi có vài ý này Bình xem thử có làm được không:
-Khi chọn TK Nợ thì code lọc đúng, nhưng chọn TK Có thì code chạy ra kết quả không đúng.
- Khi nhấp đôi vào dòng PS dù nợ hay có thì chạy code của Bình nhưng không phải dữ liệu được lọc ra sheet mà ra form hay gì đó để người dùng xem, bên cạnh đó ta có nút thoát và tạo sổ để người dùng chọn, nếu thoát thì về sheet hiện tại, nếu chọn tạo sổ thì cho ra sheet với tên TK người dùng chọn.
- Khi tạo sổ thì thay vì của Bình chỉ có PS nợ hoặc có, Tôi nghỉ nếu cho ra kết quả cả Nợ & Có (y như tạo sổ cái) thì hay lắm.

Vài lời Bình xem có cải tiến được không.

Thân chào.

phan thị mỹ hoa
08-07-10, 10:17 AM
**~**
Ừ nhỉ, mải làm cái này lại quên cái khác. Xa vợ có khác. Tệ thật.

Cảm ơn cậu nhé.
Mình gởi câu hỏi nhờ chỉ giúp mà không thấy hiển thị là sao, mà cũng không thấy ai trả lời giúp nữa, buồn thật đó,

tongquangtuyen
08-07-10, 12:03 PM
bạn up file lên đi mọi người sẽ giúp bạn.nếu ko up file lên được gửi vào địa chỉ mail của mình tongquangtuyen@yahoo.com mình up lên dùm cho

conmeomuop
14-07-10, 11:28 PM
Chào các anh chị.
Em mới vào nghề nên chưa có 1 tý kinh nghiệm gì hết. Rất mong được mọi người chỉ giúp.
Công ty em mới thành lập, hoạt động chính là chế biến và cung cấp suất ăn công nghiệp theo hợp đồng (lâu dài), bắt đầu có báo cáo thuế từ tháng 03/2010. Em muốn là sổ sách kế toán chi tiết và đúng ngay từ đầu. Nhưng em chưa hiểu rõ về Bảng Cân Đối Kế Toán mấy. Và cách làm Báo Cáo Kết Quả Kinh Doanh hàng tháng như thế nào là đúng và đầy đủ nhất. Và những số liệu trong sheet Số Dư Đầu Kỳ của các TK làm sao mình lấy là những số chính xác được?
Ai

conmeomuop
14-07-10, 11:43 PM
Chào các anh chị.
Em mới vào nghề nên còn bỡ ngỡ quá. Rất mong được mọi người giúp đỡ.
Công ty em thành lập từ cuối T01/2010, nhưng hđ từ t03/2010 (bắt đầu báo cáo thuế). CTy chuyên cung cấp suất ăn công nghiệp (cơm công nhân). nên hàng ngày phat sinh rất nhiều việc: VD: đi chợ mua rau, ng. liệu, gia vị, ... rồi nhập hàng: thịt, cá, rau, củ, gạo, gia vị... Có những mặt hàng 1 tháng mơi trả tiền 1 lần...Đặc biệt là cuối tháng mới thu tiền hàng một lần. trong khi đó TM không có nhiều nên rất hay vay mượn... Em muốn là sổ sách kế toán chi tiết ngay từ đầu, nhưng chưa hiểu mấy về BCĐKT, chưa hiểu rõ phải làm sao để bảng báo CÁo Kết Quả HĐKD hàng tháng đầy đủ và đúng nhất. Và ở sheet số dư đầu kỳ của những TK đó làm sao là những số chính xác được? hay những số đó là do mình tự đặt ra, miễn sao BCĐKT cân bằng là được?
Xin cảm ơn mọi người nhiều.

conmeomuop
14-07-10, 11:47 PM
Ai có mẫu về BCĐKT cho em với, mà bảng đó có số liệu minh hoạ đầy đủ ở các sheet và còn nguyên các công thức đẻ em tự "ngâm cứu". Em cảm ơn nhiều.

anhtotbung35
15-07-10, 07:25 AM
Dear All.
Tự nhiên đang học VBA để cải tiến làm nhẹ file bây giờ lại gặp mấy bác tranh luận các hàm. Cho hỏi 1 chút:
1/ Nếu thay toàn bộ công thức bằng VBA thì file chứa công thức nhẹ hơn hay file dùng VBA nhẹ hơn (cho file ví dụ).
2/ Nếu dùng VBA thì dùng Sumproduct nhanh hơn hay sumif nhanh hơn.
3/ Nếu dùng công thức thì làm thử 2 file 1 file dùng hàm Sumproduct và 1 file dùng hàm sumif thì xem file nào nhẹ hơn & xử lý nhanh hơn là được chứ gì?.

Vài dòng gửi các cao thủ hướng dẫn dùm nha.

TC.
1/ File dùng VBA: sẽ nhẹ đi dung lượng của file rất nhiều, khi xử lý và quá trình dùng file cũng sẽ chạy nhanh hơn.
2/ Sumproduct hay sumif: dùng sumproduct sẽ hay hơn nhiều, sumproduct cũng dùng được trong công thức chứ không phải riêng cho VBA.
3/ Làm thử 2 file sử dụng VBA và sử dụng công thức:
- Nếu là file giả lập thì công thức chỉ vài ba cái, mình khó nói được ai nhanh hơn ai
- Nếu là file lớn gồm nhiều sheet, nhiều công thức thì mới thấy được giữa VBA và công thức. Cái này thì chắc cũng không ai rãnh để làm cho bạn rồi.

lehungtruong
09-03-11, 01:22 PM
cam on ban ve mau bang can doi tai khoan nhe
than

hohauktt
27-04-11, 04:44 PM
anh ơi, e mới lam kế toán e muon tải file của anh về mà không duoc, anh có thể chỉ chi tiết cho e cách tải dữ liệu trên về máy ko anh?
cảm ơn anh nhieu

meocon8x
06-10-11, 08:39 AM
cam on ban nhe
mot ngay moi tran day hanh phuc

meocon8x
06-10-11, 08:40 AM
xin chao anh chi
anh chi cho em xin cach lam bang can doi tai khoan voi

vuongtram191
08-10-11, 11:05 AM
cam on a. Hieu nhieu!

antonyleo
15-08-12, 08:08 PM
e thấy file của bác Bab:
mới tải về: Dư Nợ và Dư có khác nhau ở phần số tổng cuối cùng, Nợ 139, Có 141
Thử đổi thời gian bắt đầu và thgian kết thúc thì Dư nợ có đầu kỳ khớp nhau, còn số phát sinh nợ có bắt đầu lệch, PS nợ 690t, PS có 692
và cả 2 điều này dẫn đến Dư cuối kỳ của nợ và có cũng ko khớp nhau.

trangnon83
29-01-13, 10:12 AM
Ai có bảng cân đối số phát sinh cho mình xin mẫu với, mình đang lúng túng quá. mail của mình nhabaobun@gmail.com. Cảm ơn nhìu.

ngan_hkp
20-03-13, 02:41 PM
sao minh ko mo dc file nhi ?

Mr.Thoaikt6
31-03-13, 08:17 AM
Các anh chị cho e hỏi cách lập bảng cân đối số phát sinh với
e gửi các Bác file này các bác giúp e với nhé
99303

maivang288
25-04-13, 05:39 PM
ua sao minh khong dow duoc ve may cac ban