Здравствуйте. Предложили подзаработать-перенести данные из конфигураций Бухгалтерия и ЗиК 7.7 в 8.3. Спрашивают стоимость работ. Конфигурации не переписанные, используются давно, объем данных большой. Как вы думаете сколько запросить?

мильон!

Городок маленький. Столько не дадут.

(0) Присоединяюсь к (1). В районе 1 млн.

(2) Так вот с этого и начни. Что за город, какой конкретно объем данных, средняя зп/ставка в час и т.д.

(2) Попроси сколько дадут

10 рублей за документ и 7 рублей за каждый элемент справочника.

Спроси у франча. И умножь это на 2

На вскидку, от 300 тыс. Могу ошибаться в меньшую сторону.

100 чатлов и малиновые штаны.)) Ну или пачку печенек и тарелку супа (это уже для современных кризисных реалий).

А так, примерно рассчитать время на решение задачи, умножить на 2. Узнать тарифную ставку представительниц древнейшей профессии в этом городе, умножить на коэффициент собственной жадности и предъявить это заказчику. ))
Не взлетит, уменьшить коэффициент жадности, и так по кругу.

сейчас запрошу базы гляну

(0) не забудь потом напроситься на сопровождение. пока они там разберутся, как ОСВ открыть и месяц закрыть...

(11) ну это само собой:). Там ксати какая то непонятная ситуация- есть программисты в головном филиале но почему то этой проблемой заниматься не хотят.

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

(13) посмотрим, скорее всего база огромная вот и лень

(12) а то вдруг у них РИБ с головным филиалом, а ты такой с шашкой всё там переведёшь на УФ))))

(15) вот-вот

(16) я бы договорился по деньгам частями:
1. за обследование баз - заплатите.
2. перенос - заплатите.
3. проверка целостности данных по за ранее договоренному алгоритму - заплатите.
4. обучение - заплатите.
5. абонентка или почасовка - и тоже платите

(17) 3 пункт - с адекватным представителем (ГБ), чьё решение будет окончательным и кто заплатит)

(18) Правильный подход , но провинциалов такой хваткой можно напугать %).

(19) иначе его кинут или 3 пункт превратится в 5 навечно!

(20) Ну зуп и буху проверить достаточно не сложно. Критерии там вполне конкретные. Доказывать что ты не верблюд не надо.
Но вот обследовать базы надо самым чательным образом, ибо можно попасть.

(0) у меня меня перевод 7.7 в 8 занял примерно 3 мес для 28 юр.лиц (согласование, написание правил конвертации на основе имеющихся, перенос, отладка, исправление косяков с НДФЛ)

по деньгам заказчику встало в 330к (с налогами)

(22) А данные у них одинаковые были?

(23) в середине года.документы тоже переносил?!

(22)у ТС не переписанные конфы, типовые правила пойдут.Че там переносить то.Точно не помню, давно было дело но вроде за пару дней перевела своих.

(0) обратись к ижтиси, покажи результат оценки и раздели сумму на 3

(26) я переносил N баз в 1, правила писал для сворачивания справочник

(28) Долго что-то 3 месяца. А справочник можно было потом свернуть после объединения уже в 8ке.

(29) нормально, я видел перенос 100 база за месяц - это пипец просто ....

(29) лучше сразу, чем потом

(31) Мне быстрее обработку написать из 10 строк , чем правила редактировать. Однако для повторных попыток, согласен что проще правила корячить.
(30) Если правила одни и те же. Это же просто машинное время тратится. Не понимаю в чем проблема. Хоть 100 баз хоть 1000.

(0) Слишком мало вводной информации.

> Конфигурации не переписанные
Мало знать, что они типовые. Не менее (а иногда и более) важно то насколько корректно ведется учет в программе. Есть ли расхождения между БУ, НУ и НДС? Есть ли обмен между ЗиК и Бух, и работает ли он корректно (не делаются ли потом ручные корректировки после обменов)?

> используются давно
Переход на БП 3.0 (и 2.0 кстати тоже) не предусматривает переноса всех данных. Максимум - за какой-то период. Соответственно возникает вопрос за какой именно период будут переноситься данные.

> объем данных большой
Информация ни о чем. Что значит "большой"? Для кого-то база в 100Мб уже много. Какой объем документов, справочников? Сложность учета - наличие УСН, ЕНВД, сложного учета НДС, корректность ведения НУ.

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

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

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

(26), (29) нужно было решение "под ключ".
Больше месяца заняло согласование ТЗ (например, заставить > 20 бухгалтеров теперь считать одним набором видов расчетов).
И если бы после объединения шли ошибки и в справочниках были дубли, система была бы не рабочей.
и так много проблем хапнул с тем как типовые правила конвертации переносят НДФЛ и всякие пересечения периодов действий начислений

В базе по итогу считалось больше 10к активных сотрудников/договорников.

(24) 27 организаций в РФ, 3 на территории СНГ, 2 за ее пределами.
Разные бухгалтера, разный профиль деятельности.

(35) сейчас специально открыл, посмотрел ТЗ)

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

Остатки, данные до начала года, данные после начала года до текущего момента?

(0) Бери по факту, по часам.

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

(22) (23) - пример большого переноса, впрочем, цена там очень адекватная и срок адекватный для 28 баз-то)

