0: Александра, вот сейчас с вами будет проводить начальник как бы отдела, тогда 2 часть собеседования, хотя, по сути, 3 уже получается, вот буду на связи, но пока тогда отключусь, чтобы тогда, Сергей, вы пообщались. Хорошо?

1: Так, давайте тогда начнём с того, что

2: 1 часть наверное, часть вопросов уже задавали мои коллеги, часть я задам параллельно и, возможно, где-то буду повторяться давайте про p поговорим, в чем нравится больше работать, в чем меньше, в каких направлениях? Ну, в принципе.

3: Каких-то прям любимых нелюбимых нет. То есть если мы говорим про внедрение типового функционала, то не так принципиально, как и доработка, в принципе, одни и те же объекты метаданных, 1 и та же семантика, различие только функциональных требований бизнес логики, то есть какое-то прям предпочтение.

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

5: Где расходятся с запросами заказчика, что нужно, что можно предложить, чтобы остаться на типовых механизмах, какие там нюансы можно попробовать? К примеру, была схема, требовалось зафиксировать заморозку товара.

6: На складе 1 из кейсов был. Что такое заморозка в их понимании. Например, во время отгрузки у них нету какой-то номенклатуры, скаю, на складе, хотя уже сделана реализация. Нужно сделать ордер на ордерном складе, расходник. И вот

7: Физически кладовщик не может найти на время. Надо его как бы исключить из order, но чтобы он не упал обратно на складские остатки. Чтобы его не могли продать другие менеджеры, нужно его переместить на виртуальный склад. Делали небольшую доработочку, но использовали типовой механизм. Там создавался заказ клея.

8: Заказ на перемещение заказа клиента. В нём создалось перемещение и ордер на перемещение на склад. Был не ордер на заморозки, то есть 1 ордер на расходование. Это как бы типовая логика, цепочка документов, которая нам позволяет отслеживать в связанных документах.

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

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

11: Работать с бухгалтерией, например, потому что там часто не согласен. Задачи это конкретный человек. Моё мнение, что некоторые главные бухгалтерши, если ты им понравишься, ты делаешь, как они хотят, они тебя будут любить, и ты их будешь любить взаимно. А так все так, если тяжёлый человек попадётся.

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

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

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

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

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

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

18: Угу. Продолжение темы бюджетирования работали с биай, либо, знаете, может, a1 с аналитика, это только если мы говорим про построение отчётов таких управленческих для, на основе данных базы, то есть

19: Такой. Угу. Да, собирал. Если отчёт, отчёты там, отчёты power, биай, что-то может отчёты power биай нет. Вот была 1 эс аналитика то есть биай отчёты вот такого варианта были. Угу. Ну монитор целевых.

20: Показатель не сильно касался, то есть управленческой отчётностью. Не могу сказать, что прям сильно занимался. Угу. Общее представление есть. Поговорим дальше про ерпи при составлении технических заданий. Насколько вы в конфигурации ориентируетесь с точки зрения

21: Объектов метаданных. Нужна ли вам помощь? Я могу описать, какие объекты метаданных, каких регистрах должны быть движения? Основная бизнес логика, какие реквизиты, там, длина, тип, какая должно быть ограничение? Угу. Как бы

22: Насколько свои, насколько свои знания оцениваете в плане, продумывая продумывания архитектурных каких-то решений? Ну, можно ответить нескромно либо скромно. То есть тут 2 варианта нескромно. Ну, кажется, 5 из 5.

23: Скромно, не знаю. 7 из 10. Ну, по разному, да, люди оценивают себя. Некоторые оценивают достаточно высоко, но не могут назвать там вопрос для джуна программиста, да, чем отличается регистр от справочника? А, ну, такой

24: Проблем нет. То есть семантика примерно объектов, которые используются, не могу сказать, за все, все пользовательские объекты метаданных, что вот видны все функции. Я как бы понимаю, какие, для чего, какие есть особенности и так далее. Но, может быть с регистрами расчётов и бухгал.

25: Регистрами меньше, больше с регистрами накопления, регистрами сведений встречался по своей работе, а так, в принципе, что-то, что-то простое, какую-нибудь обработку, которую нужно данные я могу сам на вайб кодить, кодить, в принципе, то есть. Угу. Какие-нибудь

26: Быть там простенькие запросы к базе на языке запросов могу написать, получить данные. То есть, в принципе, общее понимание структуры есть какие-то нюансы, мы может, конечно, не знаем как разработчик, потому что больше погружён там, там, ну, понимаю.

