Незакрытый проект на 1000 часов

19.09.19

Саморазвитие - Истории из профессии

История о незакрытом проекте, о бессонных ночах, о попытках его выгрести, о бесплатной работе, о вселенской боли.

Такие вещи нельзя держать в себе, необходимо делать выводы. И вот как оно было.

Июль 2018

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

Разговор с руководством показал, что бухгалтерия  - белая и пушистая, главная задача - автоматизировать производство. Ок.

База управления торговлей (УТ) использовалась для учета материалов и запчастей на складах. Остатки почти сходились с реальностью, но достоверно никто не знал. Вел учет снабженец. 

Отдел продаж работал исключительно с экселем. 

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

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

Да, есть давальческая схема со стороны давальца. Типовая вроде штука, тут мы внимания особо не заостряли, а зря. Потому что подрядчик - тюрьма. Мало того что государственное, так еще и абсолютно адовое в плане оформления документов заведение.

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

Август 2018

Мы пытаемся объединить данные по остаткам из УТ и БП. Никакой другой полезной информации в базе УТ просто нет. Номенклатура двоится, имеет разные названия одной и той же позиции. Учет только по складам. 

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

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

Через неделю понимаем, что не работает. Пользователи не ведут своевременный учет по складу. Где-то одновременно с этим понимаем, что в бухгалтерии не закрыт прошлый (2017) год и регулярно меняются цифры. Поэтому тот ввод остатков, который мы сделали и сводили в течение нескольких дней, уже неактуален... оок. Решаем это дело оставить пока в покое (когда-то же год закроется), перегрузить актуальные остатки по бухгалтерии чуть позже, а пока заняться учетом в производстве. 

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

Сентябрь - Октябрь 2018

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

И в это же время мы внезапно выясняем, что переработчик прекрасен в своих деяниях. Мы получаем акты 25-го числа о выполненной работе за ВЕСЬ месяц. При этом то, что написано в актах на будущие 5-6 дней, с реальностью никогда не сходится. Более того, акты могут быть выписаны в этом месяце, а отгрузка пройти в следующем или вообще не пройти. А в комплексной за переданными материалами и полученной продукцией - жесткий контроль. Там нельзя, как бухгалтерии, передать что-то и получить что-то по факту. И мы встаем в жесткий ступор с закрытием месяца и отрицательными позициями. Организационно проблема не решается. От слова совсем. 

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

Ноябрь - Декабрь 2018

Напряжение нарастает. 

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

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

В декабре инвестор со стороны заказчика перестает оплачивать работу, т.к. "покажите результат". А с видимым результатом беда.

Волосы руководителя проекта начинают выпадать на совершенно неожиданных частях тела. 

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

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

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

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

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

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

К концу года понимаем, что база в таком состоянии работать не будет, и ни один месяц мы не закроем. Принимаем решение о ведении новой базы с нового года.

Январь 2019

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

Февраль - март 2019

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

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

Штатный консультант заново восстанавливает настройки. Программистам прилетает куча задач по восстановлению учета из-за измененных настроек - скрытые и неправильно заполненные реквизиты никто не отменял.

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

Переработка авансового отчета закончилась. Написан треш-угар-код (те, кто видел типовой код проведения авансового в комплексной, - поймет), в базу поставлена, но ввиду наличия других проблем задачу принимать не хотят. Грустим.

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

Март-Апрель 2019

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

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

Май 2019

По просьбе клиента в его офисе поселяется наш программист. С обязательством оплаты "по часам".  Ок. Работа с текучкой пошла заметно быстрее. За месяц решены почти все возникшие на тот момент оперативные проблемы.

Спойлер - не заплатят, т.к. "нет результата". Доп. соглашение, конечно, не делали. 

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

Июнь - Июль 2019

Наш консультант также поселяется в офисе заказчика. Перерабатывает ВСЮ первичку с начала года, выявляются ВСЕ расхождения и пересортицы, которые только возможно. Используя макулатуру начальника цеха, экселевские файлы и прочее.  Два месяца работы, и производственный учет, а также бухгалтерский учет настроены и сведены за полгода. Бонусом мы выявили переплату НДС на 500 000 (пятьсот тысяч рублей) из-за того, что главбух не разобрался с переходом на 20% и вел ахинею в базе (в обеих), а также не отслеживались авансы (пересорт по договорам, заказам и пр).

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

ПОБЕДА?

Август 2019

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

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

Я в свою очередь заявляю, что более бесплатную работу позволить себе не могу. Спасибо. Клиент обещал позвонить через неделю. Прошел месяц. У меня желания звонить уже нет.

Как вишенка на торте, на днях прилетает тикет от них "~400000 ошибок закрытия сентября"... 

 

Ну а теперь выводы и ошибки. 

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

2. Нельзя игнорировать главбуха до начала внедрения, даже если руководство говорит, что бухучет весь белый (нет), и бухгалтер просто сдает отчетность (нет). Кстати, в процессе (на 5 месяце) выяснилось, что была еще база УПП, про которую нам не говорили, и в которую не пустили. Было уже неактуально, но обидно.

3. Все договорные отношения и их изменения необходимо оформлять документально. 

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

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

6. Настройки программы заполняются под протокол за подписью всех ответственных лиц - Главбуха (или ответственного за учет) и инвестора со стороны клиента, а также консультанта и РП со стороны исполнителя. Меняются только по согласованию всех четырех и с четким обоснованием необходимости и с пониманием стоимости смены этих настроек.

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

8. Вы не сможете сопоставить номенклатуру из 3 разных баз. По разным количествам и суммам. 

9. Клиент не должен менять штатное расписание задним числом. Это плохо отражается на учете зарплаты.

10. Менять учет по договорам на учет по документам, а потом наоборот - очень плохая идея.

11. Цеховая кладовая не отслеживает отрицательные остатки. Использовать ее очень сложно. Лучше не надо.

12. Остатки основных средств ни в коем случае нельзя вносить ручными проводками (привет от стороннего специалиста)

13. В банковских платежках при оплате на конкретное физлицо неплохо бы указывать ИНН (для каждого свой!), иначе контрагент не подставится автоматически.

14. Контрагенты вообще должны быть заполнены, иначе при выгрузке из банка будут формироваться дубли.

 

Немного статистики:

Работ по проекту: 1275 часов

из них оплачено: 244 часа

Бесплатно отработано: 1031 час.

Более дорогого процесса обучения трудно себе представить.

 

Буду рад комментариям, советам или просто картинке с двумя гопниками.

P.S. Консультант говорит, что было много еще интересного, но будем надеяться, что она напишет отдельную статью о конкретных методах и проблемах при внедрении.

факап постмортем управление проектом комплексная автоматизация

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

Истории из профессии Россия Бесплатно (free)

Описываю кейс оптово-розничной компании, где хаос в учёте собственник объяснял не ошибками ведения учёта и интеграции с бухгалтерией, а "высшими процессами" - обрядами в горах Перу.

28.07.2026    543    0    Ferra_Shap    13    

1

Истории из профессии Россия Бесплатно (free)

В данной публикации я расскажу, как я, будучи бухгалтером, пришла в сферу 1С и стала Аналитиком 1С.

21.07.2026    589    0    cheplinok    5    

4

Истории из профессии Бесплатно (free)

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

22.06.2026    607    0    apatyukov    0    

3

Компетенции и навыки Истории из профессии Бесплатно (free)

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

19.06.2026    729    0    apatyukov    3    

2

Истории из профессии Бесплатно (free)

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

16.06.2026    1054    0    apatyukov    16    

12

Истории из профессии Россия Бесплатно (free)

Можно ли после 30 лет, без технического образования, с юридическим прошлым и стабильной службой перейти в IT и стать 1С-разработчиком? А если до льготной пенсии осталось всего три года, вокруг отговаривают, рабочего графика как такового нет, а учиться приходится в 5 утра, по вечерам, в выходные и редкие минуты между делами? Это личная история перехода из правоохранительных органов в 1С: без сказки про легкий вход, но с честным разбором сомнений, подготовки, отказов, первой работы и навыков, которые неожиданно пригодились в новой профессии.

15.06.2026    953    0    NikolayMaerov    22    

6

Истории из профессии Россия Бесплатно (free)

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

09.06.2026    1042    0    apatyukov    25    

11

Коммуникации Истории из профессии Бесплатно (free)

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

09.06.2026    1311    0    IgorVasilyev    31    

14
Отзывы
19. herfis 525 19.09.19 17:29 Сейчас в теме
(17) Любой достаточно большой проект комплексной автоматизации - это боль, грязь, пот и кровь :)
Maruska77; zif74; klaus38; hamsar; &rew; Ioryk; утюгчеловек; pfilyk; more; bulpi; Tarlich; Iraida_1964; IvanovAV; +13 – Ответить
Остальные комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. xSavantx 35 19.09.19 13:03 Сейчас в теме
Начать внедрение и не зайти перед этим в бухгалтерию - не по-христиански это как-то...
Tinamu; KirinaAS; Rjhev; d_sdr; SP2000; zif74; Deslime; Stylo; Skaredov; awk; user874148; Mails79; bav_itritm; Ioryk; утюгчеловек; rmIvanT; e9953; xantif_2000; sevushka; tricolor; AllexSoft; Nehc; Олег Ящеров; user767626; smit1c; o.nikolaev; elzetto; ef42; maksa2005; webester; bulpi; Sergik_D; Robbi; Red1; AlenaR; Алексей_mir2mb; Iraida_1964; BigB; jig; Sintson; IssakN; user635667; user811769; Anchoret; akim2040; kiruha; arakelyan; artms; chebser; Азверин; acanta; +51 – Ответить
4. ogroup 326 19.09.19 13:22 Сейчас в теме
(1)
Начать внедрение и не зайти перед этим в бухгалтерию - не по-христиански это как-то.

Да, самоуверенность очень опасная штука
Alien_RS_Forever; Алексей_mir2mb; Iraida_1964; AVGroup; YaroslavHolovatiy; arakelyan; +6 – Ответить
160. kns77 110 09.01.20 14:24 Сейчас в теме
(159) ну клиенты не сказал бы что крупные, скорее средние, самый мелкий 8 рм, крупный 40 рм, но они работали на КА 1.1 и там их все устраивало. Тут же нет.
81. 2tvad 74 23.09.19 00:15 Сейчас в теме
(1) Начать внедрение и не договорится на берегу о рамках, сроках и результате - это iddqd
for_sale; user983047; +2 – Ответить
2. Азверин 3 19.09.19 13:05 Сейчас в теме
Руководство пусть и адекватные, но рыба гниёт с головы.
Многие вопросы должны были решаться раз и навсегда.
Но, спасибо. Где-то уловил знакомые ситуации, что-то новое.
rinat1c; ef42; Rain88; Robbi; Iraida_1964; YaroslavHolovatiy; VachKirp; +7 – Ответить
3. VmvLer 19.09.19 13:16 Сейчас в теме
Ошибка 1.
Не исследовали персонал досконально(биг-дата же рулит, нэ?) и не соблюли "церемониал".
В серьезных конторах даже просто беседа и чаепития входят в обязательные
процедуры расстановки приоритетов .
Игнор главбуха на старте - непростительная оплошность, особенно в политическом плане.
Обделенная вниманием, простите баба, с наделенными полномочиями обязательно
станет в позицию "начточу я свой топор..." и отобрать у нее этот топор будет сложно и
только в случае грамотно проведенных "церемониалов".
Если главбух не стал союзником, а стал врагом - это очень плохо.

