Наличност, която не лъже: защо складът и онлайн магазинът показват различни числа и как се спира това

Колко често записаната наличност е грешна

По-често, отколкото повечето собственици предполагат. В изследване, публикувано в списание Management Science през 2008 г., авторите анализират близо 370 000 записа за наличност от 37 магазина на една търговска верига. 65% от записите не съвпадат с действителното количество на място.

Числото е от една верига и не бива да се пренася директно към вашия склад. Полезни са изводите за причините. Редовните проверки намаляват грешките, а по-сложната среда и по-сложната схема на доставка ги увеличават. Онлайн магазин, който продава от един склад в няколко канала, има точно такава сложност.

Три числа, които се бъркат: физическа, резервирана и свободна наличност

Често стоката си е на мястото, а разминаването идва от смесени понятия. Shopify ги разделя ясно. „On hand“ е всичко, което физически е на дадено място. „Committed“ са бройките, заделени за поръчки, които още не са изпратени. „Unavailable“ са бройките, които са на място, но не се продават, например повредени или държани като резерв. „Available“ е остатъкът, който може да се продаде. Физическата наличност е сборът от останалите три.

Когато две системи си разменят „наличност“, без да уточнят коя от трите, разминаването е гарантирано. При нас веднъж синхронизация с партньорски склад записваше свободното количество в полето за физическото. С всяка резервация числото се изкривяваше още малко и сайтът започваше да показва несъществуващи бройки. Складът беше точен. Сгрешено беше описанието на едно поле.

Откъде идват разминаванията

Когато разследвам разлика, почти винаги намирам една от следните причини.

• Движение без документ: стоката е взета за мостра, за подмяна или за друг склад, но никой не го е записал.
• Връщане, което не е сканирано: пратката се е върнала, кашонът стои в ъгъла, а системата още я води като изпратена.
• Отмяна, която връща бройката със закъснение: поръчката е отказана, но наличността се възстановява няколко минути или часове по-късно и междувременно някой я коригира на ръка. Накрая бройката е броена два пъти.
• Артикул без баркод или с два баркода: при събирането той не се сканира, потвърждава се „на око“ и по-късно изпада от изписването.
• Две системи, които пишат в едно и също поле: магазинът, складовата програма и синхронизация с доставчик, всеки със своята представа кое число е вярно.
• Ръчна корекция без причина: някой е видял разлика и я е „оправил“, без да запише защо. Следващият, който търси грешката, не намира следа.

Едно място на истината и движения с причина

Първото правило е да решите кой е собственикът на числото. При нас складът е истината: наличността се смята от местата в склада и от документите и се записва към магазина. Магазинът не пише обратно в склада. Ако две системи имат право да променят едно число, рано или късно ще се разминат и няма да е ясно коя е права.

Второто правило е, че наличността се променя само с движение. Всяко движение има вид (приемане, продажба, връщане, бракуване, преместване, корекция при броене), количество, документ и човек. Корекция без причина не се приема. Това звучи като бюрокрация, но е единственият начин след месец да отговорите на въпроса „къде отидоха трите бройки“.

Не разчитайте само на историята в платформата на магазина. Shopify например пази история на корекциите на наличността за един продукт само за последните 180 дни. За по-стари промени има отделен отчет, но собственият дневник на движенията в склада е по-надеждната следа. Как сме построили това при нас, описваме в „Склад и изпълнение на поръчки“.

Как разликата се хваща още същия ден

Годишната инвентаризация открива разликите, когато вече никой не помни причината. Много по-полезно е малко и често броене. Всеки ден се преброяват няколко места в склада, а системата сравнява преброеното с очакваното. Разликата се записва с причина, докато хората още помнят какво се е случило вчера. Добре е местата да се избират по правило: първо тези с бързо продаващи се артикули, после тези, от които наскоро е имало отказани поръчки или връщания. Така броенето отива там, където грешката е най-вероятна, вместо да се върти по азбучен ред.

Добре е да има и автоматична нощна сверка между склада и магазина. Тя показва списък с артикулите, при които числата се различават, и не поправя нищо сама. Решението кое е вярно взима човек, защото автоматичната поправка често презаписва вярното число с грешното и скрива причината.

1. Определете кой е собственикът на наличността и забранете писането от другите системи.
2. Разделете физическа, резервирана и свободна наличност във всяка връзка между системите.
3. Въведете движения с вид, документ, човек и причина. Без корекции „на сляпо“.
4. Сканирайте при приемане, събиране и връщане. Артикул без баркод е първият кандидат за разминаване.
5. Броете малко всеки ден вместо всичко веднъж в годината.
6. Пускайте нощна сверка, която показва разликите, без да ги поправя сама.

Когато няколко магазина продават от един склад

Рискът расте, когато един склад захранва няколко канала: собствен сайт, втори сайт за друга държава, маркетплейс. Всеки канал вижда наличността със свое закъснение. Ако последната бройка се продаде в два канала в рамките на минута, единият клиент ще получи извинение.

Правилото, което работи, е резервацията да е обща и да се записва в момента на поръчката, преди потвърждението към клиента, а не при събирането в склада. Свободната наличност се смята по една формула на едно място и се праща към всички канали. Ако всеки канал смята свободното сам, разликите между тях са въпрос на време.

Важи и за връщанията. Върнатата бройка влиза в свободната наличност едва след като някой в склада я е огледал и сканирал. Докато е в кашона на рампата, тя не е за продажба, колкото и удобно да е да се появи на сайта веднага. Как изглежда такъв ред в модулите, които използваме, може да видите в „Модули“.

Буфер за сигурност: кога помага и кога прикрива

Честа реакция на разминаванията е да се показва на сайта по-малко, отколкото има, например с една-две бройки по-малко за всеки артикул. Като съзнателно решение за бързо продаващи се артикули това е разумно и Shopify го предвижда като отделна категория „unavailable“ за резерв.

Като лек срещу неизвестни грешки буферът е вреден. Той скрива разминаването, вместо да го показва, и причината продължава да работи. Освен това при бавно продаващите се артикули буферът е точно бройката, която никога не се продава. Първо намерете причината. Буферът се слага след това, ако изобщо е нужен.