27: Есть что-то там, типа, есть объект, есть там макеты, есть модуль объекта, что там процедура выполняется в модуле, там можно как бы, в принципе, частично понимаю код там, куда хотя бы глядеть, понимать. Угу. Но отладкой самостоятельно не занимались отладкой? Нет, нет, ну.

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

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

30: Бизнес процесс для того, чтобы учесть какие-то там особенности ведения документооборота.

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

32: И от понимания, какой разработчик разрабатывает, потому что для некоторых нужно более точно описывать, грубо говоря, по шагам делай раз, делай 2, делай 3, а в некоторых достаточно описать даже в рамках не тз, а функциональных требований. То есть, то есть в зависимости

33: От потребности, если где то какие-то есть нюансы, которые там нужно нарисовать, какую-нибудь типа бпмн, схемочки какой-нибудь могу накидать. Если нужно расписать по метаданным, могу расписать. То есть есть шаблон, то есть описание бизнеса основное как-то

34: Для чего нужно бизнесу, какие там нюансы? То есть нужно для этого, для того, чтобы получить это, чтобы разработчик тоже понимал, для чего это делать, потому что когда он разрабатывает в вакууме задачу, просто какие-то регистры, какие-то документы, что какие-то там хаотичные движения должны без понимания, для чего это это всегда сложно, а

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

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

37: Который проводится, но опять-таки некоторые блоки появляются, исчезают. Но основное, что есть, это то, что описание для, грубо говоря, для любого, кто возьмёт тех задание, чтобы было понятно, о чем техзадание. То есть для пользователя, грубо говоря, описание объектов подсистемы, если требуется

38: Разработчику, что, что ему нужно добавить? Изменить, какая должна быть логика? Макет могу накидать. То есть сайтом пользуюсь, либо в фотошопе накидываю макет, что должен пользователь получить на управляемых формах. Ну, приблизительно понимаю, что управляемые формы, они такие немножко своенравные, ну,

39: Вот, в целом, чтоб получить по интерфейсам особенности, тоже накидываем. Угу. Это хорошо, что по поводу инструкций инструкции писал. Был ли у вас техпис на прошлом, могу скинуть вам примеры своих тех заданий.

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

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

42: Часть для чего, как, почему, какие есть функции. И потом как бы описываю процесс взаимодействия с этим пользовательским интерфейсом на этом рабочем месте. То есть там, к примеру, был полностью самописный документ для таможенного оформления.

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

44: Уровневая табличка была табличная часть, где каждая ячейка автоматически рассчитывалась, проверялась, исходя из констант, там своих Нужных перечислений и прочего. То есть подходит, не подходит, там такие диапазоны, это было связано там ещё с некоторыми вещами по маркировке, то есть там

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

46: Угу. Услышал слово на y code. Насколько ии в своей работе используете? Ну как бы если есть потребность там что-то ускорить, задачу, то могу использовать ii. То есть, если нужно какую-то написать мне обработочку расширения.

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

48: То многопоточное добавление, то есть там как бы 1 тсд и так далее. А нужно было к 4 тсд собрать. Они взяли на базе заказов клиента, собрали документы, то есть номенклатуру напикали, потом я из нескольких документов собрал в 1 эту

49: Обработе написал, чтобы собрало в 1 пересчёт.

50: То есть, в таком духе. Угу. Ну, это не совсем, наверное, прикладной. Ну, да, это не прикладное, это чисто, там такой кейс был одноразовый. То есть это не, это в работе, скорее, в работе. Нет, там ещё что-нибудь.

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

52: Наработок просто для как инструментарий дописать инструментарий, че не хватает. Угу. Возможно, повторюсь. Возможно, я задавал эти вопросы. С вашей точки зрения, хорошее техническое здание. Это какое? Техни?

53: Задание написано для всех пользователей понятным языком. То есть, если у нас техзадание должно быть согласовано заказчиком, должно быть понятно заказчику. Угу. Если должен по нему разработчик это сделать, должно быть понятно разработчику, если какие-то ещё есть лица,

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

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

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

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

58: Добьётся, но если там у разработчика возникают вопросы, то, конечно, я подключусь и помогу найти варианты решения. Есть варианты, где достаточно устно проговорить, что нужно. То есть там какие-то вывести колонку, которая не подразумевалась изначально и так далее. Нужно ли писать для этого текст?

59: Задание тратить кучу времени, то есть всегда должна быть целесообразность в моём представлении. А бывает ли такой момент, когда не нужно даже создавать задачу в трекере. Ну да, для там вариант 5 минут, например, конфи,

60: Фигурирование отчёта, не создавание каких-то новых отчётов, а именно конфигурирование, то есть типовой отчёт, где нужно вывести, что не подразумевалось в стандартных настройках для пользователя, там какую-нибудь расчётную вывести колонку, что-нибудь в таком духе, либо

