Какие вопросы задать аналитику 1с до
Перейти к содержимому

Какие вопросы задать аналитику 1с до

  • автор:

Как пройти техническое собеседование на системного аналитика в любой компании (сборник вопросов)

Я проходил технические собеседования на системного аналитика в самых разных компаниях и каждый раз записывал все вопросы. У меня накопилось 120 вопросов. Список вопросов выкладываю в этой статье. Даю гарантию, что, подготовившись по этим вопросам, вы будете успешно проходить технические собеседования в большинстве, если не во всех, it-компаниях. Почему? Потому что большинство вопросов повторяются от собеседования к собеседованию. Очень высока вероятность того, что вопросы, которые вам будут задавать, будут из этого списка.

Про форматы технических собеседований

Традиционно техническое собеседование состоит из двух частей: сначала тебя просят рассказать о своем опыте работы, а потом задают теоретические вопросы.

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

Другая крайность – «соковыжималка» – часовое или 1,5-часовое собеседование с огромным количеством теоретических вопросов по всем темам. Очень похоже на тестирование. Выжимают все соки. Вопросы из нескольких таких «соковыжималок» тоже попали в мой список.

Что делать, когда вы не знаете ответ на вопрос

Техническое собеседование выглядит как экзамен, но на самом деле, это не экзамен. Если вам задают вопрос, на который вы не знаете ответа, не тушуйтесь, смело говорите – не знаю, не сталкивался с этой темой. Да вы и не обязаны знать всё, о чем вас спрашивают. Задача собеседующего понять, где вы сильны, а где слабы. Это нормально, что вы чего-то не знаете. Ваша спокойная реакция на сложный вопрос – это уже хороший ответ!

Первое правило успешного прохождения технического собеседования — подготовка

Главное – подготовка. Нужно повторить все темы, по которым вас могут спрашивать. Как это сделать? Просто нужно знать, на какие темы чаще всего задают вопросы (см. ниже). И повторить эти темы, читая статьи на Хабре.

  • Требования (виды требований, работа с требованиями, форматы use case и user story);
  • Нотации UML и BPMN;
  • SQL и базы данных;
  • Интеграции (REST, SOAP, XML, XSD, брокеры сообщений, микросервисы и пр.);
  • Методологии разработки ПО

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

Самый популярный технический вопрос

Абсолютный лидер среди всех технических вопросов: «Что такое REST и чем REST отличается от SOAP?»

Найдите статьи на Хабре на эту тему и будьте готовы к этому вопросу!! Этот вопрос задают почти на каждом собеседовании. А тема интеграций – это тема номер один на собеседованиях.

А вот несколько самых популярных общих вопросов.

«Расскажите про рабочий процесс на последнем вашем проекте»

Один из самых частых вопросов — когда тебя просят рассказать, как на твоей работе был построен рабочий процесс. Вот тут может возникнуть желание приукрасить, особенно если ваш эджайл совсем не эджайл. Этого делать не надо – нужно рассказывать именно так, как все было на самом деле, со всеми недостатками рабочего процесса (а у кого их нет?). Нужна реальная, а не приукрашенная картина.

«Расскажите, что содержится в вашей типовой постановке задач для разработчика»

Тоже один из самых частых вопросов. Лучше всего заранее вспомнить какие-то примеры из своей практики.

Вопросы и задачи на знание SQL

Знания SQL проверяют очень часто. Это могут быть устные вопросы на знания SQL. Или показывают модель данных и просят написать sql-запрос в онлайн-чате или выполнить sql запрос в специальной программе на тестовой базе данных. Для изучения (повторения) SQL можете использовать отличные онлайн-тесты на https://www.sql-ex.ru/. Уровень этих тестов выше, чем задачи на собеседованиях.

Вопросы на реальных технических собеседованиях на должность системного аналитика

(частые вопросы выделены жирным шрифтом)

I Общие вопросы