(0) Чем типовой перенос не устраивает?

(17) Много заказчиков согласились обследоваться?

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

(42) а если не сработает?

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

(45) Стоп! Тут тема о необходимости переноса данных для продолжения учёта в другой программе. Причём здесь "нетривиальный дядька"?
Выгрузили данные/загрузили данные. Спец должен понимать "что выгружать" и "как загружать", даже если типовой перенос не взлетит.

(44) Вот это, как раз, и само объяснит заказчику, что необходимо "обследование" и доп работы. В части поставщика ПО, 1С-а, сделано так, каков результат получился. А приведение результата "к нужному" - это доп. работы.

(43) Ты же сам написал, что (далее цитата) "Адекватные люди ставят задачу и желают получить готовый план реализации".

Очень многие пользователи (если не сказать все) под готовой реализацией понимают полностью работающую новую программу, где надо работать точно так же как и в старой.
Вот тут и возникают косяки:
1. Методология учета поменялась
2. Интерфейс и пользовательский опыт полностью поменялся и пользователь орёт, что ничего не работает.
3. Есть объективные ограничения переноса данных (не все данные переносятся, что-то надо довносить вручную)
4. Есть ошибки ведения учёта (в 99% они есть) которые приводят к невозможности получить корректные входящие данные в новой базе данных.
Учитывая эти 4 пункта, готового (с точки зрения заказчика) результата нет.
А запрашивая стоимость работ, заказчик хочет слышать стоимость именного готового работоспособного результата, а не некой болванки с кашей из данных, в которых еще надо разбираться и выяснять - где косяки переноса, где косяки учета старой программы, а где объективные пробелы вызванные изменившейся методологией учета. Виноват будет в любом случае будет исполнитель.

(48) +100500

(48) Это как себя поставить, как исполнителя)
1. Методология учёта и её изменения выясняются _до_ заключения договора. Обучение, ознакомление, работа в демо программе.
2. См.пункт 1. + ничего не работает и недостаток квалификации (знаний) пользователя к проблеме переноса данных отношения не имеет. Имеет отношение - сопровождение, "горячая линия"
3. Верно. И на это необходимо закладываться. Сделали демо-перенос, и самостоятельно осмотрели результат. Это поможет и вам больше денег с заказчика снять и заказчику не парить мозг своим работникам по необходимости исправления данных.
4. Ошибки ведения учёта не позволят и в текущей программе получать корректные данные на выходе в регламентированную, допустим, отчётность. Иначе - это доп.работы, связанные с "расширенным использованием программы" (доработки, создания планов и с их ручным отражением в учёте)

А появившиеся у вас эти 4 пункта - результат каши в голове, относительно задачи. Конечно, вы никогда не сможете разделить задачу заказчику на "котлеты и мухи".

Либо, как ранее писали - можно осветить эти 4 пункта и сказать "Миллион" и заказчик, возможно, согласится, так как проблем у его сотрудников не будет. А на этапе стандартного переноса - забудет платить вам, т.к. "и так всё перенеслось", зачем мне ещё работы на 990 000 ? И будет прав, даже в суде.

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

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

(51) Это долго, разве что. Но "бабушку за 15 тыщ" - да, никто не отменял)

(48) Кстати, есть даже такое понятие как "саботаж сотрудников", когда сотрудники заказчика (ожидаемо) будут сопротивляться всеми силами переходу с привычной им схемы работы, оправдывая себя "недостатком ЗП, времени, лояльности руководства" - это тоже оговаривается _до_ заключения договора.

(0) Короче, бери десятку и переноси типовым переносом.
Если устроило - хокей. Не устроило - отдавай десятку обратно. ;-)

(50) > Ошибки ведения учёта не позволят и в текущей программе получать корректные данные

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

> ...4 пункта - результат каши в голове, относительно задачи.

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

Собственно для этого и делается предварительная обследование и оценка, чтобы понимать получится ли тут "и так всё перенеслось" за 10т.р. или есть риск влететь на трудозатраты на миллион (работы программиста по написания правил и всех нетиповых требований заказчика, работы консультантов по выковыриванию косяков учета, работы методистов по обучению пользователей и т.п.).

(54) У него же нетиповая исходная база?

А нет, типовая.

Денег брать не за перенос, а за сверку перенесенного, здесь тоже квалификация нужна.

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

(57) Т.к. квалификации нет, то (54) ;-)

(59) Если человек не уверен, что сделает эту работу нормально, лучше и не браться.

(59) И, зачастую, заказчиков это "на раз" устраивает, а когда после переноса ещё и выкатывается "список доп задач" - охотно соглашается, ибо понятно, что изучен вопрос и затраты оправданы. Потому, те кто "за десятку" соглашаются поработать, убеждают заказчика, что больше "десятки" работа и не стоит, как не объясняй, что у них на 99% кривой учёт и "не взлетит", а нужно "обследование".

(61) что-то неоднозначно поток сознания выложил... Короче, если заказчику не "всё равно" - он опросит нескольких исполнителей, ушлый, конечно, и на обследование убедит, но фришкин тупо согласиться за десятку, а другие со всеми мильонными договорами с "обоснованием" пойдут лесом.
А фришкин, десятком дополнительных договоров тот же мильён и снимет.