Учет просроченной задолженности и причин задержек

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

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

В программе необходимо реализовать удобную форму для просмотра просроченной задолженности, документ для ввода информации о причине просрочки и планируемой оплате, отчет о просроченной задолженности.
Для реализации в программе необходимо создать следующие объекты: регистр накопления «Обязательства по первым платежам», документ «Планируемый просроченный платеж», регистр сведений «Планируемые просроченные платежи», обработку «Управление просроченной задолженностью».

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

Регистр сведений «Планируемые просроченные платежи»
Регистр должен иметь измерения «Договор по недвижимости, ресурсы «Сумма просроченной задолженности», «Планируемая дата оплаты» и «Сумма». Регистр должен быть периодическим, подчиненным регистратору. В регистр должны писать документы «Планируемый просроченный платеж», «Поступление денег в кассу», «Поступление денег на счет», «Договор по недвижимости» с видом операции «дополнительное соглашение». Все регистраторы, кроме документа «Планируемый просроченный платеж» должны писать запись с пустыми значениями ресурсов, чтобы «обнулить» предыдущее обещание заплатить.

Документ «Планируемый просроченный платеж»
Документ «Планируемый просроченный платеж» должен содержать следующие данные. Договор по недвижимости (первоначальный), сумма просроченной задолженности, причина просрочки, планируемая дата платежа, планируемая сумма платежа, ответственный. Документ делать запись в регистр сведений «Планируемые просроченные платежи».

Форма просмотра и ввода информации
Необходимо создать форму, отображающую все договоры по недвижимости, по которым есть просроченная задолженность, вид просрочки (по первому платежу или договору, вступившему в силу), сумму просроченной задолженности, просрочку от графика в днях, последнюю актуальную договоренность о дате и сумме планируемого платежа (при наличии) и просрочку в днях от договоренности. В форме необходимо предусмотреть ввод документа «Планируемый просроченный платеж».

Отчет о просроченной задолженности
Необходимо создать отчет, отображающий просроченную задолженность, вид просрочки (по первому платежу или договору, вступившему в силу), сумму просроченной задолженности, просрочку от графика в днях, последнюю актуальную договоренность о дате и сумме планируемого платежа (при наличии) и просрочку в днях от договоренности.

(0) это пиз..добол

(1) +100500
(0) Отчет о дебиторской задолженности. чего там еще выдумывать ?

зачем мои труды выкладываешь? я так старался

(1) присоединюсь

Многа букав

Не читал все, много написано. На курсы его и пусть сам реализовывает.

(0) Это в продолжение к Посоветоваться по поводу аналитика, сил уже нет... ?

(0) давай кодируй, не отлынивай)

Бизнес-предложение от франчайзи?

фамилию героя в студию

(0) вот такая хрень и является фактором от статыщ

опять нытье ТС...

почему в функциональной спецификации присутствует техническая рекомендация???? исходя из объема сумасшедствия это либо

+(10) этот Никола_Питерский ?

либо

(2) Ну для ларька это наверное правильно)

(7) угу

А так - хорошая, годная задача. В предлагаемую схему её реализации - не вникал :)

(9) ога

Задачи ставит? Значит постановщик!

(0) слабак, трус и тряпка

Меньше п.зди а больше работай, нытик...

(19) Клиент подписал? В чем проблема?

(21) да, я такой

Это написал прог первоначальное видение системы при встрече с заказчиком, где он по причине отсутствия всех остальных исполнял обязанности пунктов 1-3.

(24) А описание бизнес-процесса расскрыто?

Там же написано - это Теоретическая часть

(25) а нафейхоа? по заданию разве нужно БП сфомировать?

(24) Я видел, как клиента раскрутили на дофига бабок, убедив приобрести розницу и разработку блоков ценнобразования, многовалютности и прочих вкусностей УТ, а по факту просто перетащили туда это из УТ.

(0)Может тебе еще и код написать что бы скопипастил и все?
нормальная постановка, просто добавь мозги.

(27) это отражает суть раскрытого бизнес процесса, чтобы можно было определиться что надо дорабатывать, чтобы была ERP-система?

(30) ты кодер? нафига тогда тебе вся эта документация?

как-то так
п1 без техподробностей бы был, п3 - без бизнесподробностей, п4 - "хочу кнопку сделать все"

