Бухгалтерские программы

Ошибки команд или как стать лучше

В этой статье я постарался собрать легко диагностируемые проблемы команд, которые мешают им стать лучше.

В этой статье я постарался собрать легко диагностируемые проблемы команд, которые мешают им стать лучше. 

Рассматриваются только команды, которые

  1. Являются командой. 1 человек - это не команда, 2 – тоже маловато
  2. Не проектные команды. Многие ошибки применимы и к проектным командам, но упор сделан на команды фикси, которые по сути являются 2-3 линией поддержки
  3. Вопрос индивидуальной компетенции опущен. Команда из новичков не может быть сверхэффективной, команда же из звезд может быть посредственной

Проблемы также имеют ограничения:

  1. Всегда есть исключения. По моему опыту, проблема чаще является именно проблемой, а не особенностью
  2. Решение любой проблемы имеет цену, цену на внедрение и цену на поддержание. Нужно понимать, что цена решения проблемы может быть выше получаемого профита, а значит, решение этой проблемы не имеет смысла

Если вам есть что дополнить или с чем-то вы не согласны – добро пожаловать в холивар в комментарии. Если вы нашли ошибку, опечатку и косяк в оформлении – напишите мне в личку.

1  Рисковые парни

Увольте их.

1.1 Нет бекапов

Что будет, если внезапно РБ (рабочая база) перестанет существовать?

Попробуйте устроить экзамен сотрудникам, которые отвечают за работоспособность РБ (Сис. админам, администраторам СУБД или отделу 1С). 

Вводная: 

  1. Файл БД поврежден и восстановлению не подлежит 
  2. Диск, на котором крутилась БД форматнулся и доступа к нему нет 
  3. Молния ударила в серверную и все сервера, которые стояли по соседству с сервером БД, недоступны

Какую задачу, за какое время и бекап какой давности получится развернуть?

1.2 Нет хранилища конфигурации

Хранилище нужно для командной разработки и версионирования изменений. Если разработка ведется минимум двумя программистами, то как можно соединить их труд в одно без головной боли? Версионирование помогает понять, кто, когда и зачем (для хороших команд) менял в конфигурации, а также является некоторым бекапом конфигурации. Если умрет компьютер программиста – cf можно взять из хранилища, если умрет сервер хранилища, то из базы разработчика.

2. Слабая команда

Они постоянно в мыле, постоянно что-то переделывают и исправляют. Любую простую задачу сделают через месяц и неправильно

2.1 Нет списка задач

Если нет единого списка задач (беклог, багтрекер или аналоги), то команда просто не знает, что ей нужно делать, забывает делать то, что нужно, делает не самые важные задачи.

Что именно использовать в качестве списка задач – каждая команда решает сама. Чаще всего пишут что-то свое, кто-то использует ексель или гуглотаблички, кто-то использует что-то чужое, типа Redmine, Trac, JIRA итд.

Хорошей практикой является визуализация списка задач с помощью доски.

2.2 Разработка в файловой, если РБ в клиент-сервере

Или другими словами – большое различие между архитектурой продукционной среды и архитектуры среды разработки. То, что работает в одной, может не заработать в другой. Ошибка передачи мутабельного значения в РБ – не очень приятная штука.

2.3 Конфигурация не поставлена на поддержку

Если захочется обновить конфигурацию – будут большие проблемы

2.4 Разработка ведется без учета возможности обновления

Даже если конфигурация поставлена на поддержку, то это не гарантирует легкости в обновлении. Облегчить обновление могут такие правила, как: префиксирование своих объектов, использование обрамляющих комментариев, максимальное сохранение типового кода и т.д.

2.5 Регламенты СУБД не настроены

Отсутствие регламентов СУБД обычно означает, что о производительности никто не задумывается. Документ проводится 10 минут? А что вы хотели? Система сложная, много всего обсчитывает. Появление регламентов навряд ли ускорит проведение до нескольких секунд, но их отсутствие - явный признак пробела в знаниях.

2.6 Нет тестирования