1. Почему вы меняете работу?
2. Расскажите о себе и своем опыте.
3. Расскажите, что вы делали как аналитик.
4. Какую работу вы ищете?
5. Что вы хотите получить от новой работы?
6. Что вам нравится делать как аналитику и что не нравится?
7. Какими достижениями в своей работе вы гордитесь?
8. Как вы относитесь к переработкам?
9. Опишите своего идеального руководителя.
10. Опишите идеальную для вас команду.
11. Что самое сложное было для вас в работе?
12. Расскажите о своей самой сложной/важной работе за последние полгода.
13. Кем вы себя видите через 2 года? Через 5 лет?
14. Были ли у вас провалы?
15. Были ли у вас конфликты с коллегами и как вы их решали?
16. Как решались технические разногласия в команде?
17. Какую последнюю книгу вы прочли?
18. Чем вы любите заниматься?
19. Приходилось ли вам работать со сложным заказчиком и как вы улаживали разногласия?
20. У вас есть портфолио аналитика? Пришлите что-нибудь из вашего портфолио.

II Требования

21. Какие группы требований вы знаете?
22. Что входит в нефункциональные требования?
23. Каким критериям должны соответствовать требования?
24. Вам аналитик принес список требований. Как вы их оцените?
25. Приходилось ли вам писать Use cases? Как пишутся Use cases?
26. Приходилось ли вам писать User story?
27. Вы продаете кофейные аппараты. Я заказчик. Какие вопросы вы зададите потенциальному заказчику, который хочет купить кофейный аппарат в офис? (заказчик при этом на все вопросы отвечает «не знаю»)
28. С какими группами заинтересованных лиц вы общались?

III Нотации UML и BPMN

29. Какими нотациями вы владеете?
30. Какими UML диаграммами вы пользуетесь?
31. Нарисуйте диаграмму последовательности для процесса, когда пользователь через веб-форму отправляет запросы в rest-сервис для получения данных.
32. Что такое диаграмма последовательности? (Что описывает диаграмма последовательности?)
33. Составьте схему BPMN для процесса, описывающего работу банкомата (устно)
34. Какие бывают Gateway в BPMN?
35. Какие элементы BPMN вы знаете?

IV SQL и базы данных

36. Приходилось ли вам писать sql-запросы? Для чего?
37. Зачем нужны индексы в таблицах БД?
38. Знакомы ли вы с нормализацией баз данных?
39. Задача на нормализацию таблиц базы данных. Дают две таблицы с некоторыми полями. Что в них не так и почему? Как исправить?
40. Какие виды JOIN запросов вы знаете?
41. Задача sql. Дают таблицы. Напишите SELECT с такими-то условиями запроса (задача на JOIN).
42. Задача sql. Дают таблицы. Напишите SELECT с такими-то условиями запроса (задача на GROUP BY).
43. Даются следующие три операции SQL. Какой будет результат?

TRUNCATE TABLE;
ROLLBACK;
SELECT * FROM TABLE;

44. Чем TRANCATE отличается от DELETE?
45. Дается SQL запрос. Назовите все ошибки в синтаксисе, которые вы видите.
46. Назовите все способы в SQL выбрать данные из первой таблицы, которых нет во второй таблице (NOT IN, NOT EXISTS и др).
47. Что такое транзакция?
48. Какими свойствами должна обладать транзакция? (ACID)
49. Чем отличается UNION от UNION ALL?
50. Какие типы JOIN вы знаете? Чем LEFT JOIN отличается от FULL JOIN ?
51. Можете назвать три первые формы нормализации?
52. Что такое первичный ключ? Каким свойством обладает первичный ключ? Что такое внешний ключ?
53. Что такое поисковые пути в базах данных?
54. Какие бывают представления в БД?
55. Для чего используется HAVING в SQL?

V Интеграция

