А теперь более понятно. К примеру, учет готовой продукции растениеводства. Чаще всего ведется по местам хранения (центральный склад, зерносклад и тому подобное), и по определенной номенклатуре (пшеница, ячмень, овес и прочее). Причем в действительности каждое место хранения, обозначенное в бухгалтерском учете как отдельный объект, по факту может включать в себя несколько обособленных объектов – отдельные складские помещения, бурты, силоса и т.п. И если бухгалтеру для которого склад чаще всего равнозначен по понятиям с материально ответственным лицом такая детализация чаще всего не важна и не нужна, то для руководителя, а уж тем более для самого материально ответственного лица знать сколько, чего, где, и как очень важно. Ведь как в реальности. Уборка. Зерно с поля в зависимости от погоды и времени суток идет разной влажности. С целью недопущения его порчи и минимизации расходов на подработку и сушку все в одну кучу никто никогда валить не будет. Поэтому кладовщик (весовщик) с каждой машины определяет влагомером влажность, и распоряжается о месте выгрузки. Таким же образом он руководит отгрузкой, подработкой, сушкой. Вот тут и начинается: зерносклад у него делится на склад № 1, №2 и т.д., а также площадку, территорию, навес и прочее, а пшеница начинает делится по влажности, клейковине и другим параметрам. И ему кладовщику, и руководству постоянно нужна текущая информация сколько чего, какого качества и влажности, где и как долго лежит, чтобы не допустить порчи, спланировать своевременную отгрузку на элеватор, а в случае, если не хватает собственных мощностей для сушки и подработки, может быть и приостановить на время уборку. И вот здесь бухгалтерский учет уже бессилен и встает вопрос об организации оперативного складского учета, либо в штатной бухгалтерской программе, либо иным способом. При этом такой учет без соответствующей доработки бухгалтерской программы и наличия соответствующим образом подготовленного персонала чаще всего неосуществим в принципе. А доработка бухгалтерской программы, даже произведенная единожды, в дальнейшем, при выпуске обновленных конфигураций (которые появляются очень часто), требует постоянной доработки каждого обновления, что весьма затратно.