В новой версии мы немного изменим навигацию.
Понимаем, что такие изменения часто вызывают дискомфорт — полностью убрать его невозможно, но хотим объяснить логику и заранее подсветить, что меняется.
1️⃣ Убираем «Биллинг»
Область «Биллинг» и роль «Биллинг-менеджер» будут удалены.
Вся функциональность переносится в 💰 Финансы (Finance).
При этом раздел «Финансы» расширяется. В ближайших обновлениях появятся:
• 📄 Входящие акты (от субподрядчиков)
• 🧾 Входящие счета (от субподрядчиков)
Финансовый контур становится единым — без разделения на отдельные зоны.
2️⃣ Добавляем «Базу знаний»
Появится отдельная область 📚 База знаний (Knowledge).
Здесь будут доступны все вики-пространства, к которым у пользователя есть доступ.
Это позволит логично отделить корпоративные знания от операционной работы в проектах.
🧭 Общая логика навигации
Навигация строится вокруг рабочих пространств — по ролям и зонам ответственности, а не по модулям системы.
• 👤 Моя работа (My Work) — user-centric workspace.
Персональный рабочий центр сотрудника: мои задачи, согласования, таймшиты и заявки.
• 📁 Проекты (Projects) — role-based workspace.
Управление портфелями, программами, проектами и задачами в едином контуре исполнения.
• 👥 Ресурсы (Resources) — role-based workspace.
Планирование загрузки и бронирование ресурсов, контроль мощностей и доступности команд.
• 💰 Финансы (Finance) — role-based workspace.
Бюджеты, выручка, счета и финансовый контроль проектов.
• 🤝 Клиенты (Clients) — role-based workspace.
Организации, контакты и сделки — связка пресейла и проектов.
• 🧑💼 Команда (Team) — role-based workspace.
Рабочее пространство руководителя для контроля загрузки и согласований.
• 📚 База знаний (Knowledge) — domain workspace.
Корпоративная база знаний и проектная документация.
• 📊 Аналитика (Analytics) — cross-cutting system layer.
Сквозные отчёты и управленческие дашборды.
• ⚙️ Настройки (Settings) — cross-cutting system layer.
Администрирование, права доступа и конфигурация системы.
🎯 Цель изменений — сделать навигацию отражением реальной модели управления проектным бизнесом: кто чем управляет и за что отвечает.
__
Дальше доработаем области.
В "Моя работа" появится:
• Календарь бронирования по текущему сотруднику.
• Список "Избранное" — пользователь может сам отметить важные для него сущности, представления или вики-пространства.
В "Команда" появится больше инструментов анализа и контроля, прежде всего утилизации.
Понимаем, что такие изменения часто вызывают дискомфорт — полностью убрать его невозможно, но хотим объяснить логику и заранее подсветить, что меняется.
1️⃣ Убираем «Биллинг»
Область «Биллинг» и роль «Биллинг-менеджер» будут удалены.
Вся функциональность переносится в 💰 Финансы (Finance).
При этом раздел «Финансы» расширяется. В ближайших обновлениях появятся:
• 📄 Входящие акты (от субподрядчиков)
• 🧾 Входящие счета (от субподрядчиков)
Финансовый контур становится единым — без разделения на отдельные зоны.
2️⃣ Добавляем «Базу знаний»
Появится отдельная область 📚 База знаний (Knowledge).
Здесь будут доступны все вики-пространства, к которым у пользователя есть доступ.
Это позволит логично отделить корпоративные знания от операционной работы в проектах.
🧭 Общая логика навигации
Навигация строится вокруг рабочих пространств — по ролям и зонам ответственности, а не по модулям системы.
• 👤 Моя работа (My Work) — user-centric workspace.
Персональный рабочий центр сотрудника: мои задачи, согласования, таймшиты и заявки.
• 📁 Проекты (Projects) — role-based workspace.
Управление портфелями, программами, проектами и задачами в едином контуре исполнения.
• 👥 Ресурсы (Resources) — role-based workspace.
Планирование загрузки и бронирование ресурсов, контроль мощностей и доступности команд.
• 💰 Финансы (Finance) — role-based workspace.
Бюджеты, выручка, счета и финансовый контроль проектов.
• 🤝 Клиенты (Clients) — role-based workspace.
Организации, контакты и сделки — связка пресейла и проектов.
• 🧑💼 Команда (Team) — role-based workspace.
Рабочее пространство руководителя для контроля загрузки и согласований.
• 📚 База знаний (Knowledge) — domain workspace.
Корпоративная база знаний и проектная документация.
• 📊 Аналитика (Analytics) — cross-cutting system layer.
Сквозные отчёты и управленческие дашборды.
• ⚙️ Настройки (Settings) — cross-cutting system layer.
Администрирование, права доступа и конфигурация системы.
🎯 Цель изменений — сделать навигацию отражением реальной модели управления проектным бизнесом: кто чем управляет и за что отвечает.
__
Дальше доработаем области.
В "Моя работа" появится:
• Календарь бронирования по текущему сотруднику.
• Список "Избранное" — пользователь может сам отметить важные для него сущности, представления или вики-пространства.
В "Команда" появится больше инструментов анализа и контроля, прежде всего утилизации.
👍2👨💻2❤🔥1🤯1🤪1
В следующем релизе мы серьезно развиваем ИИ-ассистента 🚀
И делаем шаг, который может показаться неожиданным: он станет более детерминированным.
Почему это не самый простой выбор?
С одной стороны, все хотят «волшебную коробку» — задал вопрос, получил ответ, ни о чем не думаешь. Низкий порог входа, минимум настроек, максимум магии.
С другой — в корпоративной и профессиональной среде магии недостаточно.
Там есть требования:
🔹ответ должен быть точным,
🔹должно быть понятно, на основании чего он получен,
🔹результат должен быть воспроизводимым.
Поэтому в новом релизе у ассистента появляются настройки. Да, теперь кое-что придется выбирать. И это осознанный шаг.
1️⃣ Выбор источника
Главный риск — пользователи не поймут, что источник нужно выбирать. Но в рабочей среде это критично.
Ассистент может опираться на разные базы знаний, и важно явно указать, откуда он должен брать данные. Это снижает галлюцинации и повышает доверие к ответу.
2️⃣ Вики-пространства в наборах источников
Теперь ответы формируются не только на основании справки по системе, но и вашей внутренней документации.
Если у вас ведутся Wiki-пространства — ассистент сможет учитывать их при формировании ответа.
Это уже не абстрактный ИИ, а инструмент, работающий в контексте вашей компании.
3️⃣ Выбор модели
Можно оставить «по умолчанию».
Но у многих есть предпочтения — по качеству, стилю, скорости или стоимости.
Сейчас доступно около десятка моделей — от Yandex GPT до Qwen 3.
Разные архитектуры, разные поведенческие профили. Возможность выбора — это контроль.
4️⃣ Температура
В терминах ИИ это своего рода «реостат фантазии».
Анализируете сущности, нормативку, договоры? Температуру лучше снижать — меньше вариативности, больше строгости.
Пишете письмо клиенту по шаблону или генерируете идеи? Можно «прибавить» — модель станет креативнее.
Мы сознательно уходим от полностью «магического» подхода к управляемому интеллекту.
Да, это требует чуть больше осознанности.
Но взамен вы получаете:
🔹предсказуемость,
🔹прозрачность,
🔹контроль качества,
🔹адаптацию под конкретный сценарий.
ИИ в профессиональной среде — это не фокус. Это инструмент.
И инструмент должен настраиваться.
И делаем шаг, который может показаться неожиданным: он станет более детерминированным.
Почему это не самый простой выбор?
С одной стороны, все хотят «волшебную коробку» — задал вопрос, получил ответ, ни о чем не думаешь. Низкий порог входа, минимум настроек, максимум магии.
С другой — в корпоративной и профессиональной среде магии недостаточно.
Там есть требования:
🔹ответ должен быть точным,
🔹должно быть понятно, на основании чего он получен,
🔹результат должен быть воспроизводимым.
Поэтому в новом релизе у ассистента появляются настройки. Да, теперь кое-что придется выбирать. И это осознанный шаг.
1️⃣ Выбор источника
Главный риск — пользователи не поймут, что источник нужно выбирать. Но в рабочей среде это критично.
Ассистент может опираться на разные базы знаний, и важно явно указать, откуда он должен брать данные. Это снижает галлюцинации и повышает доверие к ответу.
2️⃣ Вики-пространства в наборах источников
Теперь ответы формируются не только на основании справки по системе, но и вашей внутренней документации.
Если у вас ведутся Wiki-пространства — ассистент сможет учитывать их при формировании ответа.
Это уже не абстрактный ИИ, а инструмент, работающий в контексте вашей компании.
3️⃣ Выбор модели
Можно оставить «по умолчанию».
Но у многих есть предпочтения — по качеству, стилю, скорости или стоимости.
Сейчас доступно около десятка моделей — от Yandex GPT до Qwen 3.
Разные архитектуры, разные поведенческие профили. Возможность выбора — это контроль.
4️⃣ Температура
В терминах ИИ это своего рода «реостат фантазии».
Анализируете сущности, нормативку, договоры? Температуру лучше снижать — меньше вариативности, больше строгости.
Пишете письмо клиенту по шаблону или генерируете идеи? Можно «прибавить» — модель станет креативнее.
Мы сознательно уходим от полностью «магического» подхода к управляемому интеллекту.
Да, это требует чуть больше осознанности.
Но взамен вы получаете:
🔹предсказуемость,
🔹прозрачность,
🔹контроль качества,
🔹адаптацию под конкретный сценарий.
ИИ в профессиональной среде — это не фокус. Это инструмент.
И инструмент должен настраиваться.
🔥5
В новой версии мы добавили эпики 🚀
Эпик — это особый тип задачи, который помогает структурировать работу и управлять крупными инициативами.
Что это даёт:
🔹 Иерархию задач — объединяйте связанные задачи в один эпик
🔹 Работу с большими инициативами — эпик может включать задачи из нескольких спринтов
🔹 Удобную навигацию — задачи теперь можно фильтровать и группировать по эпику на доске
🔹 Быстрый доступ — свойство «Эпик» можно добавить на мини-карточку задачи
Панель эпиков в бэклоге 📊
Мы также добавили Панель эпиков (включается опционально):
📌 показывает список активных эпиков
🔎 при клике эпик фильтрует задачи в бэклоге
📈 отображает суммарную сложность эпика (SP)
✅ показывает процент выполнения
Теперь управлять большими задачами и прогрессом по ним стало намного проще.
Эпик — это особый тип задачи, который помогает структурировать работу и управлять крупными инициативами.
Что это даёт:
🔹 Иерархию задач — объединяйте связанные задачи в один эпик
🔹 Работу с большими инициативами — эпик может включать задачи из нескольких спринтов
🔹 Удобную навигацию — задачи теперь можно фильтровать и группировать по эпику на доске
🔹 Быстрый доступ — свойство «Эпик» можно добавить на мини-карточку задачи
Панель эпиков в бэклоге 📊
Мы также добавили Панель эпиков (включается опционально):
📌 показывает список активных эпиков
🔎 при клике эпик фильтрует задачи в бэклоге
📈 отображает суммарную сложность эпика (SP)
✅ показывает процент выполнения
Теперь управлять большими задачами и прогрессом по ним стало намного проще.
🔥1😁1
В новой версии мы обновили ИИ-ассистента 🤖
Теперь его можно гибко настраивать под свои задачи:
📚 Выбор источников данных — укажите, на какие данные ассистент должен опираться при формировании ответа.
🧠 Выбор языковой модели — используйте ту модель, которая лучше подходит под ваш сценарий.
🎛 Настройка температуры — регулируйте стиль ответов: от более точных и лаконичных до креативных и развернутых.
И это только начало.
🏢 Скоро появится поддержка on-premise — можно будет разворачивать решение внутри вашей инфраструктуры и подключать собственные модели. Именно поэтому мы уже сейчас добавили возможность выбора модели.
А чтобы показать разницу на практике — сравните ответы от разных моделей:
⚪️ YandexGPT — лаконично и по делу.
🟣 Qwen3 — подробнее, ярче и с большим количеством деталей.
Кому как больше нравится 😉
Теперь его можно гибко настраивать под свои задачи:
📚 Выбор источников данных — укажите, на какие данные ассистент должен опираться при формировании ответа.
🧠 Выбор языковой модели — используйте ту модель, которая лучше подходит под ваш сценарий.
🎛 Настройка температуры — регулируйте стиль ответов: от более точных и лаконичных до креативных и развернутых.
И это только начало.
🏢 Скоро появится поддержка on-premise — можно будет разворачивать решение внутри вашей инфраструктуры и подключать собственные модели. Именно поэтому мы уже сейчас добавили возможность выбора модели.
А чтобы показать разницу на практике — сравните ответы от разных моделей:
⚪️ YandexGPT — лаконично и по делу.
🟣 Qwen3 — подробнее, ярче и с большим количеством деталей.
Кому как больше нравится 😉
🔥4☃1
💼 В новой версии добавили оценку расчётов с субподрядчиками
Теперь в проектах можно планировать не только затраты, но и будущие расчёты с субподрядчиками.
Добавили два отдельных блока:
📄 Счета субподрядчиков — когда мы ожидаем получить счёт от субподрядчика.
💸 Оплаты субподрядчикам — когда мы планируем оплатить этот счёт.
И это не одно и то же.
Например:
счёт может быть выставлен 30 июня, а оплата по условиям договора — 30 июля.
Такое разделение помогает:
✔️ прогнозировать обязательства
✔️ точнее планировать денежные потоки
✔️ формировать платежный календарь проекта.
__
📡 Если что — мы есть в MAX
Теперь в проектах можно планировать не только затраты, но и будущие расчёты с субподрядчиками.
Добавили два отдельных блока:
📄 Счета субподрядчиков — когда мы ожидаем получить счёт от субподрядчика.
💸 Оплаты субподрядчикам — когда мы планируем оплатить этот счёт.
И это не одно и то же.
Например:
счёт может быть выставлен 30 июня, а оплата по условиям договора — 30 июля.
Такое разделение помогает:
✔️ прогнозировать обязательства
✔️ точнее планировать денежные потоки
✔️ формировать платежный календарь проекта.
__
📡 Если что — мы есть в MAX
👍2❤🔥1
Дорогие женщины и девушки, поздравляем вас с 8 марта! 🌷
Пусть в вашей жизни будет больше радости, тепла и вдохновения — и в работе, и за её пределами. Желаем, чтобы проекты складывались, задачи решались, клиенты радовали, а баланс между делами и жизнью находился легко.
Со своей стороны будем стараться делать всё возможное, чтобы в нашем сервисе было меньше поводов для раздражения и больше — для спокойной и удобной работы: с проектами, задачами, клиентами и финансами.
Спасибо, что вы с нами. С праздником! 💐
Пусть в вашей жизни будет больше радости, тепла и вдохновения — и в работе, и за её пределами. Желаем, чтобы проекты складывались, задачи решались, клиенты радовали, а баланс между делами и жизнью находился легко.
Со своей стороны будем стараться делать всё возможное, чтобы в нашем сервисе было меньше поводов для раздражения и больше — для спокойной и удобной работы: с проектами, задачами, клиентами и финансами.
Спасибо, что вы с нами. С праздником! 💐
❤6🎉6🥰3👍1
🔐 БЮЛЛЕТЕНЬ БЕЗОПАСНОСТИ
Не секрет, что в последние годы по нарастающей идёт рост числа атак на ИТ-инфраструктуру. Злоумышленники активно используют автоматизацию, фишинг, утечки паролей и уязвимости пользовательских устройств.
☁️ «Облачная» Timetta находится в контуре Yandex Cloud и прикрыта инфраструктурной защитой Яндекса: сетевыми фильтрами, защитой от DDoS, системами мониторинга и другими механизмами платформенной безопасности.
Но важно помнить: безопасность — это не только зона ответственности поставщика сервиса.
Значительная часть защиты находится на стороне пользователя.
__________
🧑💻 Что важно сделать на стороне абонента
🔑 Если у вас используется локальный провайдер аутентификации Timetta (встроенный механизм логина по паролю), важно настроить базовые политики безопасности:
• регулярная смена паролей
• достаточная сложность паролей
• запрет повторного использования
•⚠️ и обязательно второй фактор аутентификации (2FA) — сегодня это минимальная норма информационной гигиены
🏢 Если у вас есть собственная система управления доступом (SSO / корпоративный IdP), рекомендуем использовать внешний провайдер аутентификации и подключить вход через него.
Это позволит:
• централизованно управлять доступами
• быстрее отзывать права у сотрудников
• применять корпоративные политики безопасности
• использовать уже принятые в компании механизмы защиты
__________
🛡 Что предпринимаем мы
🌍 В ближайшее время ужесточим проверки для запросов вне региона RU.
Это означает, что работать из-под VPN с IP вне РФ по-прежнему будет возможно, но вероятность того, что система попросит подтвердить, что вы не робот (пройти CAPTCHA), станет выше.
Такие проверки основаны на алгоритмах машинного обучения и анализе поведенческих факторов, поэтому заранее предсказать их срабатывание невозможно.
⚠️ Кстати, работа через VPN уже сейчас может снижать скорость ответа системы из-за особенностей сетевой маршрутизации.
🔐 Также в скором времени мы начнём обязательное включение второго фактора аутентификации для всех пользователей, использующих локальный провайдер аутентификации Timetta.
__________
📌 Почему это важно
Сегодня большинство успешных атак начинается не со взлома инфраструктуры, а с компрометации учётной записи пользователя — через фишинг, утечки паролей или вредоносные расширения.
Включённый 2FA и корректные политики доступа снижают вероятность такого сценария на порядок.
🤝 Безопасность — это командная работа.
Мы усиливаем защиту со стороны сервиса, а правильные настройки на стороне пользователей помогают сделать систему ещё безопаснее.
Не секрет, что в последние годы по нарастающей идёт рост числа атак на ИТ-инфраструктуру. Злоумышленники активно используют автоматизацию, фишинг, утечки паролей и уязвимости пользовательских устройств.
☁️ «Облачная» Timetta находится в контуре Yandex Cloud и прикрыта инфраструктурной защитой Яндекса: сетевыми фильтрами, защитой от DDoS, системами мониторинга и другими механизмами платформенной безопасности.
Но важно помнить: безопасность — это не только зона ответственности поставщика сервиса.
Значительная часть защиты находится на стороне пользователя.
__________
🧑💻 Что важно сделать на стороне абонента
🔑 Если у вас используется локальный провайдер аутентификации Timetta (встроенный механизм логина по паролю), важно настроить базовые политики безопасности:
• регулярная смена паролей
• достаточная сложность паролей
• запрет повторного использования
•
🏢 Если у вас есть собственная система управления доступом (SSO / корпоративный IdP), рекомендуем использовать внешний провайдер аутентификации и подключить вход через него.
Это позволит:
• централизованно управлять доступами
• быстрее отзывать права у сотрудников
• применять корпоративные политики безопасности
• использовать уже принятые в компании механизмы защиты
__________
🛡 Что предпринимаем мы
🌍 В ближайшее время ужесточим проверки для запросов вне региона RU.
Это означает, что работать из-под VPN с IP вне РФ по-прежнему будет возможно, но вероятность того, что система попросит подтвердить, что вы не робот (пройти CAPTCHA), станет выше.
Такие проверки основаны на алгоритмах машинного обучения и анализе поведенческих факторов, поэтому заранее предсказать их срабатывание невозможно.
⚠️ Кстати, работа через VPN уже сейчас может снижать скорость ответа системы из-за особенностей сетевой маршрутизации.
🔐 Также в скором времени мы начнём обязательное включение второго фактора аутентификации для всех пользователей, использующих локальный провайдер аутентификации Timetta.
__________
📌 Почему это важно
Сегодня большинство успешных атак начинается не со взлома инфраструктуры, а с компрометации учётной записи пользователя — через фишинг, утечки паролей или вредоносные расширения.
Включённый 2FA и корректные политики доступа снижают вероятность такого сценария на порядок.
🤝 Безопасность — это командная работа.
Мы усиливаем защиту со стороны сервиса, а правильные настройки на стороне пользователей помогают сделать систему ещё безопаснее.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3🤝2✍1
Важное обновление платформы Timetta выйдет в эти выходные
Главное событие релиза — старт бета-теста корпоративной Wiki. Также мы добавили полноценный контур учёта субподрядчиков в финансах и изменили логику работы с заданиями воркфлоу (To Do).
Ключевые изменения:
▪️ Запускаем корпоративную базу знаний. Доступно создание пространств и статей. Появились удобные блоки «Примечания» и поиск с помощью ИИ-ассистента.
▪️ Теперь можно вести учёт затрат на субподрядчиков: от планирования оплат до отражения себестоимости в финансовых отчётах.
▪️ Добавлена поддержка эпиков для крупных целей. Появилась панель эпиков в бэклоге с отображением прогресса и суммарной сложности.
▪️Удалены старые представления «Входящие» и «Отправленные». Вместо них — единый список «Задания к исполнению» (To Do).
▪️В списке заданий появилась операция массового выполнения (например, согласовать несколько таймшитов одной кнопкой).
▪️ Область «Биллинг» удалена. Все компоненты перенесены в область «Финансы».
👉 Полный список изменений
#release
Главное событие релиза — старт бета-теста корпоративной Wiki. Также мы добавили полноценный контур учёта субподрядчиков в финансах и изменили логику работы с заданиями воркфлоу (To Do).
Ключевые изменения:
▪️ Запускаем корпоративную базу знаний. Доступно создание пространств и статей. Появились удобные блоки «Примечания» и поиск с помощью ИИ-ассистента.
▪️ Теперь можно вести учёт затрат на субподрядчиков: от планирования оплат до отражения себестоимости в финансовых отчётах.
▪️ Добавлена поддержка эпиков для крупных целей. Появилась панель эпиков в бэклоге с отображением прогресса и суммарной сложности.
▪️Удалены старые представления «Входящие» и «Отправленные». Вместо них — единый список «Задания к исполнению» (To Do).
▪️В списке заданий появилась операция массового выполнения (например, согласовать несколько таймшитов одной кнопкой).
▪️ Область «Биллинг» удалена. Все компоненты перенесены в область «Финансы».
👉 Полный список изменений
#release
🔥3✍1🤔1
📘 Обновили справку по динамическому коду
https://timetta.com/ru/docs/settings/dynamic-code/overview
Динамический код позволяет встраивать пользовательскую логику прямо в систему и использовать её в ключевых точках платформы.
Он применяется в нескольких механизмах:
🔧 Обработчики сущностей (Entity hooks) — переопределение логики CRUD-операций и обработка событий жизненного цикла сущностей.
⏱️ Задания по расписанию (Scheduled jobs) — выполнение пользовательского кода по расписанию.
🔐 Роли жизненного цикла (Lifecycle roles) — вычисление ролей, участвующих в переходах жизненного цикла и логике workflow.
Фактически это основной инструмент для добавления собственной бизнес-логики без изменения ядра системы.
🤖 Кстати, про ИИ.
Наш ИИ-ассистент уже уверенно помогает писать такие обработчики. Он стабильно генерирует большую часть кода — в среднем около 90% готовой реализации. Обычно остаётся только немного адаптировать логику под конкретный кейс и проверить результат.
Это заметно ускоряет разработку и убирает рутинную часть работы.
https://timetta.com/ru/docs/settings/dynamic-code/overview
Динамический код позволяет встраивать пользовательскую логику прямо в систему и использовать её в ключевых точках платформы.
Он применяется в нескольких механизмах:
🔧 Обработчики сущностей (Entity hooks) — переопределение логики CRUD-операций и обработка событий жизненного цикла сущностей.
⏱️ Задания по расписанию (Scheduled jobs) — выполнение пользовательского кода по расписанию.
🔐 Роли жизненного цикла (Lifecycle roles) — вычисление ролей, участвующих в переходах жизненного цикла и логике workflow.
Фактически это основной инструмент для добавления собственной бизнес-логики без изменения ядра системы.
🤖 Кстати, про ИИ.
Наш ИИ-ассистент уже уверенно помогает писать такие обработчики. Он стабильно генерирует большую часть кода — в среднем около 90% готовой реализации. Обычно остаётся только немного адаптировать логику под конкретный кейс и проверить результат.
Это заметно ускоряет разработку и убирает рутинную часть работы.
👍2✍1🤔1
🚀 Новая версия Timetta уже развернута и работает.
Версия для on-prem будет доступна завтра.
Что изменилось в релизе: https://timetta.com/ru/docs/change-log/2026/2026-03-14
А также два дополнительных изменения, которые не попали в основной changelog.
Обновлён отчёт "Финансы"
Мы переработали логику формирования факта и расширили аналитику отчёта.
Что изменилось:
— факт теперь собирается из проводок, а не из исходных документов;
— если вы не используете учётные периоды, корпоративный налог и затраты на капитализацию, для вас ничего не изменится;
— если используете - расчёты стали корректнее;
— для каждой строки добавлена аналитика Учётная статья;
— добавлены аналитики Субподрядчик и Юридическое лицо.
Описание отчёта: https://timetta.com/ru/docs/analytics/report-types/finance-report
Сильно переработан список центров затрат в проекте
Мы существенно упростили и структурировали работу с центрами затрат проекта и логикой учёта в разрезе юридических лиц.
Документация:
— общая логика учёта по юридическим лицам: https://timetta.com/ru/docs/projects/conceptions/legal-entity-accounting
— описание компоненты Центры затрат проекта: https://timetta.com/ru/docs/finance/components/project-cost-centers
______
📡 Если что — мы есть в MAX
Версия для on-prem будет доступна завтра.
Что изменилось в релизе: https://timetta.com/ru/docs/change-log/2026/2026-03-14
А также два дополнительных изменения, которые не попали в основной changelog.
Обновлён отчёт "Финансы"
Мы переработали логику формирования факта и расширили аналитику отчёта.
Что изменилось:
— факт теперь собирается из проводок, а не из исходных документов;
— если вы не используете учётные периоды, корпоративный налог и затраты на капитализацию, для вас ничего не изменится;
— если используете - расчёты стали корректнее;
— для каждой строки добавлена аналитика Учётная статья;
— добавлены аналитики Субподрядчик и Юридическое лицо.
Описание отчёта: https://timetta.com/ru/docs/analytics/report-types/finance-report
Сильно переработан список центров затрат в проекте
Мы существенно упростили и структурировали работу с центрами затрат проекта и логикой учёта в разрезе юридических лиц.
Документация:
— общая логика учёта по юридическим лицам: https://timetta.com/ru/docs/projects/conceptions/legal-entity-accounting
— описание компоненты Центры затрат проекта: https://timetta.com/ru/docs/finance/components/project-cost-centers
______
📡 Если что — мы есть в MAX
🚀 Обновление модуля бронирования
В новой версии развиваем модуль бронирования - сделали его быстрее и нагляднее.
📊 Прямо в календаре теперь видно, сколько открытых запросов на бронь и актуализацию.
✅ Выполнять действия можно сразу в календаре - без перехода в карточки, например, "Одобрить" или "Отклонить".
⚡️ Меньше лишних переходов - быстрее принятие решений и актуализация. загрузки ресурсов.
=====
📡 Если что — мы есть в MAX
В новой версии развиваем модуль бронирования - сделали его быстрее и нагляднее.
📊 Прямо в календаре теперь видно, сколько открытых запросов на бронь и актуализацию.
✅ Выполнять действия можно сразу в календаре - без перехода в карточки, например, "Одобрить" или "Отклонить".
⚡️ Меньше лишних переходов - быстрее принятие решений и актуализация. загрузки ресурсов.
=====
📡 Если что — мы есть в MAX
🚀 Развитие таск-трекера
В новой версии продолжим усиливать возможности Timetta Tasks — сделаем управление задачами более наглядным и гибким.
1. 📊 Эпики станут информативнее.
В карточке Эпика будут отображаться все дочерние задачи и общий прогресс по ним (на базе Story Points). Это позволит быстрее оценивать статус крупного блока работ.
2. 🔗 Добавим связи задач.
Связи станут графовой зависимостью между задачами, в отличие от иерархии Эпиков.
У каждой связи будут: две задачи. направление и тип связи.
Например:
— 🚫 Блокирует;
— ⏳ Зависит;
— 🔄 Использует результат.
Связи позволят явно моделировать зависимости и лучше управлять порядком выполнения задач — особенно в сложных проектах.
___
📡 Если что — мы есть в MAX
В новой версии продолжим усиливать возможности Timetta Tasks — сделаем управление задачами более наглядным и гибким.
1. 📊 Эпики станут информативнее.
В карточке Эпика будут отображаться все дочерние задачи и общий прогресс по ним (на базе Story Points). Это позволит быстрее оценивать статус крупного блока работ.
2. 🔗 Добавим связи задач.
Связи станут графовой зависимостью между задачами, в отличие от иерархии Эпиков.
У каждой связи будут: две задачи. направление и тип связи.
Например:
— 🚫 Блокирует;
— ⏳ Зависит;
— 🔄 Использует результат.
Связи позволят явно моделировать зависимости и лучше управлять порядком выполнения задач — особенно в сложных проектах.
___
📡 Если что — мы есть в MAX
🔥2
🎯 Графический редактор жизненного цикла
В новой версии релизим *Графический редактор жизненного цикла*.
Функционально всё остаётся как прежде, но:
— настраивать жизненные циклы станет быстрее и нагляднее;
— Прикладным администраторам будет проще конфигурировать систему;
— Бизнес-пользователи смогут лучше понимать логику процессов.
⚙️ Что дальше
Это только первый шаг 👇
1. Графический редактор появится в Воркфлоу.
2. Затем он станет доступен прямо в пользовательских сущностях.
3. Пользователи смогут видеть:
— на каком этапе процесса находится сущность;
— какие действия предстоит выполнить дальше.
🚀 Что это означает
— Timetta закрывает контур BPM внутри системы;
— бизнес-процессы становятся сквозными;
— процессы можно строить поверх проектной работы, CRM, таск-трекера.
💡 Итог
Уже сейчас такие сценарии возможны, но:
— станет нагляднее;
— станет быстрее;
— станет удобнее для всех участников процесса.
И это важный шаг к полноценному управлению процессами в рамках Timetta 🚀
В новой версии релизим *Графический редактор жизненного цикла*.
Функционально всё остаётся как прежде, но:
— настраивать жизненные циклы станет быстрее и нагляднее;
— Прикладным администраторам будет проще конфигурировать систему;
— Бизнес-пользователи смогут лучше понимать логику процессов.
⚙️ Что дальше
Это только первый шаг 👇
1. Графический редактор появится в Воркфлоу.
2. Затем он станет доступен прямо в пользовательских сущностях.
3. Пользователи смогут видеть:
— на каком этапе процесса находится сущность;
— какие действия предстоит выполнить дальше.
🚀 Что это означает
— Timetta закрывает контур BPM внутри системы;
— бизнес-процессы становятся сквозными;
— процессы можно строить поверх проектной работы, CRM, таск-трекера.
💡 Итог
Уже сейчас такие сценарии возможны, но:
— станет нагляднее;
— станет быстрее;
— станет удобнее для всех участников процесса.
И это важный шаг к полноценному управлению процессами в рамках Timetta 🚀
🔥3
Вебинар по управлению задачами и презентация Timetta Wiki
Полтора года назад мы запустили небольшое приложение для управления задачами. Сегодня это полноценный таск-трекер, который может заменить Jira, а с недавних пор еще и Confluence.
31 марта проведём вебинар, еще раз разберём основные функции таск-трекера и новинки недавних релизов, а также покажем Timetta Wiki, которая пока находит в стадии открытой беты. Не вебинаре вас ждёт:
▪️ Канбан и Scrum-доски, спринты, бэклог
▪️ Эпики для крупных задач
▪️ Wiki внутри проектов с Markdown и ИИ
▪️ Учёт времени по задачам
▪️Бизнес-процессы поверх жизненного цикла
🕐 Продолжительность: 60 минут
🔥 Дата и время: 31 марта (вторник) в 12:00 (мск)
📍 Площадка: Яндекс Телемост
👤 Ведущий: Александр Булиух, менеджер по развитию в Timetta
👉 Для получения ссылки на вебинар зарегистрируйтесь по ссылке.
—
📡 Если что — мы есть в MAX
#вебинар
Полтора года назад мы запустили небольшое приложение для управления задачами. Сегодня это полноценный таск-трекер, который может заменить Jira, а с недавних пор еще и Confluence.
31 марта проведём вебинар, еще раз разберём основные функции таск-трекера и новинки недавних релизов, а также покажем Timetta Wiki, которая пока находит в стадии открытой беты. Не вебинаре вас ждёт:
▪️ Канбан и Scrum-доски, спринты, бэклог
▪️ Эпики для крупных задач
▪️ Wiki внутри проектов с Markdown и ИИ
▪️ Учёт времени по задачам
▪️Бизнес-процессы поверх жизненного цикла
🕐 Продолжительность: 60 минут
🔥 Дата и время: 31 марта (вторник) в 12:00 (мск)
📍 Площадка: Яндекс Телемост
👤 Ведущий: Александр Булиух, менеджер по развитию в Timetta
👉 Для получения ссылки на вебинар зарегистрируйтесь по ссылке.
—
📡 Если что — мы есть в MAX
#вебинар
👍2✍1🤔1
В сложных системах терминология — это часть пользовательской модели, а не просто набор названий.
Хороший пример — различие между:
🔹 работа проекта;
🔹 задача;
🔹 задание воркфлоу.
Все они описывают деятельность, но относятся к разным уровням управления. Если эти уровни не разделены в терминах, пользователю становится сложнее ориентироваться в системе.
Сейчас мы прорабатываем терминологию для воркфлоу.
Есть два уровня:
🔸 Схема воркфлоу (Workflow declaration);
🔸 Экземпляр воркфлоу (Workflow instance).
С технической точки зрения такая терминология корректна и однозначна. Однако в пользовательском интерфейсе важны дополнительные критерии:
▪️ краткость;
▪️ интуитивная понятность;
▪️ соответствие привычной деловой лексике.
Текущий вариант:
Альтернативный вариант:
В этом случае:
🔹 Воркфлоу — это описание (шаблон);
🔹 Процесс — это его выполнение (экземпляр).
Такое именование потенциально снижает когнитивную нагрузку:
✅ термин «процесс» широко используется в бизнес-контексте;
✅ не требует дополнительной интерпретации;
✅ естественно используется в действиях интерфейса (например, «запустить процесс»).
При этом возникает вопрос точности: сохраняется ли однозначное соответствие между моделью и термином.
—
ВОПРОС
Насколько корректно использовать термин «Процесс» как обозначение экземпляра воркфлоу?
👍 — корректно и понятно
👎 — снижает точность или может вводить в заблуждение
Хороший пример — различие между:
🔹 работа проекта;
🔹 задача;
🔹 задание воркфлоу.
Все они описывают деятельность, но относятся к разным уровням управления. Если эти уровни не разделены в терминах, пользователю становится сложнее ориентироваться в системе.
Сейчас мы прорабатываем терминологию для воркфлоу.
Есть два уровня:
🔸 Схема воркфлоу (Workflow declaration);
🔸 Экземпляр воркфлоу (Workflow instance).
С технической точки зрения такая терминология корректна и однозначна. Однако в пользовательском интерфейсе важны дополнительные критерии:
▪️ краткость;
▪️ интуитивная понятность;
▪️ соответствие привычной деловой лексике.
Текущий вариант:
RU: Воркфлоу → Экземпляр воркфлоу
EN: Workflow → Workflow instance
Альтернативный вариант:
RU: Воркфлоу → Процесс
EN: Workflow → Process
В этом случае:
🔹 Воркфлоу — это описание (шаблон);
🔹 Процесс — это его выполнение (экземпляр).
Такое именование потенциально снижает когнитивную нагрузку:
✅ термин «процесс» широко используется в бизнес-контексте;
✅ не требует дополнительной интерпретации;
✅ естественно используется в действиях интерфейса (например, «запустить процесс»).
При этом возникает вопрос точности: сохраняется ли однозначное соответствие между моделью и термином.
—
ВОПРОС
Насколько корректно использовать термин «Процесс» как обозначение экземпляра воркфлоу?
👍 — корректно и понятно
👎 — снижает точность или может вводить в заблуждение
👍6👎1
🔢 Нумераторы и ключи: небольшое изменение с большим эффектом
В новой версии появится техническое новшество, которое заметно улучшит повседневную работу с системой.
Речь про Нумераторы и Ключи.
Смотрите, как это устроено сейчас.
В системе есть сущности. Например, Issue (задачи).
У каждой сущности есть:
• 🆔 id (
• 🏷 код (например,
Казалось бы, все нормально. Но на практике возникают два системных ограничения:
1. 🔗 Длинные и нечитаемые URL.
2. ⚙️ Неунифицированная логика генерации кодов.
Например, ссылка сейчас может выглядеть так:
🚀 Что меняется
1. 🔢 Политики нумерации
Добавляем Политики нумерации — универсальный механизм генерации кодов.
• ⚙️ политики настраиваются для типа сущности;
• 🧩 можно задавать разрез нумерации (например, по проекту);
• 🧮 формат кода задается формулой.
Пример:
Это означает:
— взять код проекта;
— добавить дефис;
— добавить последовательный номер.
В результате коды становятся:
• ✅ предсказуемыми;
• 📐 единообразными;
• 🎯 управляемыми.
2. 🔑 Ключи (Key)
Появляется новое системное свойство — Key.
Почему это важно:
• 🌍 кириллица не подходит для URL (не ASCII);
• ⚠️ коды могут содержать символы, неудобные для ссылок.
Теперь система автоматически генерирует Key на основе кода.
Пример:
При этом пользователю не обязательно знать о существовании Key — все работает прозрачно.
3. 🔗 Короткие URL
Благодаря Key ссылки становятся короткими и читаемыми:
При этом сохраняется обратная совместимость:
• 🔄 можно использовать и Id;
• 🔄 и Key.
🎯 Итог
Вроде бы небольшое изменение, но на практике это:
• 🧭 упрощает навигацию;
• 👀 делает ссылки читаемыми;
• 📊 приводит к единому стандарту кодов;
• 🧹 снижает хаос в больших инсталляциях.
Та самая инженерная доработка, которая делает систему аккуратнее и предсказуемее в деталях.
—
📡 Если что — мы есть в MAX
В новой версии появится техническое новшество, которое заметно улучшит повседневную работу с системой.
Речь про Нумераторы и Ключи.
Смотрите, как это устроено сейчас.
В системе есть сущности. Например, Issue (задачи).
У каждой сущности есть:
• 🆔 id (
00000000-0000-0000-0000-000000000000);• 🏷 код (например,
DEV-001).Казалось бы, все нормально. Но на практике возникают два системных ограничения:
1. 🔗 Длинные и нечитаемые URL.
2. ⚙️ Неунифицированная логика генерации кодов.
Например, ссылка сейчас может выглядеть так:
https://app.timetta.com/issues/4c14763a-0a0e-4325-8280-9a7bcc62a652
🚀 Что меняется
1. 🔢 Политики нумерации
Добавляем Политики нумерации — универсальный механизм генерации кодов.
• ⚙️ политики настраиваются для типа сущности;
• 🧩 можно задавать разрез нумерации (например, по проекту);
• 🧮 формат кода задается формулой.
Пример:
[Project.Code]-[Index]
Это означает:
— взять код проекта;
— добавить дефис;
— добавить последовательный номер.
В результате коды становятся:
• ✅ предсказуемыми;
• 📐 единообразными;
• 🎯 управляемыми.
2. 🔑 Ключи (Key)
Появляется новое системное свойство — Key.
Почему это важно:
• 🌍 кириллица не подходит для URL (не ASCII);
• ⚠️ коды могут содержать символы, неудобные для ссылок.
Теперь система автоматически генерирует Key на основе кода.
Пример:
КОНС-2026 → KONS-2026
При этом пользователю не обязательно знать о существовании Key — все работает прозрачно.
3. 🔗 Короткие URL
Благодаря Key ссылки становятся короткими и читаемыми:
https://app.timetta.com/issues/DEV-1
При этом сохраняется обратная совместимость:
• 🔄 можно использовать и Id;
• 🔄 и Key.
🎯 Итог
Вроде бы небольшое изменение, но на практике это:
• 🧭 упрощает навигацию;
• 👀 делает ссылки читаемыми;
• 📊 приводит к единому стандарту кодов;
• 🧹 снижает хаос в больших инсталляциях.
Та самая инженерная доработка, которая делает систему аккуратнее и предсказуемее в деталях.
—
📡 Если что — мы есть в MAX
🔥6👍2
Связи задач в Timetta Tasks 🚀
Мы продолжаем активно развивать Timetta Tasks.
В новой версии появятся связи задач 🔗
Если Эпики позволяют выстраивать иерархию, то связи — это полноценный граф:
• есть справочник типов связей;
• связи — направленные;
• у каждой связи — два смысловых направления.
ПРИМЕР
Тип связи — Блокирование:
• «блокирует»;
• «заблокирована».
Берём две задачи — A и B:
• A → B;
• A блокирует B;
• B заблокирована A.
Почему это важно:
✅ можно моделировать реальные зависимости между задачами
✅ видно, что именно тормозит выполнение
✅ появляется основа для продвинутой аналитики и автоматизации
Мы продолжаем активно развивать Timetta Tasks.
В новой версии появятся связи задач 🔗
Если Эпики позволяют выстраивать иерархию, то связи — это полноценный граф:
• есть справочник типов связей;
• связи — направленные;
• у каждой связи — два смысловых направления.
ПРИМЕР
Тип связи — Блокирование:
• «блокирует»;
• «заблокирована».
Берём две задачи — A и B:
• A → B;
• A блокирует B;
• B заблокирована A.
Почему это важно:
✅ можно моделировать реальные зависимости между задачами
✅ видно, что именно тормозит выполнение
✅ появляется основа для продвинутой аналитики и автоматизации
🔥2
В новой версии Timetta — ещё больше ИИ 🤖
Добавили предустановленные команды прямо в текстовые редакторы. Теперь редактирование и доработка текста — в один клик:
— Исправить ошибки — аккуратно правит орфографию и грамматику;
— Более формально — делает текст структурированнее и убирает разговорные формулировки;
— Другими словами — переформулирует, сохраняя смысл;
— Кратко — сокращает текст примерно на 10% (можно нажимать несколько раз подряд);
— Проще — упрощает формулировки и заменяет сложные слова;
— Сложнее — добавляет «веса» и делает стиль более формальным 🙂
Это особенно удобно для:
— описаний задач;
— комментариев;
— документации и wiki;
— общения с клиентами.
Меньше ручной правки — больше фокуса на содержании 🚀
Добавили предустановленные команды прямо в текстовые редакторы. Теперь редактирование и доработка текста — в один клик:
— Исправить ошибки — аккуратно правит орфографию и грамматику;
— Более формально — делает текст структурированнее и убирает разговорные формулировки;
— Другими словами — переформулирует, сохраняя смысл;
— Кратко — сокращает текст примерно на 10% (можно нажимать несколько раз подряд);
— Проще — упрощает формулировки и заменяет сложные слова;
— Сложнее — добавляет «веса» и делает стиль более формальным 🙂
Это особенно удобно для:
— описаний задач;
— комментариев;
— документации и wiki;
— общения с клиентами.
Меньше ручной правки — больше фокуса на содержании 🚀
🔥5👍1
Редактор жизненного цикла и воркфлоу готов к релизу 🚀
Теперь настройка процессов — это не про бесконечные таблицы, а про понятную схему:
— меньше табличек — рисуем схему, настраиваем состояния и переходы прямо на диаграмме;
— нагляднее — вся логика перед глазами, но кнопка "Упорядочить автоматически" пока далека от совершенства 😅;
— все проверки сразу — собрали схему, сохранили и получили список всех ошибок и проблем.
Фактически это переход от «настроек в формах» к полноценному визуальному моделированию процессов.
Если коротко — быстрее настроить, проще понять, сложнее сломать 💡
Теперь настройка процессов — это не про бесконечные таблицы, а про понятную схему:
— меньше табличек — рисуем схему, настраиваем состояния и переходы прямо на диаграмме;
— нагляднее — вся логика перед глазами, но кнопка "Упорядочить автоматически" пока далека от совершенства 😅;
— все проверки сразу — собрали схему, сохранили и получили список всех ошибок и проблем.
Фактически это переход от «настроек в формах» к полноценному визуальному моделированию процессов.
Если коротко — быстрее настроить, проще понять, сложнее сломать 💡
👍6
В ближайших версиях ИИ — да, станет ещё больше.
И это не просто «ещё одна кнопка».
Мы добавляем в систему ИИ-агентов 🤖
Причём их смогут создавать не только мы, но и партнёры, и сами клиенты.
Как это будет работать:
1️⃣ Для сущностей можно создавать роботов — они запускаются либо для одной записи, либо сразу для набора выбранных (прямо из меню).
2️⃣ Робот может быть простым сценарием… но это только базовый уровень.
3️⃣ ИИ-агенты — это уже отдельные сервисы. У них может быть свой хостинг, своя логика.
Они регистрируются в системе и работают через стандартный контракт — endpoint (URL), который вызывает робот.
4️⃣ Такие агенты получают доступ к API системы и к AI API — и дальше могут делать практически всё, что угодно.
🚀 И да — первый агент «из коробки» уже готовится
📌 Планирование проекта по промту.
Как это будет выглядеть на практике?
Просто пишете:
«Нужен типовой проект внедрения ERP-системы.
Срок — 50 рабочих дней, трудоёмкость — ~500 человеко-часов.
Добавь типовые этапы и задачи до второго уровня, с ролями».
И агент генерирует структуру проекта:
• этапы проекта;
• задачи и подзадачи (до 2 уровня);
• оценку трудозатрат;
• типовые роли (PM, аналитик, разработчик, тестировщик и т.д.);
• базовую логику зависимостей.
🔥 По сути — из одного промта получаете готовый каркас проекта, который остаётся только уточнить и адаптировать под клиента.
И это не просто «ещё одна кнопка».
Мы добавляем в систему ИИ-агентов 🤖
Причём их смогут создавать не только мы, но и партнёры, и сами клиенты.
Как это будет работать:
1️⃣ Для сущностей можно создавать роботов — они запускаются либо для одной записи, либо сразу для набора выбранных (прямо из меню).
2️⃣ Робот может быть простым сценарием… но это только базовый уровень.
3️⃣ ИИ-агенты — это уже отдельные сервисы. У них может быть свой хостинг, своя логика.
Они регистрируются в системе и работают через стандартный контракт — endpoint (URL), который вызывает робот.
4️⃣ Такие агенты получают доступ к API системы и к AI API — и дальше могут делать практически всё, что угодно.
🚀 И да — первый агент «из коробки» уже готовится
📌 Планирование проекта по промту.
Как это будет выглядеть на практике?
Просто пишете:
«Нужен типовой проект внедрения ERP-системы.
Срок — 50 рабочих дней, трудоёмкость — ~500 человеко-часов.
Добавь типовые этапы и задачи до второго уровня, с ролями».
И агент генерирует структуру проекта:
• этапы проекта;
• задачи и подзадачи (до 2 уровня);
• оценку трудозатрат;
• типовые роли (PM, аналитик, разработчик, тестировщик и т.д.);
• базовую логику зависимостей.
🔥 По сути — из одного промта получаете готовый каркас проекта, который остаётся только уточнить и адаптировать под клиента.
👍3🤩1