Выполненные доработки никак не тестируются. В лучшем случае сам программист погоняет доработку под полными правами. Приводит это обычно к тому, что детские ошибки всплывают у пользователей, и при их исправлении вносятся новые. Как итог – регрессионная спираль смерти.

3.Обычная команда

Они выглядят профессионалами, они решают задачи, пользователи их ненавидят, руководители считают, что команда и так делает все возможное

3.1 Не выполняются стандарты и методики разработки

Стандарты и методики разработки – это такие шаблоны, которые уже доказали свою полезность.

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

Использование стандартов разгружает мозг и позволяет не выдумывать каждый раз какое-либо простое архитектурное решение, а использовать гарантированно неплохое. Оно позволяет не допустить массу ошибок в разработке и при этом программист даже не будет задумываться о них. Вот запрещено в модуле объекта использовать Предупреждение() и программист просто его не использует и каждый раз не думает, а почему нельзя и что может случиться, если все же напишу?

При использовании стандартов качество и скорость разработки сразу улучшаются на порядок.

3.2 Изобретение велосипедов

Неиспользование типовых механизмов, придумывание того, что уже было придумано, и нежелание разобраться в существующем решении. Это все приводит к:

  • Проблемы, через которые уже прошли авторы готового решения и успешно их разрешили, придется решать заново, и не факт, что получится так же хорошо
  • Взять готовое сэкономит кучу времени
  • Невозможно использовать мощный рычаг сообщества, когда существуют много доработок, которые на свой велосипед точно не пойдут
  • Да вы и сами все знаете

3.3 Используются Выполнить(), Вычислить() и внешние обработки в РБ

Есть «Хорошие» внешние обработки и использование выполнения исходного кода, например, внешние печатные формы, внешние отчеты, сложнонастраиваемые методы получения данных в планировании… Но, если рабочие места или ключевая логика выполнена на внешних обработках – это привносит кучу проблем.

  • Внешний код не ловится проверками кода. Переименовали мы объект, протестировали всю конфигурацию, а после обновления отвалились обработки
  • Внешние обработки приходится отдельно версионировать и следить, чтобы все использовали актуальную. Нужно отдельно следить какая версия в разработке, какая на тесте, а какая работает в РБ
  • Если у пользователя возникает ошибка, то в журнал регистрации падает «Форма {25} тут пошло что-то не так». Выяснить источник можно только после общения с пользователем
  • Внешний код на порядок сложнее оптимизировать
  • На внешнюю обработку/отчет сложнее сделать ссылку в интерфейсе/форме
  • Внешний код несет угрозу безопасности

3.4 РБ подключена к хранилищу разработки или не имеет хранилища в принципе

Если РБ подключена к хранилищу разработки, то как-нибудь в РБ уйдут недоработанные вещи и придется очень долго это вычищать или экстренно доделывать. Лучше не подключать РБ к хранилищу, а переносить изменения сравнением/объединением – тогда будет понятно, что выкатывается и что может отвалится. А еще лучше использовать отдельное хранилище и подключенную к этому хранилищу спец. базу для обновления. Это позволит разделить моменты выката изменений с их контролем и непосредственным обновлением РБ. Откатиться на предыдущую сборку становится проще, и история выката сохраняется.

3.5 Нет выделенной техподдержки

Если есть программист, который зарабатывает 100 т.р. и к которому обращаются пользователи с возникшими проблемами, затруднениями или рутиной задачей (завести нового пользователя, поменять реквизит в закрытом документе и т.д.), то этот программист сможет сделать не очень много задач. Но если взять нового сотрудника на 30 т.р., который будет делать простейшие задачи, то производительность программиста может вырасти в 2-10 раз

3.6 Нет аналитика/консультанта/РП

Если техподдержка прикрывает «снизу», то еще нужен сотрудник, который будет прикрывать команду «сверху». Он будет ходить на совещания, рассказывать о нововведениях, активно переписываться с топ-менеджерами и делать другие вещи, для которых навыков программирования не обязательно. Обычно этот сотрудник является аналитиком/консультантом/РП и выполняет еще и свои функции.