Ошибка 2.
по фразе
не успело за 4 года отбросить ненужный эксель

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

Ошибка 3. бесконечная "Попытка закрыть январь"
Вместо этой задачи, логичнее было тратить время с самого начала на разработку, уточнее и утверждение бизнес-процессов с четкой расстановкой "кураторов"
от руководства.
Rjhev; SP2000; zif74; rinat1c; jef_infostart; Yaroslav1C; Дмитрий74Чел; chebser; rmIvanT; user983047; AllexSoft; Nehc; Alien_RS_Forever; mivari; o.nikolaev; ef42; JohnyDeath; Rain88; AlenaR; Iraida_1964; zeropal; andreosh; klaus38; ogroup; xSavantx; acanta; +26 – Ответить
103. Nehc 22 24.09.19 09:00 Сейчас в теме
(3)
Ошибка 3. бесконечная "Попытка закрыть январь"
Вместо этой задачи, логичнее было тратить время с самого начала на разработку, уточнее и утверждение бизнес-процессов с четкой расстановкой "кураторов"


С первой частью про Эксель - абсолютно согласен, плюсану.

А вот по поводу "закрыть январь"... Блин, это реально важно. По мне, так пока "январь не закрыт" - в топку все доработки под БП отличные от типовой! нужно что бы работал типовой функционал, а дальше уже под заказчика. Как там у автора в первом пункте - сначала бухучет, потом все остальное.
5. chebser 4 19.09.19 13:28 Сейчас в теме
Автоматизируя бардак, невозможно получить порядок - получится автоматизированный бардак.
KirinaAS; kako1toxren; A1WEB; SP2000; zif74; Deslime; Skaredov; awk; ашот; Yaroslav1C; Vova_Di; FuNNyHoRRoR; artfa; Alexsur; AllexSoft; yurikmellon; EVKash; Nehc; Alien_RS_Forever; o.nikolaev; Zircool; elzetto; ef42; maksa2005; Serg O.; Rain88; webester; bulpi; Sergik_D; Robbi; Tarlich; K_Sergei; shard; Iraida_1964; Sintson; fancy; Summer_13; jif; mifka186; andreosh; dock; vdscom; obsfromekb; arakelyan; +44 – Ответить
11. dock 46 19.09.19 15:12 Сейчас в теме
(5) более точно цитата звучит как "автоматизация хаоса дает автоматизированный хаос" :)
Хотя "бардак" звучит более по-русски...
NoRazum; Serg O.; AlenaR; +3 –1 Ответить
109. yurikmellon 6 24.09.19 10:19 Сейчас в теме
6. artms 50 19.09.19 13:54 Сейчас в теме
Похоже запуск космического корабля без предварительных испытаний комплектующих
Изначально бы обследовал и внедрял бухгалтерию и смотрел бы на остальное. Когда закрыл бы, видел бы что твориться у остальных и смог бы оценить трудозатраты внедрения. Сведение данных по складу не ваш вопрос, не ясно почему вы им занимались.
Конечно всего не предусмотришь.
TerveRus; Iraida_1964; +2 – Ответить
7. AlexeyPapanov 482 19.09.19 14:04 Сейчас в теме
Поддержку коллег насчет главбуха. Воевать с ним такое себе. Надо стараться найти общий язык. Иначе есть риск провала проекта.
Директор может выписать п*й буху, но от этого крепче Ваша дружба со счетоводами вряд ли станет.
У Вас же результат принятия Вашей работы заказчиком зависит от бухгалтерии. Директор склонен доверять бухгалтеру, а не Вам, как правило.
Ну и я проследил такие ноты, что проект внедрения КА был для Вас первым таким опытом. Т.е. в процессе Вы учились на клиенте. А оплата по факту принятия всех работ. Это все обуславливает высокий риск проигрыша. Оно не стоило 1000 часов как мне кажется. Жаль, что Вы столько потеряли.
SP2000; zif74; TerveRus; +3 – Ответить
8. TODD22 20 19.09.19 14:26 Сейчас в теме
На одном проекте с начало зашли в бухгалтерию. И выяснилось что собственник компании заключил с нами договор от юр лица с долгами перед бюджетом в десятки миллионов рублей.... Продолжать не стали.
Rjhev; shard; SP2000; zif74; alalsl; ogroup; rmIvanT; TerveRus; AllexSoft; Alien_RS_Forever; mivari; CheBurator; JohnyDeath; primat; Robbi; fancy; Petr54-ru; IvanovAV; viejo; JohnGalt; graphbuh; acanta; artms; +23 – Ответить
9. genayo 19.09.19 14:52 Сейчас в теме
И вроде как жалко Автора, и вроде как он сам во всём виноват...
zif74; for_sale; smit1c; papche; AlenaR; Tarlich; Iraida_1964; dock; +8 – Ответить
12. dock 46 19.09.19 15:17 Сейчас в теме
(9) "Жила-была девочка - сама виновата!" :)
10. __guest__ 19.09.19 14:56 Сейчас в теме
Я технарь, не программист 1С и не внедренец, но было очень интересно читать. Жду продолжения/дополнения от вашего консультанта.
Жаль что у вас так получилось, но, как говорится: "Опыт - самый хороший учитель. Берет правда дорого, зато объясняет доходчиво".
Rain88; Sintson; Umnica; es2000; dock; +5 – Ответить
13. AlX0id 19.09.19 15:44 Сейчас в теме
Сторонний специалист полностью перенастраивает настройки информационной базы, пытается настроить финансовый учет и закрыть январь. Безрезультатно. Показав полную профнепригодность и отсутствие каких-то результатов за полтора месяца, с позором прогоняется.

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

Штатный консультант заново восстанавливает настройки. Программистам прилетает куча задач по восстановлению учета из-за измененных настроек - скрытые и неправильно заполненные реквизиты никто не отменял.

Отличная идея, кстати - менять настройки сразу в рабочей базе, да еще и не проверенным человеком. Ни в коем случае не надо этого делать на тестовых базах - нет.
SP2000; TerveRus; +2 – Ответить
14. herfis 525 19.09.19 15:51 Сейчас в теме
"Необходимо закрывать доступ к предыдущей системе учета"
Вспомнил анекдот про сову-стратега. Посмеялся. Потом заплакал.
Rjhev; KapasMordorov; Nehc; bulpi; +4 – Ответить
122. TerveRus 25.09.19 12:11 Сейчас в теме
(14) ты знаешь правило!
А... это на Пикабу) Но все равно расскажи)
125. herfis 525 25.09.19 12:56 Сейчас в теме
(122) Ну, по-памяти:
Мышей достало, что их едят все кому ни лень. И решили они спросить совета у Мудрой Совы (уже смешно).
- Мудрая Сова, мы легкая добыча для любого зверья в этом лесу. Совсем житья нет. Как нам быть?
- Сова подумала-подумала и говорит - станьте ежиками! Тогда у вас будут иголки и вы перестанете быть легкой добычей.
Обрадовались мыши, бегут обратно и скандируют "станем ежиками! станем ежиками!". И тут самая умная мышь говорит
- Стоп! А как мы станем ежиками?
Побежали мыши обратно к Мудрой Сове:
- Мудрая Сова, а как нам стать ежиками?
- Я не тактик. Я стратег.
d_sdr; rmIvanT; for_sale; acanta; TerveRus; +5 – Ответить
126. Painted 49 25.09.19 14:39 Сейчас в теме
(125)
- Я не тактик. Я стратег.

У нас рассказывали: "Главное концепция, технические детали меня не интересуют"
TerveRus; +1 – Ответить
15. andreosh 103 19.09.19 16:06 Сейчас в теме
Один из выходов - это писать дополнение к должностным инструкциям на каждое рабочее место. Затем писать кляузы: нарушен такой-то пункт инструкции. В реальности приходится программировать не только процесс учета, но и сотрудников, которые этот процесс должны вести. Если мне удается получить доступ к руководителю, который более остальных мотивирован на наведение порядка, то остальных я могу в бараний рог свернуть должностными инструкциями. Но в реале мне приходится внедрять систему, не имея доступа к руководителю. Этот доступ жестко охраняется его окружением. Потому на маневры уходит масса времени. А проблемы подобные, каждый прикрывает свои косяки и желает укоротить технологический процесс внедрения системы, вводя в систему кривые данные.
ogroup; AllexSoft; Iraida_1964; +3 – Ответить
16. starjevschik 19.09.19 17:12 Сейчас в теме
Комплексная это в принципе плохо. Бухгалтерия отдельно, упр учет отдельно.
Ну а так что сказать можно. Надо ставить порог дебиторки, точно так же, как наши клиенты ставят своим покупателям. Для меня это часов 15-20. Клиент интересен платежкой в первую очередь.
dimaster; zqzq; A1WEB; SP2000; unknown181538; rmIvanT; TerveRus; more; philya; user983047; AllexSoft; Nehc; Alien_RS_Forever; dblade; bulpi; mpeg1989; Robbi; AlenaR; kiruha; shard; Алексей_mir2mb; Sintson; accounting_cons; Petr54-ru; IvanovAV; +25 – Ответить
47. shard 293 20.09.19 15:17 Сейчас в теме
(16) согласен про комплексную, но связка ут+бп даст вопрос "почему у нас в торговле и бухгалтерии не совпадает себестоимость?", а потом обнаружится что часть документов торговли отсутствует в бухгалтерии (и наоборот).
62. starjevschik 20.09.19 19:47 Сейчас в теме
(47) я до сих пор (а я довольно давно с этим работаю) видел одну (ОДНУ) компанию, в которой упр и бух учеты совпадали.
Поэтому сначала делаем упр так, как хотят хозяева, потом переносим в БП то, что хотят бухгалтеры. Все довольны.
SP2000; Senator_I; TerveRus; more; philya; AllexSoft; mivari; Hans; CXY; Bassgood; bulpi; +11 – Ответить
17. RomanCrow13 123 19.09.19 17:15 Сейчас в теме
Бедняги... Сам с таким пока не сталкивался, но читать - уже больно...
19. herfis 525 19.09.19 17:29 Сейчас в теме
(17) Любой достаточно большой проект комплексной автоматизации - это боль, грязь, пот и кровь :)
Maruska77; zif74; klaus38; hamsar; &rew; Ioryk; утюгчеловек; pfilyk; more; bulpi; Tarlich; Iraida_1964; IvanovAV; +13 – Ответить
165. RustIG 1990 01.08.22 16:02 Сейчас в теме
(19)
Любой достаточно большой проект комплексной автоматизации - это боль, грязь, пот и кровь :)

(с) "Спартак. Кровь и песок."
18. JohnGalt 58 19.09.19 17:18 Сейчас в теме
Очень сложно все взвесить и принять правильные решения по внедрению (делать или не делать и если делать то как, что и когда). Даже несколько успешных проектов не гарантируют от провала в будущем. Каждая организация - своя среда, обстановка, люди, процессы. И проблемы как раз возникают там, где не ожидаешь.

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

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

"аудит не принес внятных и понятных результатов" - звучит очень загадочно...

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

