Добрый день.
На нашем предприятии (головное+дочки) год назад силами московских подрядчиков была внедрена ERP 2.1 на трех дочерних обществах, два из которых имеют строительную специфику, еще одно морской порт.
Проект внедрения получил премию за 1 место в отрасли.
На выходе получили сильно модифицированную конфигурацию.
Мало того, что конфигурацию крайне тяжело обновлять (если вообще возможно), так руководство считает что именно ее нужно тиражировать на другие дочки. Как мне доказать, что это тупиковое решение. Мое мнение нужно начинать заново со свежей версии. Но затрачены было солидные суммы. Как поступить?

(0) А ты кто в конторе?

(0) Ведется ли регл. учет в этих базах?

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

(0) "Мое мнение нужно начинать заново со свежей версии" почему?

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

(0) "тяжело" и "невозможно" - разные понятия. Причем второе - неправда! В 1С возможно всё. Ну, почти всё...
А вот "тяжело" нужно оцифровать. И эти цифры довести до ЛПР.

(1) Я программист, раньше сопровождал (дописывал) бухгалтерию.
(2) Да ведется. Раньше велся на разных конфах 1с (начиная от 7 до УПП)
(3) Тогда нужен обмен?

//  Мое мнение нужно начинать заново со свежей версии.

Это мнений в конце концов исполнится в реале. Но когда припечет по настоящему. Примерно от 3 до 5 лет должно пройти по моим наблюдения, пока такое мнение будет принято за неизбежное решение.

(7) т.е. в штате вашей супер-пупер-мега-холдинга не нашлось ни системного аналитика, ни главного специалиста ай-ти департамента? Может у вас и департамента нету совсем, а есть только кучка админов и один-два аникея на саппорте?

Я не думаю, что в данной ситуации имеет смысл искать виноватых на стороне Заказчика или того партнера, кто делал проект. Ни тот, ни другой не могли предполагать в какую сторону и как именно пойдет развитие ЕРП. Отсюда простой вывод: нужен проект по переходу. Спокойно, умно. за деньги.

(0) Если не секрет, опиши, пожалуйста:
1. Сколько автоматизированных АРМ у вас в данный момент? Сколько шло само внедрение?
2. Сколько людей от партнера работало на проекте? Как это вообще было устроено?
3. Кто принимал участие во внедрении с вашей стороны?
4. Кто осуществляет поддержку этой переписанной erp в данный момент?
5. Сейчас весь учет ведется в ERP (бухгалтерский, налоговый, оперативный?) Или сбоку все равно стоят бухгалтреские и зарплатные конфигурации?

(0) Шо, опять? Тема "Что нам делать с нашей ERP" вами озвучивалась многократно и похоже никаких выводов, что дело в не ERP, дело в людях, которые должны принимать по ней решения - в вашей конторе не сделано.

Отвечающие - ознакомьтесь с предыдущими темами автора. Там встречаются вполне пятничные вещи.

(7) Как отнесутся топ-менеджеры к предложению программиста просто слить несколько млн? Сольют программиста...

заказываете фейковый мини-проект на доработку. настаиваете на прежней команде франча. на пресейле сманиваете пару ведущих спецов к себе.

(0) "получили сильно модифицированную конфигурацию" - допиливание действительно было крайне необходимо и без этого было не обойтись, то нефиг на это и жаловаться и обновлять то, что имеете. Если в текущих, новых версиях ERP можно обойтись без этих доработок (серъезных, значительных изменений, которые у вас есть) - можно задуматься о необходмиости перехода на новую версию (как и сказано в (10) проект по переходу)

(0)"конфигурацию крайне тяжело обновлять (если вообще возможно)"

сколько времени уходит на обновление?

(0) Кто будет платить за твоё мнение?
Самый лучший способ насолить начальству (и остальному народу)-выполнить решение по внедрению в дочках. Вопрос только бюджета данного решения.

Зачем обновлять ERP? Заняться нечем?

(10) по переходу куда или во что?!

Я много раз копипастил вопросы Алисы и ответы Чеширского Кота
...
Куда-нибудь они обязательно попадут. Если будут достаточно долго идти и никуда не сворачивать.

//Мое мнение нужно начинать заново со свежей версии.

С какой целью?

(19) на новую версию ERP, где от части имеющихся у них доработок можно будет отказаться, заменив на типовой функционал

https://1c.ru/rus/partners/solutions/solution.jsp?SolutionID=816211

