Любой правдой и не правдой находим ответы в т.ч за платную подписку списываем все ответы в свой файл/ книжку с билетами
Зубрим верные ответы по разделам (как стихи четверостишями учат). На похожих вопросах концентрируемся и запоминаем ключевые слова чем они различаются (бывает по 4- 5 вопросов где формулировка отличается парой слов или даже символов), запомнив ключ выучиваем к нему ответы это помогает потом почти мгновенно идентифицировать вопрос на экзамене без его полного прочтения.
Сдаем тест. На экзамене хватает 1-2мин чтобы ответить все вопросы . В целом кто сдавал на права теорию всё аналогично. Ещё хинт - Если сомневаемся в ответе выбираем самый длинный:-) не всегда, но часто работает.
Успешно сдав забываем как страшный сон
Вот к "специалисту" готовиться интереснее...
Но как верно подмечают все тесты и экзамены оторваны от реальности. Не редко в отдельных вопросах нет логики и надо просто запомнить как правильно именно для этого вопроса/теста/экзамена .
Целевое время указывается человеком. Например заказчик говорит что операция должна выполняться не дольше 0,5 сек или это может быть прописано в ТЗ по проекту.
Дальше настраивается замер ключевой операции. Если результат не удовлетворительный начинается копание где медленно работает и придумывание как уложиться в целевое время.
1) в 1С нет нужды упорядочивать так списки, именно как Массив или СписокЗначений - в интерфейсе для пользователя эти типы как правило не используются, а вот упорядочить "ТаблицуЗначений" или "ДинамическийСписок" скорее всего будет последнее, если стоит задача такого упорядочивания, тут это запросто еще и пользователь сортировку может в любой момент поменять и перенастроить на своё усмотрение.
2) Скролинг есть, не понятно почему у вас такие выводы, абсолютно обычный как везде скролинг и в обычных так и в управляемых формах вертикальный и горизонтальный, с полосами прокрути, в одтдельных случаях еще и кнопки есть в начало/конец строка +-
3) Пожалуй единственное с чем могу согласиться, действительно не очень удобно когда выделенная строка портит цветовое оформление. Тем не менее оформление часто используется в различных решениях.
4) а документация других языков программирования, их фрейворков и бизнес приложений на них написанных разве не живет отдельными жизнями?
не понятно что подразумевается под хранением файлов в документации платформы, но говоря об УТ и УНФ - вполне логично что в разных программных продуктах разные статьи о хранении файлов. Для каких то конфигураций они совпадают для каких-то нет т.к. может быть использована разная версия БСП или разные требования бизнес логики работы именно с файлами. (даже в пределах одной конфы если сравнивать версии различной давности внезапно окажется что что-то изменилось!)
На данный момент написание кода является основной деятельностью 1с Программиста.
За последние 10 лет в следствии глобализации растут и размеры проектов 1с.
Если Программист на ведущих ролях, то еще может быть к разработке прикладываться участие в переговорах с заказчиком, написание различных бумажек Проектно-сметные планы/ ТЗ / Составление описания и схем интеграций, архитектуры, документирование проекта.
Сложность бывает разная, от банальной "кастомизации за пол часа какой ни будь печатной формы счет фактуры" и таких задач много, до создания с нуля или не с нуля учетной системы для организации в специфичной предметной области с высоко-нагруженными замашками (базы на десятки-сотни терабайт, тысячи пользователей, отказоустойчивость работа 24/7 шины данных типа rabbit и он в том числе rest api интерфейсы и т.д и т.п. местами применяется git/docker/ разные наработки по автоматизированному тестированию, для оптимизации производительности бывает необходимость писать на других языках или использовать вместо 1с запросов. запросы на языке базы данных с "тюнингом" самой БД вручную)
Мое любимое - у нас есть 20 поинтов чтобы сделать фичу мы уже договорились с бизнесом, какова твоя оценка? 40 поинтов? Нет, скажи число меньше или равно 20!
Ох как же я это понимаю! В организации руководители "я-ж-программисты" (на самом деле нет) у которых все работы делаются "да тут за пару часов/денй сделать запросто". И сверху заполировано как раз тем, что у них у же есть в голове цифра и прося экспертной оценки ждут что ты в неё попадешь или назовешь меньше, если получается больше говорят "не верю, обоснуй еще подробнее, тут не может быть столько" и так пока не услышат желаемое
Точно такая же мысль посещает :-) . Видимо когда отделку делают то метало-конструкции на стенах и потолке превращаются в клетку фарадея (речь про магазины в жилых домах а не отдельные ТЦ).
С ТЦ не удивительно если не ловит, т.к. обычно там все здание на метало-конструкциях и монолитных колонах внутри которых клетка из арматуры.
Значит не у меня одного пригорает от "Качества" приложения пятерочки и их поддержки!
До недавнего времени была вечная проблема когда не ловит телефон (а в моей местности он не ловит внутри магазина почти всегда) открытия QR кода было не дождаться, множество раз так и приходилось без карты покупать. Оставлял отзыв на плей-маркете. Только вот совсем не давно после очередного обновления стало нормально открываться, видимо что-то доработали. Какое-то время пользовался просто скриншотом QR кода.
Был глюк с балами на разных экранах приложения и на сайте показывалось разное количество балов. И наверное как следствие не мог списать эти балы на кассе. Попытка обратиться в тех поддержку по началу не увенчалась успехом дальше роботов не удавалось пробиться к живим людям, но в итоге дозвонился зарегистрировали обращение с горем пополам, консультант хотел "сбрить" меня мол - ты еще походи так, вдруг само заработает. В итоге починили.
С регистрацией виртуальной карты тоже были проблемы, на сколько помню тоже не смог зарегистрировать физическую карту пришлось делать новую регистрацию виртуальной.
Еще бывало в самый не подходящий момент на кассе открываешь приложение, а там после обновления авторизация слетела, а интернет в магазине не ловит))
Поддержу Big_Shark про очереди в муниципальные сады. longmaster
У меня 2е детей, рядом около 5ти садов (Самара) ставил старшую в 6 месяцев (в 3 определенных садика), очередь по 250-600 детей в зависимости от сада. К 3,5 года дошла очередь, дочь попала в садик.
Младшего поставил как только свидетельство о рождении получил (ребенку сейчас чуть больше 1,5 лет очередь аналогичная). Не представляю как можно попасть в садик если не встать в очередь за несколько лет. В год очередь уменьшается в среднем на ~150 по каждому саду.
Ради одного нового свойства (реквизита) или изменения типа текущего, в 1С копируется весь объект метаданных
Это кто вам сказал такую глупость? Вы хоть типовые посмотрели бы, например у документов бывают десятки свойств отображаемые пользователю и заполняемые ситуативно. Следуя вашей логике например в Бухгалтерии бюджетного учреждения должно быть документов тьма просто, тот же ПКО вместо одного должно с десяток быть. И с каждым обновлением еще с 1000 новых добавляться каждый месяц))
Есть составные типы, есть возможность прикрутить характеристики с произвольным набором свойств…
Если объект метаданных копируется, значит есть причины которые нужно искать не в ограничениях Платформы 1С а в первую очередь Бизнес-логике прикладного решения или ТЗ на разработку.
Платформа позволит вообще все засунуть в один объект метаданных, но это ведь не значит что решение будет хорошим? как и в любом ООП…
И точно такое же утверждение можно сказать про любой ООП язык, что для добавления нового метода/свойства нужно создать новый класс наследованный от некоторого базового… И данное утверждение будет и верным и не верным в зависимости от решаемой задачи.
Вы вообще в курсе, что программирование ближе всего к тому, что люди называют магией?
Это звучит скорее как — «я до конца не понимаю как это работает, но у меня получается приемлемый, на мой взгляд, результат.» (оно и понятно, учитывая ваш маленький опыт)
Если ты новичок, то каждая задача — это вызов, где нужно проделать маленькое исследование (если это новая фича) или расследование, как Шерлок Холмс, если это баг.
Интересно, пока ты так не делал 10 тысяч раз, процесс поиска/ исследования обычно однотипный, и реально интересно первые 1-3 раза, потом — рутина. И интерес начинает вызывать задача где известные подходы перестают работать.
Если ты опытный и заела рутина ТАК АВТОМАТИЗИРУЙ ЭТО, ТЫЖ ПРОГРАММИСТ.
Далеко не всю рутину программиста можно автоматизировать, не все можно переиспользовать в казалось бы в однотипных задачах.
В приведенном примере, как минимум, вы учитесь читать (понимать) чужой код.
Так бывает, что сидишь разбираешься в чужом коде, в уме представляешь, как написавший этот код подвергается изощрёнными пыткам. Разобрался… И вроде бы написал пару тривиальных строк чтоб решить проблему… Ничего интересного, задача геморройная.
Но со временем начинаешь замечать, что читаешь и понимаешь значительно быстрее многих коллег.
Не удивительно что не могут найти спеца…
1) Грамотных 1С-ников, особенно в регионах мало, те кто есть, как правило, уже имеют хорошую ЗП.
2) Переходить на +10-15% с конвертом 30/70 крайне сомнительное мероприятие (и в принципе на серую ЗП).
3) Смотря какие требования в вакансии, программист понятие сильно растяжимое, вполне вероятно там хотели программиста + консультанта ОУ/БУ/ЗП/еще что-нибудь +админа баз данных/серверов 1с и т.д. Возможно под заявленные требования цена слишком мала, или таких спецов в природе не существует (не может человек знать столько и хорошо).
+ все выше описанное в статье делает вакансию, которая «Выше рынка» одной из самых не адекватных и не интересных.
Спасибо :-)! Припозднился я с ответом, не заглядывал в тему.
у вас сегодння маль того, что пятница, но и удачный день: вам выдали зарплату, компенсацию за отпуск, премию, вы получили деньги за шабашку. и гонорар за статью на хабре. на радостях сложили деньги стопочнкой, сунули в кошелек, пошли в магазин, купили бутылку водки/текилы/кефира и выпили. вопрос: на деньги от какого имнно дохода вы нажрались? :-)
1) Сложили в кошелек стопочкой — означает сознательно избавились от разреза информации «Источник дохода».
2) Потратили Х денег на Товар/Услугу Y из «Общей кучи» денег
3) Хотим знать расход в разрезе «Источника дохода» (по примеру как раз номенклатура на которую потратили не важна)
Т.е. можно заметить, что сознательное обобщение денег(п2) вступает в противоречие с (п3) желанием знать расходы в разрезе «источников доходов»
Решается вопрос как минимум 2мя способами:
1) Устраняем противоречие п2 и п3 — НЕ обобщаем деньги и храним в разных «Кучках»(вкладыши в кошельке с подписью что это за деньги или разных картах/счетах), тогда автоматом понимаем сколько потратили и сколько осталось по какому источнику дохода, а вот на что по тратили теоретически можем не знать или грубо говоря подписывать товарные чеки, в которых указана номенклатура, по каким источникам мы его оплатили и в каких размерах.
2) По прежнему обобщаем деньги, складываем все вместе, НО перед тем как сложить, записываем в блокнот сколько получили по какому источнику. А при расходе самостоятельно принимаем решение, о том что, мы хотим сейчас оплатить именно из Источника дохода X и этот факт записываем в тот же блокнот (по желанию с детализацией по номенклатуре или нет)
(если обобщить — начинаем так или иначе вести учет в разрезе источников доходов, чтобы в любой момент времени могли ответить себе на поставленный вопрос)
в результате в обоих случаях получаем учет в разрезе источников доходов и при желании по номенклатуре.
Конечно если складывать все в кучу и не предпринимать действий по контролю расходов, а только желать этого, то и ответ на вопрос никогда не получим (как раз такой образ мысли присутствует в примере и не редко у заказчиков: «как ничего не делая отслеживать <информациюX> „).
а вот как быть, если продали одной поставкой («одним счетом», «одним инвойсом», «одной накладной») на 500 рублей рогов, и на 500 рублей — копыт. а оплатили 600. что у нас осталось частично неоплаченым — рога, или копыта?
Здесь есть одна «накладная» частично оплаченная. Внутри неё номенклатуры может быть сколько угодно, зачем определять оплату рогов или копыт? Очевидно что если важен разрез номенклатуры, то он будет фигурировать в документе оплаты (чек, счет).
Или вот свежий пример: поступило 1000 рублей от продажи продукции (одного вида деятельности), и 100 рублей от аренды (второго вида деятельности) — и оплатили 200 рублей за оргтехнику. вопрос собственника — за счет какого вида деятельности («за чьи деньги?!?!?!?») мы купили эту оргтехнику?
Если собственник не в курсе затрат, вероятно есть ответственное лицо, которому эта функция делегирована, которое имеет возможность выделять средства на различные затраты. Собственник подойдет к этому сотруднику и задаст данный вопрос.
Другой вопрос, что в учетной программе может не быть возможности ведения доходов и расходов в разрезе видов деятельности (чаще всего всеже можно) и моментально получить красивый отчет.
На мой взгляд примеры очень даже разрешимы. Особенно в 1с. Если есть проблемы с подобными задачами, то скорее всего проблема в людях а не в программе (из-за не понимания учета, низкой компетентности, отсутствия целостного представления, соответственно заказчик не может объяснить свою потребность или исполнитель не может понять потребность заказчика).
нее, в колено… в оба… :-)
В 1С, когда такие «сложные» заказчики или посредники между разработчиком и заказчиком встречаются, приходятся «стрелять себе в ногу». У разработчика нет точного понимания, поставщик задачи не может её объяснить, в результате бесконечная рутина правок, доработок и костылей.
В коммерции подрядчик такие вещи ценником может пресечь, а если на окладе в штате, то придется выполнять.
Любой правдой и не правдой находим ответы в т.ч за платную подписку списываем все ответы в свой файл/ книжку с билетами
Зубрим верные ответы по разделам (как стихи четверостишями учат). На похожих вопросах концентрируемся и запоминаем ключевые слова чем они различаются (бывает по 4- 5 вопросов где формулировка отличается парой слов или даже символов), запомнив ключ выучиваем к нему ответы это помогает потом почти мгновенно идентифицировать вопрос на экзамене без его полного прочтения.
Сдаем тест. На экзамене хватает 1-2мин чтобы ответить все вопросы . В целом кто сдавал на права теорию всё аналогично. Ещё хинт - Если сомневаемся в ответе выбираем самый длинный:-) не всегда, но часто работает.
Успешно сдав забываем как страшный сон
Вот к "специалисту" готовиться интереснее...
Но как верно подмечают все тесты и экзамены оторваны от реальности. Не редко в отдельных вопросах нет логики и надо просто запомнить как правильно именно для этого вопроса/теста/экзамена .
Целевое время указывается человеком. Например заказчик говорит что операция должна выполняться не дольше 0,5 сек или это может быть прописано в ТЗ по проекту.
Дальше настраивается замер ключевой операции. Если результат не удовлетворительный начинается копание где медленно работает и придумывание как уложиться в целевое время.
1) в 1С нет нужды упорядочивать так списки, именно как Массив или СписокЗначений - в интерфейсе для пользователя эти типы как правило не используются, а вот упорядочить "ТаблицуЗначений" или "ДинамическийСписок" скорее всего будет последнее, если стоит задача такого упорядочивания, тут это запросто еще и пользователь сортировку может в любой момент поменять и перенастроить на своё усмотрение.
2) Скролинг есть, не понятно почему у вас такие выводы, абсолютно обычный как везде скролинг и в обычных так и в управляемых формах вертикальный и горизонтальный, с полосами прокрути, в одтдельных случаях еще и кнопки есть в начало/конец строка +-
3) Пожалуй единственное с чем могу согласиться, действительно не очень удобно когда выделенная строка портит цветовое оформление. Тем не менее оформление часто используется в различных решениях.
4) а документация других языков программирования, их фрейворков и бизнес приложений на них написанных разве не живет отдельными жизнями?
не понятно что подразумевается под хранением файлов в документации платформы, но говоря об УТ и УНФ - вполне логично что в разных программных продуктах разные статьи о хранении файлов. Для каких то конфигураций они совпадают для каких-то нет т.к. может быть использована разная версия БСП или разные требования бизнес логики работы именно с файлами. (даже в пределах одной конфы если сравнивать версии различной давности внезапно окажется что что-то изменилось!)
На данный момент написание кода является основной деятельностью 1с Программиста.
За последние 10 лет в следствии глобализации растут и размеры проектов 1с.
Если Программист на ведущих ролях, то еще может быть к разработке прикладываться участие в переговорах с заказчиком, написание различных бумажек Проектно-сметные планы/ ТЗ / Составление описания и схем интеграций, архитектуры, документирование проекта.
Сложность бывает разная, от банальной "кастомизации за пол часа какой ни будь печатной формы счет фактуры" и таких задач много, до создания с нуля или не с нуля учетной системы для организации в специфичной предметной области с высоко-нагруженными замашками (базы на десятки-сотни терабайт, тысячи пользователей, отказоустойчивость работа 24/7 шины данных типа rabbit и он в том числе rest api интерфейсы и т.д и т.п. местами применяется git/docker/ разные наработки по автоматизированному тестированию, для оптимизации производительности бывает необходимость писать на других языках или использовать вместо 1с запросов. запросы на языке базы данных с "тюнингом" самой БД вручную)
вкратце как то так =)
Как это относится к проблеме?
Как минимум менеджер и программист это 2 совершенно разные профессии.
Переходит кто-то в менеджеры из другой профессии или нет, хорошо это или плохо это довольно холиварная тема, обсуждать бессмысленно.
Ох как же я это понимаю! В организации руководители "я-ж-программисты" (на самом деле нет) у которых все работы делаются "да тут за пару часов/денй сделать запросто". И сверху заполировано как раз тем, что у них у же есть в голове цифра и прося экспертной оценки ждут что ты в неё попадешь или назовешь меньше, если получается больше говорят "не верю, обоснуй еще подробнее, тут не может быть столько" и так пока не услышат желаемое
Точно такая же мысль посещает :-) . Видимо когда отделку делают то метало-конструкции на стенах и потолке превращаются в клетку фарадея (речь про магазины в жилых домах а не отдельные ТЦ).
С ТЦ не удивительно если не ловит, т.к. обычно там все здание на метало-конструкциях и монолитных колонах внутри которых клетка из арматуры.
Значит не у меня одного пригорает от "Качества" приложения пятерочки и их поддержки!
До недавнего времени была вечная проблема когда не ловит телефон (а в моей местности он не ловит внутри магазина почти всегда) открытия QR кода было не дождаться, множество раз так и приходилось без карты покупать. Оставлял отзыв на плей-маркете. Только вот совсем не давно после очередного обновления стало нормально открываться, видимо что-то доработали. Какое-то время пользовался просто скриншотом QR кода.
Был глюк с балами на разных экранах приложения и на сайте показывалось разное количество балов. И наверное как следствие не мог списать эти балы на кассе. Попытка обратиться в тех поддержку по началу не увенчалась успехом дальше роботов не удавалось пробиться к живим людям, но в итоге дозвонился зарегистрировали обращение с горем пополам, консультант хотел "сбрить" меня мол - ты еще походи так, вдруг само заработает. В итоге починили.
С регистрацией виртуальной карты тоже были проблемы, на сколько помню тоже не смог зарегистрировать физическую карту пришлось делать новую регистрацию виртуальной.
Еще бывало в самый не подходящий момент на кассе открываешь приложение, а там после обновления авторизация слетела, а интернет в магазине не ловит))
(двое детей)
Отличный пост, спасибо!
longmaster
У меня 2е детей, рядом около 5ти садов (Самара) ставил старшую в 6 месяцев (в 3 определенных садика), очередь по 250-600 детей в зависимости от сада. К 3,5 года дошла очередь, дочь попала в садик.
Младшего поставил как только свидетельство о рождении получил (ребенку сейчас чуть больше 1,5 лет очередь аналогичная). Не представляю как можно попасть в садик если не встать в очередь за несколько лет. В год очередь уменьшается в среднем на ~150 по каждому саду.
Это кто вам сказал такую глупость? Вы хоть типовые посмотрели бы, например у документов бывают десятки свойств отображаемые пользователю и заполняемые ситуативно. Следуя вашей логике например в Бухгалтерии бюджетного учреждения должно быть документов тьма просто, тот же ПКО вместо одного должно с десяток быть. И с каждым обновлением еще с 1000 новых добавляться каждый месяц))
Есть составные типы, есть возможность прикрутить характеристики с произвольным набором свойств…
Если объект метаданных копируется, значит есть причины которые нужно искать не в ограничениях Платформы 1С а в первую очередь Бизнес-логике прикладного решения или ТЗ на разработку.
Платформа позволит вообще все засунуть в один объект метаданных, но это ведь не значит что решение будет хорошим? как и в любом ООП…
И точно такое же утверждение можно сказать про любой ООП язык, что для добавления нового метода/свойства нужно создать новый класс наследованный от некоторого базового… И данное утверждение будет и верным и не верным в зависимости от решаемой задачи.
Это звучит скорее как — «я до конца не понимаю как это работает, но у меня получается приемлемый, на мой взгляд, результат.» (оно и понятно, учитывая ваш маленький опыт)
Интересно, пока ты так не делал 10 тысяч раз, процесс поиска/ исследования обычно однотипный, и реально интересно первые 1-3 раза, потом — рутина. И интерес начинает вызывать задача где известные подходы перестают работать.
Далеко не всю рутину программиста можно автоматизировать, не все можно переиспользовать в казалось бы в однотипных задачах.
//ps работаю программистом 9лет
Прочитав фразу подумал: Зачем человека заставлять принести ноутбук, в офисе нету?
Тоже предпочитаю написать код на бумаге или объяснить алгоритмы, рисуя схемы на доске (если она есть).
Компьютер нужен когда пишется программа которую предполагается запустить и продемонстрировать работоспособность, но это уже скорее тестовое задание.
Как бы понять какой у меня аккаунт?
upd: ниже в комментариях увидел что я не один такой) акк похоже полноценный.
Так бывает, что сидишь разбираешься в чужом коде, в уме представляешь, как написавший этот код подвергается изощрёнными пыткам. Разобрался… И вроде бы написал пару тривиальных строк чтоб решить проблему… Ничего интересного, задача геморройная.
Но со временем начинаешь замечать, что читаешь и понимаешь значительно быстрее многих коллег.
1) Грамотных 1С-ников, особенно в регионах мало, те кто есть, как правило, уже имеют хорошую ЗП.
2) Переходить на +10-15% с конвертом 30/70 крайне сомнительное мероприятие (и в принципе на серую ЗП).
3) Смотря какие требования в вакансии, программист понятие сильно растяжимое, вполне вероятно там хотели программиста + консультанта ОУ/БУ/ЗП/еще что-нибудь +админа баз данных/серверов 1с и т.д. Возможно под заявленные требования цена слишком мала, или таких спецов в природе не существует (не может человек знать столько и хорошо).
+ все выше описанное в статье делает вакансию, которая «Выше рынка» одной из самых не адекватных и не интересных.
Спасибо :-)! Припозднился я с ответом, не заглядывал в тему.
1) Сложили в кошелек стопочкой — означает сознательно избавились от разреза информации «Источник дохода».
2) Потратили Х денег на Товар/Услугу Y из «Общей кучи» денег
3) Хотим знать расход в разрезе «Источника дохода» (по примеру как раз номенклатура на которую потратили не важна)
Т.е. можно заметить, что сознательное обобщение денег(п2) вступает в противоречие с (п3) желанием знать расходы в разрезе «источников доходов»
Решается вопрос как минимум 2мя способами:
1) Устраняем противоречие п2 и п3 — НЕ обобщаем деньги и храним в разных «Кучках»(вкладыши в кошельке с подписью что это за деньги или разных картах/счетах), тогда автоматом понимаем сколько потратили и сколько осталось по какому источнику дохода, а вот на что по тратили теоретически можем не знать или грубо говоря подписывать товарные чеки, в которых указана номенклатура, по каким источникам мы его оплатили и в каких размерах.
2) По прежнему обобщаем деньги, складываем все вместе, НО перед тем как сложить, записываем в блокнот сколько получили по какому источнику. А при расходе самостоятельно принимаем решение, о том что, мы хотим сейчас оплатить именно из Источника дохода X и этот факт записываем в тот же блокнот (по желанию с детализацией по номенклатуре или нет)
(если обобщить — начинаем так или иначе вести учет в разрезе источников доходов, чтобы в любой момент времени могли ответить себе на поставленный вопрос)
в результате в обоих случаях получаем учет в разрезе источников доходов и при желании по номенклатуре.
Конечно если складывать все в кучу и не предпринимать действий по контролю расходов, а только желать этого, то и ответ на вопрос никогда не получим (как раз такой образ мысли присутствует в примере и не редко у заказчиков: «как ничего не делая отслеживать <информациюX> „).
Здесь есть одна «накладная» частично оплаченная. Внутри неё номенклатуры может быть сколько угодно, зачем определять оплату рогов или копыт? Очевидно что если важен разрез номенклатуры, то он будет фигурировать в документе оплаты (чек, счет).
Если собственник не в курсе затрат, вероятно есть ответственное лицо, которому эта функция делегирована, которое имеет возможность выделять средства на различные затраты. Собственник подойдет к этому сотруднику и задаст данный вопрос.
Другой вопрос, что в учетной программе может не быть возможности ведения доходов и расходов в разрезе видов деятельности (чаще всего всеже можно) и моментально получить красивый отчет.
На мой взгляд примеры очень даже разрешимы. Особенно в 1с. Если есть проблемы с подобными задачами, то скорее всего проблема в людях а не в программе (из-за не понимания учета, низкой компетентности, отсутствия целостного представления, соответственно заказчик не может объяснить свою потребность или исполнитель не может понять потребность заказчика).
В 1С, когда такие «сложные» заказчики или посредники между разработчиком и заказчиком встречаются, приходятся «стрелять себе в ногу». У разработчика нет точного понимания, поставщик задачи не может её объяснить, в результате бесконечная рутина правок, доработок и костылей.
В коммерции подрядчик такие вещи ценником может пресечь, а если на окладе в штате, то придется выполнять.