Версия в телеграфе, по традиции:

https://telegra.ph/Realnaya-avtomatizaciya-08-02

Telegraph

Реальная автоматизация

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

Ситуация номер 2 (пишу тоже по памяти от лица исполнителя – консультант по упр учету): вывели на проект ближе к его концу. ООО, сеть быстрого питания. Проект для меня начался со слов – проверь обороты по товарам между «старой» - текущей рабочей и «новой» - обновленной тестовой базой. Думаю: странно, ну, допустим – вроде люди на проекте опытные, стаж у большинства больше моего, да и спецы по платформе/конфам есть. Проверяю – не идут не только обороты, но и даже намёки на остатки. О чем сообщаю всем заинтересованным лицам внутри проекта и получаю ответ – мы им сейчас переносим только обороты, а остатки потом выправим, если захотят, за отдельную плату. После растворения той тонны осадка, в который я выпал от таких слов, пошел проверять – почему же могут не идти обороты. Оказалось, что виноват обмен по новым документам. (Примечание: видимо, обмен писали очень ТАЛАНТливые люди, которые решили, что переносить документы из баз с кардинально разными релизами нужно без движений, но с признаком проведения в режиме обмена. Ведь потом можно смотреть на список документов, видеть, что там всё в порядке и грешить на косяки фирмы 1С - документы без движений не хотят показываться в журналах ЕРП вроде «документы продажи» и так далее, потому что при записи в режиме обмена они там не регистрируются). За примерно неделю обороты по товарам за интересующий период (год) были выправлены, но тут заказчик сказал, что ожидал, что в проектные работы входит исправление взаиморасчетов с контрагентами, а их никто из команды ни до, ни после переноса даже не смотрел. До планового запуска оставалась неделя.

Как думаете, какой случай больше соответствует понятию «реальная автоматизация»? Для меня - однозначно первый. Тогда как второй – типичный вариант допродажи своих услуг – сделаю тупо как сказали, а потом выставлю счет на исправление. И я даже готов согласиться с тем, что второй вариант имеет право на жизнь. Но только при одном условии – команду об этом предупредили на берегу, чего в описанном случае не было. Я понимаю разность масштабов и так далее, но я не могу согласиться с самой разницей подходов. Как мне кажется, один из вариантов «реальной автоматизации» для второго случая выглядит так – свернуть рабочую базу, настроить новую, перенести остатки, сверить и отправить работать там с поддержкой. Или делать обновление через копию с исправлением ошибок. Выигрыш во времени, выигрыш в количестве необходимых людей, выигрыш во времени поддержки.

Автоматизируйте с умом, потому что если автоматизировать бардак, то получится автоматизированный бардак :)

Обсуждение, как и всегда, в комментариях.

Реальная автоматизация. Что это за зверь и с чем его едят?

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

Вот только для получения подобного статуса нужно обязательно пройти обучение по допродажам от самой фирмы 1С…

многозначительная пауза :)

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

Ситуация номер 1 (пишу по памяти от лица исполнителя - внедренец с глубоким знанием типовых механизмов): ООО, торгуют на маркетплейсах (далее - МП) и в опт, купили УНФ и расширение для обмена с МП от бита (чтоб ему икалось). Попробовали внедрить своими силами несколько раз (без доработок), по итогу сделали одного из сотрудников ключевым пользователем, он прочитал инструкции, настроил то, что смог и тут оказалось, что пользоваться вообще не очень удобно. Обратились к биту, чтобы доработать до ума и получили ценник в 80-90к за доработки (отсортировать данные в ПФ, посчитать строки в списке заказов и подобное). Что логично – дорого. Поэтому обратились ко мне через знакомых. Получил конфу, посмотрел, понял за час, где поправить для одной ПФ, созвонились, сделал. Через пару дней попросили поправить ещё раз – уже другую ПФ привести в такой же порядок – мой косяк – неправильно понял цель сначала. Сделал выводы и начал задавать больше вопросов, чтобы понять – что им нужно. В общем, так постепенно работаю с ними уже больше 2 месяцев по вечерам или выходным на несколько часов. Результат – настроено резервное копирование, в части 1С: автоматизация и проверка работы сборщиков заказов (подключение сканера ШК к АРМ – на проверку товаров в заказе уходит значительно меньше времени – отсканированные позиции подсвечиваются, при сканировании ШК сразу происходит печать этикеток МП на товар), автоматизация оформления расходных накладных по зарезервированным заказам, оповещения в мессенджер о количестве заказов и о проблемах в фоновых зданиях по оформлению документов, плюс дальнейшие планы по автоматизации обменов со второй базой. За всё это закрыто примерно 45 часов и планов ещё на 10 часов минимум на данный момент.

По традиции - версия в телеграфе:

https://telegra.ph/Dzhuny-i-poisk-raboty-07-19

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

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

3. Сам по себе сертификат не имеет никакой ценности. Важно только то, как проходила подготовка к его сдаче. У меня есть только 1 ПРОФ, но это не мешает работать архитектором.