Был конкурс по переходу на 2.4
Внедренцы (те, которые это внедрили) запросили наибольшую сумму. Выиграли те кто запросил наименьшую сумму. Но я думаю им будет не по силам.

(23) правильно, им же заранее известно, что и где они там наваяли и с каким объемом доработок придётся столкнуться

(23) а шо, у ERP переход с 2.1 на 2.4 через перенос данных?

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

"Сильные изменения" они прям в конфе или в расширениях? Самое умное это постепенно переносить изменения в расширения и внешние обработки, заменять участки на типовые, а потом уже обновляться

(27) Конечно в конфе. Тогда была 8.3.6, а там возможности расширений были довольно ограниченные

(27) Нормально документировать надо. Тогда не понадобятся расширения. И процесс обновления тоже можно автоматизировать.

(28) в (27) и (29) и правда умные вещи озвучили.

Еще раз спрошу: Какова цель перехода на более свежую версию, кроме того что она более свежая?

Все верно написано в (8)
От того момента как программист увидел потенциальную или существующую проблему пройдет от 2 до 5 лет пока дело сдвинется с мертвой точки, а может и чуть дольше если законодатели успокоятся и снизят темпы внесения изменений во все подряд.

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

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

Сейчас нужно оценить степень "доведенности до ручки".
Если она не высока, то вполне можно "погодить" еще 2-3-4 года в внедрением новой ЕРП, потому что уговаривать бессмысленно. Не программист должен идти и говорить: "Нам нужно внедрить новое", а руководство должно прийти и сказать: "Василий (например), так больше работать невозможно, надо что-то делать!". Снизу вверх успешные внедрения не делаются.
Пока можно начать подготовку, документирование дописок, перенос их в расширения или отдельные модули/подсистемы для облегчения переноса, смотреть как они укладываются в новый функционал ERP,  можно и нужно ли их переносить и как, что реально надо, а что нет, сбор требований о том что не устраивает в существующей системе и как оно обстоит в новой.

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

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

(31) Цель перерехода - думаю в первую очередь сдача регл. отчетности в связи с изменением законодательной базы.

(34) ЭЭЭ, а обменом тогда нельзя было обойтись?

(34) Если так, то это все решается установкой типовой БП например и настройкой обменов, и хоть заобновляйтесь.
Именно так многие и работают по 3-5 лет, пока не дойдут до ручки)

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

(37) Ты не хочешь работать, поэтому и саботируешь процесс обслуживания программы

(37) Вот когда она сама до этого дойдет, вот тогда и будет смысл шевелиться. Раньше не советую. В итоге ты же и останешься виноватым, потому что внедрение нового ничего не решит, вы пока будете внедрять и дописывать то что у вас было в старой оно успеет устареть, и к моменту окончания внедрения 2.4 выйдет 3.1 и вы пойдете по кругу.

(35),(36) Советуете смотреть именно в этом направлении?
Сейчас напишу служебную записку главбуху.

Как вы считаете, если бюджеты открываются по часу это нормально?

Каждое закрытие месяца не обходится без правки регистров.

(42) думаете в новой ERP такого не будет? )))

откуда в Березниках морской порт? это же на Урале.

(44) Балтийский Балкерный Терминал - дочернее предприятие ПАО "Уралкалий", есть еще московское представительство, сейчас там то же внедряется erp (для нескольких человек, без производства, после семерки)

(41) если бюджеты у тебя открываются по часу- смотрим на производительность, а не на ЕРП.

(0) "Мое мнение нужно начинать заново со свежей версии"
Вот начнете вы со "свежей версии" и что?
Сформулируйте цели:
- сократить время подготовки отчетности бухгалтерией (посчитать возможные штрафы)
- сократить издержки на сопровождение текущей версии
- что еще?

Распишите шаги, как вы этого достигнете. Посчитайте - сколько денег сэкономите и стоит ли овчинка выделки.

(0) > Мое мнение нужно начинать заново со свежей версии.

То есть, там целая контора год пилила конфу под бизнес-процессы организации, а тут вы такой красивый всё это выкидываете и быстренько переводите всё на "чистую" ERP? Вы точно адекватно оцениваете текущую реальность? ) Кто это будет делать? Вы один? Сколько займёт времени? Какова конечная цель и стоит ли она трудозатрат? Задайте себе эти и ещё кучу других вопросов.

(48) Он ни РП, ни ЛПР, ему просто сложно обновлять

(42) надеюсь ты оттуда уйдешь, пока еще можно что-то сделать...