61: Если нет возможности, то есть, например, он не на тех метаданных собирается отчёт, нужно добавить какую-нибудь ещё там, таблицу, там, правым каким-нибудь соединением, тогда там, ну, я не думаю, что есть смысл описывать это так структурно, если тебе нужно просто передать какую-то информацию, которую там, в конечном варианте, в конфигуратор,

62: Ты, точнее, в режиме предприятия соберёшь, как нужно пользователю. Угу. Представим, что через год приходит новый разработчик, смотрит, что такой доработки не было. Что делать ему в таком случае? Ну, это всегда.

63: Возникла ошибка, да, допустим, в этом отчёте спустя год. Ну что, я понял? Обновление? Случае, конечно, стоит документировать. Опять-таки, все зависит от необходимости, ведётся ли полный лог всех доработок и так далее. Если логирование используется

64: Например, хранилище, если используется ранилище конфигурации. Насколько знаю, там есть история изменений, можно поглядеть. То есть, а вы через хранилище работаете у вас, да, мы работаем через хранилище, до едт ещё не дошли, не тот объём ддт, он на самом деле такой спорный, насколько я знаю, он на

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

66: Поэтому, а вы на long поддержки релизе или на Коротких? Мы на лонге. Сейчас это было осознанное решение на самом деле, но там 2 ветки эти сливаются, поэтому, я думаю, скоро мы перейдём и на actual последняя.

67: Обновление было в начале апреля, то есть у нас конфигурация там поддерживается и обновляется хоть конфигурации с историей разной 17 года. Она работает, но тем не менее, она в рабочем состоянии вполне себе оставались 24, да, наверное.

68: Ещё 2, 5 не было, да? Ну, настолько историю я не знаю, не так давно работаю, но, да, скорее всего, да, это все издалека идёт. Если есть потребность в фиксации любых мелких доработок, конечно, будет вестись просто, опять-таки, если это целесообразно.

69: Если нету высокой текучки сотрудников, грубо говоря, если я через год там же работаю, как будто бы особого резона нет, тем более зависит от сложности. Если добавили эту, то я думаю, что разработчику не проблема найти, что добавлено.

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

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

72: Не всех операций зависит от внутреннего пожелания работодателя. Если есть необходимость будет вестись в соответствии. Угу. По поводу трекеров. Хотел спросить, как раз, с чем работали, с какими методологиями возможно рабо?

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

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

75: То есть различное такое, ну, жирой не пользовался. Угу.

76: Работали ли со спринтами? Да, был опыт работы со спринтами. Было как бы разные методологии. То есть со спринтами тоже работал, там ежедневные делики, там анбординг и прочее тоже было. Угу.

77: Давайте пару вопросов разберём в виде кейсов. Поиграем в ролевые игры. Немножко 1 кейс.

78: Наша компания занимается, как вы уже знаете, поставкой запчастей. Проблема уже решённая, но хочу посмотреть за вашей и ваших мыслей в этом плане.

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

80: Файлом, либо там, ну, в разных форматах абсолютно был сделан инструмент, который каким-то образом эти заявки разбирал, но с течением времени мы поняли, что текучка

81: Операторов, которые отправляют эти письма, довольно высокая. У наших как раз этих заказчиков. И письма начали приходить в других форматах, и наши шаблоны уже их не считывали. Нужно решить эту

82: Задачу для того, чтобы мы все эти письма каким-то образом переводили в наши внутренние документы сделки, которые пойдут потом в оценку, и мы должны максимально быстро реагировать на такие заявки для того, чтобы предложить

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

84: Оптимистичный вариант, который мало кто пойдёт, сразу говорю, нет. И на самом деле этих заявок много в день бывает по нескольку Десятков тысяч строк. То есть конкретно этих запрашиваемых деталей. Это таблицы, в основном, это в основном плоские таблицы, в основном, да.

85: Плоские таблицы без вложений. Ну, тогда сделать вариант arma обработочки, чтобы с возможностью сопоставлять колонки, которые подаёт пользователь. Ну, точнее, наши поставщики. С какими

86: У нас, то есть нам необходимые, то есть ты сопоставляешь шаблон и прям на рабочем месте. То есть прилетело письмо, ты открыл. Если оно само автоматически не подтянулось, значит оно там не соответствует шаблону, там в логе ошибок, чтоб всплывает, не соответствует там шаблону требует.

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

88: Процесс, что в случае, если шаблон уже был и он уже сопоставлен, оно сразу в базу отправляется с уведомлением на почту, например, ответственного лица, если ему нужно это как-то контролировать отдельные какие-то действия в случае, если не соответствуется

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