56. Что такое XSD?
57. Что содержится в XML?
58. Чем sequence отличается от choice в XSD?
59. Приходилось ли вам писать XSD?
60. Что такое пространство имен в XML?
61. Какими программами вы работали с XML?
62. Что такое WSDL?
63. Чем SOAP отличается от REST?
64. Из чего состоит сообщение в SOAP?
65. Что содержит HEADER в ответе REST?
66. Чем отличается ошибка 200 от 201?
67. Какие методы REST вы знаете?
68. Чем POST отличается от GET?
69. Чем PUT отличается от PATCH?
70. Приходилось ли вам писать JSON? С помощью чего вы писали JSON?
71. Напишите пример rest-API для книжной библиотеки (напишите методы, эндпоинты и пример JSON).
72. Что содержит URL в REST запросе?
73. Как проверить, что сообщение брокера получено в полном объеме?
74. Знаете ли вы CAP-теорему?
75. Что такое stateless и stateful, если говорить про сервисы? Rest – это какие сервисы? Что значит stateless сервисы?
76. Что такое идемпотентность? Почем это важно?
77. DELETE – идемпотентный метод?
78. Приходилось ли вам проектировать взаимодействие информационных систем?
79. Что такое корпоративная шина? Приходилось ли работать с корпоративной шиной?
80. Чем корпоративная шина отличается от ETL – инструмента?
81. Чем брокер сообщений отличается от корпоративной шины?
82. К корпоративной шине подключены веб-сервисы. В одном веб-сервисе появились два новых обязательных поля. Что изменится в интеграции?
83. Есть некий UI, нужно написать к нему веб-сервис. Опишите вашу постановку – что в ней будет.
84. Что такое синхронные и асинхронные вызовы?
85. Приходилось ли вам работать с брокерами сообщений?
86. Для чего вы использовали брокер сообщений?
87. Как брокер сообщений гарантирует доставку сообщений?
88. Чем Kafka отличается от RabbitMQ?
89. Есть две системы. Назовите все способы интеграции этих систем.
90. Какие виды/способы интеграции вы знаете?
91. Клиент читает в Kafka два последних сообщения. Как тому же клиенту заново
прочитать эти два последние сообщения?
92. Приходилось ли вам проектировать API в нотации OpenAPI/Swagger?
93. Опишите все способы снизить нагрузку на вебсервис.
94. Есть четыре системы, участвующие в последовательном исполнении заказа клиента на выдачу карты: форма заявки на выдачу карты, скоринг, печать карты, логистика. Опишите, как вы их интегрируете между собой.
95. Знакомы ли вы с микросервисами?
96. Что такое Хореография и Оркестрация?
97. Какие достоинства и недостатки микросервисов вы знаете?
98. Расскажите про токен-авторизацию в микросервисах.

VI Методологии разработки ПО

99. Чем Kanban отличается от Scrum?
100. В каких методологиях вам приходилось работать?
101. Какие методологии разработки программного обеспечения вы знаете?
102. Опишите процесс работы, который был принят на вашем проекте.

VII Прочие вопросы

103. Чем авторизация отличается от аутентификации?
104. Знакомы ли вы с электронными подписями? Как они работают?
105. Что такое sftp?
106. Как работает https?
107. Есть карандаши, фломастеры и ручки. Опишите для них примеры классов (наименования, атрибуты, методы).
108. Приходилось ли вам работать с AsciiDoc или MarkDown разметкой?
109. Опишите, что обычно содержится в вашей постановке для разработчиков?
110. Чем бизнес-аналитик отличается от системного аналитика?
111. Чем ГОСТ 19 отличается от ГОСТ 34?
112. Приходилось ли вам писать спецификации?
113. Какие документы по ГОСТУ вы писали?
114. Что такое анализ, синтез?
115. Что такое уровень абстракции?
116. Приходилось ли вам самому тестировать ПО?
117. Что можете рассказать про хеширование?
118. Какие способы разграничения доступа вы знаете?
119. Задача: опишите типовые составные части АИС, не входящие в основной функционал (какие подсистемы АИС есть в большинстве АИС).
120. С какими языками программирования знакомы? Сможете прочитать и разобрать код, написанный на Java?