(0) заведи себе уютную ЕРП(или БП 3) для бухгалтерии и настрой с ней интеграцию из допиленной
в допиленной "ничо не трогай, покорми собак" (с) Анекдот про чукчу в космосе

(51) настрой интеграцию - в этом то и загвоздка. Вы думаете это так просто? И удастся ли все перенести в БП?

(52) Полтора человекомесяца с отладкой

(52)  "И удастся ли все перенести в БП?" - если ты в БП хотел бы ВСЁ переносить, то уж точно, лучше "работает?
тогда ничего не трогай!"

Нет смысла наезжать на автора ветки. Он реально хочет найти оптимальный путь. А его нет ИМХО. Везде задница

(53) Это сроки обучению КД3, а если знаешь кд2, то будет быстрее

Добрый день. Это секретарь руководителя финансового департамента головной кампании из (0). Он просил проинформировать ТС, что в его обязанности не входит рассуждать об архитектуре, построении и развитии учетной информационной системы предприятия на базе ЕРП. В его обязанности входит поддержка и установка типовых обновлений от фирмы 1С принимая во внимание специфику (кастомизация и расширенный функционал) учетной системы предприятия. Если ТС считает, что он некомпетентен для решения этих задач, прошу его сегодня после обеда зайти к руководителю. Он подпишет заявление на увольнение.

(57) Это Пять! Ты сделал мой день!

(57) Сколько платите, кстати? )))

(59) ТС из 0 немного ;-)

вывод из (57) - думать не приказывали, делай что поручали?

вообще то я не держусь за это место

Если это действительно представитель головы в (57), а не очередной шутник, то ему следовало все же почитать сообщения этой ветки и сделать выводы

(63) И какие же?

ТС, а какой состав команды у тебя в ИТ ? ты там один или ...? за архитектуру решения кто отвечает?

Ключевая фраза ТС -"тяжело обновлять". Ему б..ть, видите ли , тяжело обновлять. ТС хотел шпилить в танчики на рабочем месте и раз в месяц накатывать типовое обновление жмякая две кнопки. "Иди на завод, там нужны рабочие руки"(С)

(66) Хм.. причем здесь обновлять, вам придется мигрировать на актуальный релиз. А это проект. И совсем не проблема автора ветки. Ему не по уму

(67) И что? Ну будет стоить им пару лямов миграция или обмен, какая разница с бюджетом отдела в 3-5 лямов?

(21) // где от части имеющихся у них доработок можно будет отказаться, заменив на типовой функционал

Спорно.

(68) Буду рад, если они войдут в такой бюджет.  Самое главное, что это может продолжаться и далее

(25) // у ERP переход с 2.1 на 2.4 через перенос данных?

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

(70) Цель проекта внедрения- какая там была? сократить стоимость поддержки или решить другие вопросы?

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

(72) Хм.. так нынешние и будущие затраты на перепроекты- это часть ССВ, которую можно и нужно планировать?
Я думаю, что на рынке тяжелых систем продолжительность жизни решения должна быть как-то подлиннее. Нет?

(73)

>>переноси потихоньку все в расширения
от этого легче обновляться не станет

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

(76) почему нет? вполне можно

только сделай обмен с БП3 и пусть там будет ERP еще лет 5

(76) на дочках одна и та же конфа-монстр конечно не нужна. Если база выделена в отдельную "папку" или "сервер", то 146% даю, что им конфа ерп там лишний геморой, а не польза.

(77) Предлагаете отказаться от рег. учета в erp и вести его в БП3?

А если все пользователи мыслят только бухгалтерскими категориями?

(79) я бы вообще предложил вам не брать на свои плечи эту проблему.

(80) тогда зачем там ERP? надо было БП3 КОРП, и все.

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

(81) Это не ответ. Автор задал совершенно правильный вопрос.

(84) автору 3 года до пенсии осталось

(0) Тебе же уже говорили как в твоей ветке год назад

ERP. Переход c 2.1 на 2.2

(76) пост:

План обновления:
1. покрытьтестами доработки
2. Обновить
3. Прверить что тесты не умерли

(85) на пенсию в 60, если что

(85) И что? Ты ответь. Что ты ерзаешь

(87) хм, это у нас в Архангельской области видимо в 55

(89) Север у вас, однако.

(85) и что? Это так принципиально? В смысле возраста.

(91) Ему просто нечего сказать по существу. Типа, а у вас спина белая

(91) (92) никого не хотел обидеть

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