(31) т.е. понимание кодером не требуется что именно требуется реализовать в программе?

(31) мне нужен:
- план проекта по разработке системы
- анализ всех бизнес-процессов компании и составленние полноценной схемы процессов
- описание бизнес-процесса каждого блока и как он стыкуется с другими блоками

(0) а ты походу "прокладка" между аналитиком и бухгалтером? извини, все не читал

(34) кодеру это не нужно

Пилять, мне бы так кто размусолил до РЕГИСТРОВ.

И вы еще НОЕТЕ?????

Это КЭП! :-)

(35) нет, я прокладка между тем, кто написал (0) и бухгалтером.
Если (0) - результат работы системного аналитика, то нафиг он мне нужен?

(39) почему? ты и сам все это можешь написать со слов бухгалтера?

(39) мое имхо - тебя нужно выгнать на юх, ибо ты лезешь не в свои обязанности

(39) Очень высокий уровень ! Классный спец писал, сразу видно.
А что не так ?

(40) я ожидал, что это:
1.    Поэтапно моделировался учет в разрабатываемом прототипе программы.
2.    Заполнялся прототип программы необходимыми тестовыми данными, примерами.
3.    Чтобы я загружался конкретными задачами по программированию.
4.    Разрабатывалась стратегия дальнейшего внедрения учета и принимались решения по этапам перевода пользователей на работу с программой.
5.    Чтобы была возможность в рабочее время совместно вырабатывать и обсуждать пути решения (надо чаще встречаться).
6.    Утверждались согласованные решения у руководителя проекта.
7.    Тестировался и проверялся результат моей работы.
8.    Чтобы решения принимались быстро.
9.    Далее, я программирую утвержденную задачу, а в это время мне готовят следующую задачу.

(37) Так оно неправильно "размусолено" ;)

(43) еще раз, твоя роль на проекте?

ваш хоть чето делает, наш нулевой вообще был, выгнали нафиг, я даже тему создавал..

(0) А по сути - ты не должен нести ответственность за того, кто плохо выполняет свою работу. Поэтому, мой совет - выполняй именно то и именно с той степенью детализации, с какой тебе ставит этот "оналитег". Все задачи принимай исключительно в письменной форме и исключительно по внутреннему почтовому ящику, чтобы в случае чего было понятно, на каком основании тот или иной функционал сделан через &опу.

Если проблема видна только тебе - то это не проблема. Пиши херню (главное, чтобы она была обоснована), обнажай проблему, делай её заметной для руководства - и только тогда есть шанс её решить, не портя себе нервные клетки.

(41) не видел в жизни ни одного чистого кодера пишущего по тз.

(48) это не означает что их нет :)

+(48) Вернее видел. Жалкое зрелище. На выходе - провал проекта и безблагодатность.

(0) могу оценить уровень человека задающего никчемные вопросы.

(50) это проблема кодера?

(46) это результат 4-х месяцев перебранки.

Вопрос разработчика:
1.    Прошу подробно раскрыть в основных определениях и терминах, определение того, что в компании принято считать просроченной задолженностью.
2.    Прошу описать, какие процессы в компании являются исходной базой для оснований возникновения просроченной задолженности.
3.    Прошу описать, как сотрудник выявляет и контролирует просроченную задолженность и как с ней работает. Как дальше контролирует достигнутые договоренности по погашению задолженности.
4.      Прошу описать и раскрыть, как ответственными сотрудниками компании ведется учет по каждому виду просрочки и алгоритм принятия решений сотрудниками.
5.    Прошу описать какие действия, относящиеся к учету, осуществляет сотрудник стремясь вести учет обоих видов просрочки.
6.    Прошу предоставить образцы отчетности по просроченной задолженности в виде таблиц с заполненными примерами. С описанием назначения каждой колонки и описанием принципов заполнения этих колонок в строках табличной части.

Ответ:

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

(53) ты свою роль на проекте озвучишь?

(54) вряд ли это проект

(54) ведущий прог. че тут озвучивать

(54) ведущий специалист–разработчик 1С

(55) да, не проект)

(53) Пункт 3 меня убивает.

Если клиентов 1000+ а сотрудников 10 то КАК они свяжутся и договорятся?

(57) нет таких ролей на проектах

тьфу, глюк сори