И несколько заметок о текущем рынке труда

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

Спрос на аналитиков сейчас (в 2021) очень высок. Только с одного hh.ru на резюме приходит до 20-30 приглашений на собеседования в день (Senior analyst, з/п свыше 200 т.р., Москва). Рекрутеры буквально упрашивают прийти к ним на собеседование. Все это говорит о том, что это уже не рынок покупателя, а рынок продавца. Дефицит кадров. Соответственно растут и офферы. (Диапазон широк – на должность ведущего аналитика предлагают з/п от 200 до 300 net, в зависимости от компании).

Если рекрутеры в разговоре спрашивают вас, каков ваш «комфортный уровень зарплаты» – это намек на то, что вы указали в резюме зарплату ниже рынка (или компания готова предложить вам заметно выше). Можете смело поднимать ценник.

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

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

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

  • собеседование
  • собеседование вопросы
  • системный аналитик
  • техническое собеседование

Задать вопрос

Отправьте нам вопросы по программе «1С:Аналитика» заполнив форму ниже.

Вы можете задать вопрос по электронной почте 1c@analitica.ru или позвонить по телефону 8 800 201-33-18 WhatsApp/79222950532

Модуль Smart Desk для 1С:ERP — автоматизируйте бизнес-процессы и тех. поддержку в вашей 1С:ERP

Видеоролики о программе

Посмотрите видеоролики

10 вопросов заказчику перед проектом внедрения ERP-системы

«Чтобы правильно задать вопрос, нужно знать большую часть ответа», — писал Роберт Шекли в одном из рассказов. Как правило, наши специалисты, занимающиеся внедрением 1С:ERP , планируя встречу с представителями топ-менеджмента бизнеса, знают заранее, что у них спросить, и даже могут предположить, что те ответят (ведь внедрениями систем 1С корпоративного сегмента мы занимаемся более 15 лет). Но идея этой статьи — не составить шпаргалку для 1С-франчайзи, а дать представителям бизнеса возможность вникнуть в суть изменений, которые влечет за собой внедрение такой масштабной программы как 1С:ERP или другого корпоративного решения от 1С. Наш небольшой опросник не стоит воспринимать буквально. И порядок вопросов, и формулировки могут быть весьма вариативны, кроме того, мы не стали вписывать довольно банальные пункты, например, «ваша сфера деятельности» и «количество сотрудников» (тем не менее эти вопросы весьма важны для проекта). В первую очередь, мы хотели обозначить те проблемные темы, которые вызывают наибольшие трудности и в переговорном процессе, и в ходе проекта внедрения 1С:ERP, и попытаться показать их важность.

1. Какие проблемы, связанные с деятельностью вашего предприятия, беспокоят вас больше всего?

Как правило, у заказчика есть какая-то боль, какая-то потребность. С этого все и начинается. Реализовать штрихкодирование на производстве, организовать складской учет, создать понятную систему составления заказов и обработки заявок и т.д., — любой из этих пунктов и еще сотня других может стать поводом, чтобы обратиться в компанию, занимающуюся внедрением IT-решений для бизнеса. Бывает, что задачи ставятся более широко — повысить оборачиваемость, снизить себестоимость, избавиться от неликвида. А случается, что представители бизнеса сетуют, что вроде учетная программа есть, и денег в ее доработку вложили уже немало, но нет уверенности, что показатели, которые выдает программа на 100% достоверны. Значит надо искать причину. Проверять, тестировать. Наши специалисты отмечают, чем больше будет сформированных потребностей, тем более предметным получится разговор, и тем более конкретное предложение компания-внедренец сможет сделать. Правда, здесь стоит сделать одно замечание, что нередко озвученная проблема, по сути, таковой не является, а предстает скорее следствием какой-то ошибки в действующей системе учета. И в данном случае, важно эту ошибку найти, устранить, а новую систему настроить так, чтобы подобных ошибок не происходило. Как правило, чем актуальнее проблема, тем наиболее заинтересован топ-менеджмент в ее решении. А значит диалог будет более конструктивным.