3.7 Нет оцененного плана работ (беклог, спринтбеклог)

Развитие списка задач. Кроме того, что есть задачи, очень хорошо бы иметь приоритеты у этих задач (их назначает бизнес) и иметь оценки этих задач (их назначает команда). Имея приоритеты и оценки, уже можно планировать работы и отвечать на вопросы «А когда вы сделаете мою хотелку?». При оценке задачи приходится подумать, а что нужно сделать, чтобы ее выполнить, и очень часто всплывают неочевидные вещи, которые нужно уточнить, которые оказываются сильно трудоемкими или которые можно купить на Инфостарте, сэкономив пару недель разработки. Чем раньше это всплывет, тем лучше.

3.8 Нет обратной связи с пользователями

Первый принцип в манифесте Agile гласит «люди и взаимодействие важнее процессов и инструментов». Очень сложно создать что-то действительно ценное для пользователя/заказчика, не спрашивая его и не уточняя по ходу задачи. Если пользователь будет причастен к доработке, то со значительно большей вероятностью ему понравится результат.

Периодический сбор обратной связи и реакция на нее сильно улучшит отношение пользователей к команде разработки и позволит выявлять такие проблемы, на которые уйдет 15 минут времени, но сделает пользователя счастливее.

3.9 Не используется топовое железо при разработке

Чем лучше железо, тем больше времени тратит программист собственно на разработку и тем выше его эффективность. Что происходит, когда комп подвисает, выполняя какую-либо операцию?  Секунд 5 программист ждет, пока это закончится, а потом он решает скоротать время и открывает браузер. Минут 15 работы вылетает сразу. А ведь программист не хотел лезть в интернет, он просто решил скоротать время из-за медленной работы ПК. Прирост в эффективности в 10% отобьет топовый комп для разработчика меньше чем за год.

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

Хотите быстро поднять эффективность и мотивацию команды – обновите им компы и сервера.

Сюда же отнесу более комфортные условия работы – отдельный тихий офис, кондиционер, приятная обстановка, большая доска для рисования и т.д.

3.10 Нет простейшей базы знаний

У каждой команды есть много информации, которую нужно где-то хранить, чтоб доступ туда имела вся команда (и не имели все остальные). Это логины и пароли, пути к базам и хранилищам, регламенты и документы и другая информация. Если программисту выдать новый чистый комп, то подборка такой информации позволит ему очень быстро включиться в работу. А ведь такая информация может еще и меняться.

3.11 Нет саморазвития

Если в команде никто не старается узнать что-то новое, не читает статей, книг, не следит за обновлениями стандартов и методик, не смотрит код в типовой – обстановка медленно превращается в болото, а мотивация падает. Особенно дело обостряется, когда программист 2 года просто сидел на попе ровно, ничего не изучал и не повышал уровень своих навыков и знаний, и тут он решил потребовать повышения зарплаты.

4. Хорошая команда

Удивляет скоростью внесения изменений. Большинство пользователей довольны системой.

4.1 Неритмичный выпуск обновлений

Это скорее следствие, чем причина. Когда процессы внутри команды стабильны и прозрачны, когда команда знает, что ей делать и новые задачи не могут ее выбить из колеи, тогда обновления становятся предсказуемыми и уже в начале цикла разработки команда может сообщить, какие именно изменения придут в ближайшее обновление.

4.2 Нет скриптов на повторяющиеся действия

Если какое-либо действие может выполнить компьютер сам, то пусть выполняет. Автотесты, автобекапы, авторазворачивание копии РБ – это все экономит время высокооплачиваемых специалистов, а также сильно снижает вероятность что-либо забыть или сделать не так. Бекапы ведь все всегда делают перед любым обновлением?

4.3 Нет двойного чтения кода

