2015 год – проект, на котором все работают
Был у нас большой проект – внедрение 1С:Бухгалтерии 3.0. на крупном предприятии.
Старшие коллеги на проекте работали с 2014 года, а я в это время работала с их клиентами.
С самого начала меня мучил один вопрос: почему мы внедряем 1С:Бухгалтерию, когда по сути нужно ставить 1С:УПП.
У меня раньше было четкое представление о внедрении программ:
Мелкое предприятие – ставим 1С:Бухгалтерию, средние - 1С:Бухгалтерию или 1С:КА, крупное – 1С:УПП (ERP).
Это потом, в 2017 году я случайно наткнулась на презентацию с конференции Инфостарта, где было указано, что вариант БП+ЗУП+УП может быть выигрышным по сравнению с УПП.
Мир перевернулся.
Сейчас я думаю, что лучше сначала поставить БП+ЗУП+УП, поработать, оценить потребности и, если необходимо, перейти на КА или УПП (ERP).
Я спрашивала коллег, но так ответа и не получила.
Как-то руководитель проекта с предприятия спросил про какой-то отчет в программе, я сказала, что в БП такого отчета нет, а он есть в УПП. И тут я уточнила, почему они не стали внедрять УПП?
Он ответил, что не нашли специалистов.
А мы кто? Возможно, мы сами не стали внедрять УПП.
Но забегая вперед, скажу, что в данном случае это оказалось оправданным – с УПП на предприятии мы бы загнулись.
Я прихожу на проект в 2015 году, обучаю сотрудников.
Точнее: выявляется какая-то операция, которую непонятно как отражать в программе, я пишу инструкцию, прихожу и обучаю по ней сотрудников. Инструкция остается у них.
Иногда просто писали инструкцию, без обучения.
Тогда сайт ИТС стал мои лучшим другом. Я узнала, что автоматизировано, а что нет в 1С:Бухгалтерии 3.0.
Такой практики как здесь по 1С:Бухгалтерии 3.0. у меня больше не было. Крупное предприятие – много различных операций отражается в учете.
Помимо обучения сотрудников мы загружали остатки, обороты, ставили задачи программистам, проверяли доработки.
Доработки
Если какого-то функционала не было, но он был сильно нужен – делали доработку.
Пишешь программистам, ставишь задачу.
Программисты были не с нашей организации.
Однажды было дело срочное, я программистам позвонила. Объясняю, что нужно сделать: тут добавить документ, тут создать регистр, туда всё записать, всё подробно. Чувствую напряжение на том конце трубки, но продолжаю говорить. Они отвечают, что всё поняли, прощаемся.
Через какое-то время присылают обновление с данной доработкой, смотрю – сделано всё по-другому.
Как я поняла потом, программисты не любят, когда ты им про регистры начинаешь рассказывать, нужно ограничиваться документом. А уж куда что записывать, они должны сами решать.
В этом есть доля истины.
Но тогда пишите описание к обновлениям как положено. А то приходил обычно только файл, а дальше догадайся сама где и что они сделали, и как это работает.
Загрузка данных
Загружали мы все данные из файлов xml.
Для программистов на предприятий подготавливали пример файла (структуру), на основании него они готовили выгрузку. Потом мы пробовали загружать, если появлялись ошибки, говорили, что исправить.
Про файлы xml, про XDTO (вроде так пишется), я на этом проекте, узнала всё что только можно!
НДС
Всё было бы хорошо, но, начиная с 2015 года нужно было сдавать декларацию по НДС вместе с книгой покупок и книгой продаж.
И тут мы узнаем, что декларацию по НДС нужно будет сдавать из новой программы!
Кошмар! Нужно грузить обороты и в сжатые сроки.
Начинаем проводить эксперименты на копии базы. Загружаем данные в регистр «НДС Покупки», «НДС Продажи», в журнал учета счетов-фактур – декларация не формируется.
Оказывается для заполнения декларации этого недостаточно, нужно создавать документы. Грузим накладные и счета-фактуры к ним, а документы уже создают движения в регистрах.
Время поджимает, работаем с 8 утра да 20 вечера, работаем в выходные.
Думаем, что делать с оставшимися накладными, которые неоткуда загрузить.
Предлагаю вводить документы «Отражение НДС к вычету», «Отражение начисления НДС» общими суммами без детализации по номенклатуре – времени нет.
Пользователи начинаю вводить.
Боремся с ошибками типа ИНН/КПП.
С горем пополам к вечеру последнего дня сдачи отчета у нас всё готово, пытаемся выгружать – ошибка, боремся – ошибка. Общими усилиями в районе 21:00 вечера отправляем декларацию в налоговую. Победа!
Это была жесть! Я приходила домой только спать.
На период сдачи декларации я передала своих клиентов коллегам.
За месяц интенсивной работы у меня появилось ощущение, что я с завода, с прежнего места работы, и не увольнялась. Так привыкла к такой работе, что казалось, что на этом предприятии работаю постоянно.
Обучение
Как я говорила, предприятие крупное – пользователей много.
Такого внимания к моей персоне как здесь, ещё ни где не было. Тебе звонили, к тебе приходили, тебя не отпускали.
Однажды, я сделала открытие, которое в корне поменяло рабочий процесс.
У нас на предприятии была маленькая комнатка, где можно было работать.
Как-то, идя по коридору я услышала чей-то разговор:
- Ты представляешь, он закрыл дверь на ключ изнутри, говорил один голос. Второй что-то отвечал.
Суть разговора была не важна, меня озарило!
А ведь правда, дверь на ключ можно закрывать изнутри!
Теперь, когда мне нужно было срочно сделать какую работу, например поставить задачу программистам, загрузить документы или проверить файл, я снимала трубку (стационарный телефон у нас тоже был) и закрывала дверь изнутри на ключ.
Работать стало легче, раньше всё время уходило на ответы на вопросы.
После того, как срочные дела были сделаны, я возвращалась к пользователям.
Ещё иногда приходилось закрывать дверь в обеденное время.
Когда на предприятии был обед, обед был и у нас. Но иногда во время обеда приходил руководитель проекта от предприятия и говорил:
- Пока ты ешь, я спрошу.
Чтобы избежать этой ситуации, я закрывала дверь.
Итог по проекту
Много интересного, много операций, 1С:Бухгалтерия 3.0. изучена под микроскопом.
Иногда какие-то процессы затягивались, тогда да, работать не хотелось. Но общее впечатление было положительным. Ещё, т.к. мы работали командой, было веселее, чем до этого, когда я работала одна.
Единственное, когда мы после декларации по НДС вернулись «в большой мир», было ощущение, что мы очень много пропустили. Например, появилась новая отчетная форма - 6-НДФЛ, а мы про неё практически ничего не знали. Пришлось экстренно наверстывать упущенное.
Далее на проекте мы продолжили работать, но уже не так интенсивно, как раньше, не полный день.
2015 год – подготовка к экзамену по ЗУП 3.1.
Во второй половине года начинаю готовиться к экзамену по ЗУП 3.1. Начинаю готовиться сама, т.к. за сертификаты повышают зарплату.
Была ещё вторая причина сдать экзамен – изучение ЗУП 3.1.
Беру книгу «Сборник задач для подготовки к экзамену «1С:Специалист-консультант» по внедрению прикладного решения «1С:Зарплата и управление персоналом 8»», открываю, приятно удивляюсь, что в книге маленькие задачи и они понятны. Правда их много. Начинаю решать.
В этот раз спешить мне было некуда, я прорешала весь сборник где-то за 2 месяца. Занималась после работы или в выходные.
Сразу могу сказать – это очень сильно помогло мне в дальнейшей работе с 1С:ЗУП 3.1 как на проектах, так и при отдельных консультациях.
2016 год – сдача экзамена по ЗУП 3.1.
Прихожу сдавать экзамен. Дают билет. Его необходимо прорешать в базе и кратко описать решение на бумаге. На всё три часа.
Начинаю решать, тороплюсь как могу, времени впритык.
Как-то я не подумала перед экзаменом, что нужно будет писать описание и на него тоже нужно будет время.
Укладываюсь еле-еле. Начинаем записываться на сдачу, я третья.
Ещё со школы люблю сдавать всё в первых рядах, не знаю почему.
Преподаватель смотрит описание, говорит, что можно было бы написать короче. Задает вопросы, я отвечаю, показываю в программе, всё верно.
Далее проверяем отчет. В нём ошибка.
Как я поняла позже, я в СКД поле в группировку добавила, а список полей нет.
Оценка 4, сдала. Ура!!!
2016 – первый крупный проект по ЗУП 3.1.
На тот момент в организации ЗУП 3.1. лучше меня никто не знал.
Точнее сказать я знала программу более-менее, т.к. готовилась к экзамену, остальные к экзамену не готовились, книжки не читали, соответственно, программу не знали.
Появляется у нас проект: переход с доработанной ЗиК 7.7. на ЗУП 3.1.
Т.к. база доработанная, коллеги программисты пишут перегрузку данных.
Я параллельно на демобазе пытаюсь настраивать начисления и удержания, какие есть в организации.
После того как в рабочую базу перегрузили остатки, настраиваю начисления в ней.
Время, надо сказать, было дикое, ЗУП 3.1. только недавно появилась, и разработчики часто меняли какие-то глобальные механизмы.
Например, я настроила начисления, ввела показатели – всё хорошо. Через какое-то время установили обновление, показатели перестали работать как нужно. Оказывается, в новом релизе алгоритм их настроек поменялся.
Не ставить обновления было нельзя, т.к. в них появлялись механизмы, которые нужны были в работе.
Руководитель проекта со стороны заказчика смотрел на нас как на сумасшедших.
Сделали тут – там отвалилась, сделали там – тут отвалилось.
Но мы сразу предупреждали заказчика, что программа недавно вышла, первое время будут проблемы.
Оценка работ
Не нравилось мне никогда оценивать работу. Ну не знаю я заранее, сколько она времени займет. Я считаю, что оценку работу нужно делать платно или работать по факту.
А вот на оценку уже можно установить конкретные часы и указать стоимость.
Ладно ещё если оценку делаешь у своего клиента, я по крайней мере видела базу. А у нового – это вообще черный ящик.
Совещания
Не люблю я совещанию, считаю, что это пустая трата времени.
На совещания с заказчиком должен ходить руководитель проекта, остальные продолжают работать.
На совещания с директором должен ходить начальник отдела, остальные продолжают работать.
А то у нас было – все на совещании, работа стоит, а нам НДС сдавать. Точнее не нам, а пользователям. Но чтобы они сдали НДС, данные в базе должны откуда-то появиться.
Обновления
Считаю, что как платные, так и бесплатные (в рамках ИТС ПРОФ) обновления типовых конфигураций должен ставить сотрудники отдела ИТС (или просто сервис-инженеры, если нет такого отдела).
Обновлением доработанных конфигураций должны заниматься программисты.
Специалист-консультант не должен ставить обновления. Редкое исключение - это обновление, чтобы исправить ошибку.
У нас было - ты и консультируешь, ты и обновляешь.
Поначалу это было нормально, но потом, когда консультаций и клиентов стало много, обновление стало сильно напрягать. Особенно, если обновлять надо нетиповую конфигурацию.
Доработки
Я не сторонник доработок конфигураций. Доработки усложняют обновление и база от них распухает в буквальном смысле слова.
Если ещё база файловая, момент перехода на сервер приближается стремительно при наличии доработок.
Хорошие доработки – это внешние отчеты, обработки или расширения.
Т.е. которые можно всегда отключить или удалить. И при этом они не влияют на процесс обновления конфигурации.
Заключение
Сейчас, конечно, смотришь в прошлое – чем приходилось заниматься, кажется, что всё это было не со мной.
В принципе мне нравилось работать во франче, коллектив у нас был молодой, задачи интересные. На многих предприятиях удалось побывать и со многими поработать, посмотреть как организован учет, да и перенять опыт коллег. Взгляд на жизнь поменялся!
Что не нравилось:
- Работать одной на крупном проекте. Ты брошен, ты некому не нужен, до твоих проблем нет никому дела.
- Разнообразие задач. Т.е. сначала нравилось, но потом, когда клиентов стало много, было сложно переключаться от одной конфигурации к другой. Да, ладно, переключаться, тебе нужно было следить, что меняется в каждой из этих конфигураций при обновлении.
- Зарплата. Иногда она была хорошая, за счет 12 часов работы в день, иногда нет. Что тут сказать – сделка.
- Телефон. Периодически рабочий мобильный телефон хотелось выкинуть в окно, он звонил не переставая. Особенно в отчетность.
- После командировок как-то особо ехать никуда больше не хочется. Дома лучше.
Спасибо за внимание!!! Надеюсь, кому-то будет полезен мой опыт, и большинства ошибок удастся избежать!!!