90: Между собой и все, и оно подтягивается. У нас же небольшая текучка. То есть у нас можно обучить специалиста. Это все хорошо, да, но с текущим объёмом мы сильно выросли за последнее время и с текущим объёмом нам выделять нужно под это специального

91: Оператора, а то и нескольких для того, чтобы только привести в порядок это все при этом не только привести в порядок, но и поддерживать со временем, потому что так или иначе эти шаблоны будут меняться. И тут за этим нужно смотреть. Ну, конечно, идеальный вариант.

92: Познавание ещё может попробовать документов и предварительное сопоставление по каким-нибудь, там, не знаю, синонимам или есть методологии по примерному перебору каких-нибудь там совпадений 70.

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

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

95: Вы, у вас какой-то большой пул ключей для запроса, чтобы он там был, он что там токены тратит, насколько я знаю. Да, да. Ну на данный момент это все в тестовом варианте работает, но мы готовы за это платить, потому что это все равно будет дешевле, чем, ну, я понял, чем

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

97: Я сотрудник отдела продаж, менеджер, прихожу к вам следующим запросом. У нас сейчас с вами созвон может там общаться, разговаривать.

98: В мои задачи долгое время входило поздравление наших контрагентов, директоров Заводов там, Заводов с днём образования я письмами отправлял просто через почтовую программу поздравления и так как наша компания

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

100: И они продолжают расти. Хотелось бы как-то это отправить уже на сторону автоматизации, чтобы я своё время разгрузил. Я все-таки не

101: Не, не, офисный сотрудник, да, я заниматься должен своими задачами. Ну, рассылка через регламентное задание. Единственное, что надо поглядеть, есть ли более менее подходящего по рассылкам. Может, если нет, то дописать шаблон рассылки, даты. День дня рождения вы ведёте

102: Учёт в зупе, где-то там дни рождения и так далее. Можно на базе зуп поднять рассылку по почтам есть личные, там рабочие почты у пользователя, если они указаны, можно регламентным заданием, там будет

103: Каждую, не знаю, в 2 часа ночи, когда у нас меньше всего сервер загружен, чтобы запускалось, формировала пакет там, у кого день рождения и отправлялось, к примеру, с днём рождения и прочее. Ну, тут не причём, это же наши контрагент.

104: А контрагенты, а мы где-то введём информацию по контрагентам, да, я беру информацию из контактных лиц, контрагентов, там есть, когда мы обращаемся, дни рождения, почта у тех, кого мы поздравляем, у кого не поздравляем, там, соответственно, пусто. Ну,

105: Можно сделать регистр сведений отдельно написать. Если у нас надо поглядеть, есть ли какой-то вообще в регистре сведений информация по контактным лицам, чтоб там в разрезе их почт контактных и на базе него можно тогда будет поднять его, значи,

106: Нам нужно какой-то отдельный интерфейс или это должно быть полностью на откуп, автоматизация, что автоматически создаётся. И все. Мне, как пользователю, который за это ответственен. Хотелось бы все-таки видеть результат отправки. То есть сам факт. Угу. Что эти письма были

107: Там ничего не зависло, просто посмотреть при необходимости. Да, идеальный вариант. Мы можем залогиниться, запускать 1 эску через там конкретно ваш почтовый ящик и с вашего почтового ящика будет уходить. Вы как раз в отправленных письмах можете видеть, что ушло, что не ушло и так далее. Такой

108: Ну, если нет регистра, то пишем регистр, в котором это будет аккумулироваться. Вся контактная информация с актуальным. Нам, наверное, периодичность нужна, потому что они могут меняться, контактные лица, да, у этих, тогда нужно с периодичностью, где будет глядеть по партнёрам.

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

110: Как раз письмо или письма, если их там несколько будет в 1 день и отправляться с почты ответственного лица через 1 с пускаться регламентным заданием. Угу. Ну, есть 1 проблема. На самом деле, я сразу этого не учёл. Зави.

111: В зависимости от, не знаю, там, от Оборотов, от, просто там, от необходимости именно сегментации, особенное внимание уделить конкретному контрагенту, конкретному лицу. Мы отправляем с разных всеми эти письма, либо от генерального директора, либо

112: Учредителя. Для того, чтобы поддержать как бы связь между людьми, хотелось бы это вручную выполнять перед отправкой. Возможно, список сформировать и для определённых контрагентов, чтобы я флажки эти проставил. Я понял, для них можно тогда

113: Делать. Арм, можно сделать арм пользовательский, который, грубо говоря, ответственное лицо там заходит каждый день с утра, смотрит, есть ли сегодня кого с кем поздравить с днём рождения. И в зависимости можем привязаться к сегментации, если мы используем сегменты, н.