Это когда любую строчку кода, нового или измененного, прочитало как минимум два программиста. Один программист при написании, а второй одним из следующих способов:

  • Парное программирование – все о нем знают, но навряд ли кто пробовал. Заявлено, что качество кода повышается, а скорость даже выше, чем, когда 2 программиста работают по отдельности. Думаю, прирост скорости связан только с тем, что отвлекаться на что-либо, кроме программирования, становится неудобно.
  • Аудит кода – берется кусок кода на 500-2000 строк, собираются несколько программистов, в том числе автор куска кода, и обсуждают этот фрагмент, выявляя ошибки, плохой стиль, хорошие идеи и т.д. Такой формат очень и очень быстро поднимает уровень слабых программистов до уровня лучших из участвующих.
  • Проверка кода перед помещением в основную ветку – ответственный за основную ветку проверяет весь код, который поступает в основную ветку, и не принимает тот код, который ему не понравился по какой-либо причине.

Если программист знает, что его код будет читать еще кто-то, то он начинает чуть больше задумываться над стилем, выполнением стандартов, именованием, архитектурой. Обратная связь по коду учит его писать качественнее. А тот, кто читает, также может набираться опыта – как писать стоит, а как нет.

Также двойное чтение кода способствует улучшению коллективного владения кодом.

4.4 Не используется автоматическое тестирование

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

4.5 Не проводятся мероприятия по повышению юзабилити

Сюда относится все то, что обеспечивает более удобную работу пользователей. Для этого нужно уметь ставить себя на место пользователя, знать основы разработки пользовательского интерфейса и юзабилити, наблюдать за тем, как работают пользователи (по-научному - юзабилити тестирование), проектировать сценарии работы и многое другое.

Сделать формочку удобной иногда занимает в 10 раз больше времени, чем просто сделать формочку. И этой формочкой пользователь может пользоваться 8 часов в день, 5 дней в неделю.

Еще один важный момент – пользователи работают с интерфейсом совершенно не так, как это делаете вы. Если вы сделали суперудобную форму, в которой можете работать легко и непринужденно, то попробуйте понаблюдать за пользователями. Вы можете быть сильно удивлены их подходом: они не умеют пользоваться буфером обмена, работают только мышкой, не знают половины типовых команд, не используют 90% функционала и вообще не понимают, зачем они тут что-то делают. А еще может оказаться, что на рабочем месте нет мышки и монитор всего лишь 14 дюймов.

4.6 Не используются сервисы для мониторинга продуктовой среды

Жизнедеятельность РБ обычно не входит в обязанности команды разработки, но если там что-то перестало работать – кого обвинят в первую очередь? А через сколько в команде узнают, что не работает регламентное задание?

Так же контроль за серверами разработки позволяет избежать простоев и проблем при внезапно закончившемся месте на диске

4.7 Нет полноценной базы знаний

Хорошая и полноценная база знаний крайне полезна, но затраты на ее внедрение и поддержание так же крайне высоки. База знаний является полноценной, если команда может уйти в полном составе, взамен приходит новая команда и на все свои вопросы она может получить ответы в базе знаний.

4.8 Нет ретроспективы

Ретроспектива – это обратная связь команды самой себе. Это обсуждение положительных и отрицательных моментов в текущей методологии разработки и поиск решений, усиливающих положительные и устраняющих отрицательные моменты. Каждый раз, когда команда решает, как избегать аналогичных проблем в будущем – она растет, она становится лучше. А коллективное вытягивание и обсуждение позволяет конструктивно разрешать конфликты до их обострения.

Многие считают, что самая важная практика в Scrum – это ретроспектива. Если выполнять ее регулярно и приводить в жизнь все те решения, что были придуманы – команда очень быстро растет.

4.9 Нет прагматизма в работе

Любое действие имеет свой профит и свою цену. Если цена превышает профит, то, может, не стоит делать это действие? Стоит ли тратить время на повышение качества одноразового кода? А внедрять автоматическое тестирование, если после обновления вываливается максимум одна ошибка?

Эффективная команда – прагматична. Она делает только то, на что затраты окупаются. Можно даже по каждой задаче из списка проставлять коэффициент возврата на инвестиции (ROI). Чем быстрее отобьется инвестиция, тем быстрее стоит выполнить задачу.

5. Команда мечты

  1. Их не существует.
  2. Высокоэффективна
  3. Предсказуема
  4. РБ работает без сбоев
  5. Изменения быстро и безболезненно приживаются

