Что такое первичный учёт и где заканчивается он и начинается ERP

Пример: представьте оптовика хозяйственных товаров в Байрампаше. Утром сотрудник, открывающий кассу, пересчитывает вчерашние продажи за наличные. В полдень клиент делает банковский перевод, и он появляется в банковских операциях. После обеда от поставщика приходит товар, и счёт оставляют на столе. Вечером монтажник оставляет чек. Каждое из этих событий – строка первичного учёта.

• Счета: счета на продажу и закупку, возвраты.
• Расчёты с контрагентами: долг, задолженность перед вами и остаток по каждому клиенту и поставщику.
• Касса и банк: поступления и выдачи наличных, движения по счетам.
• Чеки и векселя: полученные и выданные ценные бумаги и сроки их погашения.
• Поступления и платежи: кто и когда платит вам, кому и когда платите вы.

Некоторые программы первичного учёта ведут и простое движение товаров. Но в центре всегда деньги: сколько пришло, сколько ушло и кто сколько ещё должен.

У расчётов с контрагентом есть и другая сторона. В ваших записях клиент должен одну сумму, а в его собственных записях сумма может быть другой. Сравнение остатков двумя сторонами называется сверкой. Когда сверка не сходится, разница обычно в одном счёте: одна сторона его провела, другая ещё не видела. Если первичный учёт в порядке, разница находится быстро; если нет, её переносят месяцами.

В конце месяца бухгалтер запрашивает у компании документы: счета, банковские выписки, кассовые записи. Если первичный учёт вёлся аккуратно, передача сводится к одной папке. Если нет, конец месяца уходит на поиски недостающих счетов и попытки вспомнить, какому клиенту принадлежит платёжка.

У этого различия есть и практическое следствие. Первичный учёт и официальную бухгалтерию обычно ведут разные люди, и их общение сжимается до конца месяца. Вопрос бухгалтера упирается в память одного сотрудника компании. Если записи в порядке, на вопрос отвечают документом, если нет, цепочкой звонков.

Электронные документы тоже часть этого процесса. Системы e-фактуры и e-архивного счёта (турецкие электронные счета) меняют формат и способ передачи счёта; какой из них выставляется, зависит от положения вашей компании и покупателя; если покупатель не зарегистрирован в системе e-фактуры или является конечным потребителем, выставляется e-архивный счёт. Объявления об этих системах Налоговая администрация Турции публикует на сайте e-документов; по вашему случаю правильнее всего спросить вашего бухгалтера.

Когда тот же оптовик растёт, вопрос меняется. Теперь есть второй склад, закупка проходит через утверждение, а отгрузка зависит от графика водителя. Программа первичного учёта отвечает на вопрос «сколько», ERP на вопросы «почему» и «откуда». Сумма в счёте верна, но первичный учёт не знает, с какого склада ушёл товар и к какому заказу он относится.

Рядом с этими двумя уровнями есть третий: отношения с клиентом. Предложения, договоры и разговоры с клиентом естественным образом не живут ни в первичном учёте, ни в классической ERP. Где находится этот уровень, мы рассказали в статье Чем CRM отличается от ERP.

Первый затор это контекст. Приходит счёт поставщика, и бухгалтерия не знает, кто его заказал, к какому проекту он относится и к какому договору привязан. Нужно письмо, звонок или сообщение в WhatsApp. Счёт верен, но сам по себе он неполон.

Второй затор это двойной ввод. Продажи готовят предложение в одном документе, клиент его принимает, а бухгалтерия заново перепечатывает те же позиции в счёт. Каждая перепечатка это новый шанс на расхождение в сумме или забытую позицию. Третий затор это подтверждение оплаты: клиент говорит, что заплатил, а платёжка осталась в телефоне менеджера.

У этих пробок одно общее: информация есть, но она где-то в другом месте. Сотрудник, который ведёт первичный учёт, часть дня тратит не на внесение записей, а на сбор недостающего контекста. Ближе к концу месяца эта работа ускоряется, и вероятность ошибки растёт.

• Небольшой ассортимент, простой склад, в основном услуги: первичный учёт и постоянная работа с внешним бухгалтером.
• Склад, утверждение закупок, отгрузка или производство: уровень ERP.
• Договор продаж и счёт бухгалтерии не видят друг друга: нужна общая запись клиента.

Эти ситуации не исключают друг друга. Архитектурное бюро или сервисная компания не держат склад, но каждый день переходят между договором, счётом и разговором с клиентом; один такой пример мы разобрали в статье КП и проекты в архитектурном бюро. Им нужно, чтобы продажи и бухгалтерия видели одну карточку; бухгалтерская программа покрупнее сама по себе этого не даст. Бухгалтерия, утверждая счёт, видит договор, а продавец, готовя новое предложение, видит неоплаченный счёт в том же месте.

В Corex360 договор, подписанный через продажи, и счёт, который видит бухгалтерия, находятся в одной карточке, а подписанный документ привязан к записи в Corex Drive. Продажи и бухгалтерия видят друг друга, и вопрос, к какому договору относится счёт, исчезает. Счёт, пришедший по почте, распознаёт X AI и направляет в бухгалтерию; доступ на основе ролей и фиксируется.

Пример: архитектурному бюро в Картале приходит счёт от типографии. Если в записи указано, для презентации какого проекта он выставлен и к какому договору относится, бухгалтер согласует его, никого не спрашивая.

Официальные книги учёта, декларации и электронные документы – работа вашего бухгалтера; именно поэтому и существует разграничение между первичным и официальным учётом. Как день бухгалтерии проходит в Corex360, можно посмотреть на странице о бухгалтерии и кадрах.