2. На какие сроки проекта внедрения 1C:ERP вы рассчитываете?

  • обследование,
  • моделирование,
  • составление технического задания,
  • разработка,
  • опытная эксплуатация,
  • промышленная эксплуатация.

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

Но это совсем не означает, что ранее, чем через год результата от проекта внедрения 1С:ERP увидеть не получится, как правило, первые решения наши заказчики могут протестировать уже через 3-4 месяца после начала работ. Но об этом в ответе на один из следующих вопросов.

3. Какие блоки вы планируете внедрить?

При внедрении такой масштабной программы, как 1С: ERP, важно обсудить, что конкретно заказчик хочет автоматизировать: бухгалтерию, кадровый учет, производство, работу склада, продажи или все вместе, а может быть ему еще нужно казначейство и бюджетирование. От того, какие именно подсистемы будут внедряться зависят и сроки работ, и их стоимость.

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

С другой стороны, внедрение какого-то одного блока не всегда возможно, ведь предприятие как единый организм, и все в нем взаимосвязано. То есть при желании автоматизировать какой-то конкретный блок, нужно четко обозначить границы внедрения. Например, автоматизация бухгалтерского учета — это только налоговый и финансовый учет? Или еще расчет себестоимости? А управленческая аналитика? Важно, чтобы заказчик и подрядчик договорились «на берегу», что должно быть автоматизировано и в каких границах, иначе недоразумений не избежать.

4. Готовы ли вы к изменению устоявшихся процессов в ходе проекта внедрения 1С:ERP?

Это один из самых сложных вопросов, так как практически никто не любит менять привычки. Но иногда это необходимо. Например, при настройке подсистемы Бюджетирования порой приходится «перевернуть» всю систему учета, чтобы собрать действительно нужные и достоверные показатели, которые бы отобразили реальную картину доходов и расходов предприятия.

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

Но бывает, что запрос заказчика строится так «сделайте в новой системе, так же как было в старой», но это совершенно не конструктивно. Внедрение 1С:ERP — это отличный повод навести ревизию в бизнес-процессах, и сделать правильно.

5. Какую сумму вы закладываете на проект внедрения 1С:ERP?

А вот это самый сложный вопрос. Пожалуй, нет такой компании, которая «не постоит за ценой» проекта внедрения 1С:ERP. Все надеются сэкономить, оптимизировать, снизить затраты, и посыл этот в общем-то неплохой, главное не доводить до ситуации «скупой платит дважды».

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

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

И конечно, надо понимать, что цена внедрения 1С:ERP напрямую зависит от масштаба предприятия. В некоторых случаях 6000 человеко-часов это только обследование.

6. Есть ли у вас кандидат на куратора проекта внедрения 1С: ERP? Какие права вы ему делегируете?

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

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

Подробно о роли куратора проекта внедрения 1С:ERP мы рассказали в этой статье .

7. Кто войдет в команду проекта внедрения 1С:ERP?

В продолжение предыдущего пункта, возникает вполне резонный вопрос о команде проекта внедрения 1С:ERP, а именно, кто в нее войдет, и как будут выстроены отношения внутри команды. А также насколько спонсор проекта (владелец бизнеса или генеральный директор) готов участвовать в работе команды: будет ли он присутствовать на линейных совещаниях, или планирует посещать только итоговые встречи, где будут представляться результаты автоматизации конкретного блока и т.д.

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

8. Какой метод внедрения вы выберете?

Даже на первой встрече, когда заказчик, по сути, только знакомится с подрядчиком, возникает вопрос о методе внедрения 1С: ERP , так как это может повлиять и на сроки, и на стоимость внедрения.

Как правило, речь идет о выборе между двух методик: классической (последовательной, водопадной) и гибкой (параллельной, Agile). Чаще всего мы рекомендуем заказчикам использовать гибкую методологию, так как она позволяет быстрее получать видимый результат, дает возможность оптимизировать некоторые бизнес-процессы задолго до завершения внедрения.

