Привет! Это чатик со строгими правилами.

* Спамеры караются мгновенно, автоматически и навсегда.
1. Первые три сообщения от вас в этом чатике не должны содержать ссылок или форвардов. Включен авто-бан и удаление первого сообщения нового пользователя, если оно содержит ссылку.
2. Нетехдирские темы или использованием икс-лексики приводят к санкциям.  Любой может ответом на ваше сообщение написать "!report" и после трёх таких жалоб вы уходите в молчанку на 30 минут.
3. Особо неадекватные могут заработать до 5 предупреждений от админов, после чего автоматически уходят в молчанку на сутки.
4. Все GIF и видео, аудио автоматически удаляются
5. Любые формы рекламы или объявления о вакансиях только по согласованию с основателем чатика.

Чтобы согласиться с правилами и общаться в чатике, нажми кнопку ниже этого текста!

Коллеги, добрый день!
Можете порекомендовать компании оказывающие заказную разработку ПО?
Вообще есть у кого-то опыт доработки внутренних проектов силами внешних подрядчиков?

Надо сделать марш-брасок, а своих сил не хватает

Outstaff не рассматриваете?
Тимлид+аналитик от компании + аутстаф разработка-тестирование

Деньги только по госконтракту 😔

dn.khelilov написал Вам в личку

Коллеги доброе! Начинаем выстраивать "правильный" учет стоимости нематериальных активов. С чем столкнулись - у нас  SaaS, еженедельные релизы и понятие "версии продукта с полезным сроком эксплуатации" как бы отсутствует. Кто-то имеет практику в выстраивании этого процесса для SaaS решений? Или может посоветуете контакт или группу какую. Спасибо!

А вы этот учёт выстраиваете к OKR и каждую фичи, реализуемую разработчиками аналитики включают в подсчёт достижимых показателей?

ну вот как будто бы фичи действительно нужно описывать и учитывать и на баланс ставить. Но это выглядит как очень большая работа в стол. Интересно, можно ли версии SaaS документально выпускать скажем раз в два года, а остально считать эксплуатацией с постоянными улучшениями..

Это работа в стол только если вы сами фичи делаете в стол. Каждая фича или приближает вас к достижению okr или отдаляет.

А зачем нужен okr? Для его достижения придётся считать всё "по правильному".

А вот это "Интересно, можно ли версии SaaS документально выпускать скажем раз в два года, а остально считать эксплуатацией с постоянными улучшениями.." не понял для чего. Поясни, Plz!

Чисто формально, чтобы закрыть бумагами "остальное" можно считать опытно-промышленной экспулуатацией, а в конце двухлетки "выпускать" релиз на бумаге.

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

ну вот как бы да.. Кто-то может тут аудит бухгалтерский проходил с подобным подходом? Практика интересна

Это здоровский бухгалтерский вопрос, - теперь я понимаю, почему у них вечно болит голова. Тут больше технари сидят...

Агрегаты за интервал. На балансе 1 НМА, методику переоценки пишете как часть учётной политики. Плоскость управленческого учёта(окр ы всякие) отделите от бухгалтерского. Мешать как правило нехорошо

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

ха ))) прикольно! Накатаю на коленке, резюме последний раз лет десять назад писал

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