(91) просто, предположительно, что на коротком горизонте в стратегии нет смысла заставлять гору идти к Магомету.

(94) за год можно было бы уже всё сделать

(96) счел, что лучше получить несколько сертификатов

(94) уволься, найди где типовая стоит. работай там

(97) собственно, как я понял, ты этот путь и выбрал

(98) Типовая что, простите:)))

(100) у кого как )))

Но учти работа на типовых - это в основом работа консультанта

(98) Для этого нужно переезжать в другой город, а я пока не готов
(102) да, думаю консультант это мое

(97) реальные достижения ценятся выше сертификатов

(104) ну... если реально уехать в другой город и это будет объективной причиной к смене работе, то вот эта текущее внедрение и будет считаться реальным достижением

ТС, почему не идете к руководителю? Обед уже кончился, вас ждут. Распечатайте бланк обходного листа сразу же.

(0) Может у вас БП и сложные.
(22) Но это:
- Вводимые документы в день - 141;
Среднее число строк в документе - 11.

Правильно говорят, настроить обмен с БП и не выносить мозги тут.

(97) за год можно было бы получить хотя бы один

(107) Обмен с БП поможет конечно, но только на первое время. Поменяют ставку НДС, форму счета-фактуры - обновлять ERP всё равно придется.

Так это урал калий чтоли? а я там учавствовал )))

(110) Накидал ТС работы )

(110) в командировки мотался?

(112) нет. поэтому и не долго. Но 1 документик успел написать

(97) месяц назад осилил четвертый - по бюджетированию

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

В остальном я бы сказал, что наличие большого числа изменений не столь критично для ERP. Производство не требует столь частых обновлений, а раз - два раза в год, а чаще скорее всего и не потребуется провести обновление всегда можно. Можно всегда провести рефакторинг изменений. Перетащить создание объектов форм в отдельные общие модули. Отдельно заменить если они есть автосоздания или автозаполнеение документво самописными АРМами. Которые бы создавали нужные документы. В любом случае вычленить все изменения из типовых объектов, чтобы в случае чего они удобно обновлялись.

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

(114) (106) вы только через мисту общаетесь?
или это тролль?)))

(115) там вообще цель внедрения был бух учет. поэтому ни о какой отдельной базе речи не может быть

перепилили ЕРП под тупые буховские хотелки (хочу чтоб было как в 7-ке или в екселях), ТС говорил об этом

(118) так и было, мы пришли когда предыдущая контора облажалсь. время на хорошее проектирование не было

(118) (117) спасибо. Вроде бы прочитал все сообщения, но все равно пропустил. Тогда вообще хрень какая-то на выходе.

(114) по ERP же всего 3 спеца.

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

(116) Очень сомневаюсь, что кто-то из моего руководства читает мисту, хотя ...

(121) все спецы - бп, ут, платформа, бюджетирование ERP.
На очереди остальные по ERP

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

(119) вообще так очень часто бывает и это в общем-то нормально...только у руководства Заказчиков почему-то не хватает мозга понять что нужен еще и второй этап - постановка на поддержку

(124) зуп, зкбу, бгу, документооборот забыл и упп

(74) Я тебе задал конкретный вопрос- цель была сокращения издержек на эксплуатацию системы?
Или цель была в другом?

(127) Это уже перебор

тем более за свои деньги

(128) На предприятии был зоопарк из нескольких систем, одинэсовских в том числе. Цель в принципе благая - перейти на одну систему.
Но это мое мнение.
На головном предприятии Oracle App.

(57) +1

(130) это вообще все перебор, кроме спеца по платформе

(131) и с чьей подачи эта блага цель возникла? головы, в которой оракл?

Цель данного проекта: единая методология учета в дочках конторы

ну и логично что единая методология влечет единую систему

(135) ясно. ну что ж - за такую цель кто-то должен расплачиваться

(124) // бюджетирование ERP

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

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

(138) пытаюсь
(139) читал этот пост

(139) хотел бы я глянуть на это...

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

(131)(135) А раз в цели нет слова затраты на поддержку, а есть слова снижение затрат на административку, то наивно полагать, что затраты на административку, которая тащит сопряжение различных методологий, намного ниже чем затраты на обновление перепиленного ЕРП

Цель достигнута, проект успешно выполнен

(142) Б4? большая четверка?

(145) Да

(146) а это кто у нас? первый бит, рарус, кто еще?

(147) КМПГ, ПВХЦ, ЕиЯ и еще кто-то

Те кто им бюджетные формы рисовал