114: Момент нет, возможно где-то в будущем, пока я сам, ну тогда вообще идеально включаем сегментацию, создаём автоматическое заполнение сегментов. Исходя из оборота они сами будут попадать туда. И в зависимости от сегмента мы сделаем приоритизацию, что если попадает

115: Под сегмент создаём константу, что вот под такой сегмент считается у нас самым там жирным, такой средний, такой, такой недостаточный. И в зависимости от этого у нас будет сразу предложено пользователю, какого типа должна быть факсимилия. Ну и в ручном режиме он может выбрать другой вариант.

116: Там требуется контроль. Угу.

117: Вопросы какие-то будут ещё? Ну вообще, да, у нас есть как бы наши контрагенты, которых мы хотим поздравить. У нас, нас интересуют только те, кто заполнены информацией. То есть, например, есть не

118: Заполнен. Я уверен, что, скорее всего, есть какие-то, у кого, да, если там контактное лицо, менеджер по продажам, менеджер по закупкам, там или ещё кто-нибудь, то мы не заполняем. Н, есть ограничения, генеральные директора, какие-то top, там учредители. Возможно, у нас будет тогда использо.

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

120: И привязаться, к примеру, можно сделать константу, чтобы можно было выбирать разные группы, чтобы это не это в самом коде не customer, что если такой to равно, то нет, а сделать к константе привязать, что мы

121: Ну, технический специалист будет, либо можно через обработку. Как раз пользователь будет задавать параметры такие, ну, нам, если там требуется контроль, нужно тогда согласовать макет формы. В каком варианте ему будет удобно. То есть у нас есть команды окно.

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

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

124: Сам контрагентом, да, то там все заполнено, да? Угу. Ну, а, к примеру, не нужно сигнализировать, к примеру, он раньше, мы считали, что это незначительный клиент, а он там оборот с ним резко поднялся. Было бы неплохо уже и поздравлять. Ну, если мы, да, выйдем на

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

126: Или ответственных лиц каких-то, кому мы скажем. Угу.

127: Ещё какие-то вопросы? Ну сразу так не возникает. Тут надо накидать тогда техзадание, согласовать его с заказчиком, что там будет макет, там будет схема в какой-нибудь нотации, чтоб было понятно, что вот

128: События там, шлюзы, какие там процедуры, события и так далее происходят, он скажет так, не так, если ничего непонятно, ему объясню, что не хватает и так далее информации и, ну, больше на, как бы, на первичном

129: Смысла спрашивать нету. Есть смысл накидать тех заданий, чтобы был какие-то конкретные примеры. То есть, потому что у нас очень получилось абстрактное общение. То есть, например, он не уверен, будут ли использоваться сегменты не используются, как они будут использоваться и прочее. То есть нет смысла сейчас это

130: Все гипотетические варианты обсчитывать. Лучше писать техзадание. И на этапе техзадания как раз может появиться новые мысли у заказчика или у меня, который задать дополнительные вопросы. Представим, что созвон закончился, возвращаетесь на своё рабочее место и у вас в доступе

131: Разработчик. Угу. Частично я уже услышал идеи про арм и так далее. Можете там рассказать. Возможно, в разрезе объектов конфигурации, возможно, в структуре самого вот этого.

132: Инструменты, которыми будет пользоваться менеджер. Что это такое будет? Ну, если нет отдельного регистра, я погляжу, пишет ли в какой-то отдельный регистр эти сведения, справочника, номенклатуры или это просто поле строка? Ну, наверное, я думаю, что может быть куда-то есть

133: Ну, короче, нужно поглядеть через конфигуратор, либо через поглядеть, что, что это за ссылка, там какой-то справочник, либо там перечисление, либо что-то ещё. Что это за сущность описывают, что требуется добавить.

134: Подбор из элементов справочника партнёры. В нашем случае поле контактная информация нужно отбирать с определённой должностью и с заполненным днём рождения в нём выводить для пользователя вот в табличную

135: Часть, наверное, какую-то там будет отображаться возможности с булевым признаком, что типа отработать их, выделить и отработать их соответствующим образом. То есть определённый там факсимилье, он, ты говорил, там несколько вариантов есть. То есть нужно подумать, как это будет

136: Удобней, что он автоматически предлагал вариант отработки. То есть какое-то у нас уже будет перечисление отдельное для этого, как отработать эти письма, плюс возможность изменить. То есть по умолчанию она выставляется как

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