Были случаи, когда за 2-3 месяца специалисты «Гигабайт» запускали какой-то минимальный функционал, причем, с точки зрения разработки, он был не самым сложным, но для заказчика решал какую-то очень насущную проблему.

Например, в одной компании складской учет велся в двух программах и таблицах Excel, и везде были разная номенклатура, разные остатки. И первым делом наши специалисты настроили систему складского учета в 1С:ERP, и всех туда «пересадили». Казалось бы, ничего сверхъестественного, а у компании остатки по инвентаризации стали сходиться ежемесячно. В рамках комплексного внедрения это был всего лишь небольшой эпизод, а для конкретного клиента избавление от больших проблем. Дальше уже было штрихкодирование, ордерные склады и много еще всего, но быстрая помощь в этом моменте для клиента была очень ценна.

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

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

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

9. Готовы ли вы не только оплачивать проект, но и выделить средства на мотивацию сотрудников?

Как мы не раз уже упоминали, реализация проекта внедрения ERP-систем сложный период для компании и ее сотрудников. Им приходится больше работать, часто оставаться сверхурочно, тратить время на освоение новой программы, причем сохранять боевой настрой им придется довольно длительное время, учитывая обозначенные выше сроки внедренческих работ. Это большой стресс, который вовсе необязательно закончится снижением нагрузки для сотрудников (это часто подразумевается, но не всегда случается).

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

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

10. Какую цель вы хотите достичь посредством внедрения 1С:ERP?

Это вопрос мы решили оставить напоследок, как итог всему вышесказанному, хотя лучше задать его в начале беседы. Главное, что стоит понимать, что «внедрение ERP-системы» не может и не должно быть самоцелью. Цель — это тот результат, который должен дать проект, а 1С:ERP, это только инструмент, который позволяет этого результата достичь.

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

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

Основополагающая цель проекта внедрения 1С:ERP — оперативное получение достоверной информации о работе компании. Только имея корректный учет можно выявить все проблемы предприятия: неликвидные остатки по складу, аналитику по закупкам и продажам, слабые места в производственном процессе и т.д. Именно на ней и следует сосредоточиться.

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

Справочник аналитика 1С

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

1. Программа VS конфигурация

Первое, что должен четко понимать аналитик «что за зверь такой этот 1С ваш?!». По сути своей 1С – это набор средств для настройки (конфигурирования) учетных программ под цели Вашего бизнеса. Как и любой универсальный продукт он имеет ряд преимуществ и недостатков, связанных с этим. Но об этом в другой статье, а здесь о том, из чего состоит 1С:

Среда разработки (англ. Integrated development environment — IDE) комплекс инструментов, которые позволяют разрабатывать программный продукт (далее программа) не на машинном коде, а на языке программирования. Средой разработки для 1С является 1С: Предприятие, она же является технологической платформой.

Технологическая платформа — это инструмент для разработки и запуска программы. Платформа 1С: Предприятие имеет разные версии (8.2, 8.3). Альтернативным примером платформы является информационная система (Linux. Windows и др.) которая так же как и 1С: Предприятие служит средством для запуска программ (в ОС Windows мы запускам Microsoft Office).

Посмотреть информацию о том какая версия платформы у Вас можно запустив программу и открыв команду меню «О программе».

Прикладное решение или конфигурация — это конкретная программа. В 1С выделяют типовые и отраслевые конфигурации. В основу типовых конфигураций (1С:Зарплата и управление персоналом; 1С:ERP Управление предприятием 2; 1С:Бухгалтерия и т.д.) положены наиболее общие бизнес-процессы, а для отраслевых (1С:Общепит; 1С:Салон красоты; 1С:Бухгалтерия строительной организации; 1С:Отель и т.д.) – специфичные для определенной отрасли.