(148) а дак это аудиторские конторы, а не франчи

(150) ну дык для газпрома же

(128) Это вопрос не мне, а автору скорее. Я просто не могу понять как можно говорить о ЕРП системе, если бухучет отдельно

(152) тогда давай определимся с термином ЕРП?

(142) Чтобы внедрять бюджетирование на ERP, сначала нужно переделать эту жалкую поделку, названную "подсистемой бюджетирования". В крайнем случает накатить на него БиТ.

(153) Есть классическое определение

(155) В классическом термине слова рег учет нет

(156) Там нет даже слова о том, что это должно быть одним программным продуктом, а не комплексом :)

(156) Зачем нам двум не самым глупым людям:) тратить время на пустые пререкания, ты прекрасно понял о чем я.
(157) Так так так... искривление пространства, времени и смысла на почве 1С.

(154) чувак а ты читал книжку?
https://consulting.1c.ru/news/books-academy-erp-proizvodstvo-finance.html

(154) Вот как раз у-БиТ-ое хауноу даже рассматривать не следует.

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

Вот только что закончили внедрение типового бюджетирования версии 2.2
Первая реакция людей, дословно - "стало в 5 раз проще, в 3 раза быстрее".
В 2016 году пытались у-БиТ-ое бюджетирование запустить на 2017 год и знатно облажались.

(159) Нет. Я пробовал это делать руками, просмотрев массу видеокурсов, презентаций от 1 с и т.п. Этого достаточно, чтобы понять примитивизм решения.

(160) Да, да. Внедряется на уровне "посчитайте в Excel все и внесите готовый результат в нашу красивую форму, которую вы можете создать в конструкторе". БиТ гибче на порядок.

(161) чота я ни одного нормального видеокурса не знаю, а по презентациям разве можно что-то понять?

(161) Никаких экселей, от слова совсем.
Люди все вносили и моделировали в системе.
Отчетность для топов выдается стандартными формами из системы.
Вот, например, пересылка письма пользователя фин.диром ко мне - https://yadi.sk/i/KEg6Ht_t3Rp2HE

(162) Что там понимать? Как ввести статью, аналитику определить и форму создать? Или как произвольный параметр ввести? Или из планов бюджеты заполнить? Я же пишу - примитивизм. Сложный, многоуровневый бюджет с расчетами, не укладывающимися в банальщину в виде связи статей через коэффициент, практически не создать. Даже если нагрузить полный расчет закупок-производства-продаж в подсистеме планирования. Без механизма, подобного механизму источников данных в БиТ, совершенно мертвая система. Доводы "а вот мы внедряли и все довольны" не принимаю - если потребности заказчика внести готовые цифры, то это не тот бюджет, который мне нужен.

(164) источники были и в упп и в ерп

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

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

(165) Вы не видели источники данных БиТа? То, что есть в УПП и ERP примитивизм. Почему было не договориться с БиТом и не перетащить их оттуда? Если уж делаешь "флагманский продукт", а у твоих партнеров есть хорошие решения?

Какая продвинутая секретарша :)
Порекомендуйте систему контроля версий

Эммм, вести бух. учет в ERP 2 - это самоубийство.