138: Ознакамливаться, к примеру, можно тогда разделить Роли на чтение и на добавление изменения к примеру, это можно учесть, плюс дополнительно тогда будет у нас маршрут business маршрут.

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

140: Нужно зайти раз в день и поглядеть, нужно ли ему создавать отдельную задачу. Ну, пользователь может в отпуск уйти, кто-то за него должен. Ну да, это ответственное лицо. То есть, должно быть ещё назначено как минимум ещё 1 ответственное лицо, её замещающее. Если мы это будем, ну, у нас

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

142: Группе пользователей, если это несколько пользователей, либо мы можем привязаться, например, к к профилю доступа, если у нас это будут отдельные Роли поглядеть, у кого есть такие Роли в случае там, если недоступен там приоритет 1.

143: Там он в отпуске, там приоритет 2. Должно это уведомляться че-нибудь в таком духе. Либо приоритет 3. Если их там должно быть несколько лиц, его заменяющих. Плюс уведомлять, нужно ли на почту, не нужно было бы ещё, наверное, удобно, чтобы тоже кастомизировалась. То есть там

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

145: Вы обычный менеджер, обычный менеджер. Вот. Но начальник отдела в курсе всей этой традиции и так далее. Он её поддерживает всячески, конечно, это инициатива учредителей. Вот инициатива учредителей отменить нельзя. Ну, я понял, отменить нельзя, поэтому ему тоже.

146: Может быть интересно, что как это все работает. У него тоже должен быть какой-то инструмент контроля. Может быть есть смысл формировать отчёты ещё какие-нибудь дополнительные для аналитики, к примеру, что кого когда поздравляли с днём рождения, либо наоборот, график поздравлений, чтобы у нас было

147: Поздравлений, чтобы мы понимали, что когда нужно кого-то важного там поздравить. Об этом точно нужно не забыть создать дополнительное уведомление, там за 3 дня до, к примеру. То есть в зависимости от важности, там сделать 3 варианта уведомления в день, там за 3 дня, за

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

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

150: Думаю, что кого какого-то уровня требуется такое, что там от нас это формальность, которая стоит пару тысяч, а клиент безумно рад и к нам более лоялен. То есть можно такое учесть. Ну, это 1, что на ум приходит, а там посидеть, подумать, че то ещё, скорее всего, всплывёт. Угу.

151: Плюс ещё я просто привык как-то визуализировать для себя, как-то описывать какие-то, рисовать схемки хоть на бумаге, чтоб понимать. Угу. Но направление мысли видно, да, последний, наверное, мой вопрос, с вашей точки зрения, самая частая ошибка.

152: Аналитика какая.

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

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

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

156: Зачем вы это хотите? То есть не просто большую красивую красную кнопку посередине экрана. А что она должна делать? Какие, какой результат вы хотите получить? Какой-то там, может управленческое решение на базе неё вы хотите принять? То есть спросить, почему, зачем? Угу.

157: Спасибо. У меня технические вопросы закончились. Если у вас есть ко мне вопросы, готов ответить на них. Вопросы возникли такие. Сейчас вспомню, почему выбрали 1 с ерпи антр, как бы, в принципе.

158: Это hr говорили, но окончательный вариант. Почему не таир, потому что будем сильно модифицировать, кастомизировать.

159: Я думаю, что, в принципе, вот эта область ремонтов, она не была задействована в том объёме, которая, который начинается сейчас, и тот

160: Список действий, который можно сделать, он основан на том числе типовом функционале, и его, да, его чуть чуть доделали, допили под нас подрядчики, и он работает именно в том,

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

162: Типовой функционал нас устраивал, там небольшая кастомизация получилась, да, плюс ещё авиационная отрасль, она довольно специфичная и да, и чтобы полностью весь вот этот, всю специфику перенести в 1 с по

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

164: Ремонта используется, использовалось, точнее, программное обеспечение боинга аэрбаса и так далее. То есть вся спецификация, вся

165: Все до недавнего времени было. Да, да, да, чтобы все это полностью перенести хотя бы более менее похожем виде в 1 с. Это гораздо больше, чем что-то построить своё, которое подходит под цикл работы.

166: С ремонтами у нас это думали масштабироваться и снизить издержки тем, что продавая решение, потому что есть компании какие типа ваших, ну, 1 этап прошёл, он сейчас в промышленной эксплуатации и на горизонте, там 2 этап автоматизации маячит.

167: Поэтому пока нас все устраивает, скажем так, заказчика все устраивает. Я имел ввиду, когда у вас будет конечный готовый продукт, поскольку я так понял, такого сразу возможно, да, возможно, это можно будет выделить в подсистему, если это будет, в принципе, универсальное решение.

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