Приоритет неожиданно сместился с производства на бухгалтерию, но производство продолжали делать.
TerveRus; InJey; AllexSoft; mivari; stanislav1esnik; msvd; AlenaR; dshershen86; Umnica; IvanovAV; +10 – Ответить
20. herfis 525 19.09.19 17:35 Сейчас в теме
Вывод по сабжу простой - оценка рисков не проводилась никакая от слова "совсем". Ребята просто выскочили с шашками наголо, попытавшись работать теми же методами, что и на простых проектах - мол главное ввязаться в драку, а там за счет личного мастерства выехать.
AllexSoft; Алексей_mir2mb; +2 – Ответить
80. 2tvad 74 23.09.19 00:13 Сейчас в теме
(20) Согласен, Вообще редко где можно увидеть грамотное управление рисками, и тем более, Заказчика, который понимает, зачем это нужно.
21. IvanovAV 172 19.09.19 17:37 Сейчас в теме
Дробим работу на этапы. Один этап - это один месяц. Если не довольны или не платят, потеряем месяц - полтора работы, для нас не критично, это опыт, повесим на затраты. Отсутствие результата - это тоже результат, значит надо идти другим путем, но этот путь проверен и не подходит. На проектной работе отсутствие результата, тоже должно быть оплачено. Проект - он индивидуальный под заказчика, а не типовые конфигурации ставить и ИТС-ом банчить, где ценник и трудозатраты можно заранее просчитать, это всегда путь в неизведанное, по минному полю. За 12 лет работы, не было ни разу, двух одинаковых проектов, каждый требует полного погружения, самоотдачи и индивидуального подхода, бизнес модель "купи-продай" тут не работает, следовательно и оплачивается по индивидуальным договоренностям.
Senator_I; philya; AllexSoft; stanislav1esnik; dblade; papche; Umnica; es2000; +8 – Ответить
22. Petr54-ru 95 19.09.19 18:48 Сейчас в теме
Описание проекта хорошее и разбор полетов грамотный.

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

И вторая мысль, как тут уже писал камрад starjevschik - бухгалтерия отдельно, управленческий учет - отдельно. А если не повезло, и приходиться иметь дело с КА, то тогда бухгалтерия - главный постановщик задач.
Deslime; ef42; TerveRus; AllexSoft; mivari; CXY; user1035175; Rain88; bulpi; AlenaR; 1crzn; Sintson; DmitryKSL; ogroup; Umnica; user811769; +16 – Ответить
23. PerlAmutor 162 19.09.19 20:10 Сейчас в теме
Чтобы проект таких масштабов был в итоге успешным (со стороны заказчика) и, возможно, незакрытым со стороны организации-внедренца, необходимо с самого начала внедрения создать рабочую группу внутри штата - программисты, администраторы, консультанты, линия поддержки, ответственные за закрытие месяца, руководители группы (желательно 2 минимум), которые бы принимали участие в совещаниях, решали организационные вопросы и ставили задачи. Часть персонала можно взять из тех, что уже есть. Под специалистов и программистов сделать вакансии, должности и рыночные зарплаты.

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

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

И кстати сейчас, блок производства, в таких системах как ERP пока еще сыроват для внедрения на крупных предприятиях. Ни платформа, ни конфигурация, ни интерфейс пока не могут удовлетворить всех потребностей в производственной сфере. Отсутствует как гибкость, так и производительность. Нам, к сожалению, с этим пришлось уже столкнуться. И решение пока не выработано. С той моделью производства, что реализовали разработчики ERP практически невозможно работать. В их представлении выпуск продукции - это локомотив без тормозов, который не имеет права останавливаться на остановках для погрузки/разгрузки, не может менять количество вагонов, маршруты следования, разделяться на 2 поезда, объединяться в один поезд и иметь длину состава больше протяженности перрона.
Senator_I; mistermp3; TerveRus; InJey; AllexSoft; user666919_budulau; elzetto; user1035175; IvanovAV; +9 – Ответить
83. elzetto 23.09.19 04:32 Сейчас в теме
(23) Какие красивые аллегории, уже несколько лет работаю в разных системах учета, в итоге самым эффективным способом оказалось изучить базовый функционал ка 1.1 и работать в нем дорабатывая мелкие доработки самостоятельно изучив код 1с.
какие-то сложные системы на базе erp внедрили местные сети, теперь работают в трех базах :) вбивая первичку в бухгалтерию упп и erp
такие дела
24. script 128 19.09.19 22:55 Сейчас в теме
Это Еще ничего. На своей заре я еще не такие перлы исполнял. Не хотел у меня как-то один клиент переходить на 1С, с какой досовской программы. Завод был средний. Человек 500. 1С купили, но все что-то у бухов времени нет начать. Дело было в период выхода Вин 2010 и затухания Вин 2008. Когда базу 1С 77 невозможно было на Вин 2008 открыть на 5 машинах по сети, из за ограничения по количеству файлов.

Вот я грамотный такой, наткнулся на это ограничение - это было уже всем известно, и объяснил руководству, что нужно менять винду на сервере, на 2010-ю. А мне и предложили переустановить, а я геройски и согласился, т.к. клиент был крупный. Программу купил, все оплатил, короче нужно было держаться. И свое начальство на франче подгоняет.

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

А она оказывается была на том же жестком диске, но в отдельном логическом разделе, который был с своей файловой системой, которая из винды нигде не была видна. А я то еще смотрел в утилите форматирования и не мог понять, что это там за 4 гига какой то раздел непонятный?

Поскольку на тот момент их программе уже было около 10 лет, то установить ее заново уже было некому.
Бекапы где то есть, но никто не знал уже где. Потом вроде бы как нашли, но никто уже не помнить как восстановить.

Не помню сколько я тогда времени бесплатно отработал чтобы помочь перейти в 1С, но таки перешли.
Что самое интересное у меня после них, еще пара таких случаев была. Один когда появились клиенты на 1С 77 SQL, еще один уже на 8-ке.

И вообще я с детства все разбирал, хотя родители говорят что ломал - но я с этим не согласен...
unknown181538; Yaroslav1C; Senator_I; TerveRus; artfa; InJey; elzetto; Rain88; +8 – Ответить
130. ef42 25.09.19 21:01 Сейчас в теме
(24) Интересно у вас получилось. Вообще бэкап - наше все, перед любыми задачами, тем более если не понимаешь для чего это нужно. А вообще лучше на личных данных (не на работе) учиться. Сам когда-то давно потерял фотоархив личный, после чего усвоил правило 3-2-1.
25. profiprog1c 260 20.09.19 01:53 Сейчас в теме
Ну что сказать. Самая главная ваша ошибка - это ваша ничем не обоснованная самоуверенность. Вы сейчас расписали "чудесную" историю из которой видно следующее. В начале вы описываете компанию, как быстро растущую, но при этом как этаких "дурачков", которые все ведут в экселе и УТ, а потом по факту окажется, что кроме экселя использовалась Бух, УПП. И вы решаете, что вы этакие "спасители", которые научат как надо все делать. Проще надо быть и не считать всех вокруг дурачками, потому что дурачками в итоге остались вы сами. Было куча и других ошибок, но они все производные от вашей самоуверенности. Причина в вас самих, как внедренцах, клиенты тут вообще не причем.
elzetto; mivari; CXY; Viver; papche; IvanovAV; Tarlich; +7 – Ответить
29. &rew 55 20.09.19 07:06 Сейчас в теме
(25)Ну там как бы проходи красной нитью что саботировал проект Бух, внедренцы же к нему подходили, а он/она их футболила. Отсюда вывод: Она не заинтересована, т.к. имеет фин.интерес иметь руководителя. Руководитель, скорее всего, это осознал, но гл. бух, являясь носителем СТРОГО конфиденциальной информации, может нанести ощутимый вред, если его - "тавой". Опасная для предприятия ситуация. Я бы посоветовал, не терять контакт с руководителем, и периодически интересоваться, все ли у них хорошо, т.к. бух может уже и не глав. и можно по новой "заскочить" на проект.
ef42; Rain88; +2 – Ответить
48. profiprog1c 260 20.09.19 16:37 Сейчас в теме
(29) Нет, все не так про саботажников. Это вам так пытаются подать историю, что все вокруг саботажники, а внедренцы "белые и пушистые". Таких историй я много насмотрелся. И в таких историях нужно слушать две стороны, тогда можно сложить картину в целом. А так, мой вывод: самоуверенность внедренцов, которые считали себя самыми умными их подвела.
86. &rew 55 23.09.19 06:10 Сейчас в теме
(48)
самоуверенность внедренцов, которые считали себя самыми умными их подвела.
И это тоже автор написал. Я написал из личного опыта. Естественно это только одна сторона, т.к. другую мы тут не можем увидеть.
26. A1WEB 61 20.09.19 06:08 Сейчас в теме
Типичная схема: оплаченные часы распределяются по руководству, неоплаченные - по разработчика. Все свободны.
zqzq; d_bat; sCHTASS; Starikova_NK; +4 – Ответить
27. PerlAmutor 162 20.09.19 06:23 Сейчас в теме
В комментариях много критики, якобы сам виноват. На деле почти всегда получается так, что руководство с обеих сторон не может адекватно оценить ни стоимость, ни сроки, ни сложность работы. Задайте себе вопрос, часто ли с вами руководство обсуждает сроки и план работ до того как начать что-то внедрять?

Я видел, как программисты 1С на проекте "разбивались в труху", ночуя в офисе, пытаясь успеть сдать что-то к срокам, думая, что это спринт. А это был затяжной марафон, где никакие сверхурочные, работы по выходным и праздникам уже не вернут опоздание на несколько месяцев. Только вымотают всю команду так, что они будут от силы писать пару строк кода в день, т.к. мозг уже не работает или вообще пожелают уйти в другое место, т.к. работа не должна занимать 90% жизни.
zqzq; AllexSoft; d_bat; Waanneek; mivari; neuromancer_aza; dblade; Rain88; Ruslan2011; JohnGalt; DmitryKSL; A1WEB; pm74; &rew; +14 – Ответить
30. genayo 20.09.19 07:59 Сейчас в теме
(27) Так ведь он действительно сам виноват. Совершены практически все возможные классические ошибки внедрения, и даже больше...
33. JohnGalt 58 20.09.19 10:16 Сейчас в теме
(27) Да, количество стараний и проложенных усилий, объем работ сами по себе не влияют на результат. Нужно видение и понимание происходящего, постоянный анализ и принятие решений что делать дальше. У руководства не всегда есть адекватное видение, бывает нет понимания, или иллюзия только всего этого. А страдают потом все.
28. &rew 55 20.09.19 06:49 Сейчас в теме
Сейчас работаю над переходом с "в калл" переписаной УПП естественно под бизнес процессы компании (переписывали 11 лет, где .НайтиПоКоду() и считается в порядке вещей), свой блок бюджетирования, различные регламентные задания по перепроведению бюджетных документов для актуализации данных в самописных же отчетах, кучей юрлиц на максимально возможно типовую КА2. Интересно, в общем)
31. pas 84 20.09.19 09:26 Сейчас в теме
Сразу насторожило то, что в 2018 году переводят клиента на КА 1.1. Засада то началась с этого...
bulpi; IvanovAV; +2 – Ответить
32. AlX0id 20.09.19 10:13 Сейчас в теме
(31)
Тоже подумал над этим, но в тексте не сказано, какую КА внедряли - только про опыт внедрения 1.1. Видимо, пытались внедрить-таки вторую - и поиметь опыт..
34. ogroup 326 20.09.19 10:29 Сейчас в теме
(31) Нет, это был проект внедрения версии 2.2.
35. kiruha 389 20.09.19 10:52 Сейчас в теме
Почему проект нельзя было по шагам делать ?
Бух для начала в порядок привести - и как удобно бухам и глав. буху.
Торговлю отдельно, как удобно манагерам + обмены.
Ну и только потом УПП или аналогичное
Тем более раз клиент проблемный
36. TODD22 20 20.09.19 12:02 Сейчас в теме
(35)
Почему проект нельзя было по шагам делать ?

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

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