База данных — это те данные, которые мы внесли в программу, с того момента как начали с ней работать. Заполнили ФИО пользователя программы, и оно «записалось» в базу данных. Но когда программист добавил поле для добавления телефона пользователя, то произошла «запись» в саму конфигурацию (изменили программу).

Разобравшись с подготовительной теорией, можем запускать программу.

Так как 1С: Предприятие является и средой разработки, и платформой для запуска программ одновременно, то в окне запуска у нас две кнопки:

  • 1С: Предприятие – пользовательский режим запуска программы.
  • Конфигуратор – режим запуск программы для разработчика.

Если список «Информационные базы» у вас пустой, это значит, что пока у вас не добавлено ни одной конфигурации. Это можно сделать в этом же окне при помощи копки «Добавить».

2. Интерфейс

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

Настройка основных форм — тех, которые пользователь видит при открытии программы задается в конфигураторе для каждого объекта.

  • Форма списка представляет собой внешний выбор всего множество элементов какого-либо объекта.

  • Форма объекта (элемента, документа и т.д.) – как выглядит один объект.

  • Форма выбора – окно, которое откроется при выборе какого-либо элемента.

3. Управляемые VS Обычные формы

В платформе 1С: Предприятие 8.3 появилась возможность использовать как обычные, так и управляемые формы. Управляемые формы могут иметь стандартный интерфейс или «Такси». Интерфейс «Такси» — это тот желтый интерфейс, который мы представляем, говоря об 1С. Но в чем же все-таки отличие?!

Обычные формы — это формы, которые программист «рисует» в конфигураторе, а управляемые «рисовать» не нужно, они генерируются автоматически (по определенным платформенным алгоритмам).

4. Тонкий / толстый / web

Основная разница между тонким и толстым клиентом 1С состоит в том, где проводятся основные вычисления — на сервере (тонкий клиент) или на рабочем месте пользователя (толстый клиент).

  • Если программа установлена на Вашем компьютере, то Вы работаете в толстом клиенте.
  • Если Вы не знаете где установлена Ваша программа, но можете открыть ее на любом компьютере, где есть платформа 1С, тогда это тонкий клиент
  • Если Вы свою программу можете открыть в браузере, то мы имеем дело с Веб-клиент.
  • Есть еще мобильный клиент – это когда программу можно открыть в телефоне без дополнительной разработки.

Таким образом «все эти Ваши клиенты» — это просто способ запуска программы 1С.

Структура программы или объекты метаданных

Гибкость 1С ограничена его узко-направленностью – это инструмент для автоматизации бизнеса и только! Поэтому есть ограниченный набор объектов, из которых собрана любая программа 1С. Эти объекты еще называют метаданными. Полный список метаданных мы можем увидеть, открыв программу в режиме конфигуратора:

Метаданные – это те самые детальки конструктора, которыми описана любая программа 1С.

  • Константа позволяет задать какое-то одно (условно) не изменяемое значение. Через константы реализовано большинство настроек, например «Использовать маршрутные листы» (в 1С ставим галочку -> в базе данных обновляется значение константы).
  • Перечисление в отличие от константы – это уже список значений.
  • Справочником тоже является какой-то список значений, но в отличие от перечислений наполнять и редактировать этот список можно в режиме пользователя.
  • Документ – это структура данных, которая отражает какую-то хозяйственную деятельность компании.
  • Отчет предназначен для того, чтобы скомпоновать необходимые пользователю данные и вывести их в удобном для пользователя виде.
  • Обработка позволяет преобразовывать данные в системе. Хорошим примером служит обработка группового изменения реквизита. Запустили обработку и поменяли название производителя во всей номенклатуре.
  • Регистры представляют собой вспомогательный объект, который позволяет собирать информацию из разных объектов (регистраторов). Можно выделить регистры сведений, накоплений (остатков и оборотов), расчета, бухгалтерии.
  • Регистры сведений – это объекты конфигурации 1С, в которых хранится произвольная информация, которая не может дублироваться и суммироваться. Это могут быть данные о сотрудниках или поставщиках, цены на товары и другая информация.
  • Регистр накопления. Если целью регистра накопления не является получение остатков — регистр накопления с видом обороты. Типичный пример использования оборотного регистра — регистрация объема продаж. В данном случае нам нужно знать только, какие продажи были за определенный период времени, остатки в данном случае не имеют смысла. Если же среди целей использования регистра накопления — получение остатков на определенный период, нам необходим регистр с видом остатки. Пример «остаточного» регистра — товары на складах, деньги в кассе.
  • Журналы позволяют объединить несколько документов по одной теме в один список. Хоть журнал на практике встречается и не часто, но знать о нем нужно, чтобы не наделать лишнего. Пользователи журналом называют и отчеты, и формы списка, поэтому настоятельно рекомендую «не создавать новый журнал», а уточнить что заказчик понимает под журналом.

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

