Отчего в современном бизнесе одни и те же процессы и величины учитываются по-разному? И сам вопрос, и ответы на него важны потому, что это дает возможность подобрать инструменты для хорошего управления этими различиями.
Дело в том, что разные люди или организации хотят видеть одно и то же, скажем так, под разным углом. И с другой стороны, бизнес тоже хотел бы показывать, вроде бы одинаковые, вещи разным наблюдателям по-разному. Ближе к делу:
- управленческий учет имеет дело с подробной картиной происходящего. Там важно все: материалы, люди, деньги и т.д.
- бухгалтерский учет работает с финансовыми показателями. Все остальное, если важно, то переводится на "язык" денег и бухгалтерских счетов. То, что нельзя выразить в деньгах, бухгалтерию не интересует.
- налоговый учет. В идеале агрегатные данные там должны совпадать с тем, что в бухгалтерском учете. Но где он, идеальный мир? Потому и отдельная категория. Налоговый учет отличается от бухгалтерского тем, что последний предназначен для внутреннего использования, а первый - открывается перед налоговой службой.
Это еще не все. Я перечислил самые популярные типы учета. Но кроме этого, существуют следующие любопытствующие, имеющие право требовать доступ к внутренним данным бизнеса:
- инвесторы
- ключевые клиенты
- влиятельные поставщики
Почему я вообще завел об этом речь? Потому что, если вы ошибетесь в правильном отображении в каком-то конкретном случае, последствия могут быть сколь угодно тяжелыми. И вот, как результат, при таком множестве ракурсов корректность учета подвергается деформации.
То, что я кратко описал, называя ракурсами или точками зрения, собственно и являются теми самыми контурами учета, вынесенными в заголовок.
Приведу несколько ситуаций чтобы не быть голословным.
- У вас два юридических лица. Оба используют одни и те же склады и работают с общим множеством клиентов. Зачем это тогда нужно? Ну, например, первое юрлицо не платит НДС и вы на него закупаете товары от поставщиков, освобожденных от НДС либо со специальными ставками (5% и 7%).
Второе - на общей системе налогообложения. Но товары от них сваливаются в общую кучу. Потом это все расходится по клиентам: в одной счет-фактуре товары, принадлежащие разным юридическим лицам, продаются от одного из этих лиц. Это - не просто плохо. Это - недопустимо.
- Отличная новость: вы стали дистрибьютором крупного поставщика. Но у него свои требования к партнерам. Одно из таковых: работа только в заданной географической зоне. И вот беда - у вас есть отличный клиент, с которым вы давно работаете, он - чуть дальше вашей области. Естественно, поставщик требует регулярно предоставлять ему отчетность об остатках его продукции и отгрузках
клиентам. Вы хотите получать выгоду от работы со старым клиентом, но и не хотите ощутить гнев поставщика. Это - тоже пример конфликта между разными контурами учета.
- И третий кейс. Консигнационный склад вашего поставщика у вас. Если бы речь шла о консигнации с классическими целями: снижение логистического плеча при обеспечении сложными компонентами и запчастями, то понять это еще можно было бы. Для этого отлажена хорошая дисциплина учета. Но вот когда ваш поставщик навязывает вам идею с консигнацией для FMCG-сегмента, то дело чаще всего в каких-то его внутренних организационных соображениях, слабо связанных с реальным бизнесом. Для вас такая схема, вероятно, породит проблемы со значительным усложнением документооборота и отчетностью (сюрприз-сюрприз) перед этим же поставщиком. Увы, он будет требовать от вас отчеты о продажах, недопоставках по заказам и остаткам, так, будто это не он, а вы навыдумывали этих схем.
С документооборотом в этой ситуации вот какие трудности: теоретически, своих остатков продукции у вас нет - все принадлежит вендору. На самом деле вся эта продукция у вас на складе. Получив заказ от покупателя, вы не можете так просто его отгрузить - придется формально получить под заказ товар от поставщика и тут же отправить покупателю.
Переходим к тому, что с этими контурами учета делать.
А именно, что нужно для успешного решения вызовов, связанных с множественными контурами учета.
Прежде всего, понадобятся хорошие механизмы сепарации разных учетных сущностей. Если, скажем, вы получаете товары от поставщиков на один склад и при этом разные приходы соотносятся с несколькими из ваших юридических лиц, то каждая партия (лот) в приходе должна получить признак юрлица, которому она принадлежит. И далее, что крайне важно, вы можете расходовать товары только в привязке к конкретным партиям. В этом случае у вас будет жесткая цепочка, по которой можно будет понять чей, с юридической точки зрения, товар был продан или передан в производство.
Как следствие предыдущего пункта:
- существенно, чтобы у вас был строгий партионный учет
- нужен контроль неотрицательности остатков по партиям. Почему? Если ваша техника учета не обеспечит такого ограничения, то начнут возникать отрицательные "ямы", в которых неясно, что именно находится. При строгом отслеживании баланса "пришло-ушло" нет неопределенности. Но если партия поступила на 1000 штук, а через 2 месяца там остаток -200 штук, то совершенно непонятно, что это за 200 штук: когда они там появились, по какой причине и вообще, что происходит?!
- контроль неотрицательности остатков должен быть на любой момент времени в прошлом. Я это оговариваю потому, что многие инженерные решения предпочитают упростить подход к контролю баланса вход/выход и ориентируются только на текущий остаток. Это - невероятно уязвимая позиция.
Легко показать ситуации, когда текущий остаток правильный, а "задним числом" появляются минусы/плюсы.
Продолжаем говорить о сепарации учетных сущностей. Мало просто ее иметь, надо чтобы она эффективно применялась. То есть, вы, к примеру, должны иметь возможность увидеть остатки по складу вразбивку по дифференцирующей сущности (по тому же владельцу товара).
Аналогично, отчеты о движении товаров должны будут включать фильтрацию и группировку по таким сущностям. И, что иногда шокирует - бухгалтерские отчеты придется тоже делить.
Какая еще инструментовка важна? Расширения встроенных в технологию учета данных для фильтрации и группировки данных. Я называю такие расширения тегами объектов данных. Как у вас это называется - дело ваше, важно что с этим можно делать. Выше я приводил пример с географическим ограничением ареала дистрибьюции. В случае такой ситуации вам придется привязать к адресам доставки клиентов какие-то теги, означающие, что данные по таким адресам надо обрабатывать специальным образом при формировании отчетности перед конкретным поставщиком.
Идем далее. Цепочки документов. Последний кейс с консигнацией не только болезненный, но и, вы удивитесь, популярный. Просто это часто по-разному называется. Необходимый инструмент здесь - оперативные документы, не влияющие на текущее состояние учета. Я их называю драфт-документы. Как с их помощью мы будем обходить проблему отгрузки того, чего формально нет на остатке?
Вот так: в течение дня превращаем заказы в драфт-документы, а в конце дня формируем потребность в остатках под выписанные драфт-документы. Далее, делаем условное поступление нужных позиций в правильном количестве и уже теперь списываем драфт-документы в учетные.
В качестве заключения: тема контуров учета сложная одновременно в разных аспектах. Поскольку я - инженер, то и сконцентрировался на технических моментах, чтобы показать, какие подходы существуют для снижения трудоемкости и увеличения надежности работы. Остальные аспекты оставлю специалистам иных профилей.