Тем более раз клиент проблемный

Если клиент "проблемный" то это не клиент... Просто "маленьким" франчам как то надо выживать, вот они и берутся поработать за еду и опыт. Вот тут поработали за опыт.
AllexSoft; kitsey; acanta; ogroup; +4 – Ответить
54. 1crzn 22 20.09.19 17:38 Сейчас в теме
(36) Напилили доски. Заказчик говорит, что это не результат. Оплачивать не хочет. Все. Конец. Но Вы потеряли только 10 часов, а не 800. Все-таки можно с таких заказчиков зарабатывать, но это тяжело, нудно и действительно больше для опыта, а не для денег.
55. TODD22 20 20.09.19 17:40 Сейчас в теме
(54)Этот пример был про ожидания заказчика, а не про "отработанные часы" и про то сколько потеряли.
56. 1crzn 22 20.09.19 17:43 Сейчас в теме
(55) Да, конечно. Заказчик ждет именно того, что можно увидеть и потрогать, но у разработчика, как я понял, тоже были свои ожидания.
57. TODD22 20 20.09.19 17:47 Сейчас в теме
(56)
Заказчик ждет именно того, что можно увидеть и потрогать, но у разработчика, как я понял, тоже были свои ожидания.

"Кто платит, тот и главный".
У разработчика были ожидания что он получит "опыт" он его получил.
58. 1crzn 22 20.09.19 17:50 Сейчас в теме
(57) Вот именно "кто платит", а не тот, кто "не платит". А так да. За опыт можно и подемпинговать.
84. elzetto 23.09.19 04:33 Сейчас в теме
(36) Из какого вы города?
37. charivnick 46 20.09.19 12:08 Сейчас в теме
Тут проблема вообще в другом была:
Организационная со стороны заказчика:

1)Руководителю было все равно
2)Корректного ведения учета не было нигде (Excel, бумаги,..., сторонняя программа)
3)Решения плохо спускались по вертикали власти.
4)Руководитель не платил за работу, а значит не отвечал своим карманом и не мотивировал тем самым своих сотрудников.

Организационная со стороны исполнителя:
1)Весь проект не был разбит на этапы. Можно использовать разные методики, например,
Agile, Scrum, Kanban, PRINCE2 и другие, но у каждого периода должна быть отсечка с результатом
2)После каждого завершенного этапа заказчик должен платить, если не платит. Сразу прекращать с ним сотрудничество.
Соответственно, если периодом подведения промежуточных итогов будет месяц, то это и есть ваши риски.
Потеряли бы 160 часов всего максимум.
user983047; AllexSoft; Waanneek; Ruslan2011; +4 – Ответить
38. genayo 20.09.19 12:18 Сейчас в теме
(37) Организация со стороны исполнителя пообещала то, что не могла выполнить, так как сначала пообещала, а потом пошла выяснять, что и как надо выполнить. Всё остальное - только следствие этого.
39. TODD22 20 20.09.19 12:25 Сейчас в теме
(38)
Организация со стороны исполнителя пообещала то, что не могла выполнить, так как сначала пообещала, а потом пошла выяснять, что и как надо выполнить.

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

"Доступно и всерьёз"
user_2010; 1crzn; +2 – Ответить
40. nikolnb 20.09.19 12:51 Сейчас в теме
Читать больно, бесплатно отработали.
Очень интелигентные внедренцы.

Вспонилось: утром деньги - вечером стулья, вечером деньги - утром стулья.
С таким заказчиком: разбить на мелкие этапы и доить, доить, доить...
41. KapasMordorov 429 20.09.19 13:00 Сейчас в теме
Нормальное франчевое внедрение: мы тут крутоеуправленку делаем, а бухи перетопчутся.
Не перетоптались.
42. FesenkoA 61 20.09.19 14:18 Сейчас в теме
Еще важно чтобы заказчик знал о теоретической сумме по верхней границе проекта. Потому что будет обидно когда оценили по средней, по дороге всплыло 1000000 неучтенных правок, а у клиента денег не хватает даже чтобы оплатить по минимальному прайсу. Итог: куча невероятных затрат компании, очень мало опыта, настроение команды на уровне цокольного этажа..

А по этой истории очень важно поэтапное внедрение. Например сначала автоматизировать деньги, взаиморасчеты, показать результат, получить оплату. Потом над, например, прродажами, время оформления заказа привести к минимуму, учитывая особенности отдела продаж. Потом закупки, закусить производством и зп. И когда все уже работает - закрывать период и финрез. И после каждого этапа брать денежку. Понятно что висящие в воздухе заказы, или РКО без начисления ЗП - это плохой пример для заказчика, но..
AllexSoft; IvanovAV; +2 – Ответить
43. ogroup 326 20.09.19 14:32 Сейчас в теме
(42)
Как вы автоматизируете сначала деньги и взаиморасчеты, не касаясь например расчета зарплаты? - тоже взаиморасчеты, а там и налоговые начисления сразу подплывают.
59. FesenkoA 61 20.09.19 18:09 Сейчас в теме
(43) Параллельно пользователи работают в старой учетной системе. Но новые уже видят то что им надо. Допустим кассир не видит как рассчитывают зп, и не видит НДС. Она видит оплату, поступление денег, она знает назначение и сумму в кассе. Дальше продавец. Он не видит что товар прищел из производства или от поставщика или просто нашли в закромах у уже сидящего бывшего кладовщика. Он видит что клиенту можно продать и он продает. итд. В итоге каждый видит свой кусок кроме пользователей которые сидят на стыке двух кусков. Далее в ночь на выходные новоразработанная база очищается, старая закрывается, записываются начальные остатки, и в понедельник утром начинается вой "у меня там в 7.7 была ошибка, нужно исправить, я ее лелеяла 4 месяца, а из за нее у меня ничего не сходится!!" поэтому выключаем телефон, и пусть они штурмуют с крайне ******кими вопросами своих начальников. На третий день выходим из отпусков и решаем уже реальные проблемы.

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


Шутка конечно, но с долей правды. Клиенты работали в том самом экселе, и ввод начальных остатков не такой и сложный был..
44. GStiv 7 20.09.19 14:48 Сейчас в теме
Сейчас предстоит такой же винегрет первоначально сделали переход своими силами из 77 начальство сказало нет, приглашаем сторонних те взяли деньги и проект перенесли на новый год, пока ни строчки от них нет с мая и в тесте работает на наших данных и доработках, вот взгляд с другой стороны когда приходят не разбираясь в бизнес процессах определенной компании говорят все сделаем, а в итоге говорят извините нужно перестраивать учет
45. TODD22 20 20.09.19 14:51 Сейчас в теме
(44)
а в итоге говорят извините нужно перестраивать учет

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

В этом вся и проблема. Зачастую не только процессы какой то конкретной компании не знают, не имеют вообще опыта в отрасли. Как ТС писал им нужен был опыт по КА 2.2, они его получили. Что просишь, то и получаешь, надо просить деньги :)
AlenaR; AllexSoft; acanta; +3 – Ответить
46. alex_sh2008 5 20.09.19 15:15 Сейчас в теме
Возник вопрос, а вы до этого автоматизировали производственные предприятия?
49. charivnick 46 20.09.19 17:05 Сейчас в теме
Автоматизировали:))
60. alex_sh2008 5 20.09.19 18:48 Сейчас в теме
(49)Не похоже, судя по статье
50. charivnick 46 20.09.19 17:07 Сейчас в теме
Я соглашусь с тем, что нельзя все время плясать под дудку заказчика.
Аргументы очень простые:
если заказчик перестроит свои процессы, как ему велит исполнитель, ему внедрение обойдется условно 1млн. руб.
Если он скажет, оставьте, как есть, то ему обойдется в 10 млн. руб.
51. 1crzn 22 20.09.19 17:13 Сейчас в теме
Бывают нормальные заказчики, бывают нет. Если заказчик плохой, то работать надо с помощью каких-то бумажек типа ТЗ. Если проект большой, то его надо разбивать на мелкие этапы. Писать маленькие ТЗ на каждый этап, где четко прописано что делается и за что платятся деньги. Оплата по этапам. Как только этап не оплатили - все, конец работе.
61. alex_sh2008 5 20.09.19 19:17 Сейчас в теме
(51)
Если заказчик плохой,

Не бывает плохих заказчиков, есть сложные и очень сложные, плохие заказчики не могут себе позволить полноценное внедрение ИС
65. 1crzn 22 20.09.19 23:01 Сейчас в теме
(61) Это вопрос терминологии, но если не спорить о ней, то по сути согласен. У меня был случай, когда я почувствовал, что заказчик "плохой" в моей терминологии. Одну задачу он оплатил, потому что она была простая и дешевая. Но я уже все о нем понял. На вторую задачу я составил детальное ТЗ и дал оценку по времени и деньгам. Он посмотрел на цену и отказался, хотя я предлагал еще и дешево. Т.е. если мы чувствуем, что заказчик неплатежеспособен, то мы обязаны на начальном этапе давать ему четко понять сколько это будет стоить, сколько займет времени, причем результаты, которые мы с заказчиком хотим совместно достичь должны быть четко формализованы на бумаге и подписаны заказчиком. Причем грубой ошибкой будет оценивать весь проект. Проект должен быть разбит на маленькие этапы с четкой формализацией. Это нужно чтобы заказчик в первую очередь понимал сколько это будет ему стоить. Цена - это важнейший вопрос. Есть шанс, что заказчик, увидев цену, сам откажется и никто из сторон не будет страдать зря.
А плохой, неплатежеспособный, - можно придумывать разные термины. Он может быть неплатежеспособный для одних задач, и вполне платежеспособным для других. Главное правильно оценивать задачу. Это вопрос профессионализма разработчика - верная оценка. Чтобы не оказаться в дураках, риски нужно вешать на заказчика, если мы видим, что он плохой.
DmitryKSL; CXY; +2 – Ответить
71. alex_sh2008 5 21.09.19 22:04 Сейчас в теме
(65) В 90% заказчику все эти ТЗ фиолетовы, для него важен сам проект и конечные точки этого проекта, а не куча ТЗ на доработки которые решают локальные проблемы, но не решают общей задачи. Нужно внедрять тот функционал который есть в системе, даже если этот функционал гавно, и если заказчику это не нравиться вот тогда и составлять ТЗ на доработку, тогда гарантия оплаты таких задач будет намного выше.

