Посоветуйте программу для учета в строительном магазине? : Системы автоматизации торговли

Учёт по рулонам делается не очень сложно. На примере Купца, как я бы поступил. Расчёт себестоимости ведётся либо по фифо (основной вариант), либо по скользящий средней. Соответственно, остатки детализируются по товар+склад+образующий партию приход при фифо (серийные номера, сделки и гтд опустим для понимания), либо по товар+склад при скользящий средней. Расчёты выполняются на лету при построении отчётов. Чтобы добавить учёт по рулонам, нужно сделать следующее.
1. В настройке программы добавить признак, что такой учёт имеется, так как большинству это не нужно.
2. У номенклатуры сделать признак, что по ней ведётся порулонный учёт. То есть обозначить товары, для которых такой учёт нужен.
3. В строках товарных документах добавить реквизит с исходным размером куска. Его показываем только для товаров с признаком порулонного учёта, если указана базовая единица измерения. Для заполнения даём выбор из списка актуальных кусков.
4. В функциях распределения по партиям добавить измерение с исходным размером куска. Аналогично и при скользящий средней. Когда распределяет расход, то для товаров с порулонный учётом подбираем остатки с учётом указанной в расходе исходным куском. После подбора уменьшаем значение измерения на столько, сколько отрезали.
5. В результате всегда имеем остатки по кускам. Для анализа и контроля можно сделать специальный отчёт, либо признак кусочной детализации в обычной оборотке.
При желании можно маркировать рулоны штрих-кодом, если так удобно работать.

В сухом остатке добавляется 4 поля в имеющейся базе данных (четвёртое технологическое, не буду вдаваться) и некоторая правка в расчётах.

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

Так может, так и нужно работать? Вы, допустим, когда ремонт в квартире делать будете, разве не таких работников хотели бы увидеть?

Если вопрос ко мне, то я бы предпочел увидеть людей, которые грамотно посоветовали, как лучше сделать ремонт в этой квартире, и не разводили откровенно на деньги.
Как нужно или не нужно работать, у каждого свои критерии. Я вообще считаю, что работать за деньги это аморально, по большому счету.

Ну так про это и разговор: я говорю, что нужно, а мне советуют и делают. Если откровенно разводят на деньги-нужно найти других, которые не разводят. В чем разногласия?

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