Doanh nghiệp bán hàng qua sàn có thể gửi cho đơn vị kế toán một báo cáo đơn hàng và một sao kê tiền nhận, nhưng hai tài liệu ấy chưa chắc nói về cùng phạm vi. Đơn được tạo ở một thời điểm, trạng thái được cập nhật sau đó, còn khoản thanh toán có thể gắn với một đợt riêng. Nếu chỉ chuyển một số tổng, người tiếp nhận khó tìm lại dữ liệu để giải thích chênh lệch. Bài viết hướng dẫn chuẩn bị bộ bàn giao theo nguồn, mã tham chiếu và trạng thái. Cách ghi nhận doanh thu, chi phí, hóa đơn hoặc nghĩa vụ thuế cần người phụ trách chuyên môn kiểm tra trên hồ sơ thật.
Tách báo cáo đơn hàng khỏi đợt thanh toán
Trước khi xuất dữ liệu, liệt kê những nhóm thông tin hệ thống đang cung cấp và tên gọi thực tế của chúng. Có thể gồm danh sách đơn, dữ liệu điều chỉnh, báo cáo thanh toán và thông tin tiền về tài khoản. Không phải hệ thống nào cũng có cùng loại tệp hoặc cùng cách đặt tên. Người bàn giao cần giữ đúng tên nguồn và hỏi phần chưa hiểu, thay vì tự đổi mọi báo cáo thành một bảng doanh thu.
Một đơn hàng và một khoản tiền nhận không nên được mặc định có quan hệ một đối một. Khi hệ thống có báo cáo thanh toán theo đợt, cần giữ báo cáo đó để tìm mối liên hệ với các đơn liên quan. Người tổng hợp ghi những tham chiếu đang có trong nguồn, không tự gán toàn bộ khoản tiền cho một đơn chỉ vì số tiền hoặc ngày nhìn có vẻ phù hợp.
Với nhiều gian hàng, giữ mã nhận diện riêng cho từng gian hàng và tài khoản liên quan trong phạm vi được phép chia sẻ. Tên nền tảng chưa đủ để phân biệt dữ liệu của các cửa hàng. Một danh mục rõ sẽ giúp bên kế toán biết file đang thuộc nguồn nào mà không cần doanh nghiệp chia sẻ mật khẩu hoặc mã xác thực của tài khoản bán hàng.
Ghi rõ kỳ xuất và ý nghĩa các trường ngày
Khi bàn giao, ghi điều kiện dùng để xuất từng file: nguồn, gian hàng, khoảng thời gian và bộ lọc được sử dụng nếu có. Tên file có chữ tháng chưa đủ xác nhận dữ liệu bên trong. Nếu báo cáo được xuất theo một loại ngày nhất định, giữ nguyên tên trường đó để người tiếp nhận hiểu phạm vi đang xem.
Ngày tạo đơn, ngày cập nhật trạng thái và ngày thanh toán là những cách nhận diện khác nhau khi chúng xuất hiện trong hệ thống. Không tự dùng chung một cột ngày để thay thế tất cả. Khi chưa hiểu tên trường trong báo cáo, gửi câu hỏi kèm tên cột và tài liệu nguồn cho đầu mối có trách nhiệm. Người điều phối không cần tự suy ra cách xử lý kế toán từ nhãn của phần mềm.
Ví dụ giả định: một đơn có trong danh sách xuất trước, sau đó có thêm thông tin điều chỉnh trong một bản xuất sau. Bộ bàn giao cần thể hiện quan hệ giữa hai nguồn và thời điểm xuất, thay vì mô tả chúng là hai giao dịch độc lập. Ví dụ không xác định kỳ ghi nhận cho đơn thật; nó chỉ giúp nhận ra việc giữ lịch sử cập nhật là cần thiết khi giải thích dữ liệu.
Nếu xuất lại cùng một khoảng thời gian, nêu bản mới thay thế toàn bộ hay chỉ bổ sung một phần. Đừng để hai file gần giống nhau cùng mang trạng thái bản cuối mà không có ghi chú. Người tiếp nhận cần biết nguồn nào đang được dùng, nguồn nào giữ để tra lịch sử và phần nào còn chờ doanh nghiệp xác nhận.
Nối đơn, điều chỉnh và khoản thực nhận bằng tham chiếu
Bảng bàn giao nên giúp người đọc đi từ một câu hỏi về tiền nhận tới các tài liệu liên quan. Mã trong hệ thống là điểm bắt đầu tốt hơn việc ghép theo tên người mua hoặc một số tiền trùng nhau. Giữ nguyên mã ở dạng đọc được và kiểm tra xem phần mềm bảng tính có làm mất ký tự hay đổi định dạng hay không.
| Nhóm hồ sơ | Thông tin nhận diện | Mục đích khi bàn giao |
|---|---|---|
| Đơn hàng | Gian hàng, mã đơn và tên báo cáo nguồn. | Tìm lại đúng đơn đang được hỏi. |
| Điều chỉnh | Mã tham chiếu và quan hệ với đơn nếu nguồn có thể hiện. | Giữ diễn biến thay đổi, tránh tính thành đơn mới. |
| Đợt thanh toán | Mã đợt, phạm vi và báo cáo chi tiết tương ứng. | Xem những khoản nào thuộc đợt đang đối chiếu. |
| Tiền thực nhận | Tài khoản nhận, giao dịch và tài liệu được phép chia sẻ. | Chuyển đúng khoản cần bên chuyên môn kiểm tra. |
| Câu hỏi còn mở | Tham chiếu tới các nguồn chưa nối được. | Biết ai cần giải thích và đang thiếu tài liệu nào. |
Khi hệ thống không có một mã nối chung, đánh dấu phần chưa đủ dữ liệu và đề nghị hướng dẫn cách đối chiếu. Không tự tạo quan hệ rồi trình bày như thông tin do nền tảng xác nhận. Mã nội bộ có thể giúp quản lý câu hỏi, nhưng cần phân biệt với mã giao dịch gốc. Nếu có nhiều khả năng ghép, giữ câu hỏi mở để người có trách nhiệm kiểm tra.
Không xóa những dòng trông giống nhau chỉ vì chúng có cùng mã đơn. Cần biết bảng đang có một dòng cho mỗi đơn, mỗi mặt hàng hay mỗi lần thay đổi. Nếu chưa rõ cấu trúc, hỏi trước khi gộp. Bản nguồn nên được giữ nguyên; mọi thao tác trên bản làm việc cần có ghi chú để bên tiếp nhận tìm lại được dữ liệu ban đầu.
Giữ riêng hoàn, hủy và các khoản được diễn giải
Nếu nguồn có dữ liệu về hoàn, hủy hoặc điều chỉnh khác, bàn giao cùng tên trạng thái và tài liệu liên quan. Không tự xóa đơn khỏi danh sách để làm số tổng khớp với tiền nhận. Người phụ trách cần thấy điều gì đã xảy ra theo nguồn và phần nào chưa được giải thích. Một trạng thái trên màn hình cũng không tự thay thế toàn bộ hồ sơ của tình huống.
Với khoản khấu trừ, hỗ trợ, phí hoặc dòng diễn giải khác xuất hiện trong báo cáo, giữ đúng tên và dấu của số liệu. Nếu doanh nghiệp dùng cách gọi nội bộ, đặt ở cột ghi chú riêng. Không đổi một nhãn chưa hiểu thành một loại chi phí đã được xác định. Tài liệu đi kèm và phản hồi chuyên môn mới giúp làm rõ cách sử dụng thông tin ấy.
Google Maps dự án
Trường hợp một câu hỏi cần phản hồi từ bộ phận vận hành gian hàng, ghi người phụ trách cùng tham chiếu đơn hoặc đợt thanh toán. Người tổng hợp không cần tự trả lời thay người nắm giao dịch. Khi có phản hồi mới, dẫn vào đúng dòng đang mở và nêu phạm vi được làm rõ; không đóng toàn bộ đợt chỉ vì một đơn đã có câu trả lời.
Không suy ra tổng tiền bán hàng, số phải thu hoặc kết quả kinh doanh từ một khoản chuyển về tài khoản rồi tự sửa báo cáo. Bộ bàn giao phục vụ việc kiểm tra giữa các nguồn. Các kết luận nghiệp vụ và cách xử lý phần chênh lệch cần thuộc phạm vi của người phụ trách kế toán trên hồ sơ đã được xác nhận.
Lập danh mục file và kiểm tra khả năng tra cứu
Danh mục nên nêu tên file, nguồn xuất, gian hàng, phạm vi dữ liệu, thời điểm xuất và vị trí lưu được phép truy cập. Tách bản nguồn khỏi bảng tổng hợp dùng để điều phối. Nếu có file chuyển định dạng, mô tả đó là bản làm việc hình thành từ nguồn nào. Không gọi một bảng đã lọc bớt là toàn bộ dữ liệu gốc của nền tảng.
Trước khi báo đã bàn giao đủ, chọn một câu hỏi và thử tìm các nguồn liên quan: đơn đang nói tới, thông tin điều chỉnh nếu có và báo cáo thanh toán tương ứng. Đây là kiểm tra khả năng tra cứu hồ sơ, không phải xác nhận số liệu đã được hạch toán đúng. Những liên kết thiếu hoặc file không đọc được cần được ghi lại để bổ sung.
Chỉ chia sẻ dữ liệu cần cho công việc qua kênh đã thống nhất. Những thông tin khách hàng hoặc dữ liệu nội bộ không cần thiết không nên được sao chép rộng sang bảng theo dõi. Quyền truy cập phải theo phân công của doanh nghiệp. Bài viết không yêu cầu chuyển tài khoản bán hàng, mật khẩu ngân hàng hoặc mã xác thực cho người làm bảng.
Thống nhất bộ bàn giao với đơn vị kế toán
GTAX có giới thiệu hình thức tiếp nhận chứng từ và file online trên trang dịch vụ. Doanh nghiệp có thể tham khảo chi tiết về dịch vụ kế toán trọn gói của GTAX, rồi đề nghị thống nhất danh mục dữ liệu phù hợp với hoạt động bán qua sàn của mình. Định dạng, phạm vi hỗ trợ và đầu mối phản hồi cần được hai bên xác nhận cho hồ sơ cụ thể.
Một bộ bàn giao hữu ích không chỉ có nhiều file mà còn cho biết mỗi file trả lời câu hỏi nào. Giữ riêng đơn hàng, điều chỉnh, đợt thanh toán và khoản thực nhận giúp người tiếp nhận tra lại diễn biến. Khi còn chỗ chưa nối được, nêu đúng khoảng trống và người cần phản hồi để việc kiểm tra tiếp tục trên căn cứ rõ ràng.