Я в основном работаю на аутсорсинге, и очень часто выступаю и как заказчик и как исполнитель, и поверьте обосновать доработки системы очень сложно, всегда ищу другие решения, хотя эти решения очень сложные и часто приводят к серьезным конфликтам, но руководство все равно идет не на доработку системы а на решение этих проблем, разными путям, вплоть до увольнения сотрудников и подбора новых
89. 1crzn 22 23.09.19 16:31 Сейчас в теме
(71) ТЗ нужно разработчику, чтобы он понимал, что, за какое время и какую цену он сделает, а заказчику интересна цена и время, которые вытекают из этого ТЗ.
93. alex_sh2008 5 23.09.19 17:06 Сейчас в теме
(89)ТЗ в первую очередь нужна разработчику, заказчику нужен результат за те деньги которые он заплатил.
90. 1crzn 22 23.09.19 16:34 Сейчас в теме
(71) Часто еще бывает, что заказчик четко не понимает, чего он хочет в рамках 1С. Для этого тоже подходит ТЗ. Но чтобы не оказаться в дураках (выполнить работу и не получить денег), надо дробить проект на этапы.
95. alex_sh2008 5 23.09.19 17:08 Сейчас в теме
(90)Заказчик знает чего он хочет от системы автоматизации, а 1С это или не 1С ему не интересно, если 1С не дает нужный функционал заказчик решает будет он вкладывать в дописку этого функционала или нет, и притом он хочет это знать до запуска проекта а не в середине.
91. 1crzn 22 23.09.19 16:37 Сейчас в теме
(71) Ваш подход правильный для маленьких фирм, которым лучше сидеть на типовом функционале. Большие компании обладают деньгами, чтобы содержать свои отделы ИТ, которые просто пишут конфигурации с нуля или до неузнаваемости переписывают типовые.
92. alex_sh2008 5 23.09.19 17:04 Сейчас в теме
(91)Мой доход, это стандартный подход на проектах внедрения систем, и не важно большая или маленькая компания, в любой компании, когда покупают продукт хотят извлечь максимум из системы, иначе грошь цена таким проектам.
94. 1crzn 22 23.09.19 17:08 Сейчас в теме
(92) С тезисом "хотят извлечь максимум из системы" трудно поспорить. В моем городе все крупнейшие работодатели конфигурации даже не обновляют - настолько сильно они переписаны.
96. alex_sh2008 5 23.09.19 17:12 Сейчас в теме
(94)После внедрения систем как правило их переписывают до не узнаваемости, а вот когда идет внедрение практически не трогают типовой функционал. Я сталкивался с ситуацией когда после внедрения КА, ее в последствии переписали можно сказать в УПП, результат, вложили средств в несколько раз больше чем если бы внедрили УПП.
77. charivnick 46 22.09.19 22:38 Сейчас в теме
Спасибо, что подтвердили мою мысль.
52. TODD22 20 20.09.19 17:16 Сейчас в теме
Если заказчик плохой, то работать надо с помощью каких-то бумажек типа ТЗ.

Если заказчик "плохой" то работать с ним не стоит.
Сколько раз видел попытки работать с "плохим" заказчиком по средствам ТЗ, этапов, проектных подходов и тд... все закончились одинаково.
"горбатого могила исправит", а не ТЗ и поэтапная оплата.
53. 1crzn 22 20.09.19 17:21 Сейчас в теме
(52) Согласен, но иногда сразу непонятно плохой он или хороший. Есть только ощущение. Вот если ощущение есть - лучше подстраховаться. А так да - с плохими лучше не работать.
IvanovAV; +1 – Ответить
63. triviumfan 103 20.09.19 21:23 Сейчас в теме
66. 1crzn 22 20.09.19 23:13 Сейчас в теме
(63)Это хорошо, смех, как известно, продлевает жизнь.
64. Ruslan2011 20.09.19 21:54 Сейчас в теме
Вы не зря это прошли.
Мне очень пригодится.
Все хотят учится на чужих ошибках,
а про свои не разглашают...

очень содержательно и доходчиво рассказали.

спасибо за пережитую историю ,
понимаю , что не очень приятную ,
пусть вас Бог благословит .
67. bulpi 219 20.09.19 23:40 Сейчас в теме
"выбор конфигураций пал на "Комплексную" (КА)"
В принципе, дальше можно не читать.
Ребята, за 1000 часов я МИР автоматизирую. Весь. :)
68. 1crzn 22 20.09.19 23:54 Сейчас в теме
Кстати, все, что произошло, можно было упростить. Надо было сразу примерно оценить задачу. Понятно, что точно ее оценить было бы невозможно, но опыт показывает, что даже интуитивно можно это сделать с ошибкой в 2 раза. Например, оценили в 1000 часов. Умножаем на 2. Получается 2000 часов. Т.е. примерно 3 000 000 р. по провинциальным, допустим, меркам. Дальше говорим заказчику цену. Уже на этом этапе он скорее всего откажется. А если вдруг не откажется, то бьем задачу на этапы с поэтапной оценкой и оплатой, о чем здесь многие писали. И это уже будет другая - более точная оценка. Единственный вопрос - кто заплатит за предпроектное обследование. Т.е. по большому счету в этой проблеме всего один главный вопрос - может ли себе разработчик позволить бесплатное предпроектное обследование? Но если вдруг заказчик может оплатить предпроектное обследование - в принципе это уже значит, что вопрос решен в выгодную для разработчика сторону.
69. RustIG 1990 21.09.19 13:41 Сейчас в теме
Лошадь сдохла ещё до начала работ
AllexSoft; +1 – Ответить
70. Den75Ch 21.09.19 13:57 Сейчас в теме
как еще на вас в суд не подали за оплаченные вам 244 часа не понимаю. результата то нет
72. genayo 22.09.19 06:32 Сейчас в теме
(70) Предполагаю, что договор составлен так, что предъявить никто никому ничего не сможет...
74. A1WEB 61 22.09.19 11:10 Сейчас в теме
(70) Консультантам и программистам также следовало бы подать в суд на своего работодателя, 1000 бесплатных часов - не шутки.
73. user1035175 2 22.09.19 10:03 Сейчас в теме
Нельзя верить на слово сотрудникам заказчика. Опрашиваемый может не знать, не помнить, иметь ошибочное представление. На пректах с таким количеством часов необходимо обследование. И работа по предоплате, а закрытие результатов поэтапное. Это снижает Ваши риски и стимулирует Заказчика получить результат, а не кинуть на деньги когда всё готово. Да и платить по частями легче, чем всю сумму в конце.
Интересность Заказчика зависит от Вашей текущей загруженности другими проектами. За время проекта все может поменятся. Плюс есть риски со стороны Заказчика на которые Вы не можете влиять. Этапы позволят быстро переключаться между проектами и сократит риски бесплатной работы.
79. 2tvad 74 23.09.19 00:11 Сейчас в теме
(73) Все врут (с). Согласен.

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

Директор - "Так что же МарьИвановна врет что ли?"
Я - "Наверное, она просто ошиблась, закрутилась, много работы, вот и ошиблась"...

Но не стоит лезть в бутылку, даже если вы правы на 100%
AllexSoft; +1 – Ответить
75. CXY 409 22.09.19 15:38 Сейчас в теме
Был у меня один опыт автоматизации на производственном предприятии. Работали вдвоём, основную часть работ.
Конечно же, в первую очередь, мы работали с бухгалтерией, потому что в конечном итоге все информационные потоки сходятся именно туда, в любых случаях. Нам это помогло в том плане, что основные бизнес-процессы мы в бухии запустили и потом только стали заходить в оперативный контур. Вот там и вылезли нюансы в виде кучи разных самописных программок в производстве, которые даже не были полностью друг с другом сопряжены, как оказалось. Мы смогли победить и это, как вдруг... Оказалось, что на наш проект заходит другой исполнитель, а наше участие было ограничено сроком заключенного между нами договора. Как показало время, руководство этого предприятия не ожидало, что мы сможем решить ряд задач, которые они считали для себя невыполнимыми. Как здесь уже в чате сказано, там многим был выгоден такой бардак, поскольку позволял им кое-что делать в мутной воде...
Первое время они тоже платили без проблем, в том числе и за предпроектное обследование. А когда поняли, что мы предприятие на новые рельсы уже практически поставили, и подчиненные уже стали более лояльно относиться к новой системе, нежели к старой - вот тут они и показали свои истинные намерения. Конечно же, мы немного попытались побороться, но весовая категория у нас была не та. Мы оттуда вынуждены были уйти, хотя до сих пор многие наши внедренные решения работают (спустя 2 года). В подтверждение своей версии (бардак в чьих-то интересах) могу сказать, что нашим последователем по 1С так ничего нового и не было внедрено.
Но, конечно же, мы работали только по этапам и срокам. Сроки подошли, мы отчитались по этапам, подписали акты и в течение трех рабочих дней получили деньги. Поэтому - да, клиент сложный, да, было много проблем и все такое. Но, деньги при этом мы свои получали, то есть потери у нас были, но минимальные.
А сейчас это предприятие уже перепродано другим собственникам, бывшие руководители под следствием.
user983047; AllexSoft; +2 – Ответить
76. CheBurator 3235 22.09.19 17:14 Сейчас в теме
Все коментарии не успел прочесть.
Автор попытался сделать БОЛЬШОЙ проект, там где УЧЕТ (хотя бы! я не говорю уже о фактической регистрации чего бы то ни было) отсутствовал как класс (ведение "учета" - как в этом проекте - в режиме "записной книжки" - это не учет).
Соответственно прежде чем что-либо делать - надо было начинать с НАВЕДЕНИЯ ПОРЯДКА (как отдельный проект), что само по себе достаточно тяжелая задача, а потом, собственно, уже делать сам проект. Если все делать в рамках одного проекта - то это совсем другой масштаб у этого проекта должен был быть, построена работа по другому, ну и полномочия у внедренцев - тоже совсем другие. То есть, в итоге, неправильно оценен изначально проект.
.
но! Грабли, которые мы обходим, лишают нас бесценного опыта ;-)
а так, конечно, познавательно и полезно написано.
.
автор молодец хотя бы тем, что написал честно. а то как кого не почитаешь\спросишь - одни победные реляции...
Ящеен; CXY; AlenaR; AllexSoft; RomanCrow13; kitsey; shard; genayo; ogroup; stanislav1esnik; +10 – Ответить
78. 2tvad 74 23.09.19 00:06 Сейчас в теме
"Ну а теперь выводы и ошибки. "

А было ли предпроектное обследование? Оно было оформлено как документ и подписано Заказчиком?

Я так понимаю, что документы План проекта, Рамки проекта и оценка рисков не были разработаны вообще?

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

Заказчик всегда прав, если он не подписал обратное.
for_sale; A1WEB; +2 – Ответить
82. CheBurator 3235 23.09.19 00:24 Сейчас в теме
(78) заказчик хочет услышать сумму во что это ему обойдется. исполнитель не хочет потерять клиента. начинается борба жадности с алчностью...
for_sale; A1WEB; +2 – Ответить
87. A1WEB 61 23.09.19 08:39 Сейчас в теме
(82) О да, в этом случае жадность победила страх. Я бы сказал, просто разгромила.
elzetto; acanta; +2 – Ответить
85. elzetto 23.09.19 04:44 Сейчас в теме
Я бы сначала побеседовал с собственником:
Изучил его бы его на вопрос понимания что дает единая автоматизированная система учета какие преимущества он видит и что он получит в виде профита по итогу
Далее я бы изучил сколько он готов за это отдать. И кто может повлиять на решение отдать больше.
Не поговорить с бухгалтерами конечно - преступление. надо было хотя бы понять каков информационный поток между собственником и бухгалтером.
Внедрять ка сразу как единую систему сразу в несколько отделов - это прям очень плохая идея. так как интерфейсы разные и пользователям долго учится.
Я бы сделал управленческий учет продаж и продукции в ка. + эту мутную схему с тюрьмой. что бы вести чисто управленческий учет

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

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

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

