Cамое креативное решение проблемы в проекте внедрения: до окончания конкурса остался один день!

Вангую - победит самый верхний комментарий!

интересно, можно ли костыли к велосипеду называть "креативным и нестандартным решением"

Внедренцам раздали Парабеллумы
Руководителю проекта выдали Маузер.

Можно безнаказанно ( да и еще и приз получить!) лгать про то что вам говорил попугай, то что вам приснилось и как вы креативили на каком-то там проекте.

На одном из проектов по внедрению Документооборота, руководитель юридического департамента встала в позу: "На каком основании подчиненные и рядовые сотрудники мне какие-то задачи ставят? Мне может ставить задачи ТОЛЬКО генеральный директор!!!"
Никакие увещевания о концепциях программы, о корпоративных процессах не помогали.
Тогда решили пойти на хитрость - вместо задач ей стали поступать "челобитные". Через неделю попросила все вернуть как было...

Предлагаю кандидата. 10 орехов мне.

Сразу вспомнился анекдот:
"...
- ***ли вы тогда там делаете? Садитесь на воздушный шар и у****айте!"

Решение проблемы было отказ от 1с и реализации проекта на подходящем решение.

В УПП 8.2 в Поступлении товаров и услуг доп. расходы могут распределяться только по стоимости, или по весу и или по количеству (кажется). Но так как товары крайне разнообразны, иногда превалировал объём с небольшим весом. Что для до истицам крайне не выгодно. Хотелось на такойтовар перераспределять затрат больше. Нашли выход. Подглядели у транспортных компаний неизменяемое соотношение веса и объема. Как только у 1м3 вес падает ниже определённого значения, стоимость доставки перестаёт уменьшаться. Придумали свой кг приведённый к объёму. Например, 1 м3 никогда у нас не может считаться как 170 кг. И ниже выведенного нами значения данный куб уже не может весить для 1с. Потом спустя полгода наткнулись на понятие Объёмный вес. Используется у курьерских компаний при авиаперевозках. Получилось, что изобрели велосипед. Но сумели защитить логистику от невыгодного к перевозке товара.

Основная проблема:

На тему отказа от 1С для несвойственных ей задачь - очень в тему. С ходу вспоминается около пяти подобных случаев: автоматическая печать документов с помощью пула линуксовых серверов, печать чеков для онлайн-заказов, проверка паспортов по базе ФМС, выгрузка данных на сайт и поиск аналогов в базе текдока. От С до PHP. Эффективность и бесперебойность, не говоря уж о бесплатности компонентов и дешевой поддержке (реально джуниора на php найти проще и дешевле, чем 1С-ника, который что-то может сломать - ему же большинство клиентов всю базу доверяют, в то время как php-шнику вся база не нужна и песочница не требует лицензий и городиться за три минуты). Так что отказ от 1С в не ее специфике - отличный способ повысить устойчивость и снизить стоимость владения.

Мне вспоминаются 2 реальные истории:

1-ая была такая:

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

одна от отдела учета и отчетности, мол сделайте нам такую фичу,
а вторая от отдела закупок, мол программа тормозит из за этого.

Что было сделано в итоге ? :-)

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

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

Они туда сходили, поскандалили, и оба отдела пришли в итоге с просьбой это выключить.

Таким образом было закрыто 2 заявки, ничего (какбэ) не сделано, и получен профит в виде увеличения SLA. :-)

=========

2-ая была ещё эпичнее.

Внедряли на предприятии ещё ЗИК, давно это было очень. Предприятие большое больше 3 К сотрудников.

А в итоге, если кто помнит ЕСН считался до 4 или 5 знака, в результате чего на все предприятие получалась разница в копейках в отчете по ЕСН и ФСС.

Это категорически не устраивало расчетчика ЗП, а точнее начальника отдела расчета ЗП, о чем она громогласно заявила на совещании у директора:

"Ваша программа ВООБЩЕ не работает".

И показала цифры ,в которых не сходились копейки, за 4 квартал и за год. Мы вечером посмотрели , там была процедура на 20 тысяч строк,
естественно никто бы не взялся её переписывать и править.

В итоге специально для неё сделали ГРУБЫЙ ХАК:

