Несъответствия в продажбите в Shopify Analytics

Отчетите за продажби в Shopify Analytics понякога могат да показват числа, които не съвпадат в различните отчети, експортирания или табла за управление поради разлики в отчитането по време или в логиката на отчитане. На тази страница са очертани често срещаните причини за тези несъответствия, като например как се записват възстановяванията на суми и връщанията, как се отчитат продажбите от персонала в средите за търговия на дребно, както и разликите между отчетите за продажби и експортиранията на поръчки. Разбирането на тези разлики Ви помага да тълкувате по-точно отчетите си и да отстранявате неочаквани несъответствия в данните си за продажби.

Несъответствия при възстановяване на суми и връщания в отчетите за продажби

Връщанията и възстановяванията на суми са два отделни елемента във Вашите отчети. Отчетите за продажби включват Вашите връщания, а финансовият отчет за плащанията включва възстановявания на суми. За да получите отчет за възстановените суми, можете да добавите колона „Статус на плащането“ към отчета „Продажби във времето“, да филтрирате транзакциите по „Възстановена сума“ или „Частично възстановена сума“ и след това да организирате отчета по колона „Статус на плащането“.

Често срещани несъответствия при връщания и възстановяване на суми в отчетите за продажби могат да възникнат в следните сценарии:

• Ако възстановяването на сумата все още е предстоящо, тогава може да имате положителна сума, показана във Вашия отчет „Продажби по канал“. Когато възстановяването на сумата приключи, сумата се показва като отрицателна.
• Ако възстановите сумата за продукти в поръчка и след това ги върнете в складовата наличност на различни дати, тогава същата сума се показва два пъти, като при връщането в складовата наличност се показва N/A в полето „Продукт“.
• Ако сте върнали продукти в складовата наличност, но не сте възстановили сумата по поръчката, тогава данъкът може да се покаже като сума на връщане в отчета „Продажби“ и „Финансов отчет за продажбите“. Това е очаквано поведение, тъй като данъкът се връща, защото продуктът, за който е събран, е върнат. В този случай данъците не се възстановяват на клиента Ви, нито се добавят към отчетите за продажби. Върнатите данъци не се показват в отчета „Плащания“, тъй като този отчет взема предвид само парите, обменени между Вас и клиента.
• Ако имате извършено групиране или периодът от време не включва както създаването на поръчката, така и връщането, тогава може да имате само една част от поръчката. Това може да доведе до отрицателни числа, когато може би очаквате нули. Ако премахнете групирането или актуализирате периода от време, така че да включва както създаването на поръчката, така и връщането, тогава те ще се групират заедно. Може също да искате да добавите колоната за „Вид продажба“, тъй като тя показва коя част от поръчката е на реда.

Отчетите „Връщания“ показват само продукти, които са били продадени на клиент. Ако сте създали поръчката като поръчка на стойност 0,00 USD без обмяна на средства между Вашия магазин и клиента и продуктите са били върнати, тогава отчетът „Връщания“ няма да покаже тези продукти.

Несъответствия между продажбите в търговията на дребно по персонал и таблото за преглед

В отчета „Продажби в търговията на дребно по персонал“ продажбите са по местоположение на POS за всеки член на персонала за POS. В таблото за преглед картата „Продажби в търговията на дребно по персонал“ съдържа комбинираните общи суми за всички местоположения за всеки член на персонала.

Несъответствия при експортиране на поръчки от общите продажби

Отчетът „Продажби“ показва общите продажби на стоките, обменени между Вашия магазин и клиента, докато експортирането на поръчки се отнася до текущата обща сума на всяка от тези поръчки. Например, ако възстановите персонализирана сума от 5 USD, но не са възстановени суми за продукти и не са върнати в складовата наличност, тогава възстановяването на сумата не се показва във Вашия отчет „Продажби“, но е включено в експортирането на поръчки. Тестовите поръчки не са включени в отчетите за продажби, но са включени в експортирането на поръчки.

Несъответствия между нетното количество и брутните продажби

Може да забележите, че брутните продажби не съответстват на нетното количество, продадено за даден продукт. Тези стойности имат следните различни уравнения:

• Брутни продажби – цена на продукта, умножена по количеството. Включени са анулирани, предстоящи и неплатени поръчки.
• Нетно количество – броят на продадените артикули минус броя на върнатите артикули.

Несъответствия между поръчаното количество и брутните продажби

Поръчаното количество включва само продукти, които са били специално поръчани от клиента, и не включва нищо, което е добавено към поръчката му чрез редактиране на поръчката. Брутните продажби включват общата сума, записана за продуктите, добавени към поръчката.

Несъответствия, базирани на величини, в персонализираните отчети

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

Това се случва, защото филтрите се прилагат към използваната величина. Например, ако добавите филтър, като „Отстъпките за ред са 0 $“, филтърът премахва всеки период от време, който не отговаря на това условие:

• Когато използвате величината „Ден“, всеки ден, който съдържа поръчки с отстъпки за ред, се премахва от отчета.
• Когато използвате величината „Час“, всеки час, който съдържа поръчки с отстъпки за ред, се премахва от отчета.

Тъй като дните и часовете съдържат различни набори от поръчки, превключването на величини може да доведе до различни общи суми дори за един и същ период от време.

Опции за разрешаване на несъответствия, базирани на величини

• Добавете величина „Идент. № на поръчката“ или „Име на поръчката“ към Вашия отчет, която показва всички индивидуални поръчки и предоставя последователни резултати, независимо от другите величини.
• Прегледайте дали филтърът Ви е необходим за целите на отчитането или дали друг филтър може да отговаря по-добре на нуждите Ви.
• Ако използвате ShopifyQL, обмислете да коригирате заявката си, за да използвате условие WHERE вместо условие HAVING, което прилага филтъра преди групирането, а не след това.