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

1) Регистрация ПО (программ для ЭВМ, если следовать терминам ФИПС и Роспатента);
2) Постановка результата внутренней разработки на бухгалтерский учет как нематериального актива.

Казалось бы, разработка вполне себе успешна, дает результат, зачем нам еще эти нелепые телодвижения и бюрократизм? Отвечу. Через два этих действия вы получаете возможность обладать юридически значимым активом, который ваша компании может продавать как полностью, так и по лицензионной схеме, получаете возможность защиты (ну, скажем скорее более уверенной позиции защиты и значимые аргументы для судебной системы) разработки компании в случае кражи ПО или несанкционированного использования третьей стороной. Защищаете свои интересы в случае недобросовестного поведения разработчика. Ну и что немаловажно, вы создаете актив, который можно амортизировать и получать возврат части налогов, и который увеличивает стоимость компании. Т.е. если резюмировать более кратко, со стороны ИБ вы получите аргумент для юридической защиты в судах, со стороны ИТ вы получите финансовые бенефиты для компании, что здорово добавляет вам очков при планировании очередного бюджета и в целом показываете свою вовлеченность в финансовый результат компании.

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

По первой части, регистрации в ФИПС, вам поможет любой патентный поверенный, которых сейчас довольно таки много. Он запросит минимум информации для описания, листинг части кода и через 60 дней ФИПС выдаст вам красивый сертификат о регистрации. Стоимость подобной услуги на рынке около 10 000 рублей, так что думаю, что в детали заполнения документов можно не вникать.

По второй части, созданию НМА, работ значительно больше. Во-первых, вам стоит обзавестись формализованной документацией, показывающей процесс разработки. В частности, нужно подготовить – ТЗ на систему, план реализации, постановку задач сотрудникам, приемку выполненных задач в виде актов, протокол приема ПО комиссией, акт тестовой эксплуатации, акт о вводе в эксплуатацию, журнал опытной эксплуатации. Формы документов можно взять для простоты ГОСТовые. Теоретически документы можно сделать «задним» числом. Далее считаете ФОТ разработчиков, косвенные расходы на столы\стулья\электричество\покупные dll и все прочее — и вот у вас уже есть стоимость НМА. Совокупность этих данных передается бухгалтерам для внутреннего учета.

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