27 января 2015

Авторский надзор в проектах по Аксапте

Данный документ разработан мной по результатам моей работы в одной из компаний-внедренцев Аксапта в 2013…2014 годах. Я участвовал в нескольких проектах. Я увидел, что наибольшие затруднения у клиентов возникают в моменты закрытия периодов.

Я полагаю, что такие временные затруднения имеют место у всех партнёров, у всех клиентов и на всех учётных системах.
Но в случае Аксапты тому есть 2 причины:

  • операции закрытия периодов — разовые и очень ответственные, предугадать результат их выполнения не представляется возможным, а результат может оказаться неудовлетворительным вследствие ошибок;
  • расхождения в данных.

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

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

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

Ожидаемый результат
За 1-1.5-2 года можно сделать всё так, что все отчёты в Аксапте будут сходиться, и партнёры смогут сосредоточиться на реализации клиентской специфики, а не делать все дружно одно и то же, исправляя одни и те-же ошибки и «наступая на те же грабли».
Будут построены отношения с аудиторами таким образом, что они станут предпочитать систему Axapta системе 1C, что скажется на продажах в некоторой степени.

План работ
Необходимо выполнить следующие работы

  1. Разработка механизмов проверки корректности введённых данных и предоставление таких механизмов партнёрам
  2. Контроль того, что партнёр применяет эти механизмы самостоятельно и следит за корректностью введённых данных в систему. Для этого партнёры должны включить в планы проектов задачу «Контроль введённых данных»
  3. Содействие партнёрам в исправлении ошибочных данных.
  4. Контроль того, что партнёр провёл соответствующее обучение для сотрудников клиента, в случае возникновения ошибок в данных по вине клиента.
  5. Обобщение информации об имевших место ошибках в данных, в случае, если ошибки возникли из-за человеческого фактора — для того, чтобы проактивно сформировать соответствующие программы обучения, если имела место техническая ошибка — для того, чтобы оперативно зарегистрировать её в системе регистрации ошибок MBS и оперативно её исправить.
  6. Формирование «Лучших практик»
  7. Публикация статей, участие в форумах
  8. Взаимодействие с аудиторскими компаниями для разъяснения и демонстрации возможностей MS Dynamics Ax для исполнения требований ФЗ № 307-ФЗ «Об аудиторской деятельности»
  9. Оказание содействия разработчикам в формировании планов разработки и включения в планы адаптированной рос. отчётности.

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

Этот документ был отправлен в MBS три месяца назад  реакция нулевая. Чтобы мысль не пропала  опубликовал его здесь.