Для каждого объекта мы можем определять уникальный состав данных, способ их обработки, и способ их отражения т.е. формы – все это свойства.

Свойства метаданных

Здесь будут перечислены только самые основные свойства объектов.

  • Данные могут быть представлены реквизитом, табличной частью, ресурсом или измерением. Реквизит – это одно значение, а табличная часть — это таблица значений. Данные могут быть разного тип дата/булево/ссылка на другой объект системы и т.д. Ресурсы (информация, которую хотим собирать в регистре) и измерения (уникальный ключ по которому собираем эту информацию) специфичны для регистра.
  • Права. Объект метаданных «Роль» позволяет определить набор действий (чтение, изменение, проведение) которые может выполнять с объектом обладатель роли. Настройка прав подразумевает определение ролей.
  • События – отражают какие-то действия на форме, к которым мы можем привязать кусок программного кода. Например: при открытии формы вывести сообщения.

Консоль запросов

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

  • Консоль позволяет выбрать различные данные из базы данных. (текст ниже является примером, нужно его как-то выделить)

ВЫБРАТЬ
Справочник.Наименование
ИЗ
ТекущийСправочник.Номенклатура КАК ТекущийСправочник

  • Выбирать данные, которые (где) соответствуют условиям отбора. (текст ниже является примером, нужно его как-то выделить)

ГДЕ ДатаПоступления > ДАТАВРЕМЯ(2012.01.01) И
НоменклатурнаяГруппа=&НоменклатурнаяГруппа И НЕ Услуга

Задавая условия мы можем использовать логические операторы (И, НЕ, ИЛИ).

  • Сгруппировать результаты запроса по определенным полям. (текст ниже является примером, нужно его как-то выделить)

ВЫБРАТЬ
ПоступлениеТоваровУслугТовары.Товары
СУММА(ПоступлениеТоваровУслугТовары.Товары.Количество) КАК Количество
СУММА(ПоступлениеТоваровУслугТовары.Товары.Сумма) КАК Сумма
ИЗ
Документ.ПоступлениеТоваровУслуг.Товары КАК
ПоступлениеТоваровУслугТовары

  • Выполнить соединение двух и более таблиц. (текст ниже является примером, нужно его как-то выделить)

ВЫБРАТЬ
Клиенты.Ссылка КАК Контрагент,
Банки.Ссылка КАК Банк
ИЗ
Справочника.Контрагенты КАК Клиенты
ЛЕВОЕ СОЕДИНЕНИЕ
Справочник.Банки КАК Банки
ПО
Клиенты.Наименование = Банки.Наименование

Типовые конфигурации

Эту тему я даже не буду пытаться осветить, да и в этом нет особого смысла «все течет, все меняется». Претендуя на должность аналитика, вы должны ориентироваться в том какие есть типовые конфигурации, в чем их ключевое различие. Я бы не стремилась освоить все, а взяла 1С: ERP как флагманский продукт фирмы 1С, который соединяет в себе функциональность всех типовых конфигурации, и освоила бы один или парочку разделов.

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

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *