Hỏi về tính Bảo hiểm Y tế (1 người xem)

[nacan]

Tôi có 1 vấn đề sau muốn hỏi GPE khi tính BHYT cho đơn vị do khi tính tổng của chi tiết từng người so với tổng tiền BHYT phải trả tính theo tổng hệ số chênh lệch nhau do làm tròn số.(Tôi gửi ví dụ kèm theo).
Hỏi: Lầm thế nào để khi tính BHYT chi tiết từng người cộng lại đúng bằng tổng BHYT phải nộp
Xin cảm ơn

 

[johnnylinhanh]

Tôi có 1 vấn đề sau muốn hỏi GPE khi tính BHYT cho đơn vị do khi tính tổng của chi tiết từng người so với tổng tiền BHYT phải trả tính theo tổng hệ số chênh lệch nhau do làm tròn số.(Tôi gửi ví dụ kèm theo).
Hỏi: Lầm thế nào để khi tính BHYT chi tiết từng người cộng lại đúng bằng tổng BHYT phải nộp
Xin cảm ơn

Cột BHYT chi tiết từng người dùng hàm round() còn cột Kiểm tra BHYT chi tiết từng người thì không dùng round() Do đó lệch nhau số tổng giữa 2 cột là điều tất yếu rồi còn gì? Vấn đề là nói tổng bảo hiểm y tế phải nộp là dùng hàm round() hay là chưa để tìm cách chỉnh chi tiết khi tính BHXH từng người về cho giống

 

[nacan]

Cột BHYT chi tiết từng người dùng hàm round() còn cột Kiểm tra BHYT chi tiết từng người thì không dùng round() Do đó lệch nhau số tổng giữa 2 cột là điều tất yếu rồi còn gì? Vấn đề là nói tổng bảo hiểm y tế phải nộp là dùng hàm round() hay là chưa để tìm cách chỉnh chi tiết khi tính BHXH từng người về cho giống

Cảm ơn bạn nhưng ý của tôi là:
1. Vì khi tính bảo hiểm phải nộp thì người ta lấy tổng các hệ số lương nhân với lương cơ bản và tỷ lệ đóng bảo hiểm. ở VD này thì tổng tiền BHYT phải nộp là 1.710.510.
2. Khi tính chi tiết từng người do tiền không có số lẻ sau dấu phẩy nên phải làm tròn số nên khi dùng hàm round() thì tổng tăng lên 5 đơn vị do có 10 người có số lẻ 0.5.
Câu hỏi của tôi trong VD này là dùng cách gì để trong 10 người kia thì 05 người làm tròn tăng thêm 1 đơn vị còn 05 người còn lại không tăng và tổng vần là 1.710.510 chứ không phải là 1.710.515

 

[sealand]

Yêu cầu của bạn không thể thực hiện được vì khi làm tròn số các chi tiết thì tất cả những thằng dưới 0,5 đều bỏ. Nhưng khi tính tổng cộng thì ba thằng vứt đi cộng lại có thể thành 1 thằng hữu ích và lại được cộng thêm 1. Vậy mới có lý "Thợ may ăn giẻ" là như vậy, để nguyên súc vải người ta gạn giỏi sẽ dôi rất nhiều so với cắt vải thành từng miếng theo định mức.
Đây là vấn đề cần thống nhất giống như trong chia lương thưởng v.v...

 

[giangleloi]

Cảm ơn bạn nhưng ý của tôi là:
1. Vì khi tính bảo hiểm phải nộp thì người ta lấy tổng các hệ số lương nhân với lương cơ bản và tỷ lệ đóng bảo hiểm. ở VD này thì tổng tiền BHYT phải nộp là 1.710.510.
2. Khi tính chi tiết từng người do tiền không có số lẻ sau dấu phẩy nên phải làm tròn số nên khi dùng hàm round() thì tổng tăng lên 5 đơn vị do có 10 người có số lẻ 0.5.
Câu hỏi của tôi trong VD này là dùng cách gì để trong 10 người kia thì 05 người làm tròn tăng thêm 1 đơn vị còn 05 người còn lại không tăng và tổng vần là 1.710.510 chứ không phải là 1.710.515

Vậy thì ô tổng cộng hãy xài công thức này:

=SUMPRODUCT((C12:C43+E12:E43)*1150000*$I$8)

 

[sealand]

Vậy thì ô tổng cộng hãy xài công thức này:

=SUMPRODUCT((C12:C43+E12:E43)*1150000*$I$8)

Hì, bạn quy định được cách tính của bên BHXH sao? Người ta cứ lấy quỹ lương nhân với tỷ lệ quy định chả lấy gì bắt bẻ được.

 

[giangleloi]

Hì, bạn quy định được cách tính của bên BHXH sao? Người ta cứ lấy quỹ lương nhân với tỷ lệ quy định chả lấy gì bắt bẻ được.

Vấn đề ở chỗ người hỏi muốn có được kết quả như vậy mà. Còn những việc khác là của ngta, mình có muốn quan tâm cũng đâu có được.

 

[bebo021999]

Duyệt từ trên xuống, cứ 1 người làm tròn lên thì người sau làm tròn xuống, người sau lại làm tròn lên,...
Tại I12:

=IF(ISODD(SUMPRODUCT(--ISODD(($C$11:$C12+$D$11:$D12)*100))),
ROUNDDOWN(($C12+$E12)*1150000*$I$8,0),ROUNDUP(($C12+$E12)*1150000*$I$8,0))

Copy xuống nhé.

Nếu tổng số vẫn lệch 0.5 với BHXH thì đảo ROUNDUP lên trước ROUNDOWN nhé.

 

[sealand]

Vấn đề ở chỗ người hỏi muốn có được kết quả như vậy mà. Còn những việc khác là của ngta, mình có muốn quan tâm cũng đâu có được.

Bạn xem laị cách tính tổng ở mục 1 bài 3# của người ta xem có như bạn tính không?

 

[Ngoai Thanh]

Tôi có 1 vấn đề sau muốn hỏi GPE khi tính BHYT cho đơn vị do khi tính tổng của chi tiết từng người so với tổng tiền BHYT phải trả tính theo tổng hệ số chênh lệch nhau do làm tròn số.(Tôi gửi ví dụ kèm theo).
Hỏi: Lầm thế nào để khi tính BHYT chi tiết từng người cộng lại đúng bằng tổng BHYT phải nộp
Xin cảm ơn

Theo mình thì tất cả các bài toán liên quan đến chế độ chính sách, thường người ta không làm tròn chi tiết mà chỉ làm tròn khi tính tổng . Bạn bỏ hàm round đi thì kết quả sẽ đúng thôi(như kết quả kiểm tra - cột L).Sau đó bạn format về 0 ( thông thường là 2 số thập phân sau đấu phẩy ) . Máy sẽ tự làm tròn cho bạn theo yêu cầu . Bạn xem file , nếu không đúng ý bạn thì thôi nhé !

 

[bebo021999]

Theo mình thì tất cả các bài toán liên quan đến chế độ chính sách, thường người ta không làm tròn chi tiết mà chỉ làm tròn khi tính tổng .

Mình không đồng ý điểm này. Vì số trích BH của từng người sẽ đi vào các tài khoản liên quan như lương (TK334), chi phí (TK642),phải trả BHXH (TK338) khi trả lương qua tiền mặt hoăc ngân hàng sẽ trả theo số làm tròn. Nếu làm lẻ thì sẽ lệch sổ trên TK334, 642 và 338.

 

[Ngoai Thanh]

Mình không đồng ý điểm này. Vì số trích BH của từng người sẽ đi vào các tài khoản liên quan như lương (TK334), chi phí (TK642),phải trả BHXH (TK338) khi trả lương qua tiền mặt hoăc ngân hàng sẽ trả theo số làm tròn. Nếu làm lẻ thì sẽ lệch sổ trên TK334, 642 và 338.

Trời đất, gặp ngay cán bộ nghiệp vụ rồi . Anh xem file, đâu có lẻ! bởi máy sẽ tự làm tròn khi số lẻ từ 0.5 trở lên thì làm tròn lên, từ < 0.5 thì làm tròn xuống . Đúng theo yêu cầu của chủ thớt . Nếu không đúng ý bạn đó thì thôi mà ! Bởi tôi là người "ngoại đạo", không phải nghề ...

 

[bebo021999]

Trời đất, gặp ngay cán bộ nghiệp vụ rồi . Anh xem file, đâu có lẻ! bởi máy sẽ tự làm tròn khi số lẻ từ 0.5 trở lên thì làm tròn lên, từ < 0.5 thì làm tròn xuống . Đúng theo yêu cầu của chủ thớt . Nếu không đúng ý bạn đó thì thôi mà ! Bởi tôi là người "ngoại đạo", không phải nghề ...

Thực tế là bên BHXH họ sẽ nhận file của DN, trong đó đăng ký hệ số lương và các hệ số khác. Họ có phần mềm chuyên dụng, để cộng tổng số phải thu BH của DN, không quan tâm đến chi tiết từng người. Do đó không trách BHXH được.

Về phía DN, đồng ý là máy tự làm tròn nếu dùng hàm ROUND đơn thuần. Do đó, xảy ra trường hợp 2 người liên tiếp có số lẻ, nếu tổng cộng lại thì sẽ dư 1. Trong ví dụ này, 10 người thì dư 5.
Vì vậy trong bài #8, tôi đề xuất cứ 1 người tròn lên, 1 người tròn xuống theo cặp, để tổng cộng sẽ triệt tiêu số lẻ. Tất nhiên hên xui cho từng người, người mất 1, người được 1. Chắc ai cũng vui vẻ thôi...

 

[Ngoai Thanh]

Thực tế là bên BHXH họ sẽ nhận file của DN, trong đó đăng ký hệ số lương và các hệ số khác. Họ có phần mềm chuyên dụng, để cộng tổng số phải thu BH của DN, không quan tâm đến chi tiết từng người. Do đó không trách BHXH được.

Về phía DN, đồng ý là máy tự làm tròn nếu dùng hàm ROUND đơn thuần. Do đó, xảy ra trường hợp 2 người liên tiếp có số lẻ, nếu tổng cộng lại thì sẽ dư 1. Trong ví dụ này, 10 người thì dư 5.
Vì vậy trong bài #8, tôi đề xuất cứ 1 người tròn lên, 1 người tròn xuống theo cặp, để tổng cộng sẽ triệt tiêu số lẻ. Tất nhiên hên xui cho từng người, người mất 1, người được 1. Chắc ai cũng vui vẻ thôi...

Tôi nghĩ là anh không thử, nếu cơ quan nào mà 80% danh sách lẻ 0.5 trở lên thì sao ?
Thôi có lẽ không bàn nữa vì...Chắc bên bảo hiểm họ chưa biết công thức của anh đâu .

 

[bebo021999]

Tôi nghĩ là anh không thử, nếu cơ quan nào mà 80% danh sách lẻ 0.5 trở lên thì sao ?
Thôi có lẽ không bàn nữa vì...Chắc bên bảo hiểm họ chưa biết công thức của anh đâu .

Thử trên file chưa bạn?

 

[Ngoai Thanh]

Thử trên file chưa bạn?

Thôi anh Be ơi , chủ thớt có ngó đến đâu! chỉ có ta thôi . Anh xem bài 10 , nếu sai cũng thôi nhé !