Зарплата: учет, налоги, кадры, 1С

Хотите стать экспертом по зарплате и кадровому учету? 🚀

Наш курс научит вас:

  • Вести кадровый учет и рассчитывать зарплату в 1С без ошибок.
  • Быстро и точно формировать отчетность для контролирующих органов.
  • Автоматизировать процессы и продвигаться по карьерной лестнице.

Выгода до 77% — всего 4 290 ₽!

Начать дискуссию


Налоговый мониторинг

Сложности при переходе на налоговый мониторинг: как их избежать 

Налоговый мониторинг — инструмент добровольного взаимодействия бизнеса с ФНС через доступ к внутренней бухгалтерской системе налогоплательщика или оперативного предоставления данных. Благодаря ему у компании меньше налоговых проверок, проще коммуникации с налоговой, лучше имидж компании. На практике переход на налоговый мониторинг сопряжен с рядом сложностей.

Сложности при переходе на налоговый мониторинг: как их избежать 
Налоговый учет

Топ-5 ошибок в налогообложении бизнеса от эксперта, или почему бизнес не пользуется налоговыми льготами

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

Топ-5 ошибок в налогообложении бизнеса от эксперта, или почему бизнес не пользуется налоговыми льготами
10

Щедрость от ЦБ. Предновогодний туземун. Крипта, недвижка, инфляция, дивиденды, облигации. Воскресный инвестдайджест

Представьте, что вы Эльвира Сахипзадовна Набиуллина. А теперь срочно выбросьте эту мысль из своей голову. Почему ЦБ не дал ключ на 23, несмотря на рост инфляции? Как долго продлится туземун в акциях? Почему крипта решила упасть, а недвижимость — нет? Включаем гирлянду, устраиваемся поудобнее и го читать дайджест.

Щедрость от ЦБ. Предновогодний туземун. Крипта, недвижка, инфляция, дивиденды, облигации. Воскресный инвестдайджест

Курсы повышения
квалификации

21
Официальное удостоверение с занесением в госреестр Рособрнадзора
НДС на УСН

НДС на УСН с 2025 года в мемах

НДС на УСН с 2025 года – звучит как начало шутки, но на самом деле это новая реальность для бизнеса. Мы решили объяснить изменения не скучными словами закона, а через мемы, чтобы сложное стало простым, а грустное — немного смешным.

НДС на УСН с 2025 года в мемах

Новый закон о пенсионном обеспечении граждан РФ, имеющих периоды работы на территориях Украины и Донбасса

Внимание, военнослужащие и граждане, которые работали на территории Украины, Донецкой и Луганской народных республик, а также Запорожской и Херсонской областей! С 1 июля 2025 года вступает в силу Федеральный закон от 13 декабря 2024 года № 455-ФЗ, который устанавливает новые правила для расчета пенсий граждан, имеющих стаж работы на этих территориях.

Как признать незаконным бездействие судебного пристава-исполнителя?

Признание незаконным бездействия судебного пристава-исполнителя

Заполнение поля 5а счет-фактуры

Добрый день. Как правильно заполнить поле 5а в счет-фактуре, если она оформляется на 5 шт. КС-2? Так и писать: Акт о приемке выполненных работ №1/1 от 30.11.24...

Читать полностью

Эксперт:

Надежда Камышева

Надежда Камышева
Эксперт

Добрый день.

Да, перечислять все документы, но если они все акты, то достаточно написать Акты о приемке ... и далее перечислять номера и даты...

Читать полностью
Платежные системы

Платежные решения: что внедрить сейчас и что ждать в будущем 

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

Платежные решения: что внедрить сейчас и что ждать в будущем 

Как моя подруга купила салон красоты, чтобы поиграть в бизнес-леди?

Подруга-юрист продала салон с убытком в 600 000 рублей через год после покупки. Какие 3 ошибки она сделала?

Как моя подруга купила салон красоты, чтобы поиграть в бизнес-леди?
Кадры

Как распознать недобросовестного внештатного исполнителя: 5 красных флагов

