«Инструкция» бухгалтеру
Инструкция бухгалтеру по работе с программистом
1. Если вы не знаете, какие проводки нужно сделать , смело обращайтесь к программисту — он их все знает наизусть.
2. Если вы не знаете как заполнить документ, то придя к программисту ни за что не признавайтесь в каком документе у вас затруднения, на то он и программист, чтобы обо всем догадаться самому. Особенно эффектно задать вопрос типа «А почему сумма не считается правильно?» — он же должен знать, что вы сидите в Экселе и не можете нажать автосумму.
Также эффектны вопросы: «А почему у меня количество в конце отрицательное?», «А почему у меня вчера другая сумма была», «А какой датой мне аванс поставить?» — ведь нужно быть редким идиотом, чтобы не понять о чем речь. А еще лучше постарайтесь придумать какой-нибудь универсальный вопрос типа: «А у меня там это, не могу, потому что программа не дает сделать» — ваша миссия выполнена — о проблеме вы сообщили, а в чем проблема — это дело программиста, пусть исправляет. Ну в крайнем случае первый вопрос должен быть «А знаешь о чем я тебя хочу спросить?».
3. Если по вашему мнению документ делает неправильные проводки, ни за что не говорите об этом программисту — не пройдет и 3 месяцев, как это обнаружится само. И само исправится.
4. Если программа вам не дает выписать партию, явно имеющуюся на складе — срочно сообщайте об этом программисту — не могли же вы выписать неправильно, это врет программа. Особое удовольствие программист испытывает, когда копается в отгрузке за последний месяц.
5. Если вы оприходовали товар в приходной накладной, то при его продаже создайте в справочнике новый товар с таким же названием и попытайтесь провести. Если расходная накладная скажет, что нет его на остатке, то сразу вызывайте программиста. Он особенно любит, когда ему звонят на сотовый с городского телефона.
6. Если вы внесли исправления задним числом — например, в приходной накладной, по которой потом были отгрузки, изменили цену или уменьшили количество, ни кому в этом не признавайтесь — что это за программист, который не может написать процедуру на обработку неправильных действий пользователя, а то, что это повлияет на отчетность — вам наплевать — вы за отчетность не отвечаете. Со временем вы войдете во вкус, и будете так делать постоянно — на крики программиста, что надо предупреждать и что отчетность сформирована резонно заметьте — «Нельзя оставлять ошибки».
6. Если вам надо задать вопрос, то заглянув к программисту убедитесь, что у него минимум два человека — у него гораздо лучше получается разговаривать одновременно с тремя.
7. Если вы знаете, что в программу нужно вносить три последовательных изменения, то никогда не говорите программисту все три, пусть хоть немножко сам подумает — это ведь так очевидно.
8. Если вы в своих проводках используете субсчет — никогда не используете тот же, что и другой бухгалтер, который например оприходовал на этот счет — программисту сильно нравится наблюдать кредитовое сальдо на активном счете, но еще больше дебетовое на пассивном.
9. Обязательно вводите ТМЦ одновременно с нескольких рабочих мест. Например, Один бухгалтер может вводить поступление материалов через документ «Поступление материалов», другой — тот же материал через «Журнал операций», а третий — через «Авансовый отчет». Если после этого у Вас остатки стали втрое больше положенного, сразу звоните на сотовый программисту. Он любит разгадывать такие загадки по телефону.
10. Если вы пытаетесь изложить что-то на бумаге, то потом ее обязательно уничтожьте, а то программист скажет, что сделал так, как ему написали — он придурок, и не понимает, что написано одно, а подразумевается совсем другое.
11. Если вы попросили внести изменения в программу, а потом обнаружили, что это неправильно, то смело обвиняйте в этом программиста — «Это ты так сделал, а у меня не идет», вы тут не причем, мог бы и догадаться, что делает неправильно.
12. Если программист говорит о каком-то сторнировании и о каком-то субконто — не слушайте его — вы не обязаны понимать компьютерную терминологию, смело исправляйте документы за три прошедших месяца — больше он с вами ругаться не будет — на него насядут те, чьи счета в результате ваших действий поменялись — так ведь они не ваши и вам на них наплевать.
13. Если хозяйственные операции проводятся в нарушение общепринятых правил — требуйте от программиста, чтобы он все переписал в соответствии с нарушениями, но чтобы отчетность была правильная — это его забота, как совместить две противоречащие вещи.
14. Если вы не знаете, как что-нибудь сделать в программе, потому что не представляете, как это делается в бухгалтерии, скажите, чтобы это сделал программист — зачем он тогда, если такие вещи не знает, приучите себя ничего не записывать, а если записали, тут же уничтожайте,- ваше дело на кнопки нажимать, вам работать надо, а не думать и бумажки писать.
15. Никогда ничего не формулируйте точно. Например, если вам надо справочник субконто заполнить — говорите — «У меня счет не заполняется», но не разглашайте, в каком документе у вас возникло затруднение — программист балдеет, когда разгадывает такие шарады.
16. Если программист дает вам какие-нибудь печатные инструкции — тут же при нем выбросьте эти инструкции и скажите — «Это твое дело сделать, как надо объяснить, а инструкцию я читать не буду — я не тупая».
17. Если вы чего-то добились от программиста, и документ формируется нормально, то постарайтесь сразу же забыть правила его заполнения — программисту доставляет огромное удовольствие все объяснять по пятнадцать раз.
18. Если программист говорит, что проводка неправильная — все валите на корреспондирующий счет, тем более, что вы за него не отвечаете — вы же не можете ошибиться — ошибаются только программисты и другие бухгалтера.
19. Постарайтесь не ходить к программисту — кричите прямо из кабинета — пусть разминается.
20. Перед тем как задавать вопрос ни в коем случае не пытайтесь анализировать проблему — не смотрите ни какую отчетность — программист на то и есть, чтобы отчетность правильная была, а то, что документы неправильно оформлены, так это он же и виноват — неправильно написал
21. Если у Вас несколько дней назад появились лишние документы или стало их не хватать, изменились цены или названия товаров в справочниках, пропала сеть или виснут компьютеры — всему виной программист, который некорректно обновил программу или сам «набил» или удалил несколько документов. Хотя последний раз он был полгода назад и то, чистил мышку.
22. Если одна и та же фирма является и поставщиком и покупателем — заносите её в разные папки: одну в папку «Поставщики», а другую в папку «Покупатели». Если потом разойдется сальдо, сразу зовите программиста. Программа должна понимать, что это одна и та же фирма, а не две разных, ведь все реквизиты у них одинаковые.
23. Если Вам захотелось ввести дополнительные счета или субсчета — смело это делайте, не беда, что потом не будут работать регламентные отчеты и месяц не закроется. На то он и программист, чтобы в последний день сдачи налоговой отчетности быстро устранить проблему.
24. Сдавайте налоговую отчетность в самый последний день её подачи. Не торопитесь, Вам спешить некуда. Бухгалтер всегда успеет, а налоговая никуда не убежит.
25. Если у Вас не правильно заполняется отчетность, а завтра уже последний день её подачи в налоговую, быстрее звоните программисту, он должен обязательно приехать, ведь Ваша фирма у него единственная, которая сдает в последний день. Если он не смог приехать, Вы очень много узнаете нового о себе.
26. Если у Вас не работает программа, которую Вам дали в налоговой или Пенсионном Фонде — виноват ваш программист — неправильно установил. Никогда не звоните туда, где Вам её дали. На то он и программист, чтобы разбираться в чужих программах. А если вчера установили эту программу, а сегодня узнали, что она уже устарела, опять виноват программист, он должен следить за всеми изменениями, которые делаются в налоговой или пенсионном фонде. В следующий раз он должен приехать бесплатно и переустановить новую версию программы. Ведь Вы в этом не виноваты, что меняются законодательства!
группа программистов.
Почему бухгалтеров мы можем обучать, а программистов — нет
Кажется, мы делаем всё, чтобы писать хороший код: читаем книги, слушаем подкасты, ходим на конференции и изучаем лучшие практики. Почему же результат оставляет желать лучшего? Новые языки осваиваются медленно, код превращается в адского монстра, а джуны месяцами учатся понятно называть идентификаторы.
Позвали Григория Петрова, DevRel’а Evrone.com (ex. Voximplant, Radmin, Digital October Center) и вдохновителя сообщества Moscow Python, рассказать, как писать хороший код самому и научить команду. А еще обсудили, как понять, какие механизмы нас тормозят, и как посмотреть на нейрофизиологию через призму прикладной разработки и руководства технической командой. Разговор оказался настолько интересным, что сделали статью по его следам.
Наш гость сам себя называет генералистом. Пишет на большинстве мейнстримовых языков разработки, кроме Haskell, и интересуется нейрофизиологией. В какой-то момент он посмотрел на свой предыдущий опыт работы и понял, что ему нравится писать документацию, объяснять сложные вещи простым языком и общаться с разработчиками, но не руководить. Поэтому позиция DevRel (Developer Relations) оказалась для него оптимальной.
Хороший код, что это?
Объективные критерии назвать сложно, у каждого свое мнение. Главное ― понять, для чего мы пишем код. Конечно, есть разработчики, которые относятся к коду как к искусству, но в основном он нужен бизнесу, чтобы решать бизнес-задачи и позволять людям взаимодействовать друг с другом и с информацией. Добавим, что IT как индустрии всего лет и не все компании понимают, что именно они хотят и как написать ТЗ с первого раза. Иногда самое интересное открывается только после начала разработки. Поэтому хороший код ― это поддерживаемый код, который не «гниет» от собственной сложности за полгода, его можно расширять в разные стороны или пивотнуть в любое время. Новые разработчики смогут разобраться с хорошим кодом за разумное время.
Плохой код ― когда бизнес просит поменять цвет кнопки, а разраб отвечает, что это займет неделю, и это не отговорка, а реальное положение дел.
В чем, собственно, проблема?
Скорее всего, почти у всех нас было такое: написал какой-то код, все сделал правильно, добавил контроль ошибок, автотесты, написал документацию. Возвращаешься к нему через полгода ― кровь из глаз. Делаешь ревью кода команды ― тоже адище. Год за годом одна и та же ситуация: пишешь код, стараешься, а результат как на картинке ниже.
Взято на Bonkersworld.
С обучением молодых разработчиков та же проблема. Обучаешь их азам (как именовать идентификаторы, как писать понятный код, проводить декомпозицию, почему не всегда надо наследовать, что значит юнит в юнит-тестах), а они меняют работу быстрее, чем учатся.
К примеру, у Григория обучение разработчика до уверенного мидла занимало три года. В среднем по рынку разработчик меняет место работы через полтора — поэтому он начал искать способы ускорить обучение. Ведь если мы умеем учить бухгалтеров, то почему с разработчиками так сложно?
Герой перебрал немало методов и остановился на нейрофизиологии, которая дала ответы на некоторые вопросы о мозге и как его правильно использовать.
По статистике getmatch, минимум 30–50% работодателей готовы рассматривать удаленку, а релокейт среди локаций на второй месте по популярности. И надоевший всем коронавирус — не препятствие: за время пандемии и в России, и за рубежом наём ускорился в 3 раза.
Регистрируйтесь в @g_jobbot, подходящие вам вакансии с релокейтом будут приходить в Телеграм.
Немного теории
Современная нейрофизиология понимает множество деталей, но полноценных гипотез о работе памяти или внимания пока не так много, да простят нас популяризаторы науки. Мы понимаем, что в процессе запоминания нейрон и глия вокруг него меняются, но что конкретно из этих изменений обеспечивает память, сказать не можем. Во многом система внутреннего подкрепления (Reward system) выбирает, что именно мы запоминаем. Она связана с эмоциями, но как именно она определяет, что важно, нам тоже до конца неясно. Эмоционально окрашенные вещи запоминаются лучше, на этом основано множество попыток «хакнуть» механизм, но пока безрезультатно.
Сейчас готовых ответов и инструкций, что конкретно делать, чтобы получить результат, нет, но есть вполне интересные теории. Например, теория Грациано (Attention Schema Theory) описывает, что такое личность и как работает сознание. В русской нейрофизиологии есть прекрасная теория когнитома Константина Анохина.
Когнитом. Из презентации К. В. Анохина от 2015 года
Для нас в этой теории самое ценное, что в мозге кроме нейронов и их коннектома (всех связей нейронов одного организма) есть дерево смыслов ― когнитом.
Объясним, что это такое. Ребенок рождается с некоторой топологией общего назначения, которая готова к распознаванию лиц и обучению речи, но в ней нет программ, это почти чистый лист. В процессе роста мозг бомбардируется огромным количеством информации. Обрабатывая ее, он ищет закономерности и постепенно строит дерево смыслов: свет обычно светит сверху, от огня горячо, а вода мокрая.
К двадцати годам получается программист, в голове которого дерево миллионов смыслов. Он использует этот когнитом, чтобы думать, читать и писать код. Элементы дерева связаны с другими элементами практически как граф, у дерева есть некое поведение. Чтобы в когнитом добавить что-то новое, нужно много раз активировать окружающие это смыслы. Например, повторять иностранное слово и его перевод, строить предложения с ним.
У когнитома есть два режима: быстро «думать» уже известным способом, либо очень медленно обучаться. Кажется, все происходит в реальном времени, как в шутерах от первого лица (FPS), а на самом деле, большую часть времени в нашем мозгу исполняется когнитом, который обучился за десятки лет нашей жизни.
Например, Григорий утверждает, что за время нашего разговора, он не может ни увидеть, ни подумать, ни сказать ничего нового. Он может только креативно комбинировать то, чему уже научился.
Чем нам это поможет на практике? Решить с сегодняшнего дня делать все правильно — недостаточно
Мы говорим джуну: «Тебе надо давать читаемые имена идентификаторам», и нам кажется, джун, как в FPS, взял новый BFG из Doom и пошел в бой. Но нет, джун в пошаговой стратегии: чтобы новый навык приобрести, ему нужно множество раз повторить одно и то же действие.
Чтобы проявить свободу воли и освоить новый навык, нужно практиковаться в течение нескольких месяцев.
Например, мы учим новый язык программирования Ruby. Мы прочитали книгу «Руби для чайников», у нас активировалось множество смыслов в когнитоме, а потом потухло. Через месяц мы не помним практически ничего, кроме нескольких кусочков, которые задели наш эмоциональный отклик. Чтобы действительно выучить Ruby, нужно кодить на этом языке и методично практиковать написание каждого элемента синтаксиса, который нам плохо знаком.
Для запоминания нового обязательно используйте интервальные повторения (Spaced repetition). Можно пользоваться приложениями наподобие Anki или специализированными программами. Даже в IDE есть функции, которые подсказывают, что здесь можно было использовать hotkey, а здесь ― такую-то особенность языка. Сотни повторений в разных контекстах ― верный путь к успеху.
Мы есть то, что мы делаем: не думаем, не мечтаем, а именно делаем. Если просто слушаем и читаем что-то о навыке, то мы те, кто хорошо читает и слушает, но не те, кто этим навыком владеет.
Чтобы добиться результатов, нужно:
- определить, какой навык хотим прокачать;
- сфокусироваться на нем, не ожидая быстрого результата;
- повторять в разных контекстах и разными способами.
Звучит просто, а на практике? Рассмотрим на примере онбординга.
Онбординг разработчика с разных точек зрения
Допустим, к нам приходит новый мидл или сеньор. При онбординге мы три часа что-то объясняем, ненадолго активируя пять-семь частей когнитома нового программиста, которые помещаются в его рабочую память. Потом мы объявляем перерыв на обед, и после него рабочая память новичка абсолютно чиста. Как бы крут наш сеньор ни был, большую часть из того, что мы рассказали, он или она забудет к следующему утру. Поэтому при онбординге главное ― организовать процесс обучения и повторения.
Например, когда человек приходит в Evrone, информация и лучшие практики выдаются по частям, а соответствующие механизмы и ритуалы, как утренние стендапы и встречи один на один, обеспечивают повторение. Через несколько недель или месяцев человек понимает, как компания пишет код, как деплоить, как устроен GitOps и уникальная конфигурация технологического стека. Просто кинуть человеку документацию сработает в очень редких случаях.
В Evrone перед новым бойцом стоит задача освоить весь инструментарий за первые три месяца и научиться им пользоваться. Для внутреннего общения разработчиков используются slack-каналы. Например, для фронтендера будет доступен канал его проекта и канал фронтендеров. Можно задавать анонимизированные вопросы как в канал фронтендеров, так и в общий технический чат. Также у каждого сотрудника есть доступ к дашборду, где он отслеживает свой текущий уровень и векторы развития.
Взято на TeamLead Conf
Современная разработка софта — это командная игра. Как бы ни был крут сотрудник, он обязан освоить процессы компании.
Можно ли подготовиться к выходу в новую компанию?
Чтобы войти в курс, потребуется несколько месяцев. Хорошо бы проработать ежедневную практику в любой ToDo-программке ― десять пунктов, которые вы будете выполнять каждый день: посмотреть как устроены репозитории в компании, пройтись по истории последних коммитов, прочесть одну статью из внутренней wiki, посмотреть один code review и тому подобное. Этот механизм нужно отладить, и после выхода на работу добавлять в список новые элементы, ключевые для конкретной компании.
Как все-таки писать хороший код в реальных условиях?
Идеального мира не существует. Мы часто ограничены либо во времени, либо в ресурсах. Если присутствует хотя бы одно из ограничений, значит сейчас написать код хорошо уже не получится. Надо подумать и честно ответить на вопрос: чем можно пожертвовать и что нанесет минимальный вред в будущем.
Если мы ставим костыли, то готовы ли мы в будущем вернуть технический долг и когда? Договоренности о костылях происходят во время цейтнота, и если не запланировать исправление, костыль останется навсегда. Не потому что программисты плохие люди, а потому что так устроен наш мозг. Чтобы чинить код, нужно организовать процессы. Если релиз выходит с недоработками и костылями, то в системе управления задачами сразу запланируйте с менеджером недостающие часы разработки на решение багов и уборку костылей.
Если удалось избавиться от недоделок, то остается проблема. Как написать простой код, понятный другим разработчикам? Из-за того, что индустрия молодая и нет универсального обучения — мы все самоучки, несмотря на профильное высшее образование. Пятнадцать лет назад обучали ООП, а сейчас Rust и Go считают наследование антипаттерном. Как результат, когнитомы у всех разные. Если взять двух хороших программистов, то пересечение деревьев смыслов у них может быть всего Код будет понятным программистам с более похожими участками когнитомов. Поэтому читаемый код ― это код, написанный привычными конструкциями. Привычными в этом языке, в этом стеке и в этом году.
Крутой код, использующий нишевые свойства языка, будет понятен программисту, который его написал, но не мидлу или генералисту. Они не найдут в нем знакомые конструкции и не смогут поддерживать такой код. Поэтому в определение читаемого кода входит также понимание, кто будет его читать ― джуны или сеньоры, генералисты или узкоспециализированные разработчики. Больше про читаемый код можно посмотреть в этом выступлении.
Способность к обучению и возраст
Согласно современным гипотезам, если исключить болезни, с возрастом ломается не способность к обучению, а система подкрепления. Мы перестаем осознавать пользу в новом. С точки зрения мозга, активность по изучению забирает больше ресурсов, чем польза от нового навыка, система подкрепления «душит» эту активность.
Бывает, что пожилой родственник годами не может разобраться с айфоном, а потом что-то происходит, и он за полчаса разбирается и все решает. До этого момента он просто не чувствовал ценность нового знания.
Считается, что если изучение нового стало ритуалом, то система подкрепления держится в тонусе, и проблем с обучением не возникает. Как только человек вышел на пенсию и сел перед телевизором, система подкрепления начинает быстро деградировать. Через несколько лет человек не захочет изучать что-то новое.
Универсальное заклинание
Поделимся методом, который наш спикер использует сам и рекомендует другим.
Разработчик написал код и хочет понять, насколько он хорош. Задаем вопрос: «Рассказывает ли этот код историю?». Если другому разработчику нужно два часа, чтобы разобраться, ― это нехорошо.
Как код может рассказывать историю? Идентификаторы отвечают на вопрос «Что это?», а весь код ― на вопрос «Зачем?». Важно помнить, что когнитом образованного человека может активировать пять-семь не связанных друг с другом участков одновременно. Поэтому важно писать код, для осознания большинства частей которого не нужно активировать больше пяти участков.
Что такое пять участков?
Приведем пример. Вы запоминаете подряд семь названных вам цифр (пример такого ряда: 1 9 8 4 4 5 1). Каждая цифра ― это один элемент, который необходимо удерживать в памяти. Если вашему мозгу удалось распознать паттерн или проассоциировать эти цифры с датами или книгами, то в памяти нужно будет удерживать только две единицы информации (1984 и 451 по Фаренгейту), а не семь. Этот прием называется группированием или свертыванием (Chunking).
Для программистов, читающих код, это может быть создание объекта или проход по списку пользователей. Размеры элементов и смыслы, стоящие за ними, для всех различны. Это добавляет трудности в использовании метода, но Григорий работает над поиском решения и можно ожидать улучшения этого «заклинания».
Напоследок нам хочется отметить, что все люди разные. Кто-то от природы мускулистый, хотя из тяжелого только сумки из супермаркета приносит, а кто-то всю жизнь сидит на строжайшей диете. Есть люди, которые от природы обладают развесистым деревом смыслов, цепкой или расширенной рабочей памятью. Они наверняка пишут крутой код, быстро читают чужой и не имеют с этим трудностей. Для всех остальных ― для нас ― хороший код писать сложно. Каждому стоит разобраться, почему это сложно лично для него, искать решение проблем и обмениваться опытом с другими. Надеемся, вместе мы сделаем IT-индустрию чуточку лучше.
Рекомендации: что почитать и посмотреть
- Книга Выразительный JavaScript. Современное веб-программирование (Марейн Хавербеке) для программирования в общем, не только на JS.
- Сайт Realpython.com. Там много крутых статей о современных практиках разработки.
- Курс Learning how to learn на Coursera. В нем рассказывается о механизмах Chunking и Spaced Repetition и прокрастинации.
- Книга Кто за главного (Майкл Газзанига) для тех, кто интересуется работой мозга.
Полное видео беседы с Григорием:
По статистике getmatch, минимум 30–50% работодателей готовы рассматривать удаленку, а релокейт среди локаций на второй месте по популярности. И надоевший всем коронавирус — не препятствие: за время пандемии и в России, и за рубежом наём ускорился в 3 раза.
Регистрируйтесь в @g_jobbot, подходящие вам вакансии с релокейтом будут приходить в Телеграм.
- собеседования
- карьера
- интервью
- программирование
- обучение программированию
- Блог компании getmatch
- Учебный процесс в IT
- Управление персоналом
- Карьера в IT-индустрии
О теплых отношениях бухгалтеров и программистов 1С и немного о самой программе 1С
Программисты 1С и бухгалтера – это как иголочка с ниточкой. Куда иголочка – туда и ниточка. Существует множество бородатых анекдотов о бухгалтерах, которые придуманы программистами 1С. Бухгалтеры в свою очередь не заставили себя ждать и придумали множество шуток о программистах 1С.
Программисты 1С шутят над тем, как «искусно» работают бухгалтера в программе 1С. Бухгалтеры, как правило, шутят над внешним видом программистов 1С, мол люди это косматые, небритые, спящие в обнимку с компьютером. На самом деле между программистами 1С и бухгалтерами царит настоящая любовь, да такая что будь воля каждой стороны – поубивали бы друг друга ко всем чертям. Но нельзя. Так как без первых (программистов 1С) придется вернуться на сто лет назад и считать все на счетах. А без вторых (бухгалтеров) – не будет работы, так как именно бухгалтеры обеспечивают занятость программистов.
Поэтому то любят они друг друга, то ненавидят, но в итоге мирятся друг с другом и стараются сосуществовать в единой системе под названием 1С.
Ну давайте перейдем непосредственно к шуткам, которые были рождены в результате их сосуществования.
Бухгалтер в ответе. Ирина Федореева о том, почему бухгалтер со стереотипами обречен на поражение в конкуренции
В рубрике «Бухгалтер в ответе» представляем нового героя – главу бухгалтерско-консалтинговой фирмы «Первая налоговая консультация» из Омска Ирину Федорееву.
БУХ.1С продолжает рубрику «Бухгалтер в ответе», в которой мы знакомимся с нашими читателями-бухгалтерами. Наш сегодняшний собеседник – Ирина Федореева из Омска. Ирина уверена, что бухгалтер, который лишь составляет и сдает отчетность, но не изучает спрос клиента и не развивается как в профессиональном, так и в техническом плане, в свободном плавании на современном рынке не выживет.
− Ирина, что вас привело в бухгалтерию?
− Можно сказать, что любовь. Я по первому образованию врач-инфекционист. После академии успела поработать полгода, а потом вышла замуж. Муж как раз был профессиональным бухгалтером, а у свекрови была небольшая аудиторская компания. Сначала я немного помогала, а потом муж сказал – давай работать вместе. Я получила второе высшее образование – уже финансовое. Надо сказать, что после медакадемии везде учиться легко. В общем, мне все показалось просто. И вот уже восемнадцать лет работаю в бухгалтерии.
− Большие изменения в вашем бизнесе произошли за эти годы?
− Ну, было три сотрудника, стало пятнадцать. Около 350 организаций у нас на обслуживании. С физическими лицами тоже работаем, много клиентов приходящих. Но главные изменения не в количестве. Я себя и свою компанию позиционирую сегодня не столько как бухгалтерию, сколько как налоговых консультантов. Прохожу регулярное обучение, повышение квалификации и обучаю сотрудников. Они периодически пишут тесты, мы разбираем нововведения. Собственно, это развитие того, что началось сразу со старта. У свекрови тогда были довольно большие организации на обслуживании, она занималась аудитом московских фирм. А я немного другое направление взяла. Стала заниматься именно начинающими предпринимателями, в основном торговлей. Изучали законодательство, помогали им открывать бизнес, нанимать сотрудников. Небольшими шажками продвигались вперед. Раньше все, конечно, было проще, меньше бумаги и волокиты. А с годами изменения в законах и правилах учета стали накапливаться очень быстро, так что важно все отслеживать.
− Давайте поговорим про аспекты сотрудничества именно с 1С. Как у вас все устроено?
− В штате у нас есть программисты, которые нам устанавливают 1С. Изначально база 1С у нас стояла просто на компьютере, потом, с расширением штата, перешли еще и в облако. Без 1С сейчас никакой учет вести вообще невозможно. Многие клиенты просят управленческие программы, а не только бухгалтерские. Сейчас вот, например, занимаемся внедрением 1С:УНФ в организацию кадастровых инженеров.
− Вы в число внедренцев 1С входите?
− Авторизированным центром мы не являемся. Это направление у нас немного упущено, а, наверное, зря. Программы 1С востребованы у бизнеса. Много разных направлений есть – и розница, и управление фирмой, и управление торговлей. А у наших клиентов самые разнообразные направления деятельности. Вот даже коллекторская организация в клиентах появилась.
− И скольким из своих клиентов вы оказываете услуги по внедрению 1С?
− Примерно трети. Если у клиента есть самостоятельно купленные программы, то можем просто обучить бухгалтеров их правильно использовать, консультируем главбухов. Например, жалуются на сложности с синхронизацией, приходится учить правильно делать групповые перенастройки. Бывают сложности с интерфейсом после обновления, не могут понять, как настроить или выгрузить отчет, неверно при загрузке банка отображают поступления. В общем, много разных вопросов.
− Есть стереотип, что бухгалтеры — люди, сопротивляющиеся переменам. Один раз чему-то научились и потом за это держатся. Ощущали такое?
− Конечно. Когда беру к себе на работу бухгалтеров, очень тяжело ломать их стереотипы. Нововведения очень трудно воспринимаются. Для них это просто ужас, особенно когда говоришь, например, что теперь будем работать в 1С:УНФ и настраиваем синхронизацию с 1С:Бухгалтерией. Начинается паника. Бухгалтер сидит в своей программе, хорошо ее знает, привыкла, любое обновление вызывает стресс. А с теми бухгалтерами, которые не в штате, еще хлеще ситуация. Мои уже более-менее новшества воспринимают нормально, потому что я их уже подготовила, немного переучила. А вот тем, которые у нас на обслуживании, постоянно удаленно объясняем, как сформировать вот это, как выделить то. Частенько на это уходит немало времени.
− Раз начали жаловаться, то рассказывайте обо всем. Есть такое, что в 1С вас не устраивает?
− Необходима быстрая техподдержка. Допустим, недавно в 1С:УНФ у нас «не ложились» оплаты от покупателей. Не могла понять, в чем дело, а я программу знаю отлично. Два дня, и так, и сяк, ждала поддержку. Хотя надо было срочно сделать отчет, руководители сейчас очень требовательные. Хотят нажать одну кнопочку в программе и видеть все-все-все. Мы и используем 1С:УНФ именно для руководителей, бухгалтеры ее не очень любят.
− Что видите полезного для руководителей в 1С:УНФ?
− Программа позволяет формировать управленческие отчеты для принятия решений. Сотрудники вводят первичные документы, а задача руководителя — с помощью управленческих отчетов принимать решения о развитии бизнеса. Например, отчеты «Анализ бизнеса», «Денежный поток», «Доходы и расходы». По ним можно оперативно контролировать все поступления и выплаты за нужный период, оценить величину денежного потока, проверить откуда деньги пришли, кому и за что оплатили. Ну и управленческий баланс. Баланс помогает сразу оценить состояния бизнеса.
− Ирина, а вы работу свою терпите или получаете от нее удовольствие?
− Работу свою я обожаю. Ни дня не пожалела, что пошла в этом направлении. Деятельность у меня творческая. У меня есть главбухи обслуживаемых нами организаций, они отчеты и балансы делают. Сама я больше занимаюсь именно консультированием. Ко мне приходит клиент и говорит: помогите, хочу развить бизнес, но не знаю, с чего начать. Что делать, на какую систему налогообложения перейти? Хочу как можно меньше заплатить налогов, но чтобы все легально! И я им помогаю, консультирую, рассказываю.
− Представители каких отраслей обращаются?
− Очень много запросов из сферы услуги, производства, от фрилансеров-одиночек. Еще раньше приходили блогеры, ребята с Ютуба, которые развивали свои каналы, но сейчас это направление вообще ушло. Зато пришло производство и продажи. Это уже компании побольше, швейные цеха. И хотят понять, как и на какой системе налогообложения им работать.
− И чем вы помогаете?
— Многие клиенты из нашего региона даже не слышали, например, про пониженные ставки УСН. А ведь у нас по определенным ОКВЭД можно снизить налог с 6 до 1%. Часто не знают про льготы по страховым взносам. Приходили компании из стоматологии, айтишники, туристический бизнес, для которых на сегодня также государством предусмотрены льготы, о которых они не знают. А вообще, законодательство меняется с бешеной скоростью, бухгалтеры не успевают отслеживать. Так что налоговые консультанты тут в помощь.
− Автоматизированные сервисы банковской бухгалтерии – ваши конкуренты?
− Абсолютно нет. Клиенты очень часто приходят ко мне, уже имея банковскую бухгалтерию. Ведь у клиента может быть не один расчетный счет, а несколько, в разных банках. А банк считает только по одному. Кроме того, многие банковские программы не учитывают, например, тонкости страховых взносов у ИП. Просто собирают за весь год, а не со дня, например, постановки на учет, вычеты не делают. Соответственно, клиенты переплачивают.
− Какими видите свои перспективы?
− Хотелось бы достичь того, чтобы клиент пришел, и я бы полностью ему предоставила все, что ему нужно для его бизнеса. Чтобы в одном окне были все услуги. Очень востребованы сейчас консультации по ККТ, маркировке, банковским продуктам, банкротству. Запросов у бизнеса очень много. У меня не по всем направлениям есть сотрудники, поэтому приходится вникать самой. Ищу людей, которые бы вместе со мной консультировали.
Бухгалтер «классического» образа – с шишечкой на голове, в очках, который сидит и делает проводки, не развиваясь и не изучая спрос клиента, сегодня не выживет. Современному специалисту приходится пытаться объять необъятное. Но энергии у меня много, надеюсь, она не иссякнет.
− Бухгалтерская работа традиционно очень стрессовая. Как со стрессом справляетесь, как отдыхаете?
− Занимаюсь спортом, это обязательно.