при нажатии на кнопку "Заполнить" подставлялись тупо её цифры, без всяких расчетов и так далее....А на следующий год. уже перешли на 8-ку, ту расчетчицу директор уволил и все успокоились :)

Все победят)) xD

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

1. Сделали получение и ввод данных о выработке на машиностроительном предприятии. на каждом участке поставили терминал - ну такое же, как для приема платежей, как Киви, например. На нем установлен считыватель карт, запущена 1С. На 1С сделано рабочее место. Сотрудник подходит. Идентифицирется своей картой. Далее он может посмотреть какие задания выдал ему мастер. При необходимости - распечатать тут же на принтере документацию за изделия. Может посмотреть свою выработку. Может указать факт выполнения работ и невыполнений - с указанием причин.

2. Учет оснастки. В основном - дорогие сверла. Рабочий приходит в кладовщику. Идентифицируется с помощью карты. В специальном АРМ показывается информация - какая оснастка на нем числится. И если он пришел за сверлом, то кладовщик видит - у тебя же старое еще не сдано. за первый же месяц эксплуатации экономия на оснастке составила 70 тыс. рублей.

3. Выпуск автотранспорта в рейс. К планшету подключен считыватель карт. Водитель утром при приемке машины с помощью своей карты "подписывает" приемку вверенной техники. Информация в режиме онлайн фиксируется в 1С.

В моём случае Директор по развитию автобазы (бывают и такие должности) велел внедрять программу "Деловая Карта". "Рарус автохозяйство" - стандартная 1С-совместимая программа, а эта разработка вещь в себе, Всё бы ничего, но в штате была сотрудница предпенсионного, как сейчас говорится, возраста. Для которой что мышь домовая, что полёвка, что компьютерная - одинаковый ужас ужасный.
Зав складом - многодетная мать, с тремя детьми - школьниками, одобрила обучение работы с программой,, а эта упёрлась.

Организовала у них конкурс по пасьянсу "Паук".

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

В литейном производстве внедряли систему качества. Самописная конфа, в которую данные поступали от внешних датчиков, лаборатории и т.д. и т.п. - т.е. полностью весь цикл производства отливок; как результат заказчик/покупатель получал всю сопроводительную документацию со всеми данными производства. По Т.З. вмешательство пользователей не требовалось, не регламентировалось, только при выдаче "заказа" готовый пакет документов печатался. Через неделю после полного внедрения дир. по продажам вкупе с начальником ОТК попросили дать доступ литейщикам и лаборантам для внесения изменений в документы тех.процесса и данные лаб. исследований и обучить их работе в этой конфе.
Зачем? - Так и не объяснили =)

При запуске мясокомбината потребовался статистический отчет о годичном использовании сырьевой базы скота по количеству голов. При этом ввод данных и районирование сырья не были жестко регламентированы заказчиком. Предложение от программистов по реализации стандартной модели план/факта в виде документа планирования использования сырья и отражения их фактического использования не встретило понимания у операторов предубойной базы. Поэтому были использованы обработчики событий табличного документа, превращающие 1С mxl в экселевскую форму с автоматическим расчетом итогов. 1С формировала цифры факта по районам, а оператор перед сдачей отчетности проставляла какой был план на год, после чего обработчики событий собирали итоги прямо внутри MXL документа. Проблема решена ))

Одно время держал точки виртуальной реальности в торговых центрах.
Чтобы операторы не обманывали, сделал систему на c# которая контролирует количество запусков игр и отправляет в самописаную базу на 1с + записи с камер. База понравилась коллегам по цеху. Стал сдавать в аренду базу своим партнерам / конкурентам. Программу сделал бесплатно и выложил на сайт, но за это собирал статистику и мог прогнозировать спрос и интерес населения по играм.
Игр не хватало и дальше стал писать игры для себя под VR. Правда смог сделать только 2 полностью законченные игры (аттракционы) на unity, остальных неполные работали только на моих точках как экспериментальные.
Решил 2 полноценные игры продавать, но так как рынок очень маленький, а пиратство 80lvl, то решил защитить. Велосипед защиты придумал свой. Покупатель оплачивает игру на сайте (php + api банка), где вводит свой ключ железа, который привязан к компьютеру аттракциона. Ключ железа определяет отдельная программа написанная на (c++ и на java), либо демка (неполной) игры. После покупки запрос идет на сервак 1с, который на ферме дает команду на сборку уникальной игры под конкретное железо (1с), ферма уже с помощью unity меняет скрипты и билдит игру под конкретный хеш. Так чтобы на другом железе игра не запускалась. Причем защита стоит во многих местах, так что сломав одно место, игра вылетит в другом. Получилась такая связка php - 1c - с#. Вся защита настраивалась в 1с, которая уже дальше меняла нужные скрипты в момент билда.

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

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