И только потом когда процессы встали начал выгружать данные из потихоньку в бухгалтерию.
В идеале конечно можно в ка вести много юрлиц. но проблемы "узкой" ка в плане мутных схем с "ФГУПАМИ" когда им документы дай сейчас, а продукция потом. Там никак - только перекодировать строить все по новой а это тогда получится ваш бизнес, а не их.

Выдыхайте и удачи вам, а тем пусть дальше кормят тех кому заносят, они просто вас кинули автоматизировав себе процессы забесплатно. получив UI\UX плюшки под себя
AllexSoft; ogroup; +2 – Ответить
88. &rew 55 23.09.19 13:36 Сейчас в теме
(85)
когда им документы дай сейчас, а продукция потом.
Создать док. с видом только регл. учет. т.к. по бухгалтерии он пойдет именно тем периодом, когда его отдали контру, а потом по факту оформить производство и реальную отгрузку. Это уже есть. Сложнее когда просят вместо товара А оформить услугу Б.
А по поводу бюджета проекта. Спрашивать у собственника сколько он готов отдать будет ответ - желательно нисколько.
Выстраивать для них цепочки взаимоотношений между юрлицами, да зачастую нюансы учета всплывают только после нескольких месяцев работы над проектом, когда начинают доверять внедренцу строго конфиденциальную информацию.
В общем случае схема такая, что сначала настраиваем именно "пушистый" бухучет, а потом уже на него навешиваем управленческий. Хотя бывают и исключения. И вот тут конечно нужна поддержка ГБ или Директора/Руководителя выше рангом.
99. elzetto 24.09.19 02:45 Сейчас в теме
(88)
Сложнее когда просят вместо товара А оформить услугу Б.

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

А по поводу бюджета проекта. Спрашивать у собственника сколько он готов отдать будет ответ - желательно нисколько.

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

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

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

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

Бухгалтерия хоть и работает согласно ФЗ, но все же это отдел расхода, он не "самый" важный, и вокруг него не должен быть отстроен бизнес, наоборот информационная система и система автоматизации - это более важно, возьмите любого бухгалтера и отберите у него 1с. он не сможет работать.
Билл Гейтс в своей работе Бизнес со скоростью мысли, описывал еще 1999, как важна информационная система она как кровеносная система, а отчеты и доступность разрезов деятельности в сравнении с другими подразделениями для широкого круга лиц - стимулирует более быстрой обмен актуальной информации и более продуктивную интеллектуальную деятельность.

В нашей же стране куча одаренных разработчиков, программистов которые положили тьму человекочасов на проекты типо вышеописанного, где рулит всем один человек который под себя настраивает откровенную ересь. И ничего не понимает в информационных системах а бесконечно автоматизирует процессы тех кто поближе к этим ушам сидит.
102. Montirey 24.09.19 07:17 Сейчас в теме
(85)
Чисто бля бухов


вот и думай потом, опечатка это, или так и было задумано :)
115. 2tvad 74 24.09.19 18:52 Сейчас в теме
(114)
начала обязательно проводим тщательное исследование бизнес процессов предприятия (не бесплатное для заказчика), не 1-2 дня как обычно бывает.
2. Исходя из обследования моделируем все в типовой конфигурации, там где не получается оцениваем доработки, либо меняем бизнес процесс под логику программы, оцениваем перенос данных (соглашался бы я только на перенос из одной базы, которую заказчик должен будет подготовить и передать в срок!).
3. Считаем сколько времени/денег потребуется.


Мягкий вход - предложить Заказчику, что бы все его сотрудники описали что они делают. После недели мучений, Заказчик начнет понимать всю глубину "кроличьей норы".
user_2010; +1 – Ответить
97. Yashazz 4930 23.09.19 17:57 Сейчас в теме
Да всё проще. Первое и главное. Находите "тяжёлый кулак", который всегда и априорно "за вас". Если его нет - никаких долгоиграющих проектов, только почасовочка по мелочам, и никакой ответственности. Иначе будете крайними всегда. Если тяжёлый кулак есть, то первое, что он должен сделать, коли сам не главбух - жёстко нагнуть бухгалтерию. Раз и навсегда. Что одно их вякание против вас - это саботаж с увольнением. Опять же, если это не получается - желаете им флага на шею и барабана в руки.

Всё остальное - мелочи. Ни уровень подготовки, ни качество взаимодействия, ни соблюдение сроков - не имеют значения. Только власть и деньги.
A1WEB; DmitryKSL; AlenaR; user_2010; AllexSoft; AxelDarts277; ogroup; elzetto; +8 – Ответить
98. venq 23.09.19 22:03 Сейчас в теме
Все директора говорят, что у них бухгалтерия белая и пушистая. Когда на предприятии много экселя и сопутствующего ему бардака, то имеет смысл поставить им БП 3.0 Пусть научатся в ней работать, сдадут пару квартальных отчётов, а потом уже приходить к ним с КА или ERP.
Daynestro07; A1WEB; elzetto; +3 – Ответить
100. temps 24.09.19 06:23 Сейчас в теме
Коллеги, о каких вы тут БП 3.0 и КА говорите. Если клиент тюрьма - то это казенное учреждение и работает по бюджетной инструкции 157н. Производственная деятельность осуществляется на кфо - 1 на иф дбф. Учреждение освобождено от налога на прибыль. Совершенно другой учёт. В этом случае главбух самый адекватный человек, которая понимает, что в бюджет тащить эту хрень из коммерции нафик не нужно. Внедрение происходило про принципу "очень хочется заработать", но при этом знаний и компетенций в области бюджетного учета нет. Я бы на месте ревизионной комиссии признал бы эти оплаченные часы неэффективныым использованием средсв, провёл служебную проверку и наложил взыскание на руководителя учреждения. P.s. Видел недавно таких молодцов-голубцов, которые пытались залезть в ведомство. За неделю не могли ответить на поставленные вопросы в области бюджетного учета от слов "совсем", зато офис у них в престижном месте Москвы. В конце концов они признались, что нифига в этом не понимают и предложили "а давайте мы вам документооборот внедрим". Отсюда вывод, что хороший человек или хорошие ребята это не профессия.
113. user983047 24.09.19 12:20 Сейчас в теме
(100)
Учреждение освобождено от налога на прибыль. Совершенно другой учёт. В этом случае главбух самый адекватный человек, которая понимает, что в бюджет тащить эту хрень из коммерции нафик не нужно. Внедрение происходило про принципу "очень хочется заработать", но при этом знаний и компетенций в области бюджетного учета нет. Я бы на месте ревизионной комиссии признал бы эти оплаченные часы неэффективныым использованием средсв, провёл служ


Казенным был не клиент, которого автоматизировали, а его контрагент - переработчик давальческого сырья
118. elzetto 25.09.19 04:30 Сейчас в теме
(100)вы неверно прочиатли преамбулу, там контрагент тюрьма, не без откатов судя по всему.
101. d.zhukov 1674 24.09.19 06:50 Сейчас в теме
Вот поэтому я никогда не берусь за крупные проекты, ибо не любитель работать за тарелку супа. Кто бы что ни говорил, а 90% заказчиков не готовы заплатить "сполна" за проект с учетом всех простоев, тестированием и откатов (которые обязательно случаются во внедрении и не один раз)
user983047; +1 – Ответить
116. 2tvad 74 24.09.19 19:01 Сейчас в теме
(101)
бо не любитель работать за тарелку супа. Кто бы что ни говорил, а 90% заказчиков не готовы заплатить "сполна" за проект с учетом всех простоев, тестированием и откатов (которые обязательно случаются во внедрении и не один раз)


"Вы просто не умеете их готовить"

Я участвовал в проекте, где велась видео запись всех совещаний, демонстраций и т.д. На этом настоял Заказчик. Кста, после чего специальный человек писал протоколы встреч или демонстраций и согласовывал их с участниками, показывая видео того, что они говорили =)))

Велся подробный статус проекта. Кто что говорил, кто что обещал, кто что сделал. Был уволен ИТ директор. Потому что начал искать виноватых =))) а должен был дело делать.

Бухи 3 дня провели на складах, проводя инвентаризацию, доведя складских работников до состояния нестояния...

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

Я это к тому, что если Заказчика правильно напугать и подготовить то и работа идет хорошо.
117. elzetto 25.09.19 04:29 Сейчас в теме
(116)
"Вы просто не умеете их готовить"

Я участвовал в проекте, где велась видео запись всех совещаний, демонстраций и т.д. На этом настоял Заказчик. Кста, после чего специальный человек писал протоколы встреч или демонстраций и согласовывал их с участниками, показывая видео того, что они говорили =)))

Велся подробный статус проекта. Кто что говорил, кто что обещал, кто что сделал. Был уволен ИТ директор. Потому что начал искать виноватых =))) а должен был дело делать.


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

А если они еще и с бухгалтерами в одной связке так пиши пропало.
104. Nehc 22 24.09.19 09:05 Сейчас в теме
А мне вот интересно... Как маленькая франча может позволить себе over 1000 бесплатной работы...

Программисты все свои и вошли в положение? Т.е. денег не получили?

Или франча закрыла издержки? Или типа "пополам"?

Просто тут явно не проблема программистов - они-то свою работу выполнили...
unknown181538; AllexSoft; +2 – Ответить
105. TODD22 20 24.09.19 09:50 Сейчас в теме
(104)
Программисты все свои и вошли в положение? Т.е. денег не получили?

Или франча закрыла издержки? Или типа "пополам"?

Обновили резюме на hh
106. Den75Ch 24.09.19 09:53 Сейчас в теме
(105) или руководство им устроило фуршет
107. TODD22 20 24.09.19 10:00 Сейчас в теме
(106)На какие деньги? 1000 часов не оплатили.
108. Den75Ch 24.09.19 10:01 Сейчас в теме
(107) в счет будущих оплаченных часов
110. AllexSoft 24.09.19 12:00 Сейчас в теме
(104) программисты скорее всего свое получили, работали на окладах а не на почасовке, автор дал понять что для них это был проект в первую очередь получить компетенцию, обычно изначально закладывают уровень невосполнимых затрат, пока лимит был не исчерпан - они учились (пытались внедрить).
120. ogroup 326 25.09.19 07:48 Сейчас в теме
(104)
К программистам претензий не было, программисты зарплату получили.
Я считаю что подобного рода риск - на РП, в данном случае по совместительству владельце "маленького франча", т.е. на мне. Поэтому и статья такая жалостливая получилась ))
Да и эти овер 1000 часов были в течение нескольких месяцев, поэтому как-то осознание глубины кроличьей норы пришло ближе к концу, когда решили посчитать а сколько ж потеряно.
127. TerveRus 25.09.19 15:10 Сейчас в теме
(120) как это программисты зарплату получили?)
Всегда было так: подписываешь акт у клиента на свои часы, и потом может их в зп посчитают, если успеешь подписать до конца месяца)
128. Den75Ch 25.09.19 15:18 Сейчас в теме
(104) а чья это проблема? кто виноват? если программисты все сделали грамотно, то почему заказчик не оплатил их работу?
111. AllexSoft 24.09.19 12:15 Сейчас в теме
Да уж конечно начинать автоматизировать учет и не зайти в отдел который занимается и отвечает за учет на предприятии надо было умудриться. Как была выбрана КА для учетной системы то же не понятно, без обследования предприятия по всей видимости, видимо по принципу "у вас производство, а ERP для нас слишком круто - берите КА!". Наверное и бухгалтерию так же продают, если вам не базовую - берите ПРОФ, а когда оказывается что на предприятии обособки - посыпают голову пеплом.
В выводах не увидел ни слова о взаимодействии с руководством предприятия и вообще нигде в статье по сути, о отчетности по этапам, а это наиважнейшая вещь - иначе в их глазах вы будете непрофессионалами у которых ничего не получается (со слов работников, с которыми они контактируют каждый день). С таким подходом с саботажем вы никогда бороться не сможете.
По поводу выбора учетной системы: изначальная ошибка была вести все в одной среде и управленку и бух учет. Представим себе обратную ситуацию - учет в БП хороший и "финты" управленки им там не надо, все равно с бухами будет конфликт, только на другой почве, и все равно внедренцы окажутся между молотом и наковальней, между бухами и производством\складом\закупками\продажами и тд. Они априори должны быть в разных системах, тогда корректность учета в УУ отдельно, в БУ отдельно, от внедренцев - корректный обмен, все довольны. Я бы предложил тот же КА + БП, либо УТ + БП (смотря какой производственный процесс у них, его иногда проще написать с нуля чем пытаться внедрить типовой)
112. user983047 24.09.19 12:19 Сейчас в теме
Я понимаю, что проще всего приходить и со стороны комментировать, когда уже поздно, но я все-таки это сделаю:

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