Как многие знают, неспроста и не с бухты-барахты многие организации выносят Бухгалтерию в отдельную типовую базу БП3. Постараюсь объяснить, чтобы было понятно.
• Во первых, в таких конфигурациях как ERP2 и КА2, управленческий учет и регл. учет идут нога в ногу, они как бы ходят парой с Тамарой, а это означает, что если в компании есть операции, которые отражаются только в упр. учете, а в регл. учете их нет, то отразить такие операции только по управленке вы не сможете.
• Во вторых в бухгалтерии на 41.01 все склады могут быть свернуты до подразделений, для упрощения бух. учета (типовой обмен на КД3 не взлетит)
• В третьих, одно из самых важных замечаний, в Бухгалтерии метод оценки стоимости ТМЦ чаще всего  – по средней (так проще бухам). А в ERP2 или КА2 метод оценки стоимости ТМЦ – по ФИФО (например, среднескользящая, для целей упр. учета). Это позволяет анализировать структуру себестоимости, другими словами позволяет видеть разузловку себестоимости до статей затрат и видеть конкретные затраты, которые упали на ту или иную товарную партию, так же это позволяет разложить себестоимость до статей затрат. Простыми словами, партионный учет позволяет увидеть какая конкретно партия по методу ФИФО была списана документом “Реализация товаров и услуг”, следовательно дальше можно проанализировать какие затраты налипли(распределились) на проданную товарную партию. При таком подходе коммерсанты могут анализировать реальный финансовый результат по каждой продаже, видят реальную валовую прибыль и рентабельность по каждой сделке. Следовательно, как я уже упоминал ранее, упр. учет и регл. учет в ERP2 или КА2 ходят парой с Тамарой, и вести стоимостную оценку ТМЦ в конторе по методу ФИФО для целей упр. учета, а по средней для регл. учета в ERP или КА2 НЕВОЗМОЖНО априори!
• В четвертых, чисто технический момент, базу Бухгалтерии выносят в отдельный контур ещё и затем, чтобы не иметь зависимостей с базой, которая отвечает за опер. и упр. учет. Представьте себе следующую ситуацию, гипотетическая Мария Ивановна в каком-нибудь Калининграде некорректно завела документы (“Заказ клиента”, “Поступление товаров и услуг”, “Реализация товаров и услуг”) по обособленному учету товаров, и все это в момент сдачи регл. отчетности, а именно дакларации по НДС. С такой ошибкой в опер. учете и упр. учете период не закроется и бухгалтерских проводок мы не увидим и отчетность не сдадим. Ещё один очень важный момент, база ERP2 или КА2 может быть нетиповой и сильно доработанной, следовательно при изменении регл. отчетсности нашим замечательным правительством, мы не сможем оперативно обновить конфигурацию рабочей базы ERP2 или КА2 и сдать регл. отчетность в срок.
Поэтому 99% компаний в РФ держут базу Бухгалтерии типовой(позволяет быстро обновить формы регл. отчетности) и отдельно от баз, в которых ведется опер. и упр. учет.

(166) Коллега, сформулирую так - надо решать реальные проблемы и вопросы, тогда внезапно все начинает работать.
У меня поначалу методолог тоже всем пользователям повторял мантру "надо все дорабатывать и переписывать, ничего не получится", при этом ни разу в систему даже не посмотрел.
Когда стали решать конкретные вопросы ввода и моделирования бюджета, то все уложилось в имеющиеся возможности.

Возможно, что и существуют конкретные сложные случаи. Но я пока с таким не сталкивался.

(169) 1. Не актуально для белых компаний.
2. Не актуально ни для кого, у кого порядок, а не бардак. Склады в системе должны соответствовать реальным местам хранения с реальными МОЛ. И не хрен на них навешивать иные сущности.
3. Вообще не актуально. ФИФО является полнейшей лажей и способом самообмана.
4. Не актуально. Если есть порядок, то проблемы не будет. Если бардак, то и в раздельных базах будет бардак.

Отдельного внимания в ERP2 или КА2 заслуживает подсистема Бюджетирования и планирования.
БДР и БДДС собираются конструктором буквально на колонке за один день без программирования. Если какой то сложный случай то там прям из режима 1C Предприятия в том же конструкторе, внутри статьи бюджета, есть возможность получения произвольных данных через СКД запросик.

(169) Еще один "глашатай девяносто девяти процентов", мля.
Все мои 5 проектов на ЕРП имеют бух.учет в одной базе с ОУ и УУ.

(171) Т.е. нормальных комментариев со смысловой нагрузкой нет, но надо как-то изобразить свою значимость ? )))

Сколько в РФ таких белых и пушистых контор? )

(170) Я сказал, что переписываю? Или я сказал, что моделирую ситуацию в процессе изучения системы? Ибо год-полтора, и переходить придется. Переписывание - это самое последнее, что я делаю в любой системе. Когда нельзя решит вопрос организационно, методически или каким-то иным способом.

(169) п.1 - можно

(171) В РФ подавляющее большинство контор имеют скажем так схемы по “оптимизации” налогооблажения))) То, что вы с этим не работали не означает что этого нет.

(177) Выносить упр. учет на Управленческая организация ? )))

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

(172) // буквально на колонке за один день

скажу приличным словом, но громко: ВРАНЬЕ

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

Какое же все таки гуано это ЕРП да и вообще все что на "БСП" построено!

И да, после внедрения ЕРП за место УПП, первая у нас не обновляется....а УПП была на поддержке и регл учет там велся.

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

(182) БП 3.0 на том же самом БСП

(181) Если "бюджетом" называется одна статья "Продажи" и заполняется она вручную, то вполне возможно и не вранье. Просто различное понимание задачи и различное понимание требований.

(181) Видать ты просто не раскурил новый конструктор в подсистеме бюджетирования