(54) в трудовой так написано?

(50) Также не видел в жизни ТЗ по которому можно взять и накодить не вдаваясь в нюансы предметной области. Либо ТЗ писал другой программист, старший (при этом выиграл очень немного своего времени) чтобы занять подчиненного работой в проекте.
Х.З. уже практически 40 лет прошло как Брукс в человекомесяце всё это цывильно обосновал, а всё так же на грабли наступают много контор. Схема Аналитик - Архитектор - Кодер так соблазнительно смотрится простотой организации, что здравый практический смысл отставляется в сторону.

(62) роль на проекте не пишут в трудовую, а указывают в проектной документации

(59) а чем он тебя убивает? Учет на бумажках и в екселе.

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

(0) если тебе что-то не нравится\что-то не устраивает - ты всегда можешь уволиться. Если ты позиционируешь себя как "разработчик" то какая разница что там в ТЗ написано?!

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

(66) по башке всему отделу дадут)

(66) Я знаю схему учета, нужна аналитическая работа, которой нет вообще.
(0) - это очередной лоскут в кривом одеяле.
Причем, считаю, бизнес-процесс совершенно не проанализирован и нет выводов о необходимом уровне автоматизиции процесса.

(69) тебя заставили быть кодером? или ты сам согласился?

(67) а нах мне быть в зуб ногой, если есть чувак, который должен все описать?

(71) так ты работаешь в команде или нет?

(70) 4-е месяца назад я поднял вопрос, что есть масса аналитической работы.

Что нужен человек, который бы описал бизнес-процессы и построил систему, увязав все блоки.

По факту: я стал работать кодером по таким описаниям.

(69) ты все таки определись - либо ты разработчик (тогда будь любезен вникай во все т.к никто за тебя тебе кашку не разжует и в рот не положит) либо ты кодер - тогда ДА - все вопросы к аналитику

(73) так вот и кодируй - не лезь не в свое дело

может и ты дорастешь до такого уровня.

(0) Это задание заявка от ключевого пользователя

(76) если деградирую в него

(0) у..ил бы такого кодера

(78) зачем тогда просил аналитика? нужно было самому идти на проект аналитиком, а просить себе кодера

изучите графики оплат в УТ 11 ..писал человек измученный одинэсом

(80)
Ожидал, что придет человек, который будет заниматься работой аналитика, а не постановщик задач кодеру.

(81) графики оплат уже слямзили из 1С Риэлтор, которая на УТ. Остальные хотелки в схему УТ никак не вписываются.

а что там не вписывается то ? там есть заказ и его корректировка - все что вы должны делать это постоянно обновлять графи оплат и все. И закрывать их деньгами. Т.е. график оплаты - деньги - корректировка, новый график оплаты ..оплата .. а текст .. ну ..в конечном счете кто то должен тексты писать.

хотя , конечно не дай бог по такому тексту начать что то делать

Много букв. Неосилил.

(84) в сфере рассрочки, процентов и прочего, все по-другому чем в обычной торговле

(0) У тебя самого какие претензии к этому?

(88)
- мне нужен качественные описания и выполеный анализ теоретической части бизнес-процесса;
- выводы о том, какие составляющие процесса необходимо автоматизировать в рамках того, что ведется разработка ERP-системы;
- и если потребуется, то предложения по реализации в разрабатываемой системе, но это уже после того, как отшлифован п.1 и п.2

+(89) нужно включение этого лоскута в общую концепцию разрабатываемой системы, которая должна уже быть на момент написания (0)

(90) это все нужно РП со стороны заказчика, а ты кодируй

(91)
1. РП - генеральный директор.
2. Тупая кодировка по неутвержденным и несогласованным лоскутам человека, имеющего меньший опыт в разработке и вытекающие отсюда постоянные переделки - это потеря 85%  проектного времени.

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

(57) >>  ведущий специалист–разработчик 1С

Так вот ты какой "сферический конь в вакууме" !.....

ТС воюет с коррупцией. Кто-то из руководства уже договорился с откатом от "разработчика".

Классика 1С внедрения.

(95) разработчики штатные, а РП генерал

(89) Что такое "Теоретическая часть бизнес-процесса"?
Автоматизировать в рамках разработки - это как? То что разрабатывается автоматизировать, а то, что не разрабатывается - нет?

