Tax Base By-day0Chưa lấy /v1/finance/accrual/by-day
Phạm vi dữ liệu Orders + Finance Chọn một tháng, khoảng ngày bất kỳ hoặc N ngày gần nhất. Khoảng dài sẽ tự chia thành nhiều lượt API.
Chưa chọn
Phạm vi sẽ được dùng chung cho Orders + Finance; sau khi sync có thể lọc nhỏ tiếp bằng bộ lọc Thời gian của dashboard.
Đang chuẩn bị...0%
Chưa bắt đầu.
Finance Core: toàn bộ tiền bán + commission + acquiring + logistics + reverse + ads + FBO/FBS + phí khác lấy từ /v1/finance/accrual/by-day. seller_price là Gross làm mẫu số % phí; sale_price chỉ là nền thuế signed; bonus + coinvestment là cầu nối Gross → Tax Base. File начисления chỉ audit cùng snapshot/cùng kỳ.
RAW Tax By-day / sale_price mapping
🧪 Finance Source Probe — New Accrual API
Chỉ thăm dò RAW. Không ghi đè P&L, Tax Base hay Finance Core. Đã tìm thấy cấu trúc quan trọng trong By-day: commission.sale_price, bonus, coinvestment. Bản này kiểm toàn kỳ ổn định trước khi cho phép dùng vào P&L/Tax.
Chưa probe
/v1/finance/accrual/typesChưa gọiDictionary loại начисление
/v1/finance/accrual/by-dayChưa gọiTheo ngày / reconciliation
Revenue semantics: Chưa kiểm toàn kỳ. Phát hiện schema hiện tại: seller_price = sale_price + bonus + coinvestment. Bấm Kiểm tra Revenue 01→T-1 để xác nhận tổng và T216.
Nguyên tắc: endpoint nào 2xx thì giữ full response; endpoint 4xx cũng giữ response body + request body để đọc schema bắt buộc. Probe sẽ thử một số body an toàn, dừng ngay khi nhận 2xx. Không tự đưa dữ liệu probe vào lợi nhuận.
Nguồn
HTTP
Body đã dùng
Schema / keys thấy được
Kết luận sơ bộ
Chưa probe.
RAW response / error của New Accrual API
Nguồn Hàng hóa: nếu đã upload Управление остатками, file cluster chi tiết vẫn được ưu tiên; nếu chưa có file, Stocks API sẽ làm nguồn tồn tạm thời.
Mapping Finance: —
Map trực tiếp SKU—Finance gắn thẳng được về SKU/Article.
Shared đã phân loại—Chi phí chung có tên/loại rõ và được phân bổ theo rule.
Chưa phân loại / Unmapped—Mục tiêu ≤0,5% By-day để tin P&L SKU.
Chi tiết Shared theo loại chi phí
Loại
Số tiền tuyệt đối
Tỷ trọng By-day
Quy tắc phân bổ
Chưa có Finance By-day.
🔎 Mổ Chưa phân loại / Unmapped
Sync Finance để xem chính xác khoản nào đang tạo Unmapped.
Nguyên nhân
Тип начисления / operation
Nhóm hiện tại
Giao dịch
Tuyệt đối
Có dấu
% By-day
Ví dụ / Hướng xử lý
Chưa có Finance By-day.
Finance: chưa đồng bộ. Khi API sync thành công, dashboard sẽ dùng API làm P&L mặc định.
🧾 Finance Reconciliation Lab — đối chiếu Finance ổn định theo ngày + nhiều file начисления
API raw — kỳ đối soát—Chỉ tính tới ngày đối soát
API components — kỳ đối soát—Sau khi bung revenue/commission/logistics/services
File начисления — kỳ đối soát—Cùng khoảng ngày API
Δ API − File—Mục tiêu ≤0,5%
Δ Components − API—Phải ≈ 0
Mặc định: hôm qua. Hôm nay vẫn nằm trong P&L live.
Chưa nạp file đối chiếu riêng. Nếu đã upload начисления ở khu Nạp dữ liệu, dashboard sẽ dùng file đó làm fallback.
Sync Finance By-day và tải file Отчет по начислениям cùng kỳ. Dashboard sẽ chỉ ra ngày và loại начисление tạo chênh lệch.
Chênh theo ngày
Ngày
API raw
File
Δ
API ops
File rows
Chưa có dữ liệu.
Chênh theo Тип начисления / component
Тип начисления
API components
File
Δ
API rows
File rows
Chưa có dữ liệu.
⚙ Endpoint đồng bộ nâng cao
Products, Stocks và Orders giữ cách sync hiện tại. Finance Core dùng /v1/finance/accrual/by-day theo từng ngày; type_id được giải nghĩa bằng /v1/finance/accrual/types, quantity bridge dùng /v1/finance/accrual/postings. Reconciliation ưu tiên 01→T-1 và file начисления chỉ làm audit cùng snapshot. Shared Rules được giữ nguyên.
🧪 Developer / API Debug
Endpoint Lab
ℹ️
Nếu direct HTML bị CORS: giữ nguyên giao diện này, sau đó chỉ đổi API Base URL sang local proxy của mình. Như vậy không cần viết lại dashboard.
Chưa có response.
Settings nhanh — nhận SKU / Article / Mã
Định danh đầu vào
Giá vốn
FFM
Chưa nhập Settings nhanh.
Không muốn nhập tay? Vẫn có thể kéo Settings_ozon.xlsx vào vùng upload bên dưới. Dashboard tự nhận diện SKU / Article / Mã; nếu cùng một SKU xuất hiện ở nhiều nguồn, giá nhập tay tại đây được ưu tiên.
🧩 Quy tắc Article — chỉ cho dashboard biết đâu là Mã / Màu / Size
Cách dễ nhất: dán 1 Article thật, rồi điền đúng phần nào trong Article là Mã, Màu, Size. Dashboard tự tạo mẫu, không cần tự viết token. Màu/Size không có thì để trống.
Khuyên dùng: tự gán từ Article mẫu.
Quy tắc suy ra: {size} {code}-{color}
Article—
Mã—
Màu—
Size—
Nếu Article chứa một trong các dòng này → giữ nguyên toàn bộ Article làm Mã, Màu/Size = —. Dùng cho hàng đặc biệt có cấu trúc khác.
Ví dụ: Article DEN-T611-48 → chỉ cần nhập Mã=T611, Màu=DEN, Size=48; dashboard tự suy ra {color}-{code}-{size}. Nếu chỉ có Mã và không có Màu/Size, để hai ô đó trống.
Chưa có dữ liệu quản trị. Cách gọn nhất: nhập Client ID + API Key rồi đồng bộ API; sau đó nhập nhanh hoặc upload Settings_ozon.xlsx. File начисления/orders/tồn kho chỉ còn là fallback hoặc audit khi cần.
Đang chuẩn bị...0%
Chưa bắt đầu.
Chế độ quản trị: Trang chủ chỉ giữ chỉ số và hành động quan trọng. Dữ liệu phân tích sâu vẫn nằm trong các tab chức năng.
Bộ lọc quản trịLoại · Mã · Article · Màu · Size · Thời gian
Chọn ngày bắt đầu và kết thúc
Tiền về IP
0 ₽
Sau các начисления của Ozon
Lợi nhuận ròng
0 ₽
Biên LN: 0%
Lợi nhuận / SP
0 ₽
Theo SL bán thật
Nhóm đang lỗ
0
Ở cấp đang xem
Chi phí sau IP cần trả0 ₽Giá vốn + FFM + thuế + QLS
Thiếu cost0SKU/nhóm cần bổ sung Settings
Phạm viToàn shopThay đổi theo bộ lọc
EXECUTIVE SCORECARD
4 trụ cột sức khỏe shop
Nhìn trạng thái trước, sau đó mới đi sâu. Mỗi trụ cột chỉ giữ 2 chỉ số quyết định.
Tài chính—
Biên LN—
LN / SP—
Chưa đủ dữ liệu.
Chất lượng bán—
Выкуп—
Return—
Chưa đủ dữ liệu.
Hiệu quả chi phí—
Logistics / IP—
Ads / IP—
Chưa đủ dữ liệu.
Tồn kho—
SKU đang bán hết hàng—
Available—
Chưa có Stocks API.
ƯU TIÊN QUẢN TRỊ
Việc cần xử lý trước
Chỉ giữ vấn đề và hành động. Muốn xem tiền mất ở đâu, mở tab Mổ xẻ P&L.
0 đỏ0 vàng0 xanh
Ưu tiên
Nhóm
Lợi nhuận
Driver chính
Kết luận
Hành động
Phân tích
XU HƯỚNG
Đơn nhận thành công
DANH SÁCH ĐIỀU HÀNH
Lợi nhuận theo loại hàng
Hiển thị tối đa 30 dòng trên Trang chủ · xem sâu ở tab Lợi nhuận
Nhóm
SL
Tiền về
Lợi nhuận
LN/SP
Biên LN
ASP
Chi phí có thể tối ưu
Lợi nhuận theo nhóm hiện tại
Phân tích bổ sung: Tiền về & Biên lợi nhuận
Tiền về theo nhóm
Biên LN thấp nhất
Độ tin cậy dữ liệu & kiểm tra kỹ thuậtFinance mapping · cost · return match · phân loạiChỉ mở khi cần audit
KIỂM TRA 10 GIÂY
Trung tâm lỗi & bất thường
Ưu tiên xác nhận dữ liệu sạch trước khi tin P&L SKU. Sau đó mới xử lý vấn đề kinh doanh.
Đang kiểm tra…
By-day unmapped—Chưa có Finance By-day
Thiếu giá vốn0SKU bán có doanh thu nhưng thiếu cost/FFM
LỌC NHANH VIỆC CẦN XỬ LÝ:Áp dụng cho bảng “Việc cần xử lý trước”, không đổi KPI tổng.
PHÂN TÍCH TIỀN
Mổ xẻ P&L
Chọn một nhóm/mã/size/SKU ở bên trái để xem dòng tiền theo 2 tầng: Gross начисление → Tiền về IP → Lợi nhuận. Đây là nơi tìm nguyên nhân tài chính; Tổng quan chỉ giữ tín hiệu quản trị. Thuế = (Выручка − |Возврат выручки|) × % thuế. SL mua thật được chuẩn hóa theo Finance: Выручка dương − reversal Выручка − Возврат выручки âm + reversal возврат. Количество luôn lấy trị tuyệt đối trước khi xét dấu tiền.
Xuất đúng bộ lọc + đối tượng đang mổ. Excel gom riêng khối TỔNG TIỀN và TRÊN 1 SP; Chi tiết SKU có thêm Giá cài hiện tại từ Product API và Giá khách mua TB ưu tiên lấy từ Finance Выручка / số lượng bán phát sinh; Orders delivered chỉ làm fallback khi Finance chưa có dữ liệu.
Toàn shop
Gross начисление0 ₽Gross API ròng của nhóm
Tiền về IP0 ₽Sau начисления Ozon
Lợi nhuận0 ₽Biên LN —
Lợi nhuận / SP—0 SP bán thật
Driver lớn nhất—Chưa chọn nhóm
CHỌN ĐỐI TƯỢNG
Danh sách nhóm
Đang xếp theo bộ lọc quản trị.
Nhóm
Đơn
SP
LN
LN/SP
Biên
Chọn một dòng bên trái để bắt đầu mổ xẻ P&L.
BÁN HÀNG / ВЫКУП
Sức khỏe phễu bán hàng
Ưu tiên nhìn chất lượng đơn trước. Chỉ mở phân tích thứ / giờ / giá khi cần điều tra nguyên nhân.
Chưa có dữ liệu
Nguồn Orders: chưa có dữ liệu.
Orders FBO — trạng thái API
Chưa sync FBO
FBO
Chưa có dữ liệu.
Orders FBS — trạng thái API
Chưa sync FBS
FBS
Chưa có dữ liệu.
Tổng đơn
0
Đơn trong phạm vi đang xem
Tỷ lệ vào ship
0%
Đã vào luồng giao / tổng đơn
Выкуп sau ship
0%
Đã giao / (đã giao + hủy sau ship)
Hủy trước ship
0%
Cần kiểm soát xử lý đơn / tồn
Giữ hàng thực tế
0%
Sau cả hủy sau ship và return sau nhận
Đã vào ship0Số lượng đơn đã vào luồng giao
Hủy trước ship0Đơn mất trước khi giao
Tỷ lệ nhận tổng0%Đã giao / đơn đã đóng
Đã giao0Đầu vào để đánh giá return
Return sau nhận00%
Từ chối / chưa nhận0Return chưa phải sau nhận
Không match return0Cần kiểm tra chất lượng nối dữ liệu
PHỄU
Đơn đang rơi ở đâu?
ĐỌC NHANH
Kết luận bán hàng
Chưa có dữ liệu.
Nhóm cần xử lý0
Nhóm khỏe0
ƯU TIÊN
Nhóm cần xử lý trước
Chỉ hiện nhóm có đủ mẫu và có tín hiệu xấu về hủy / Выкуп / return
Nhóm
Tổng đơn
Выкуп
Hủy trước
Return sau nhận
Giữ hàng
Vấn đề
Hành động
DRILL-DOWN
Phễu theo nhóm hiện tại
Loại → Mã → Màu → Size
Nhóm
Tổng
Đã giao
Hủy trước ship
Hủy sau ship
Đang giao
Tỷ lệ vào ship
Nhận sau ship
Nhận tổng
Nhận xét
Điều tra nâng cao: thứ / giờ / giá khách mua
Đơn theo thứ trong tuần
Đơn theo giờ đặt
Biểu đồ chạy theo bộ lọc thời gian.
Tỷ lệ theo thứ trong tuần
Thứ
Tổng
Đã giao
Hủy trước ship
Hủy sau ship
Nhận sau ship
Hủy trước ship %
Hủy sau ship %
Đánh giá
Tỷ lệ theo giờ đặt
Đang xem theo bộ lọc thời gian.
Giờ
Tổng
Đã giao
Hủy trước ship
Hủy sau ship
Nhận sau ship
Hủy trước ship %
Hủy sau ship %
Đánh giá
Giá khách mua / tỷ lệ nhận
Khoảng giá khách mua
Tổng
Đã giao
Hủy trước ship
Hủy sau ship
Nhận sau ship
Hủy sau ship %
Đánh giá
Hành động
Thứ / giờ chất lượng đơn
Thứ
Giờ
Tổng
Đã giao
Nhận sau ship
Hủy trước ship %
Hủy sau ship %
Đánh giá
Hành động
Mã / khoảng giá + lợi nhuận
Mã
Khoảng giá
LN ước tính
Tổng đơn
Nhận sau ship
Hủy trước ship %
Vấn đề
Hành động
SAU KHI KHÁCH NHẬN
Giữ hàng & return theo nhóm
Ưu tiên kiểm tra size / form / chất lượng khi return sau nhận cao
Nhóm
Đã giao
Hủy sau ship
Return sau nhận
Return sau nhận %
Giữ hàng thực tế
Lý do chính
Hành động
Điều tra return nâng cao: lý do chi tiết & chất lượng match
Match returns với orders
Nhóm
SL
Ý nghĩa
Lý do chi tiết
Lý do
SL
Tỷ trọng
Nhóm lý do
Nhóm lỗ
0
theo cấp đang xem
Giá thấp
0
profit/sp âm, phí không quá bất thường
Nhận yếu
0
nhận sau ship <25%
Giữ hàng yếu
0
giữ thực tế <25%
Nghi logistics
0
giao hàng >18%
Chẩn đoán sâu lãi/lỗ
Nhóm
Lợi nhuận
Biên LN
Profit/sp
Kết luận chính
Bằng chứng
Mức độ
Hành động
Top lỗ theo nguyên nhân
Giá / tiền về yếu
Nhận / giữ hàng yếu
Kết luận & hành động chi tiết
SKU xanh
0
giữ / đẩy có kiểm soát
SKU vàng
0
theo dõi / test 7–14 ngày
SKU đỏ
0
xử lý ngay, không scale
Cơ hội cải thiện
0 ₽
ước tính từ nhóm đỏ/lỗ
Top hành động ưu tiên
Ưu tiên
Nhóm/SKU
Dữ liệu chính
Kết luận quản trị
Hành động đề xuất
Cơ hội theo nhóm hành động
Nhóm hành động
SL
LN hiện tại
Đọc nhanh
Gross seller_price
0 ₽
trục % phí sàn / commission
Chi phí trên sàn
0 ₽
0% giá cài
Tiền về IP
0 ₽
0% giá cài
Chi phí sau IP
0 ₽
QLS + thuế + giá gốc + FFM
Lợi nhuận ròng
0 ₽
0% tiền về IP
Chưa có dữ liệu để mổ chi phí.
Tầng 1: Giá cài → Chi phí trên sàn → Tiền về IP
Tầng này trả lời: Ozon/sàn đã ăn bao nhiêu trước khi tiền về IP. Không trộn với giá vốn, FFM, thuế, QLS.
Tầng 2: Tiền về IP → Chi phí nội bộ → Lợi nhuận ròng
Tầng này trả lời: sau khi tiền về IP, còn đủ bù QLS, thuế, giá gốc và FFM hay không.
Chi tiết chi phí theo cấp hiện tại
Nhóm
Gross seller_price
Tiền về IP
Chi phí sàn
Log/IP
Ads/IP
COGS+FFM/IP
QLS+Thuế/IP
Lợi nhuận
Nguyên nhân số 1
Hành động thực chiến
Logistics tổng
0 ₽
Base + non-local + reverse
Giao đi
0 ₽
Тип = Логистика
Ship ngược
0 ₽
Обратная логистика
Non-local
0 ₽
Наценка за нелокальность
Logistics / doanh thu
0%
chỉ để tham khảo tổng kỳ
Logistics theo nhóm hiện tại
Nhóm
SL bán thật
Tổng logistics
Logistics/sp tổng
Giao đi số tiền / tỷ trọng
Ship ngược số tiền / tỷ trọng
Non-local số tiền / tỷ trọng
Nguyên nhân
Hành động
Cluster nhận tốn phí nhất
Phạm vi / cluster
Dòng
Tổng logistics
Non-local
Ship ngược
Non-local % trong phí
Cảnh báo logistics
Nhóm
Logistics %
Ship ngược
Non-local
Bằng chứng
Hành động
Top non-local
Top ship ngược
Tồn bán được
0
Доступно к продаже
Đang chuẩn bị
0
Готовим к продаже
Đang kiểm tra
0
Проходят проверку
Đang quay về
0
Возвращаются от покупателей
Cluster có tồn
0
theo file Управление остатками
Tồn kho theo nhóm hiện tại
Nhóm
SKU
Cluster
Tồn bán được
Đang chuẩn bị
Đang kiểm tra
Đang quay về
Tổng liên quan
Đọc nhanh
Tồn theo cluster
Cluster
Tồn bán được
Đang quay về
Đang kiểm tra
SKU
Mã tồn nhiều nhất
Nhu cầu dự báo
0
đã điều chỉnh tỷ lệ nhận
Thiếu local
0
sau buffer và hàng đang về
Nhóm nên gửi
0
đủ điều kiện
Không nên gửi
0
lỗ / nhận thấp
Cluster có demand
0
từ orders.csv
Đề xuất gửi hàng theo cấp hiện tại
Nhóm
Cluster nhận
Đơn
Đã giao
Nhận sau ship
Demand dự báo
Tồn local / kế hoạch
Thiếu/dư sau kế hoạch
LN/sp
Non-local
Ưu tiên
Hành động rõ ràng
Demand theo cluster
Cluster nhận
Đơn
Đã giao
Nhận sau ship
Demand dự báo
Tồn local/kế hoạch
Top thiếu local
COMMAND CENTER
Cảnh báo điều hành
Không đọc cảnh báo theo từng bảng rời. Đi theo thứ tự: mã nào nguy hiểm → vấn đề gì → tiền nào đã bị ảnh hưởng → cần làm gì trước.
Toàn shop
Mã đỏ cần xử lý0Có ít nhất 1 chỉ số đỏ
Mã vàng cần theo dõi0Chưa đỏ nhưng có tín hiệu lệch
Lỗ đã ghi nhận0 ₽Chỉ lấy P&L âm thật, không ước tính
Ưu tiên số 1—Chưa có vấn đề nổi bật
ƯU TIÊN QUẢN TRỊ
Top vấn đề cần xử lý
Xếp theo mức đỏ + tác động tiền đã ghi nhận
#
Mã
Vấn đề chính
Tác động đã ghi nhận
Bằng chứng
Hành động
ĐIỀU TRA NHANH
Chọn một mã để xem
Bấm một mã trong Top vấn đề hoặc Heatmap. Dashboard sẽ gom P&L, Выкуп, Return, Ads, Logistics và CU vào cùng một panel.
HEATMAP MÃ × VẤN ĐỀ
Một mắt nhìn toàn bộ bệnh của từng mã
Đỏ = xử lý · Vàng = theo dõi · Xanh = ổn · Xám = chưa đủ dữ liệu
Mã
Lợi nhuận
Выкуп
Return
Ads / IP
Logistics / IP
CU / thể tích
Ưu tiên
Chi tiết kỹ thuật / audit cảnh báoPhễu · hủy theo mã · Finance + Orders · CU / thể tích
Cảnh báo phễu
Ưu tiên nhóm đủ mẫu nhưng hủy trước ship >20%, hủy sau ship >75% hoặc tỷ lệ nhận sau ship <25%.
Nhóm
Tổng
Hủy trước ship
Nhận sau ship
Vấn đề
Cảnh báo theo mã hàng
Các mã có hủy trước/hủy sau ship vượt ngưỡng.
Mã hàng
Tổng đơn
Hủy trước ship %
Hủy sau ship %
Nhận sau ship
Ưu tiên
Ghép lợi nhuận + đơn hàng theo mã
Soi mã đang lời nhưng nhận thấp hoặc mã đang lỗ nhưng vẫn có nhiều đơn.
Mã hàng
Lợi nhuận
Biên LN
Tổng đơn
Nhận sau ship
Hủy trước ship
Vấn đề
Hành động
Cảnh báo kích thước / bị đo thể tích
SKU có thể tích bất thường, lệch mạnh so với mốc bình thường hoặc cần kiểm tra CU.
SKU / Article
Mã
Màu
Size
Thể tích hiện tại
Mốc bình thường
Lệch
Đánh dấu CU
Ghi chú
Hành động
Tab “Kiểm tra” chỉ dùng để kiểm tra công thức, cây P&L, bảng SKU chi tiết, phân bổ, Settings và các chú thích logic. Trang ra quyết định chính là Trang chủ.
Trang chủ Trang chủ dùng để xem tổng quan theo Loại hàng → Mã hàng → Màu → Size/SKU. Cách đọc: SL bán thật → Tiền về → Giá vốn + FFM + Thuế → Lợi nhuận → Nguyên nhân chính.
Phễu đơn hàng Orders (API hoặc orders.csv) chỉ phân tích đặt / hủy / nhận, không tính lợi nhuận. Hủy trước ship không đưa vào mẫu số của Tỷ lệ nhận sau ship.
Benchmark quần áo Ozon Tỷ lệ nhận sau ship khoảng 33% được dùng làm mức bình thường nội bộ. Cảnh báo đỏ chỉ bật khi dưới 25% hoặc đi kèm lỗ/hủy cao.
Logic hủy Tổng đơn tạo → Hủy trước ship → Đã vào ship → Đã giao / Hủy sau ship. Дата отгрузки có thể là giờ kế hoạch, nên không dùng một mình để kết luận đã ship.
Logic V1 — đọc cho sếp trước khi xem số
V1 này không phân tích nhận hàng, lý do trả, logistics theo cluster, tồn kho hay quảng cáo Direct/Union. Nó chỉ khóa lợi nhuận từ 2 file tài chính.
Nguồn tiền thật Báo cáo начисления — là nguồn P&L chính. Tiền về = tổng Tổng tiền начисления, руб.. Không dùng orders làm doanh thu.
Giá vốn / FFM / thuế Settings_ozon cung cấp cost, FFM và tax %. Nếu code không có trong Settings, profit SKU đó không đáng tin.
Loại hàng Loại hàng được suy luận từ tên hàng / article bằng bộ từ khóa: Бомбер, Ветровка, Куртка, Жилет, Костюм, Платье.... Nếu vẫn rơi vào Khác, xem bảng kiểm tra để bổ sung keyword.
Chuẩn hóa số lượng Finance: SL mua thật = Выручка dương − reversal Выручка − Возврат выручки âm + reversal возврат. Количество lấy trị tuyệt đối trước khi xét dấu tiền. Không dùng số dòng Logistics/Reverse để đếm hàng trả; các khoản logistics chỉ là chi phí.
Tiền về đầy đủ: lấy từ Сумма итого theo mã hàng, cộng thêm phần chi phí không có mã được phân bổ. Đây là số quan trọng để xem mã còn lại bao nhiêu tiền sau các начисления của Ozon.
Chi phí không có định danh SKU: chỉ phân bổ cho SKU có bán thực: SL bán thật > 0 và nền thuế > 0. Nền phân bổ = tỷ trọng nền thuế. Không phân bổ cho SKU không bán.
Lợi nhuận SKU: Tiền về đầy đủ SKU − COGS − FFM − Tax. Trong đó tiền về đầy đủ = tiền về trực tiếp từ SKU + chi phí chung được phân bổ.
Chẩn đoán lỗ: Dashboard phân loại nguyên nhân lỗ như: tỷ lệ tiền về thấp, hoa hồng cao, giao hàng/logistics cao, quảng cáo cao, giá vốn+FFM cao, giá thấp hoặc chi phí chung phân bổ lớn. Đây là chẩn đoán tài chính; để bóc cluster logistics và hiệu quả quảng cáo thật cần thêm file riêng.
SKU Core — kiểm tra định danh
Mọi dữ liệu được quy về SKU trước khi ghép. Article / Mã / Màu / Size chỉ dùng để hiển thị. Nếu có SKU hợp lệ thì không được coi là Unmapped chỉ vì thiếu Article.
Audit / kiểm tra trước khi dùng số liệu
Nếu các kiểm tra dưới đây lệch lớn, chưa dùng bảng SKU để ra quyết định.
Reconciliation
File log
Thiếu cấu hình
Mã
Tiền về
SL bán thật
Nguyên nhân
Kỳ / hàng trả
Article
Tiền về
SL bán thật
Trạng thái
Độ phủ Settings
Mã
Giá vốn
FFM
Có dùng không?
Kiểm tra loại hàng / sản phẩm rơi vào “Khác”
Nếu sản phẩm rơi vào “Khác”, dùng bảng này để bổ sung từ khóa: Бомбер, Рубашка, Пиджак, v.v.
Mã
Article
Tên hàng
Tiền về
Lợi nhuận
Gross начисление
0 ₽
Tiền về / ИП
0 ₽
Tổng tiền начисления
Lợi nhuận cuối
0 ₽
SL bán thật
0
SL dương − hủy начисление − возврат
SKU cần kiểm tra
0
Lỗ / thiếu dữ liệu / cần kiểm tra
P&L / дерево прибыли
Расходы в % от налоговой базы
Top lãi
Top lỗ
Lợi nhuận theo loại hàng
Lợi nhuận SKU
Bảng chỉ giữ các cột phục vụ quyết định. Để kiểm tra phân bổ và Settings, dùng khối “Phân bổ và cấu hình”.
Article
Loại hàng
Mã
Màu
Size
SL bán thật
ASP
Tiền về
Tỷ lệ tiền về
Giao hàng %
Quảng cáo %
Giá vốn+FFM %
QLS
Lợi nhuận
Biên LN
Thiếu/sp
Nguyên nhân
Ưu tiên
Kết luận quản trị
Hành động đề xuất
Chi phí chung
0 ₽
Không có định danh SKU
Click
0 ₽
Оплата за клик
Review
0 ₽
Tăng tốc thu review
SKU nhận phân bổ
0
Có bán thực
Nền phân bổ
0 ₽
Nền phân bổ nội bộ
Chi phí không có mã
Nhóm phí
Loại phí
Số tiền
Quy tắc phân bổ
Top SKU nhận phân bổ
Bảng Settings
Định danh
Giá vốn
FFM
Note
VẬN HÀNH FBO
Đi kho
Đưa file thùng vào một lần, dashboard tự chuẩn hóa SKU / Article / Mã / Màu / Size và kiểm tra số lượng trước khi bước sang phân bổ kho.
V3.00.02 · EXCEL INTAKE
1. Upload file thùng
Nhận .xlsx, .xls và .csv. File cần có cột Thùng, SL và ít nhất một cột SKU / Article / Mã.
Chưa có file thùng. Dữ liệu chỉ nằm trong tab hiện tại.
Cách chuẩn bị file
Không bắt buộc đúng thứ tự cột; dashboard tự nhận diện tên cột Việt / Nga / Anh.
1
Mỗi dòng là một mã/size trong thùngCùng một thùng có thể xuất hiện nhiều dòng.
2
Giữ nguyên mã có dấu gạchVí dụ Q-04 vẫn là Q-04, không bị tách thành Q.
3
Ưu tiên SKU hoặc ArticleNếu chỉ có Mã vẫn đọc được và giữ nguyên để đối chiếu.
V3.00.02 chuẩn hóa đầu vào thùng. Không tự chia bừa những dòng thiếu định danh hoặc số lượng.