А бюджет известен?

Вас спросили о бюджете, выделяемом для решения данной задачи
Вы тему разместили в платном разделе.

Затем чтобы не выбирать нужную статью из 100 вариантов, а поступательно выбрать раздел, подраздел, статья. обычная структура для удобства наполнения. Ровно для того же, зачем нужны папки в Windows.

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

TheBestOfTheBest, в реальной жизни статьи с одинаковыми названиями могут быть в совершенно разных "ветках" дерева.
самый яркий пример - "прочее"

Если есть такая статья в вашем бюджете, то она будет составлять 80% всех расходов, это из практики. Можно написать "Прочие маркетинговые расходы".

Бюджет есть, но то сколько я готов потратить никак не должно соотноситься с тем сколько это на самом деле стоит. Именно по этой причине у всего есть своя цена. Я в соей жизни ещё не встречал ни одного подрядчика, который говорит: «Заплати столько, сколько у тебя есть». Это нормальная практика, когда я озвучиваю проблему, которую мне нужно решить, а специалист называет цену, за которую он готов мне помочь. Если меня цена устраивает, то заключается сделка.

БДДС — тоже самое по структуре, что и БДР, только за месяц на который записывается расход берётся колонка «Месяц». В БДР берётся колонка «Бюджет» для точно такой же таблицы.

Мне так удобнее. Да и во всех системах учёта, будь это 1С или что-то иное, используется именно древовидная структура справочника статей.

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

это называется "аукцион" )
или более заумно - "тендер"

а есть другой вариант - когда у меня сломался холодильник и я решаю для себя: "если ремонт обойдётся меньше 5тыр. - то отдам в ремонт, а иначе - куплю новый"

Ну хорошо, допустим у вас есть статьи "Прочее" в двух ветках. Даже не прочие, а "ФОТ" например. Это уж точно будет. Для того чтобы "различить" эти статьи в своднике или в БД вам все равно нужен будет ключ. Вы предлагаете ключом делать название трех полей (то, что в скобочках), я предлагаю написать "ФОТ маркетинг", "ФОТ Админ"... чтобы выбросить кучу проверочного кода. ИМХО, это эффективнее. И данные будет вводить проще. Не так ли?

Кстати, в представленной структуре Статьи Оплата труда и Маркетинг вообще разные разделы. А что разве ФОТ маркетолога это не расходы на маркетинг?

В сводной таблице использовать неудобно. или я чего-то не знаю?

Да, все классно, но для каждой комбинации (Статья — Подстатья №1 — Подстатья №2) мы вынуждены делать составной ключ, где-то его хранить и правильно обрабатывать при занесении сумм. Причем не показывать конечному пользователю, т.к. он будет выглядеть "непонятно". Ведь так?

Так я предлагаю ту же структуру, но со смыслом. Дать "правильное" значение этому ключу, открыть его пользователю и использовать группировки автоматически из справочника, упрощая ввод данных пользователю

А причем здесь статьи? Одно дело статьи "Доставка ГП", другое перевозчик "Фирма А" - это вообще разные измерения - разные колонки бюджета.
Но делать также справочник...?
А что будет означать Прочее.Фирма А = 2000  ?

Я бы все же отказался от ввода 3-х связанных полей, ведь для идентификации достаточно ввести всего одно.
Иерархический справочник - штука удобная, наверное он есть у кого-либо в "заготовках"- у меня нет. Если писать его, то явно не за счет автора.

2 chucky23 а п.2 ТЗ можно как-то изменить?

Удобно использовать ListBox с фильтрацией списка по вводимым буквам

Под одного пользователя.