Человеческий фактор при автоматизации учета

06.05.15

Управление проектом

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

Для начала рассмотрим простой случай – автоматизацию розницы. В продуктовой рознице все достаточно просто:

  • У кассира на фронт-офисе не должно быть никаких свобод. Все должно быть достаточно просто – минимум размышлений. Не должно быть:
    • никаких свободных скидок;
    • отмен чека;
    • возвратов;
    • сторнирований во время продаж.
  • Все это делается, как правило, при помощи администратора зала. В моей практике, конечно, были случаи, когда администратора зала не было в принципе (это были совсем маленькие магазины), тогда, как правило, такие функции возлагались на кассира.

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

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

По автоматизации не продуктовой розницы все немного сложнее:

  • Там, как правило, кассир одновременно является и администратором зала. Соответственно, ему позволено немного больше, например, он может назначать гибкие скидки. Обычно это обусловлено «гонкой за клиентом», например, когда человек приходит в какой-то бутик, он сомневается, и кассир может дать ему скидку.

Но здесь контроль проще: когда чеков от 5 до 50, собственник может все это проконтролировать. А наша задача, как интеграторов, предоставить ему этот функционал (всевозможные отчеты по предоставленным скидкам, отменам чека, сторнированиям и прочему).

В опте:

  • На небольших торговых предприятиях (когда в 1С работает до 30 человек) тоже все относительно просто:
    • Там получается, что все пользователи друг за другом следят сами, и, если видят совершенные ошибки, то друг друга корректируют.
    • И контролировать все это достаточно просто. И все как будто выходит само собой.
    • Значительно хуже на больших предприятиях, когда количество документов становится больше, как нарастающий ком (переваливает за 500, за 1000). Вот тут с контролем уже значительно сложнее. И здесь уже интегратор должен выступать как помощник собственнику. Начинать, я считаю, необходимо с разграничения прав пользователей, обучения пользователей, и не забывать о последующем контроле.

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

 

Хочу рассказать, как сейчас происходит у меня на предприятии.

Отдел продаж:

  • У нас продажники не могут продавать товар по свободным ценам: только по тем, которые утверждены. Естественно, у них есть определенные акции (скидки); есть какие-то обязательные акции и скидки; есть акции, которые они могут предоставить или могут не предоставить. В любом случае, все это согласовывается с собственником, с генеральным руководством. Все это автоматизируется: они не могут назначить акцию на определенный товар, на который эта акция по утвержденной схеме не может быть назначена.
  • Обязательно контролируется задолженность:
    • Дни и сумма кредита, предоставленного контрагентам.
    • И есть такое понятие, как «черный список» - или по-другому - Стоп-отгрузки. При превышении некоторых лимитов контрагент загоняется в «черный список» и, соответственно, этому контрагенту нет возможности сделать никакие отгрузки, что, в свою очередь, заставляет менеджеров отдела продаж собирать свою задолженность.

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

Склад:

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

Снабжение:

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

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

  • Работа с внутренним браком – это контроль над перемещением всех товарно-материальных ценностей в рамках производственных процессов и технических операций. А также это, естественно, определение виновных лиц, установление компенсаций, возмещений и контроль исполнения.
  • Также это может быть работа с покупателями. Соответственно, каждый возврат, каждая претензия ведется специалистом службы контроля качества (претензионистом). По каждому возврату все товарно-материальные ценности должны быть осмотрены, выявлены все дефекты, приняты решения. И, естественно, идет контроль исполнения, контроль потерь компании за счет брака.
  • Если говорить о возвратах поставщику, то тут, естественно, тоже включается претензионист, осматривает, оформляет возвраты и осуществляет контроль возмещения с поставщиком.

Блок начисления заработной платы:

  • Начисление заработной платы рождается из табеля.
    У насесть система контроля доступа, из которой получаем рабочее время наших сотрудников, рабочих и административно-управленческого персонала. Все это в полуавтоматическом режиме попадает у нас в 1С (табельщик загружает).
    Попутно при загрузке табельщик проверяет всевозможные неявки, и, естественно, извещает о них начальников подразделений (если вдруг какие-то неявки незадокументированы), оформляет командировки и отгулы. Чтобы исключить махинации по окладным частям, после автоматической загрузки табеля время добавить вручную нельзя.
  • По каждому сотруднику, по каждой должности есть утвержденная мотивация, и расчетчик действует только в рамках этой мотивации. Естественно, добавить там ничего лишнего он не может. 

Кроме ограничений прав пользователей обязательно должно быть:

  • Обучение пользователей, повышение их сознательности и профессионализма – это один из главных критериев.
    Это реализовано следующим образом: как только к нам на работу приходит новый человек, ему дают доступ в 1С для того, чтобы он мог там посмотреть, что и как, но править там он ничего не может – только посмотреть (причем, только в определенных рамках). После этого сотрудник направляется на прохождение обучения. И если после обучения он удачно сдает аттестацию, то в учетной системе уже предоставляются права на изменение.
  • Профилактические меры. При контроле состояния учета, при проведении инвентаризации, после завершения всех инвентаризаций – каждый случай разбирается отдельно, делаются определенные выводы:
    • Злостным нарушителям и рецидивистам назначаются определенные штрафы за искажение учета.
    • А начинающих или тех, кто не совсем понимает, как правило, направляют на повторное обучение или переаттестацию, или проводят с ними профилактические беседы.
    • И контроль исполнения– инвентаризация всего, что может быть.
      • Инвентаризация состояния дебиторской, кредиторской задолженности.
      • Инвентаризация складов, незавершенного производства.
      • Последнее время у нас появилась (мне лично в помощь) инвентаризация прав пользователей. При назначении некоторых прав случаются коллизии, когда пользователям назначаются перекрестные права, которые дают им немного больше возможностей, чем им необходимо для работы. Эта инвентаризация мне лично очень помогает в работе.