(184) и полное гуано по сравнению с Бух 2.0 где нет БСП

(175) Скоро все будут.

(186) я ооооо чень хорошо его раскурил. А вот что на самом деле курил ты - не знаю

(184) + БСП вообще наркоманы придумывали похоже

(181) Я конечно утрирую, но если есть грамотный финик, который заранее расписал структуру БДР со всеми статьями бюджета, то накидать его в конструкторе и протыкать 80% получения данных тупо на СКД, даже не запросом, а из типовых источников и только 20% произвольным запросом на СКД прям из режима Предприятия в том же конструкторе, то можно управиться оч. быстро. За неделю легко.

(181) Простенькие БДР накидываются за один вечер под пивас.

(190) жаль, конечно. Если именно БСП не принимать во внимание, то конфига БП 3 мне нравится. Да и ЗУП 3.1 тоже ничего. Но это без учета ругани на БСП.

(188) Чет после внедрения новой Декларации по НДС с начала 2015, где обязали прикладывать книгу покупок и продаж в эл. виде НИЧЕГО НЕ ПОМЕНЯЛОСЬ))) Все эти схемы по "оптимизации" как были так и есть до сих пор.

Управленку как вели так и ведут.

(191) Забодаетесь это делать при любом бюджете, отличного от примитивного. У Вас крайне простое понимание "бюджета". Поверьте, что оно ошибочное - адекватный бюджет, по которому живет предприятие, построить достаточно трудоемко. Отмазку легко слепить и назвать ее "бюджетом".

(192) но вот, что за неделю, если БДР не слишком замороченный - это ближе к реальности. Мне попадались и попроще, и посложнее. Оно сделано эффектно. В конфигуратор можно даже и не заглядывать, если повезет, но ручных манипуляций все-таки много и эта настройка не для слабаков,   я бы так выразился.

Для БДДР и БДС в виде статья-сумма все конечно легко

(194) Да ладно! У нас уже по трем поставщикам дело в суде. Причем совершенно нормальным, которые поставляли материалы, которым нормально платили. Более того, они филиалы больших и солидных контор. НДС только они не платили и на этом основании у нас этот НДС хотят выкинуть. Благо есть подтверждения реальных поставок - возила сторонняя транспортная компания, есть транспортные накладные, обмен заказами, видеофиксация проезда машин на проходной, видеофиксация разгрузки машин, акты претензий по недопоставке с фотками и т.п.

Я не считаю запросов сверки по нашим покупателям, которых 5-7 в квартал приходит.

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

БДР и БДДС делал совершенно разные, были и сложные и простые.
Речь о том, что инструмент оч. гибкий и с помощью него можно накидать оч. быстро

(194) Это до тех пор пока ты не стал закрывать юр лица

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

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

(197) +100500 Только статья может быть одна. Например транспортные расходы коммерческие. А считаться она может сложно - план продаж по контрагентам распределяться по грузополучателям, по пунктам отгрузки при наличии территориально-распределенных складов, для каждого определяться основной вариант доставки, количество транспортных единиц (ессно округленные до целого), тариф (который еще по времени меняться может). Для продаж, у которых нет конкретного контрагента, взять основной вариант для подразделения. В случае, если производство не по месту нахождения территориального склада, рассчитать расходы по перемещению примерно тем же способом - маршрут, грузоподъемность вагона, тариф на перевозку и тарифы на раскреп вагонов, помывку и т.п. Плюс упаковочные материалы посчитать. В итоге одна цыфирь превращается в приличный кусок работы. И это всего ОДНА статья. Но если не париться, а вбить одну цифру с потолка, то конечно "да там конструктором на час работы".

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

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

Да что там говорить, если у нас до сих пор при открытии расчетного счета юриком, в Сбере и каком-нибудь ВТБ, ему тут же предлагают услуги обнала.

(199) Шагнули по сравнению с УПП? Да, далеко. Без базара.
Но древний БиТ-финанс для УПП рвет их, как Тузик грелку. И это обидно, т.к. не хочется опять подвязываться на чужой продукт, чужой саппорт и задержки в выходе адаптированных релизов.

(204) так это же план. какие отгрузки?

(204) Как Вы к "оперативке" подвяжете план? Например возим сейчас одной транспортной компанией, в планируем возить другой и с другими тарифами. Где-то это можно сделать и я писал выше о переносе части расчетов в подсистему планирования. А где-то это не сделать.