(97) теоретическая часть бизнес процесса это:
- изучить требования заказчика к системе
- изучить хотелки пользователей
- изучить как пользователи сейчас ведут учет и как его фиксируют
- составить структуру и блок-схему связей и алгоритмов принятия решений

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

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

Определить, надо ли, чтобы сотрудникам создавались напоминания о просрочке.
Надо ли, чтобы руководство видело как сотрудники отработали по этим напоминаниям и насколько эффективно.

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

В этом, на мой взгляд, и заключается работа системного аналитика.
А не в том, чтобы сидеть и писать задачки на кодирование.

(0) ЭЭЭ вы под веществами чтоли мою работу хаят !!!!!

(98) А какие еще есть части у бизнес-процесса?

(100) главная часть в том, что системный аналитик может вообще ничего не знать об 1С, но при этом успешно работать.

(101) Это часть бизнес-процесса? Какого?

(102) покормить тролля - тоже часть бизнес процесса :)

(103) Без обид. Но у тебя мышление неорганизованное. Вместо претензий к какому-то дяде, занялся бы собой.

Эх... 1Цы-доступно и всерьез (с) pit

Подобные тексты получаю от пользователей. Специальных архитекторов, аналитиков и постановщиков не нанимаю.
(0)Конфигурация - нетленка, отраслевая или типовая?

Нормальное описалово, по крайней мере понятно что клиенту НАДО.
.
как вариант: все от слов "Для реализации в программе необходимо создать..." - выкинуть. Как сделать чтобы это было удобно и "красиво" - это дело кодера. Конечно если между кодером и юзверем куча прокладок - тогда пусть рисуют схему, вплоть до связей таблиц ми макетов экранных форм.
.

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

постановщик задач является системным аналитиком, т.к. ставит задачи кодеру, и архитектором системы тоже является, т.к. проектирует доработки

в (0) неструктурированный текст, пока начинающего консультанта, а в (53) ответ состоявшегося программиста-пи...бола..

(108) кхем... это не конь в пальто с каплеем, а конь, пальто, каплей и коньяк))

(0) автор, я тебе говорил уже сегодня, что ты задолбал со своим нытьем или еще не говорил?

(111) Лефмихалыч, таки же, автор ноет?))

(112) Аватор уже две ветки ноет, никто его не выипет, заипал уже

(112) ящщетаю - да. Он распускает нюни по причине: "мвяяяааа, вокруг меня не идеальные люди и не идеальные работники, которые не идеально делают свою работу, не кушают радугу и не какают бабочками".
ТСу могу порекомендовать от этих проблем только малый набор дайвера - старый тазик и мешок цементу

(114) Ручка и бумага - заява на уволнение. "У нищих слуг нет". Никто ему ничего не должен.

(115) Способ дешевле хотоел написать.

Цемент  - сука - ноне дорогой.

(0) На первый взгляд написано круто. Но при ближайшем рассмотрении много понтов и мало толка.
Он характерен высокой степенью свободы для исполнителя. Для кодера не пригоден, для консультанта-архитектора-кодера пригоден, НО человек написавший это является чрезвычайно вредным препятствием между высококлассным специалистом и заказчиком.
Иначе говоря, мега-консультант-архитектор-кодер выполнит задачу качественнее без этой прослойки, пообщавшись напрямую с заказчиком

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

(118) Во, прочитал и был согласен, думал- про автора. Потом дошло - что это утешение автору. Но про "прослойку" и "вреден" - точно для всех.

тут совершенно очевидно один из двух лишний. Мегапостановщик, несомненно - грамотный чувак. Но и исполнитель,способный выполнить это суперзадание - несомненно чувак БОЛЕЕ грамотный, чем мегапостановщик.
Кто-то тут лишний. Всё равно кто.

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

(120) У меня дир решал просто и справедливо по своему - обоих в топку. Этих такая же судьба настигнет

(121) ... что понял, из того, что запомнил, из того, что услышал

один не может, другой не хочет

а фирме деньги нужны, а не сопли двух псевдовзрослых

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

но правда ещё в том, что это просто война между этими двумя. Щас один из них сдриснет и всё наладится.

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