Проект был очевидно провальным изначально.

Подробнее, чем VmvLer, не напишу.
114. tricolor 159 24.09.19 14:27 Сейчас в теме
Поработав с переходами в ERP хочу сказать следующее:
1. Сначала обязательно проводим тщательное исследование бизнес процессов предприятия (не бесплатное для заказчика), не 1-2 дня как обычно бывает.
2. Исходя из обследования моделируем все в типовой конфигурации, там где не получается оцениваем доработки, либо меняем бизнес процесс под логику программы, оцениваем перенос данных (соглашался бы я только на перенос из одной базы, которую заказчик должен будет подготовить и передать в срок!).
3. Считаем сколько времени/денег потребуется.
4. Выкатываем ТЗ заказчику с нашими оценками, сроками.
5. Дорабатываем конфигурацию, проводим обучение, готовим перенос, моделируем показываем заказчику, подписываем протоколы.
6. Работа в новой программе должна начаться с нового года, а не в середине года.
7. Минимум 3 месяца помогаем работать в новой программе, закрываем месяца совместно.
nofear; vildan1200; +2 – Ответить
121. genayo 25.09.19 08:24 Сейчас в теме
(114) Да, бывают такие внедрения, про одно мне рассказывали - за 15 млн перешли на ERP. Результат - план производства в екселе считают...
user983047; A1WEB; +2 – Ответить
124. tricolor 159 25.09.19 12:46 Сейчас в теме
(121) всех кого я внедрял, работают в ERP. При первом внедрении ERP был не очень удачный опыт (делали как раньше, на опыте), отработали в минус себе, но все таки клиент перешел на ERP.
119. bigpapados 25.09.19 07:48 Сейчас в теме
Все просто, глав бух. увидев суммы, которые надо будет оплатить вам, ждал когда вы придете к ней с предложением попилить бюджет внедрения.
123. user633533_encantado 12 25.09.19 12:20 Сейчас в теме
Интересно было почитать. Напомнило процесс внедрения ERP на моей текущей работе.
129. Fruit83 28 25.09.19 20:34 Сейчас в теме
Крепки...крепки комментаторы задним-то умом. :)
Позвонить, несмотря на свое желание, все-таки стоит.
131. ogroup 326 26.09.19 06:30 Сейчас в теме
(129)
Крепки...крепки комментаторы задним-то умом. :)
Позвонить, несмотря на свое желание, все-таки стоит.


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

Конечно я позвонил, конечно встретился, сейчас размышляю о формате работы с этим клиентом. На удивление клиент с нами расставаться не хочет.
132. rusmil 265 26.09.19 07:05 Сейчас в теме
(131)
клиент с нами расставаться не хочет
Конечно не хочет, работу-то вы делаете, да еще большую часть времени бесплатно!
133. alex_sh2008 5 26.09.19 08:36 Сейчас в теме
(131)На переправе коней не меняют, если не будете лезти на рога, то сможете договориться с клиентом и начать плодотворно работать.
134. for_sale 901 26.09.19 10:29 Сейчас в теме
По-моему, если работ больше, чем на 40 часов - уже нужно делать поэтапную работу, т.е. до практически полной независимости подпроектов. Установка 1С - 50 часов, анализ БУ - 100 часов, Анализ первой части производства 120 часов, второй части - 100 часов. И т.д., и т.п. С закрытием актов на каждом этапе, полной оплатой без дебиторки и наступления следующего этапа только после окончания предыдущего. Потому что вариантов, что в процессе что-то пойдёт не так - миллион, а вариантов того, что всё пойдёт так, как надо - один.

Насмотрелся на такое уже многократно. Причин одного акта много - лень менеджера, бонусы РП от продажи, а не реализации, лень РП придумывать этапы, офигенная самоуверенность и т.д. По-моему, ни разу не видел проектов на одном акте без проблем, сейчас уже даже не берусь за работу, если работы много, а этап один. Сам сейчас веду проект на несчастные пару сотен тысяч - и то разбил на этапы и ни разу не пожалел, на последнем этапе начались тёрки, есть риск незакрытия, но это будет потеря 20-30 часов и 20-50 тысяч, а не всей суммы. А т.к. риски заложили в стоимость, то, фактически, в минус точно не уйдём.
136. TODD22 20 26.09.19 12:33 Сейчас в теме
(134)
По-моему, если работ больше, чем на 40 часов - уже нужно делать поэтапную работу, т.е. до практически полной независимости подпроектов. Установка 1С - 50 часов, анализ БУ - 100 часов, Анализ первой части производства 120 часов, второй части - 100 часов. И т.д., и т.п. С закрытием актов на каждом этапе, полной оплатой без дебиторки и наступления следующего этапа только после окончания предыдущего.

Вот пункт "анализ" заказчик всячески не хочет "понимать" и оплачивать. Он же хочет "результат", что бы всё работало, а не анализы....
139. for_sale 901 26.09.19 13:01 Сейчас в теме
(136) Да, согласен, часто такое бывает. В таком случае вначале нужно пробовать увещевать, часто помогает. Если нормально с деталями объяснить, как это, что это, для чего это, что без этого работы вообще не будет, "как мы вам сделаем, если не знаем, как работает и как надо?" и т.п., то срабатывает. Если и это не работает, то дальше можно уже начать думать - а нужен ли такой проект? Обычно так происходит там, где "хотим не знаем чего, но подешевле", "нам сказали, мы и общаемся с вами, а оно нам не надо", "вот моя знакомая фирма делала за 10 часов такое, а вы ещё и анализ хотите??" (что-то подобное, кстати, в статье проскакивало) и т.д. Если же принято решение всё равно работать, то тут уже можно начинать изобретать. Т.е. делать "свою" оценку и "внешнюю".

Своя:
Анализ - 100
ТЗ - 200
Работа - 300

Внешняя
Работа - 800

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

Вообще об этом почти не говорят, мы тут, в основном, со своей стороны программистов обо всём судим. Но у заказчика тоже есть этапы обучения на своём опыте. Т.е. вначале они хотят за перейти с УПП на ЕРП за 10 часов. На них сыпятся всякие однодневки или "лидеры рынка автоматизации" с необкатанными РП (вчерашними ИТС-никами). Всё это варится, РП получает опыт, заказчик получает опыт, все ругаются и расходятся. +10 к эспириенсу у заказчика - хотел подешевле - можно и подешевле.

Дальше заказчик уже понимает, что подешевле можно, но не нужно. И уже берёт что-то дорогое от лидеров. Опять все ругаются и расходятся. + 100 к эспириенсу - оказывается, за тебя никто ничего не сделает, нужно ещё и самому в проекте участвовать.

И вот после нескольких хороших шишек наконец-то заказчик понимает, что проект - это такая переноска дивана, в которой сколько ты грузчиков не найми, но они все будут только на той стороне, а на этой стороне ты свою часть сам должен нести. Вот с таким заказчиком можно работать плодотворно. Я не говорю, что с другими нельзя. Просто нужно адекватно оценивать свою способность работать с заказчиком на разном уровне его опыта. Сможешь ли ты с ним работать, если ты у него первый и ему надо за 10 часов? Не сможешь? Ок, а если он уже готов платить, но не готов участвовать - сможешь ты его сторону дивана перетащить сам? Если нет, тогда браться за проекты, где заказчик уже на нужной стадии развития.

Я, например, для себя решил, что я берусь только за проекты на вот этой конечной стадии, где заказчик уже всё понимает. Не хочу себе делать нервы и быть очередным этапом в его наборе опыта. Поэтому у меня всегда и ТЗ, и анализ в договоре прописаны, поэтапная оплата и т.п. Ни о чём не жалею.
ogroup; shpagoid; 1crzn; +3 – Ответить
149. 1crzn 22 26.09.19 17:35 Сейчас в теме
(139) Все верно написано.
150. 1crzn 22 26.09.19 17:36 Сейчас в теме
(136) Да, поэтому есть такой прием, размыть анализ по часам на все этапы. И явно анализ не указывать в ТЗ и этапах.
for_sale; +1 – Ответить
135. ovadia 26.09.19 12:27 Сейчас в теме
Январь 2019

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

Февраль - март 2019

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


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

Почему штатного консультанта сразу же не прогнали с позором? Это же его работа. Почему надежды возлагали на некоторого волшебника со стороны?

Ошибочно и по идиотски было думать, что придет некто, махнет палочкой и вжух (через 1-2 мес.) все наладится!
dimaster; A1WEB; +2 –1 Ответить
137. ogroup 326 26.09.19 12:49 Сейчас в теме
(135)
Очень хорошо, что вы написали свой комментарий не сразу, а тогда, когда в общей массе ваш комментарий не имеет большого веса.
Иначе эпитетов "вонючее дерьмо", "скотское отношение к сторонним специалистам", "думаете по-идиотски" моя тонкая душевная организация руководителя проекта не вынесла бы, и я бы страдал.
Желаю вам не встретиться на проекте с таким руководителем как я :)
138. Den75Ch 26.09.19 13:01 Сейчас в теме
(137) тут не поймешь, кому лучше будет от того, что вашей встречи не произойдет
for_sale; +1 – Ответить
146. ovadia 26.09.19 14:02 Сейчас в теме
(137)
моя тонкая душевная организация руководителя проекта не вынесла бы, и я бы страдал


Так к этому вполне нормально надо относиться. Это издержки должности РП. Кто-то изгоняется, а кто-то обретает (напрямую или за спиной) такие определения. Лично не про Вас, а вообще. Специфика труда такая. Работа с людьми, понимаете ли.

Разговор двух программистов:
- Помнишь того РП-шника, который каждый раз любил повторять, что нужно мыслить как заказчик?
- Нет, что то не припомню.
- Ну как не припомнишь? Помнишь, мы почти 2 года никак не могли закрыть разработку конфы с ООО "ОмегаАльфа"?
- Ааа! Тот, который выгнал Серёгу из проекта из-за того, что тот не успел один раз пару фич быстро прикрутить.
- Ну да! Он.
- Так и что?
- Да он недавно сам убежал из нашей компании. Что-то там у него с новым директором не лады пошли.
- Ну так ему и надо, гавнюку.
140. TODD22 20 26.09.19 13:06 Сейчас в теме
(135)
Не удивительно, что с таким скотским отношением к сторонним специалистам у них буксовал проект и был хаос. Сторонний специалист -- это прежде всего человек, такой же как и другие.

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