Найти хорошего подрядчика — непростая задача. От качества услуг привлеченных специалистов иногда зависит репутация бизнеса и его доходность, поэтому компании стремятся снизить риски взаимодействия с недобросовестным внештатником. Разбираем признаки, которые помогут вычислить плохого контрагента «на берегу».

Как распознать недобросовестного внештатного исполнителя: 5 красных флагов

Кто может выйти на IPO в 2025 году

Где взять денег? В трёх весёлых буквах! В 2025 и 2026 годах планируется выход на биржу целого ряда крупных компаний, представляющих различные отрасли экономики, от нефтехимии и телекоммуникаций до фармацевтики и онлайн-образования. Посмотрим, кого ждать, а кого лучше даже и не ждать.

Кто может выйти на IPO в 2025 году

Налоговики говорят, что стали меньше истребовать документов, а с 2025 года вообще поменяется подход к проверкам бизнеса. 🍿«Ночной бухгалтер» № 1838

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

Иллюстрация: создано с помощью ИИ OpenAI © Вера Ревина/Клерк.ру

Ключевая ставка 21%: рынки на взлете, бизнес под давлением, инвесторы в эйфории

Торговая мечта всех котлетеров и туземунщиков сбылась — сегодня Эльвира Сахипзадовна сделала новогодний подарок бизнесу, рынку, активным депутатам и правительству страны, оставив без изменения ключевую ставку в размере 21%.

Налог на прибыль в 2024 году: самые важные письма Минфина и ФНС. Обзор для бухгалтера

Подготовили для вас большой обзор разъяснений Минфина и ФНС по налогу на прибыль. Все кратко, четко, по делу. Забирайте в закладки.

Налог на прибыль в 2024 году: самые важные письма Минфина и ФНС. Обзор для бухгалтера
Бухгалтеры

🌲Конкурс на самую красивую бухгалтерскую елку объявляю открытым!

Как же праздник и без традиционного конкурса елочек. Да, никак! И в этом году мы дарим не один приз, а целых три! И еще один разыграем между теми, кто не займет призовые места.

🌲Конкурс на самую красивую бухгалтерскую елку объявляю открытым!
35
Налог на имущество

Уведомления: по каким налогам надо подавать и еще один важный нюанс по налогу на имущество

Разбираемся в правилах и нюансах подачи уведомления об исчисленных суммах налогов в 2024 году.

Иллюстрация: Вера Ревина/Клерк.ру

Патент в 2025 году, льготы на пошлины, практика: от здания в форме яблока до способа повышения возможностей организма

Патент — это охранный документ, который удостоверяет, что конкретное лицо или компания владеет правами на объект интеллектуальной собственности.

Патент в 2025 году, льготы на пошлины, практика: от здания в форме яблока до способа повышения возможностей организма
Банки

Высокая ставка по вкладам — в чем подвох?

Сегодня Центральный Банк России сохранил ключевую ставку на уровне 21% годовых. Это решение стало неожиданным для многих экспертов, которые прогнозировали её повышение до 23% в связи с текущими экономическими условиями и ростом инфляции. Это может сигнализировать о возможном начале ее снижения в будущем.

Высокая ставка по вкладам — в чем подвох?
Маркетплейсы

Маркетплейсы станут помощниками в борьбе с дроблением компаний

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

Маркетплейсы станут помощниками в борьбе с дроблением компаний
4
Туристический налог

Туристический налог

Туризм в России. Он то ли есть, то ли его нет. Прогулка по полям и лугам обычно не считается туризмом для путешественников, кто обычно отдыхает заграницей. Но чем отличаются собор Парижской Богоматери от собора Спаса на Крови? А Эверест от Эльбруса?

Интересные материалы

НДФЛ

Подарки сотрудникам на Новый год-2025: что с НДФЛ, страховыми взносами, НДС

НДФЛ не будет с подарков дешевле 4 тыс. рублей, для освобождения от взносов нужен письменный договор, взносов на травматизм не будет, а НДС будет.

Иллюстрация: Вера Ревина/Клерк.ру
6