Итак, подведём итоги. Что необходимо делать, чтобы минимизировать потери собственника от его сотрудников:

  1. Нельзя давать права на любые скидки кассиру, администратору зала.
  2. Разделение прав пользователей. 
  3. Обучение пользователей.
  4. Контроль над состоянием учета – инвентаризации.

 

************

Данная статья написана по материалам доклада, прочитанного автором на Конференции Инфостарта IE 2014 29-31 октября 2014 года.

Приглашаем вас на новую конференцию INFOSTART EVENT 2019 INCEPTION.

См. также

Компетенции и навыки РП Руководитель проекта

Есть занятный психологический эффект, когда мы игнорируем проблемы, с которыми мы не понимаем что делать. В своей книге “Вальсируя с медведями” авторы назвали этот эффект “А, вы имеете в виду этот приближающийся поезд…”

05.11.2024    1113    0    MariaTemchina    1    

27

Компетенции и навыки РП Конфигурации 1cv8 Бесплатно (free)

В процессе написания статей на тему Идеальное место работы ЗУПера нужен аргументированный текст про адекватного РП и тимлида. Информации получилось много, поэтому выделю в отдельные 2 статьи. Рассмотрим все особенности работы руководителей проектов.

02.05.2024    3662    0    biimmap    39    

39

Канбан и поставка ценности Программист Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Бесплатно (free)

При разработке 1С:Бухгалтерии 8 используются унифицированные процессы обработки задач, построенные на методике Kanban. О том, как выглядит доска задач, в чем пишут код команды – в конфигураторе или в EDT, и что делается для повышения качества и понятности кода самого многопользовательского проекта фирмы «1С», пойдет речь в статье.

26.04.2024    5024    0    mrXoxot    5    

29

Канбан и поставка ценности Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Бухгалтерский учет Бесплатно (free)

Применение Agile в отделе разработки 1С:Бухгалтерии не сразу оправдало возложенные на него ожидания. Но только благодаря гибким методикам удалось стабилизировать выпуск релизов и перестроить разработку так, чтобы она всегда начиналась с анализа задачи и с общения с пользователями. Расскажем об квинтэссенции опыта разработки самого многопользовательского проекта фирмы «1С».

23.04.2024    3837    0    user1853337    8    

29

Инструменты управления проектом Руководитель проекта Бесплатно (free)

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

01.04.2024    3184    0    MariaTemchina    6    

22

Кейсы проектов Руководитель проекта Бесплатно (free)

Как определить, что риск проекта высок настолько, что взяться за него – в 99% случаев значит потерять драгоценное время, деньги и другие ресурсы? Как еще до старта определить, что проект в лучшем случае на выходе станет пародией на задуманное, а в худшем – будет сорван? Сформулируем список типовых рисков срывов проекта и постараемся уберечь от ошибок внедренцев и заказчиков.

20.12.2023    4885    0    1СERP    21    

31

Кейсы проектов Программист Бизнес-аналитик Пользователь Руководитель проекта Платформа 1С v8.3 1С:ERP Управление предприятием 2 Оптовая торговля, дистрибуция, логистика Россия Бесплатно (free)

В 2021 году начали проект в дистрибьюторской компании. Имели большой опыт внедрения УПП, но периодически возникали вопросы. Зачем что-то придумали в ERP, что стало менее удобнее, чем было в УПП? Почему нельзя было взять лучшие идеи из УПП и ERP и скрестить их? А идея, что обеспечение нужно выносить из заказов, с каждым новым проектом находила все большее подтверждение. В итоге на этом проекте удалось применить лучшие (на мой взгляд) методические решения, которые мне довелось внедрять в конфигурациях УПП и ERP, в т.ч. подход, что реагировать нужно только на важное (то, как на заре появления ERP Фирма 1С ее позиционировала).

05.07.2023    15730    0    ASchekachev    37    

55

Канбан и поставка ценности Бесплатно (free)

Когда ИТ-отдел разрывается между разнотипными задачами от внутренних заказчиков, стоит посмотреть в сторону гибких подходов. О том, как, используя три практики Канбана – WiP-лимит, визуализация и распределение по сервисам – улучшить отношения с заказчиками, не бояться давать обещания по срокам и укладываться в них, на конференции Infostart Event 2021 Moscow Premiere рассказал руководитель направления 1С в компании UTG Станислав Алексенко.

28.06.2023    6562    0    stnslv    5    

25
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. kenza 06.05.15 14:13 Сейчас в теме
Спасибо, написано достаточно реалистично. Даже сложилось впечатление что мы с вами работали в одной компании )
tramontana; +1 Ответить
3. tramontana 06.05.15 17:04 Сейчас в теме
(1) kenza, присоединяюсь. Автору респект.
2. info 06.05.15 14:24 Сейчас в теме
Спасибо!
Описаны больше ограничительные меры, что верно с т.з. автоматизации. А работадатель должен мотивировать в свою очередь.
4. TODD22 19 06.05.15 20:16 Сейчас в теме
Очень познавательная статья.

У нас буквально на днях поймали продавца. Оформила на себя накопительную карту и копила бонусы.... Теперь где есть большие движения по бонусам управляющие прозванивают клиентов на которых оформлена карта.
5. baracuda 2 07.05.15 11:46 Сейчас в теме
6. genayo 08.05.15 19:52 Сейчас в теме
Печально, что такие простые вещи еще в новизну для некоторых предприятий...
7. vad 8 09.05.15 07:22 Сейчас в теме
Что грустно, так это то, что русский человек всегда найдет способ что-то придумать, смухлевать. Поэтому эта тема - бескрайний простор, автору спасибо!
Оставьте свое сообщение