В процессе перехода со старой учетной системы на новую "Комплексная автоматизация" столкнулись с многоэтапными проблемами при попытках автоматизации склада. Очень "специфичные" бизнес-процессы, которые реализовать в КА было бы довольно трудозатратно и долго.

Поэтому было принято гениальное решение :) Склад остается работать в своей старой программе. И написали обмен с 1С через http сервис. А в скорой перспективе планируется заменить "старую программу" на полноценную WMS-систему.

Решение от франча когда-то давным давно внедрявшего ЗУП:
[IMG]https://infostart.ru/upload/iblock/c4a/c4ad427fb37761eca6b0e47c12275ec6.png[IMG]

Если более серьезно:
Требовалось выгрузить данные для головной компании. Проблема в том, что компания эта зарубежная, соответственно на платформу Российской разработки смотрят с таким же недоверием, как на жигули и работать могут только на чистом SQL. Таковой интегратор, клепавший запросы на уровне СУБД когда-то к нам присылался, но на тот момент уже уволился, поэтому перебросить задачу оказалось некому. В свою очередь одинэсники не понимают к чему такой мазохизм и не хотят этим заниматься. В итоге пришли к решению - в сторонней базе на одном SQL с 1С создали таблиицу целевой структуры, дополнили полями, соответсвтующими "Регистратору" и "НомеруСтроки", подключили к 1С как внешний необъектный источник данных и при проведении / отмене проведения документов стали писать в эту таблицу, фактически имитируя движения.

По всей видимости де-факто самое креативное и эффективное решение, относящееся к нестандартным - это отказ от 1С, но де-юро у нас тут такой подход не прокатит, ибо (Остап не знал, что "ибо" (с) ))))))

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

Просто оставлю это здесь.

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

*все напряглись и перестали улыбаться*
Гл.бух:
- Да какой там, у Вас еще конь не валялся и нечего не работает. Рано еще этап закрывать. Вот у Натальи Ивановны ничего не работает, да и в других отделах тоже самое
После этого все начинаю шелестеть бумажками, морщить лбы, встают по очереди и начинают зачитывать замечания. Общий тезис: "все делаем руками, ничего не работает"
Постановили:
- программный продукт к запуску в промышленную эксплуатацию не готов. Вопрос закрытия этапа №3 отложить до устранения озвученных замечаний

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

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


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

Реальность:
я получил п*д|-@/\ей от гл.буха заказчика и больше мы не улыбаемся друг другу
я получил п*д|-@/\ей от своего директора
я включил доступ пользователям в базу обратно

Но:
акт мы все-таки пописали, когда устранили все замечания, а они их проверили - через месяц
никто больше не рискнул заявить, что "ничего не работает и мы все делаем руками", все замечания были полны конкретики: "в том окошке, в этом поле цифра 2, а должна быть 3, делаем мы это от 5 до 9 раз в день", когда замечания стали очень конкретными и полны деталей, совещания стали проходить утомительнее и гл.бух сама попросила не выносить такие мелочи на совещания, а только серьезные, которые требуют серьезных трудозатрат

При открытии дока Неисполнения заявка при наличии сложившихся условий для товара в документе пользователь видит Псевдомигание (частая смена цветов 3 сек) кнопки "Недавние ответы". При нажатии попадает в нужный документ, где данный товар уже обсуждался менеджером отдела закупок и отделом продаж. И в табличной части документа (Запрос цены и срока) содержит свежую информацию о цене и сроке доставке при заказе. То есть пользователю не придется делать такой же Запрос цены и срока. А менеджеру закупки отвечать на запрос. Для понимания, сотни менеджеров продаж и десятки менеджеров закупки.
Интересны фишка с миганием и повторным использованием готовых данных.