Перейти до основного вмісту

Основні сутності Skynum

Skynum працює не як набір окремих таблиць, а як повʼязана ERP-система. Товар, склад, контрагент, документ, платіж, статус і звіт впливають один на одного.

Ця стаття пояснює базові сутності, які зустрічаються майже в усіх розділах бази знань.

Товар​

Товар — це позиція, яку компанія купує, зберігає, продає, переміщує, списує або використовує у виробництві.

У картці товару зберігаються назва, код, категорія, одиниця вимірювання, ціни, параметри обліку, характеристики, модифікації, партії, серійні номери або терміни придатності, якщо вони потрібні для цього товару.

Докладніше: Картка товару, Створення товару.

Категорія товарів​

Категорія групує товари в каталозі. Вона допомагає швидше знаходити позиції, будувати структуру картотеки, працювати з прайс-листами, інтернет-магазином, касою і звітами.

Категорія не замінює характеристики, модифікації або суміжні групи. Її основна роль — дерево каталогу.

Докладніше: Каталог і категорії.

Склад або магазин​

Склад або магазин — це місце, де система веде залишки товарів. Надходження збільшує залишок на вибраному складі, продаж або списання зменшує його, переміщення переносить залишок між складами.

Для роздрібної торгівлі склад може бути повʼязаний з робочим місцем Skynum.Каса.

Докладніше: Склади та магазини, Залишки товарів.

Контрагент​

Контрагент — це покупець, постачальник, дебітор, кредитор або інший партнер компанії. Контрагент використовується в документах продажу, постачання, фінансів, доставки, SMS-розсилок і взаєморозрахунків.

Для коректного обліку важливо вибирати правильну групу контрагента і валюту розрахунків.

Докладніше: Покупці та постачальники, Створення контрагента.

Документ​

Документ фіксує бізнес-операцію. Наприклад, замовлення покупця резервує товар, товарна накладна проводить продаж, надходження від постачальника створює залишок, платіжний документ фіксує рух коштів.

Не кожен документ одразу змінює облік. Частина документів готує процес, а обліковий результат зʼявляється після активації або після створення повʼязаного документа.

Докладніше: Документи, Життєвий цикл документа.

Платіж​

Платіж фіксує рух грошей або стан взаєморозрахунків. Він може бути окремим фінансовим документом або повʼязаним із продажем, замовленням, постачанням чи витратою.

У документах важливо розрізняти оплату, кредит і безоплатну операцію. Від цього залежить борг контрагента і фінансова аналітика.

Докладніше: Створення платежу, Повʼязані платежі, Оплати в документах.

Ціна і тип ціни​

Ціна визначає суму операції, а тип ціни підказує системі, яку ціну підтягувати в документ.

У Skynum є системні ціни товару, додаткові ціни компанії, ціни модифікацій, ціни в документах і облікова ціна для собівартості. Їх не варто змішувати.

Докладніше: Системні ціни, Додаткові ціни, Ціни, собівартість і маржа.

Статус і стан​

Статус — це назва етапу, яку бачить користувач. Стан — це системна логіка, яка визначає, що означає цей етап для обліку і процесу.

Наприклад, у замовленнях покупця статуси можуть мати різні назви, але стан визначає, чи замовлення нове, зарезервоване, частково виконане, завершене або скасоване.

Докладніше: Статуси і стани, Статуси замовлення.

Філія або юридична особа​

Філії та юридичні особи дозволяють вести облік у межах окремих підрозділів або всієї компанії. Вони впливають на доступ користувачів, документи, склади, каси, банківські рахунки, звіти і друковані форми.

Докладніше: Філії та юридичні особи.

Користувач і роль​

Користувач — це людина, яка працює в системі. Роль визначає, які розділи, документи, дії і дані їй доступні.

Права доступу особливо важливі, коли в компанії є кілька складів, філій, кас, менеджерів або касирів.

Докладніше: Користувачі, Ролі та права доступу.

Інтеграція​

Інтеграція зʼєднує Skynum із зовнішнім сервісом: маркетплейсом, інтернет-магазином, банком, службою доставки, месенджером, SMS-провайдером, еквайрингом або фіскальним реєстратором.

Інтеграція не замінює внутрішній облік. Вона передає або отримує дані, а обліковий результат фіксується в документах Skynum.

Докладніше: Інтеграції, Обмін даними.

Звіт​

Звіт показує результат уже створених даних: продажі, залишки, рух коштів, прибуток, витрати, собівартість, взаєморозрахунки або ефективність товарів.

Якщо в документі неправильна дата, склад, контрагент, ціна або статус, це може вплинути на звіт. Тому якість звітів починається з коректного заповнення документів.

Докладніше: Звіти.

Коротка перевірка​

  • товар має правильний тип, одиницю вимірювання, ціни і параметри обліку;
  • склад або магазин вибраний відповідно до реальної операції;
  • контрагент створений у правильній групі і валюті;
  • документ відображає фактичну бізнес-операцію;
  • оплата або борг зафіксовані правильно;
  • статус відповідає реальному етапу роботи;
  • звіти читаються після перевірки документів, а не замість неї.

Підсумок​

Головна логіка Skynum побудована навколо документів, але документи працюють через повʼязані сутності: товари, склади, контрагентів, ціни, платежі, статуси і філії.

Чим точніше налаштовані ці сутності, тим стабільніше працюють продажі, склад, фінанси, виробництво, каса, інтеграції і звіти.

Останнє оновлення