Работа джуном – это постоянный рост в навыках. Если вы делаете постоянно одно и то же – пора менять работу или круг задач. Уважайте себя как специалиста и рынок это оценит :)
Обсуждение, как и всегда, в комментариях.

Серийный учёт – как много в этом слове всего. Например, сейчас есть интересная задача, связанная с требованием бухгалтерии получать себестоимость оперативно, в ближайшее к проведению время, в том числе, для отражения корректной себестоимости в печатной форме. Поскольку требование категоричное и, по сути, выглядит, как «ВЫ ДОЛЖНЫ НАМ ГАРАНТИРОВАТЬ, ЧТО ЦЕНА СЕБЕСТОИМОСТИ ПО УПРАВЛЕНКЕ И БУХУЧЁТУ БУДЕТ ОДИНАКОВОЙ» (то есть, предлагают превратить ERP УХ в УПП), то было принято хитрое решение, о котором я сейчас и расскажу.

Итак, вводные:

Организация коммерческая, но окологсударственная, оказывают услуги, занимаются внутренним строительством и ремонтами, товары не продают, учётная политика - ФИФО.

Задача описана выше – гарантировать, чтобы цена за единицу материала в регламентированных печатных формах (М-4, М-11, М-15 и тд) достоверно совпадала с той, что получится по бух учету после выполнения операций закрытия месяца. Ну и превращать ERP в УПП не сильно хочется уже нам.

Решение, предложенное нами:

1. Включение серийного учёта – серия = партия поступления. При этом серии получаются виртуальные, потому что в реальности складу пофиг, сколько стоил тот или иной материал и когда он пришел – срока годности материалов условно нет.

2. Подготовка механизмов, генерирующих серию автоматически в документах поступления.

3. Подготовка механизма распределения доп расходов (доставки) на товары в накладной.

4. Подготовка механизмов, подбирающих серию автоматически по ФИФО в документы расхода (внутреннее потребление, списание недостач и тд).

5. Регламентное задание, которое будет брать свежие документы поступления, выполнять распределение цен доп расходов на товары и формировать документ «Установка цен номенклатуры» по каждому документу поступления - таким образом фиксируется себестоимость в разрезе серий.

6. Для каждого склада указывается вид цены в печатных формах, установленный документом «установка цен».

7. ???

8. PROFIT!

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

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

Третье – при включении серийного учёта серии становятся обязательными к заполнению в заказах при установке варианта обеспечения «Отгрузить» или «Резервировать». Исправляется 6 строчками кода, скину ниже. И самое главное, что это абсолютно не влияет на остатки – просто убирается разрез серий для резервов. Новая подсистема распределения запасов нравится мне всё больше)

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

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

Немного о наболевшем.

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

Теперь по пунктам.

1. Хороший РП экономит время команды, плохой – тратит. Да, фраза банальна, но действительно имеет смысл. У меня сейчас два обязательных созвона в день – утренняя планёрка и вечерний статус, и до пяти опциональных. Наш РП взял на себя второй обязательный созвон, где он представляет наши результаты смежным командам. За что я ему сильно благодарен.

2. Плохой РП будет стоять над душой. Хороший тоже, но будет стоять по-другому, легче. С плохим РП мы действовали по плану эвакуации – «ААААААААА!!!!! И бег по кругу с вопросами «а теперь готово?» Сейчас я понимаю, что меня могут потревожить раньше или позже рабочего времени, потому что я сам дурак и не отметил выполненные командой задачи. Другими словами – есть понятная взаимосвязь. И при этом всё будет вежливо и максимально корректно.

3. Взаимодействие со смежными командами. Плохой РП не будет спрашивать мнения, а просто согласится со всеми предложениями или наоборот, откажется и поставит команду перед фактом. Не думая при этом о том, что это вызовет задержки, увеличение количества работ и так далее. Наш РП за нас стоит горой – любые дополнительные задачи выносятся на обсуждение для оценки их времени и перспективности. В том числе, часть задач была перераспределена на другие проекты, так как они не входили в наш функциональный объём. Другая часть, наоборот, была взята дополнительно, потому что именно она была близка к нашему объёму.

4. Решение конфликтных ситуаций. Недавний пример – не договорились с бухгалтерией. И если бы не наш РП – перегрызли бы друг другу глотки со смежной командой) Ну так, для профилактики) Но после этого, что он выступил в качестве рефери и, частично, громоотвода, точнее позволил всем высказать своё недовольство и успокоиться. После чего уже приняли решение.

5. Заметили тот момент, что я почти везде в этом посте пишу «команда», «мы» и тд? А это тоже заслуга нашего РП. И так адаптировать человека, который привык больше 5 лет работать один, думаю, дорогого стоит. И нет, я не в секте. Просто я теперь действительно чувствую себя частью чего-то, в отличии от обычного состояния.

Как-то так, всем peace, respect, удачи)

Обсуждение, как и всегда, в комментариях.