Егор, Аналитик 1С
Ещё со времён работы во внедрении я привык к формату «И чтец, и жнец, и на дуде уже всех тоже достал». Такой подход постепенно вылился в моё участие в работе в основном с нетиповым функционалом 1С. Именно там требуется говорить на одном языке и с пользователем, формирующим потребность, и с программистом, ведущим доработку, и с руководством проекта со стороны Заказчика. Отсюда получаются вполне предсказуемые сложности — типовой функционал, который я вроде как знаю, каждый раз приходится изучать как новый, ведь видел я его последний раз больше года назад, а в случае с дорабатываемым функционалом всегда есть проблема оптимального решения, ведь тут уже не работает аргумент «Так надо, потому что закон/регламент/логика типового функционала…». Решение, которое ты предлагаешь Заказчику — одно из множества различных вариантов.
Справляюсь я этой особенностью нетиповой разработки в основном предподготовкой. Вместо предположения одного решения рассматриваю сразу несколько и их же предлагаю Заказчику. Ведь в каждом конкретном кейсе именно Заказчику виднее, что такое «оптимально» — здесь это максимальная простота поддержки, а там уже сколько угодно можно городить, главное чтобы бухгалтеру нужно было нажать на одну кнопку меньше.
Одним из самых интересных в моей практике был проект поддержки очень старой ERP в компании, которая занималась импортом медицинского оборудования. Естественно, у них было огромное множество самых разных потребностей учёта, тонкостей и нюансов. Под такие потребности конфигурация была доработана настолько, что нетипового функционала там было уже больше, чем типового. Так что, при необходимости новых релизов типового функционала, им проще было его доработать, чем обновляться.
Задачи к поддержке, коих появлялось от одной до трёх новых в день, всегда были самые разные. И вот эти самые разные задачи, ввиду размаха доработки, уверенно продолжали сталкивать меня с новым и новым функционалом. В огромном объёме их доработок всегда было что-то, чего я ещё не видел за несколько месяцев поддержки. Вчера находили, что причиной неправильного расчёта комиссий в ГДТ была ошибка, оставленная 1С в типовом коде УТ (и перекочевавшая в ERP) много лет назад, а завтра мы разбираем здоровенный отчёт, строящийся исключительно на нетиповых регистрах для учёта остатков товара на складе на каждую отдельную дату относительно его доли в общем доходе всех продаж, при том что документацию этих регистров уже давно съели мыши. Последнее добавляло и головной боли, и эффекта новизны как ничто другое.
Именно на этом проекте, как мне кажется, я получил больше всего опыта, хотя относительно всего времени моей работы с 1С, он был не таким уж и долгим.
Какие проекты в вашей практике были самыми интересными?