169: Ресурсы нашего подрядчика, тем не менее, интеллектуальная собственность за вашими, да, за нашими. И все все-таки хотелки, которые есть, они рождаются после. То есть, помимо того, что нам подрядчик реализовал,

170: Сам Костяк этого функционала тем не менее мы своими силами дорабатывали и расширяли тот функционал, который используется сейчас, услышал, что у вас есть CRM и у вас вроде как почти все стараетесь в 1 с.

171: Вести хватает ли CRM подсистем, потому что он довольно сырой, или это больше все-таки интеграция, мы не используем срму там долгая история, которая не касалась долгое время 1 эски, они работали в разных продуктах, последние это ama CRM и.

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

173: Перегруз всех документов, он уже выполнен в тестовом формате. В эту версию будет интеграция с 1 с которую мы тоже уже опробовали. Нужно будет только вот со дня на день это все запускать и на более уже

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

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

176: Так как мы пока ещё не дошли до биай, это планы будущего, которые там периодически откладываются из за насущных проблем, это планы будущего, то, что как бы выглядит хороший вариант, чтобы пользоваться 1 группой продуктов, лучше поддерживать, плюс тем более 8 5 не за горам.

177: А интерфейс 1 с аналитики уже в режиме 8 5 внешне возможно, возможно, это будет как раз возможно и задача будущего аналитика продумать продукт, которым он будет пользоваться вообще битрикс сам по себе пришёл.

178: Нам как 1 из решений, которое подходило нам как по финансам, так и по функционалу, именно для постановки айти задач, потому что мы раньше работали в редмайне, а редмайн по функционалу не совсем подходил под

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

180: С разных сторон мы пытались подступиться к спринтам, пока это не получается, но тем не менее идея есть и желание есть к ним прийти рано или поздно.

181: Есть проекты, есть общение внутри задач, чего тоже не в том формате было в редмайн, не было. Точнее, в нужном формате. Нам, соответственно, перешёл туда только айти отдел для постановки решения задач, но

182: Подтянулся, подтянулась вся компания со временем, и поэтому битрикс является настолько же весомой сейчас системой, как и 1 с. Поэтому здесь на одинаковых чашах весов будет

183: Как функционал биай и в 1 с возможность реализации, так с помощью интеграции с какой-то сторонней системой возможно, с помощью битрикса, потому что там есть интегра коннекторы и собственным, и с google.

184: Аналитикой и с другими там тоже есть. Подскажите, а почему не рассматривали документооборот как ведение проектной деятельности? Чем вам не подошёл? Там же есть и проекты, и задачи. Может быть не так удобно. Канбан не хватает, но я видел, на инфостарте есть вроде как канбан в 1 с

185: Присовокупить именно поэтому, потому что это все изменения, чего не хотелось бы у нас с минимальными доработками документооборот и за исключением ерпи, мы практически никуда не лезем. Зуб бухгалтерия обновляется вообще просто.

186: С помощью стандартных файлов кастомизируется только p. И я стараюсь следить за тем, чтобы она кастомизировалась правильно с точки зрения архитектуры нет такой задачи желания перейти все в 1, потому что модуль зуппа.

187: Бухгалтерия есть же в ерпи. Нет, пока нет. Функциональные, просто нефункциональные требования, что хотим, чтобы было отдельно, чтобы безопасно, чтоб всегда обновлялось, чтобы мы не зависели от других конфигураций пока нет. И эта работа все.

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

189: Помимо системы ремонтов в производстве, что у вас ещё есть в проектах в плане проектов? Не знаю, я смотрел запись, но не помню, точнее, рассказывали вам или нет. У нас 2 направления вообще постановки задач.

190: Проектные задачи и задачи на доработку в плане проектов их на данный момент что-то около 44. На этот год идём нормально. 1 полуго. 1 квартал у нас закрылся.

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

192: И перенос очень многих источников, данных из до сих пор из экселя. Странно, потому что есть у нас и база тендеров, которая ведётся в экселе, её нужно переносить в 1 с

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

194: Эту как бы работу с тендерами не в экселе там или где-то в почте, а именно в 1 с как с точки зрения арма.

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

196: Автоматизации некоторых действий. Что тут ещё у нас есть такого интересного

197: Как раз вот эти, о чем я говорил, это автоматическое распознавание, предзаявка, о которых мы говорили в 1 кейсе. Дальнейшая задача их использования уже в автоматической проценке, чтоб

198: Мы максимально быстро обрабатывали это и могли клиентам предлагать быстрее, чем наши конкуренты. И, ну, собственно, за счёт более быстрого, более правильной реакции на эти заявки мы и зарабатываем деньги, то есть напрямую относится к бизнесу, потому и здесь