(203) Угу. Именно потому, что все так хорошо и замечательно, ставки обнала выросли в 4 раза внезапно.

(207) палюсь

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

(209) почему в 4 если было 2 %, а ща 13?

(212) значит уже на ндфл с этих сумм перешли :)

еще чуть чуть и будет 47 :))))

(211) Как Вы "синтетически" посчитаете тот же транспорт, если мы уж его взяли в качестве примера, если, для примера, планируете выйти на другой региональный рынок? Если планируете сменить дилера на другого в случае, если у первого не было подъездных путей, а у второго есть и выгоднее по железной дороге возить, чем фурами? Если точность такого "синтетического" бюджета не позволяет нормально работать, то для чего бюджет? Чтобы был, т.к. у всех кАнкретных пацанов он есть?

(215) так я и не спорю с этим

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

(202) (215)
1. проектирование и заполнение номенклатур и характеристик "Доставка..."
2. проектирование и заполнение видов цен "Доставка..." поставщиков
3. План закупок по номенклатурам/характеристикам "Доставка..." и видам цен "Доставка..."

Сравнивай планы по различным сценариям.

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

(219) Как ни странно, но детализированное бюджетирование с точностью "до копейки", дает такой-же результат как и бюджетирование по предыдущим фактическим данным с расчетом долей по статьям в целом.

Против природы не попрешь - центральная предельная теорема и закон больших чисел.

А если нет разницы, то зачем платить больше?

(220) Разница бывает огромная. В 2015 году, для примера, 40 лямов по транспорту у конторы в сравнении с 2014 годом. А от казахов вообще отказались, т.к. возросшие тарифы сожрали и без того маленькую маржу. В том же году открыли новый завод на Урале - по материалам вся логистика кардинально поменялась. Бизнес же живой, а не застывший. Не катят тут "синтетические учеты" и "средние по больнице", ибо легко влететь в кассовый разрыв или пролететь с прибылью. Точнее далеко не у всех катят. И так точность планирования низкая из-за бестолковости сотрудников. Если на нее навернуть еще и программные "примерно", то трендец будет. Понятно, что когда денег полно, то пофиг. Но много Вы видели в РФ предприятий, у которых денег полно?

(221) Значит взяли не то усреднение для бюджетирования.
Тут очень важен правильный выбор ансамбля.

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

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

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

(203) только клиентов у них всё меньше и меньше. Никто не хочет судиться

с какого масштаба бизнеса есть смысл из экселя перелезать? У нас всё планирование пр-ва в нем

(222) Это именно бюджетирование! У нас есть бюджет продаж. Детализированный так, как нам необходимо. У нас есть все исходные данные для расчета - маршруты, тарифы, грузоподъемность транспортных единиц и т.п. Мы легко и достаточно точно считаем бюджет расходов на доставку покупателям. Тут явный алгоритм расчета, который мы можем посчитать и должны посчитать. Внести в форму готовую цифру "Возьмем прошлый год и умножим на 1,2" будет лажей, а не бюджетом. Хотя для некоторых статей это вполне годный способ. С инвестиционным бюджетом, для примера, "метод прошлых периодов" вообще лажовым будет. Т.к. тут мы тратим деньги сначала на приобретение, потом через какое-то время приобретаем объект, потом вводим объект в эксплуатацию и затем появляются затраты на амортизацию. Нет никаких "исторических данных", но есть в разные периоды обороты по БДДС, БДР и естественно по ББЛ. И я такой хрени Вам чемодан опишу. И всю ее задолбаешься запихивать вот так просто в текущую подсистему бюджетирования ERP, хотя я запихивал ее в БиТ относительно простым, хотя и трудоемким способом. По крайней мере я пока не знаю как просто запихать, но как показывает практика, мое первое впечатление оказывается верным. Причем я в данном случае искренне хочу ошибаться, ибо рано или поздно придется переходить на ERP c УПП.

(225) автопарк собственный?

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

(217) Ну у меня УСН, мне вообще пофигу ;-)

(0) готовь три конверта, как вас только на работу берут таких?

(217) Да, процесс идет - появились полностью белые автодилеры и оптовики по продуктам питания, что раньше было полным нонсенсом...

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

(231) а что он должен был сделать при сдаче работ? самосожжение в знак протеста?

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

(232) у меня бухари всегда курят в сторонке - их работа, последняя

(232) Ну кто девочку заказывает, тот ее и танцует

(232) при таком раскладе, только самосожжение и помогло бы

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

(236) Не уверен что бухне, скорее финикам