Продавець на суботньому фермерському ринку може провести сорок транзакцій до 9 ранку — продаж пучка капусти за 6 доларів готівкою, покупка на 22 долари через SNAP/EBT, розбита на три токени, оплата карткою 14 доларів за банку меду та ваговий чек на 2,3 фунта спадкових помідорів, що продаються на вагу. До моменту, коли намет згорнуть, цей продавець тримає сигарну коробку з готівкою, стос дерев'яних токенів, телефон, повний сповіщень від карткового термінала, і жодного уявлення про те, скільки насправді заробив за день. Помножте це на 30 ринкових субот за сезон, і ви зрозумієте, чому бухгалтерія фермерського ринку тихо стає однією з найскладніших проблем звірки в малому бізнесі — не тому, що суми великі, а тому, що різні види оплати не спілкуються між собою.
Більшість продавців не провалюються на фермерських ринках тому, що їхній продукт не продається. Вони провалюються тому, що через шість місяців не можуть сказати, чи насправді заробили гроші — а до податкового сезону "здається, я впорався непогано" не є прийнятною цифрою для IRS.
Чому дохід від фермерського ринку важче відстежувати, ніж здається
Типовий роздрібний бізнес має один або два види оплати: готівка та картка. Продавець на фермерському ринку зазвичай жонглює чотирма або п'ятьма, часто на тому самому складному столі:
- Готівка — все ще найпоширеніший спосіб оплати на фермерських ринках і найлегший для втрати контролю, якщо її не зафіксувати того самого дня, коли вона була отримана.
- Карткові/мобільні платежі — зазвичай через Square, який є найпоширенішим платіжним додатком на фермерських ринках завдяки безкоштовному тарифу, безкоштовному картковому терміналу та офлайн-режиму для нестабільного ринкового Wi-Fi.
- SNAP/EBT — або продавець має індивідуальний дозвіл на пряме проведення EBT-карток, або сам ринок має дозвіл і відшкодовує продавцям вартість зібраних SNAP-токенів.
- Бонуси за харчові продукти (Double Up Food Bucks та подібні програми) — другий рівень токенів, зазвичай обмежений свіжими продуктами, який ринок відшкодовує окремо від власне SNAP-доларів.
- Продажі на вагу — будь-що, що продається за фунт, потребує власного паперового сліду, що веде до сертифікованих показань ваг, які державні служби мір і ваг розглядають як юридичний запис, а не як зручність.
Жоден з цих видів оплати не звіряється з іншими автоматично. Якщо не виробити звичку фіксувати кожен з них того самого дня, до жовтня ви будете реконструювати сезон субот по пам'яті та з взуттєвої коробки.
Правило перше: Фіксуйте кожен вид оплати того самого дня, кожного ринку
Найпоширеніша помилка в бухгалтерії серед продавців на ринку проста: готівка не підраховується або підраховується через три ринки. Якщо ви не фіксуєте продажі готівкою, ви занижуєте свій дохід — а заниження не тільки створює ризик для IRS, але й приховує, чи є даний ринок або лінійка продуктів насправді прибутковою.
Вирішення не повинно бути складним. Підійде спеціальний зошит: прикріплюйте або підшивайте чеки до сторінок, а в кінці кожного ринкового дня записуйте окремо загальну суму готівки, загальну суму карткових платежів і загальну суму токенів/EBT, а також те, що не продалося. Телефонна таблиця працює так само добре — суть у тому, щоб запис відбувався на ринку, а не по пам'яті пізніше. Як мінімум, кожен запис за ринковий день має містити:
- Отриману готівку (підраховану після закриття, не приблизно)
- Загальну суму карткових/мобільних платежів (взяту з щоденного звіту термінала)
- Зібрані токени або ваучери SNAP/EBT, за типами
- Непроданий залишок, щоб собівартість і втрати були видимі протягом сезону
- Ринкові збори або оренду стенду, сплачені того дня
SNAP/EBT: Дві дуже різні моделі відшкодування
Те, як гроші EBT потрапляють на банківський рахунок продавця, повністю залежить від того, яку модель авторизації використовує ринок, і їхнє змішування є поширеним джерелом плутанини типу "куди поділися гроші".
Загальноринкова авторизація: сам ринок має дозвіл SNAP-рітейлера. Клієнти проводять свою EBT-картку в центральній кабіні, отримують токени, витрачають токени в будь-якому стенді продавця, а ринок пізніше відшкодовує кожному продавцеві — зазвичай щотижня, на основі зданих токенів. За цією моделлю, у власних книгах продавця погашення токенів слід розглядати як дебіторську заборгованість у момент їх отримання в наметі, а не як дохід у день фактичного надходження готівки від ринку. Якщо ви записуєте токен як дохід лише тоді, коли чек на відшкодування було оплачено, ваш підсумок продажів за ринковий день ніколи не збігатиметься з підсумком депозитів, і ви будете витрачати години щомісяця, переслідуючи фантомну невідповідність, яка насправді є лише питанням часу.
Індивідуальна авторизація продавця: кожен продавець має власний SNAP-номер рітейлера та проводить EBT-картки безпосередньо через власний POS-пристрій, так само, як і картковий платіж. Це простіше для звірки — транзакція завершується за звичайним платіжним графіком — але це означає, що продавець, а не ринок, несе відповідальність за ведення обліку для дотримання вимог SNAP.
У будь-якому випадку, бездротовий POS-пристрій створює запис транзакцій за ринковий день, який має стати джерелом правди для звірки випущених скрипів проти погашених скрипів — тому що кількість токенів, погашених у даний день, і загальна сума скрипів, яку клієнт взяв із собою, ніколи не є ідентичними. Деякі токени залишають ринок у кишені клієнта, щоб бути витраченими наступної суботи; деякі продавці тримають токени, щоб здати їх пізніше, а не щотижня. Цей розрив є нормальним, а не помилкою, якщо його відстежувати як непогашені скрипи, а не списувати.
Бонуси за харчові продукти — це другий журнал, а не бонус
Такі програми, як Double Up Food Bucks, подвоюють купівельну спроможність SNAP-клієнта один до одного, але подвоєні долари зазвичай мають обмеження — як правило, поширюються лише на свіжі продукти — і відшкодовуються іншим фондом (часто некомерційною організацією, а не безпосередньо USDA) за іншим графіком, ніж власне SNAP-долари. Продавець, який звалює "SNAP-токени" та "Double Up-токени" в одну купу, втрачає здатність відповісти на дуже практичне запитання: яке відшкодування запізнюється, державне чи некомерційне?
Найчистіше вирішення відображає те, що радять робити самим ринкам: ринки виграють від ведення окремого банківського рахунку для коштів SNAP та харчових бонусів, і та сама логіка масштабується до власних книг продавця — відстежуйте власне SNAP-токени та токени стимулів як дві окремі дебіторські заборгованості, навіть якщо вони підраховуються в одну купу "токенів" на столі. Це звичка на п'ять секунд під час введення даних, яка економить півдня детективної роботи, коли відшкодування не відповідає очікуванням.
Ведення обліку вагових чеків є юридичною вимогою, а не просто гігієною бухгалтерії
Будь-що, що продається на вагу — продукти, м'ясо, сир — має рівень відповідності, про який більшість продавців не знають, доки до них не прийде інспектор. Ваги, що використовуються для роздрібного зважування, повинні бути сертифіковані за NTEP, а також перевірені та опломбовані державним інспектором Служби мір і ваг до першого продажу, потім перевірятися щорічно, і кожна транзакція повинна здійснюватися на нетто-вагу з використанням функції тари, щоб обнулити тару, при цьому показ відображається одночасно і для продавця, і для клієнта. Ваги, що не пройшли перевірку, не отримують попередження — вони отримують негайний наказ про припинення використання, тобто жодних продажів на вагу, доки на місце не буде встановлено відповідний пристрій.
Для цілей бухгалтерії це означає, що ваговий чек (або друкована/цифрова квитанція, яку видають сертифіковані ваги) є вашим записом собівартості та доходу для товарів, що продаються на вагу, і його слід зберігати так само, як і будь-який інший первинний документ — не тільки тому, що цього хоче бухгалтер, але й тому, що ваш державний офіс мір і ваг може його запитати. Включення "сфотографувати або зберегти ваговий чек" до щоденної процедури підрахунку готівки закриває прогалину, про яку більшість продавців не думають, доки вона не стане проблемою.
Schedule F чи Schedule C? Це залежить від того, що в мішку
У податковий період дохід від фермерського ринку не автоматично потрапляє в одну форму. Роздільна лінія полягає в тому, чи продаєте ви те, що виростили самі, необроблене, чи те, що ви з нього зробили:
- Schedule F (Прибуток або збиток від фермерства) охоплює гроші від продажу сільськогосподарських товарів, вирощених або культивованих на фермі — сирі продукти, яйця, молоко, ринкову худобу.
- Schedule C (Прибуток або збиток від бізнесу) охоплює продукти, які були перероблені будь-яким чином — джеми, сири, випічка, сидр, продукти з доданою вартістю — навіть якщо сировина походить з вашої власної ферми.
Продавець, який продає і бушель сирих помідорів, і банку томатного джему на одному столі, технічно веде дві різні податкові діяльності, для кожної з яких потрібні чисті книги. Чистий прибуток від обох перетікає до Schedule SE для податку на самозайнятість, як тільки чистий заробіток перевищує 400 доларів, тому розподіл Schedule F/C є не просто вподобанням щодо заповнення — він змінює, які витрати підлягають вирахуванню з якого потоку доходу. Ведення продажів сирих і перероблених продуктів в окремих колонках з першого дня (а не відновлення в березні) — це те, що робить цей розподіл безболісним, а не грою в здогадки.
Система, яка працює протягом усього сезону
Збираючи все разом, працездатний щотижневий розпорядок виглядає так:
- На ринку: окремо фіксуйте підсумки готівки, карток, SNAP та бонусів наприкінці дня; зберігайте кожен ваговий чек або експорт з POS.
- Протягом 48 годин: внесіть підсумки дня до своїх книг, записуючи SNAP/бонусні токени як дебіторську заборгованість, якщо ви користуєтеся моделлю ринкового відшкодування, а не як готівку того самого дня.
- Щомісяця: звіряйте фактичні надходження відшкодувань із записаною дебіторською заборгованістю та позначайте все, що залишилося несплаченим після звичайного платіжного циклу ринку.
- У податковий період: розділіть продажі сирих і перероблених продуктів за лінією Schedule F/Schedule C та підтвердьте, що ваші загальносезонні підсумки збігаються з 30 або більше окремими записами за ринкові дні, а не з однією вгаданою цифрою.
Ведіть чесні записи про свій сезон з першої суботи
Кожна з цих проблем — неврахована готівка, SNAP-відшкодування, записані не в той день, вагові чеки, що зникають до податкового сезону — зводиться до однієї й тієї ж першопричини: записи, які живуть у чиїйсь пам'яті, а не в системі. Beancount.io пропонує бухгалтерію у звичайному тексті, яка зберігає кожен ринковий день, кожну звірку токенів і кожен ваговий чек у прозорому журналі з контролем версій, який насправді належить вам — без власницьких форматів, без прив'язки до постачальника. Почніть безкоштовно і перетворіть коробку з чеками на книги, яким ви можете довіряти, до жовтня.