199: Не стоит вопрос токенов, потому что это в любом случае будет выгоднее для нас. Это скорость реакции, чем экономия на чем-то там.

200: Ну, естественно, рем станция, которая тоже требует до сих пор каких-то доработок.

201: Прямо крупных таких я не могу сказать. Они в любом случае на несколько недель все эти задачи, и они все довольно интересные с точки зрения, и подумать с точки зрения и пере, как это переделать и как это создать заново.

202: Здесь, да, действительно требуется нам помощь. Аналитика, а у вас есть это брейнштормы и так далее. Обсуждение команды, или как это каждый по своей ипостаси сидит. У нас есть, да, обсуждение с постановщиками, то есть по

203: Арму тендеров. Допустим, недавно созвоны в том числе были с людьми, которые инициировали эту задачу, мы с ними обсуждали, зачем это нужно вообще, как это реализовать, как это удобнее будет. Внутрикомандные у нас есть по крупным задачам.

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

205: Хорошо, тогда, в принципе, наверное, ещё 1 вопрос остался. Что вы ищите в аналитике будущего вашего отдела, какие функциональные требования он должен закрывать и так далее. Что по функционалу, что в целом вы должны как бы после того, как возьмёте, понять,

206: Какое-то время, что это то, что вам было нужно, на что вы будете смотреть. Вот во 2 кейсе мы как раз и пообщались с точки зрения того, что я хочу от аналитика, вы предложили в том числе и решение проблемы, и наперёд немножко подумали. Это то, чего на данный момент

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

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

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

210: И он будет смотреть, как это воздействует в дальнейшем на 1, с, на другие проекты, на другие процессы, в 1 с и человек, если таким образом будет закрывать вопросы, которые уже на эта

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

212: Проблемы доработок, потому что там мы реализовали функционал. А вот давайте на самом деле вот это хотелось бы, потому что я увидел, как это работает. Мне не нравится. Давайте другое что-нибудь сделаем. А это можно было предусмотреть на этапе.

213: Анализа, потому что не было цельной картины, скажем так. Угу. Хорошо, понял, вспомнил. Ещё вопрос. Спрашивал у ваших эйчаров как раз, а почему не покрасить 1 эску в фирменные цвета?

214: В каком плане? Ну можно же жёлтую превратить в любой цвет, который вам нужен интерфейс. Там такая простенькое расширение написать можно. Ну да. Зачем? Зачем? Ну, у вас очень много брендирования, слышал.

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

216: Они под брендированным шаблоном идут. Вот. Поэтому просто возникла такая вот как бы идея, ну, с моей точки зрения, цвет 1, эски не самое главное в ней совершенно это не функциональные требова.

217: Абсолютно, да, я ориентируюсь на то, что как она работает и как она обновляется. Я так как Выходец из все-таки разработки для меня технические моменты важнее, чем интерфейс, но не кнопочки цветом, а интерфейс, в том числе с точки

218: Неудобства, это не добавляет ни технического производительности, неудобства использования. Поэтому если уж рассматривать такой вопрос, то нет, конечно, как в принципе, и многое поздравления контрагентов, это тоже опосредованно влияет на работу.

219: Организации. Да, да, тут все спорно, все можно сказать, что не нужно. Если это приносит прибыль компании помогает, по крайней мере, держать клиентов, то значит, это значимая значимая задача. Я том, я получа

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

221: Тогда, наверное, такой вопрос. Общее впечатление там и так далее. Есть ли смысл мне ждать вашего ответа или как-то он положительный там, негативный? Сколько вам нужно время подумать? У меня впечатление положительное, я буду рекомендовать

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

223: Вакансию это и в наших интересах. Давайте я сейчас возьму время по максимуму до конца следующей недели. Вот это максимум. То есть в любом случае в следующую пятницу будет от нас уже ответ.

224: Если сможем раньше, безусловно, сообщим раньше, но просто чтобы не получилось так, что мы просрочили время, ответ с нашей стороны не готов, поэтому возьму неделю, но думаю, что вернёмся раньше с обратной связью к вам. Договорились?

225: Все, больше вопросов нет у меня. Угу. Александр, спасибо большое за коммуникацию сегодняшнюю. Мы остаёмся на связи. Как будем готовы, обязательно сразу с вами свяжемся, но ещё раз скажу, не позже, чем через неделю.

226: Хорошо, спасибо большое. Если с нашей стороны вопросы какие-то ещё будут, мы на связи можете или на хенхантере в чате мне написать или позвонить по корпоративному номеру? Оперативно отвечаем.

227: Договорились. Всего доброго. Да, спасибо. С наступающим праздником.