(126) сударь, вы сейчас дерзновенно отрицнули преимущество разделения труда и его влияние на производительность и качество этого самого труда. Окститесь немедля или мировой общественности придется эксгумировать бренные останки Адама Смита, дабы он переписывал свое "происхождение капиталла" в целях, шобы оно вам, панимаишь, не перечило

а закаЗчик доволен?

(130) Боюсь заказчик как обычно пока не знает, и ждет выхОдОв, валя все на издержки автоматизации. Иначе хер бы он тут вторую ветку открыл, а работал бы с колом в опе или на бирже.

Да-а-а "Война и Мир" ТомВторой.

(0)Это довольно понятное явление:
1.Бухи хотят реализации своего представления об учете и методах. Заказ (заявки, хотелки) обретает черты удобства для бухгалтера.
2.Кодеру приятно смотреть на равные строчки кода, по которым сразу понятно что 2+2=4. Кодеру удобнее "правильно кодить" на что бухам наложить откровенно: "Если ты не можешь то что мы просим, значит ты не достаточно опытен!"(фраза с натуры)
3.Аналитик (архитектор или постановщик задач) пытается объяснить Кодеру что хотят Бухи.

Все как всегда! Чему тут удивлятся?

Многословие - признак неопытности но, при наличии стараний и упорства, со временем, тексты могут стать и лучше.

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

Для самого спеца, признание того, что он ещё не готов вести такую работу равнозначно карьерному самоубийству.

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

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

3. Найти свой способ не впадая в крайности. Самые эфективные рабочие отношения строятся на компромиссах и договорах.

Тут ТС сам должен для себя решить как козак с раненным конём:
"Помочь-лечить"?, - или "Пристрелить, чтобы не мучаться..."

(0) Это человек который не удосужился изучить функционал 1С. Данная задача достаточно легко без кодинга решается в подсистеме Бюджетирование в УПП. Далее как его обозвать решайте сами.

Имхо, постановщик.  и чего тут все кривятся от объема?  Чем подробнее тз , тем легче работать.
Нормально написано.

Это тетя Мотя, которую научила другая тетя Мотя, работавшая в похожей программе в 900-затертом году оператором. Псевдоумник с универсальными кусками техзаданий, из которых не видно ни специфики предприятия, ни конечной цели. Подобных заготовок у него много, полохотронит дирекцию, сказочки порассказывает, потом дальше полетит. ТС ничего с ним сделать не сможет, поскольку сказки рассказывает не такие красивые. Топик стартеру придется поработать за себя и за того парня.

(133) Предложение компромисса лучшее из возможного, вот только заставить сказочников работать еще никому не удалось!

за два года работы не было ни одного ТЗ вообще, я вполне понимаю ТС, а вся миста пытается его гнобить, мол, намекают какую роль занимает и прочее, специалисту должны поставить задачу, что здесь думать и  критиковать.

(134) Взаиморасчеты на подсистеме бюджетирования? Вы нереально крутой.

Не видели вы наши ТЗ, вот там расписано от и до последних реквизитов. Считаю, что это очень удобно, не теряется время на продумывание структуры и связей, всё уже расписано.

(140) На кой ляд программер, которому нужно все расписывать до реквизитов? Если я так буду расписывать, то проще выгнать его и сделать все самому. По времени практически то на то будет.

Я понимаю еще описать бизнес-логику и требования. Но способ решения, алгоритмы и т.п. - это головная боль программиста. Может ему еще экранные формы нарисовать с указанием в пикселях позиций реквизитов?

Напомнило задачи для аттестации 1С:Специалист, особенно по 1С:Бухгалтерии версии 7.7.

Автора понимаю - это постановка задачи, анализа нет.
Но хочу автору еще подкинуть мысль - чтобы делать корректный анализ - нужно въезжать в саму систему учета предприятия ппц как долго, т.е. без понимания окружающих бизнеспроцессов аналитик не может корректно проанализировать какой-то вот конкретный процесс. А общий анализ - это время, а работает чел. как я понимаю недолго...
У меня на прошлой работе был шикарный постановщик...
нефига не шарил в 1с, зато на бумажке рисовал всю бизнеслогику, подробненько, системненько, где какие данные откуда берутся с формулами и расчетами, с объектами учета квадратиками.... в месте с начальником ИТ рыдали когда он уволился.

(57) Ведущий специалист-разработчик? Всё ясно. Гонору и амбиций на целого князька.