А это нормальная такая практика. Я(мы) Дартаньян и весь в белом, а вот эти "со стороны" проф не пригодны и гнать надо с позором. При том что РП то же показал полную проф не пригодность и с позором не получил оплату 1000 часов.
for_sale; +1 – Ответить
141. ogroup 326 26.09.19 13:12 Сейчас в теме
(140)
С той лишь разницей, что РП с позором не получил оплату 1000 часов, а сторонний специалист получил оплату и с позором прогнался с проекта.
143. TODD22 20 26.09.19 13:16 Сейчас в теме
(141)
С той лишь разницей, что РП с позором не получил оплату 1000 часов

Так себе оправдание.
а сторонний специалист получил оплату и с позором прогнался с проекта.

О нём мы знаем только с ваших слов. И его виденье может отличаться от вашего. И в этой ситуации он таки молодец и свои деньги получил.
for_sale; +1 – Ответить
144. ovadia 26.09.19 13:46 Сейчас в теме
(141) Что значит с позором прогнался? Он что без трусов в буквальном смысле вас покинул? Кто тут опозорился -- РП или он? А другие участники не позор ли проекта?
145. acanta 26.09.19 14:01 Сейчас в теме
Ворон ворону.. Вопрос часто в том, что со стороны заказчика пытаются поставить своих ИТшников, которые ещё вчера работали вместе с подрядчиками. После нескольких провалов( или у них вообще не получается совместная работа или они слишком хорошо работают) начинают искать "королеву вне подозрений" и "Бэкингема" где нибудь на другом конце планеты. А в финале болонка и пара местных пуделей конечно же завершают проект.
Жизненный цикл программного продукта на предприятии часто не совпадает с эталонным. Например после нескольких лет развития продукта может быть открыто франчайзинговое направление клиента (сеть столовых или парикмахерских со своим фирменным программным продуктом). Или болонка окажется му-му, а пудели отправятся в лес выть с волками.
142. Den75Ch 26.09.19 13:13 Сейчас в теме
(140) Как раз РП за все и отвечает. Кроме него, виноватых нет. Надо было сразу смотреть кого брать на проект и с позором надо было выгонять не стороннего, а именно РП
for_sale; +1 – Ответить
147. TODD22 20 26.09.19 15:56 Сейчас в теме
(142)
и с позором надо было выгонять не стороннего

А со "сторонним" вообще может оказаться всё не так как нам тут рассказали. Может пришёл человек помучился с работой с заказчиком и с палками в колеса от "умелых" РПшников из франча , которые сами опыта и знаний не имеют с их же слов. Взял деньги и попрощался.
for_sale; +1 – Ответить
148. Den75Ch 26.09.19 15:58 Сейчас в теме
(147) тогда надо сюда и стороннего пригласить. пусть выскажет свое видение данной запутанной ситуации. а то как-то не получается выяснить, как было все на самом деле
151. 1crzn 22 26.09.19 17:48 Сейчас в теме
(140) РП оплату сразу бы не получил, если бы сначала оценил правильно проект. Хотя бы и приблизительно. Заказчик увидел бы сумму и побежал бы искать дурака, который ему все сделает в 5 раз дешевле. А вот когда через несколько лет он такого дурачка не нашел бы, вот тогда можно с этим заказчиком попробовать работать. Наша задача все верно оценить и показать цену заказчику, а не обманывать себя и его.
152. Smartpk 9 05.10.19 20:36 Сейчас в теме
Дико конечно. Особенно напрягают такие сотрудники, которые хотят "как было раньше" и не хотят ничего менять.
153. bav_itritm 07.10.19 12:48 Сейчас в теме
Я думал, что так уже не внедряют)
154. RustIG 1990 22.10.19 17:36 Сейчас в теме
(0) поставил плюс - все же животрепещущую тему поднял автор - не утихают комментарии....
как бы так сделать, чтобы не доводить до предела (до 1000 неоплаченных часов) ?....
...может уже на 100 часах писать на форуме "SOS! Спасите! 100+ часов горят!!!.... Что делать??!!! "
155. ogroup 326 23.10.19 06:09 Сейчас в теме
(154)
тавил плюс - все же животрепещущую тему поднял автор - не утихают комментарии....
как бы так сделать, чтобы не доводить до предела (до 1000 неоплаченных часов) ?....
...может уже на 100 часах писать на форуме "SOS! Спасите! 100+ часов горят!!!.... Что делать??!!! "


Выше уже написали. Делать более короткие приемо-сдаточные циклы. Тут один в комментариях писал, что можно показать работающий контур учета ДС без выплаты зарплаты. На мой взгляд ни один адекватный заказчик и бухгалтер это не примет. Поэтому клиента нужно подготовить к тому, что не на всех этапах результат будет виден. И оплачивать работу нужно все равно. нет денег - нет продолжения банкета. Вот и все.
Мы в начале сильно косякнули, и из-за собственных желаний сгладить косяки влезли в такую глубокую жопу, из которой не выбрались.
156. RustIG 1990 23.10.19 10:00 Сейчас в теме
(155) 1) организационно - да, желательно короткие циклы.
Но 100 часов очень легко набрать в коротком цикле - даже за одну-две недели работы двух-трех специалистов.
Поэтому цикл в 100 часов - это не много и не мало - зависит от проекта и участников.
2) Есть еще технический аспект - о котором я написал - не всегда понятно как сделать задачу "красиво" или исправить "косяк" грамотно. Предложил писать о проблемах-вопросах-задачах на форуме, особенно, когда проект провисает по неоплаченным часам.
Скажем так, когда я сталкиваюсь с неразрешимой задачей - я сначала пишу на всех форумах, потом делаю анализ предложенных решений, потом уже приступаю к решению...
157. AlexDaewoo 16.12.19 04:25 Сейчас в теме
Очевидно одно, не всегда возможно совместить оперативный учет и бухгалтерский учет. В 70 процентах это не возможно из-за кривых бизнес-процессов в самой организации. Вполне реально использовать связку КА2 (УУ) + БП8 (БУ) , бухам нравится такая схема (после БП8 любой бухгалтер будет плеваться от бу в КА2). Отчетность вовремя сдается в БП8. КА2 сырая еще и требует крупных вложений по внедрению если все в одном делать. У меня опыт пока только консультирования по КА2 , по некоторым моментам писал в 1С, к примеру косяк с авансовыми отчетами , когда 1с "потеряла" функционал общего отчета авансового отчета почти на год, вернули назад только не давно. Как такое внедрить можно без проблем.. Пишешь в хелп 1с что криво с остатков зачет валютных авансов происходит, в ответ отписали что-то непонятное (видно лень было 1снику вникать) , в итоге его видно замучил и он отписался что делайте все руками)). Короче проблема еще в поддержке 1С этого программного продукта, без проблем его могу развернуть для оперативного учета с последующей выгрузкой в БП8 или в организацию где все упрощенно. Для больших компаний ценник внедрения от 200 ч до бесконечности. Одно ТЗ можно полгода писать и оно будет золотым. А если крупная компания не хочет оплачивать документацию, то лучше с ними не связываться, не серьезно.
158. kns77 110 30.12.19 01:23 Сейчас в теме
Только услышал КА 2, все можно далее можно не читать, настолько говенной конфигурации я не видел. За последние 2 года снял 3 клиентов с нее. При этом только 1 был мой, которому я по запарке внедрил ее. Остальные пришли ос сотороны, сказали уберите ее. Каждый по 3 года отработал и не привык. Проще реализовать недостающий функционал в БП 3, чем объяснить буху, что чтобы сделать элементарный документ надо нажать 100500 кнопок. Реально кусок г. В КА 1.1 хоть логика была. Тут жесть. Единственное что понравилось настраиваемость аналитики.
unknown181538; +1 – Ответить
159. ogroup 326 09.01.20 05:53 Сейчас в теме
(158) у каждой конфигурации своя цель и значение. Если у вас 1 бух - КА будет ту мач. Она для крупной компании, с разнесенным функционалом по отделам, людям. Надо нажать 100500 кнопок потому что предполагается, что ответственных за этот процесс будет несколько.
Для одного буха - Бухгалтерия.
161. alextalov 12.02.20 09:30 Сейчас в теме
Автор, спасибо за бесценный опыт!
Полезная статья породила полезные комментарии сообщества
162. NeSPEC 60 26.05.20 08:46 Сейчас в теме
Спасибо автору за труд написания статьи (интересной и в художественном плане) , а также всем смыслящим в вопросе комментаторам.

Тема-то у многих наболевшая и родная.
163. ETALON-A 8 06.06.20 14:40 Сейчас в теме
"не успело за 4 года отбросить ненужный эксель"

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

объективно, да, была проблема канала, т.к. сервера стояли в "облаке", а 30 пользователей подключались к 1С по 10 мегабитному каналу на котором сидело еще 2 конторы ...1С тупила, вернее RDP, и работать было проблематично
пришлось поставить интернет-контроль-сервер 2 шт, на сервере в москве и на производстве в твери, и закрыть все порты типа аськи, торренты и выходы в интернет людям, которым он не нужен, дабы разгрузить канал.
начались визги типа "в интернете надо посмотреть что-то важное" а доступа нет.
приказ по конторе - служебную записку на доступ к нужному сайту.
итог - служебок ноль, потому что никто не может внятно объяснить, зачем ему доступ к одноклассникам в рабочее время
еще был прикол вначале, когда были все доступы открыты, и ради интереса я мониторил кто что качает и куда ходит...
статистика была очень интересная.. до кучи ИКС перехватывает переписку большинства чатоподобных приложений..очень много чего интересного узнал о себе и остальных...
кто-то просто качал торренты, смотрел фильмы, слушал радио. нашелся даже один любитель "клубнички"
ну да ладно. канал разгрузили, 1С летает.
что-то изменилось? НЕТ.
как работали в экселе, так и работали, ни уговоры, ни наказания не помогали никак. доходило до того, типа "меня!!!???, лишать премии...да пошли вы, уволюсь"..

ну ок, сказал я, кто не спрятался, я не виноват..
накануне сказал, чтобы личную информацию с рабочих компов удалили. а рабочую перенесли на сервер, придут типа дяди из органов, на предмет проверки нелицензионного софта.
в одну из суббот приехал, взял сисадмина, и всем компам сделали харакири и format:C
поставили юбунту с автозапуском терминального подключения к RDP
в понедельник половина народа написали заявления на увольнения...у кого были почиканы компы.

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

через неделю все заявления забрали, и сказали что в 1С очень удобно работать, намного удобней чем в экселе.... и почему мы не сделали это раньше....
VyacheslavShilov; strelec13; +2 – Ответить
164. hamsar 17 11.12.20 04:37 Сейчас в теме
1000 часов, из кармана да оплатили своим спецам? После 200 часов я бы остановил все работы. Спасибо повеселилили
166. evgensn 09.08.23 13:55 Сейчас в теме
учет одной организации в двух разных базах(разных программах) это обычно для 1с, в других прогах для учета, например БЭСТ даже вопросов о связке не возникает, учет просто ведется в разных блоках, ссылки одинаковые, выгрузки настраивать не нужно, просто формируешь движения и все.
Для отправки сообщения требуется регистрация/авторизация