Всем добра.
Задача перевести организацию на УТ 11 с ТиС 7.7. Вариант - выгрузи остатки всем и пусть работают, я не могу себе представить.. по тому как база распределенная, много отделов и филиалов, все тупо встанет...
Есть идея переводить по отделам предварительно настроить обмен с тис.. Поделитесь опытом кто как делал?

Переводите все с копии 7.7 на УТ11, создавайте "скелет". Номенклатуру, склады, обмены, торговое оборудование и все такое. А потом в какие-то выходные перенесите остатки через "загрузку из табличного документа" и цены, если потребуется (может быть, цены и не поменяются за этот кусок времени). Потом какой-то промежуток времени людям придется работать в обоих базах, типа в 7.7 смотреть, в УТ11 вбивать первичку. Я другого способа не знаю, а вышеописанным переводил множество организаций. Были проблемки, но куда от них денешься. Чтобы вжух и все стало хорошо - не бывает. Где-то юзеры будутт упиь, интерфейс незнаком, где-то еще что-то вылезет. Звонят, спрашивают, оперативно исправляю. А через 2-3 недели как-то уже и устаканивается все.

Единственный успешный вариант перехода который я видел - это когда руководство говорит с 1 августа начинаем работать в УТ11, и там уже начинаем потихоньку допиливать и решать проблемы. Все остальные вялотекущие переходы будут саботироваться и в лучшем случае никогда не начнутся

самое гланое не вести учет параллельно в двух конфах.

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

Присоединяюсь к 2-3-4

(0) Готовишь на КД полный перенос данных из 7.7 в УТ с остатками на начало года, проверяешь, когда все замечания устранены, ждёшь дату Ч. Предоплату берёшь сразу 50%, 25% после устранения замечаний и 25% после ввода в эксплуатацию. Лучше конечно это делать на фикси, тогда заинтересованность руководства возрастает.

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

(2) +1
Любой "переход" решается всегда на управленческом уровне. А также как верно заметили в (4) параллельный учет в 2 конфах это дело ну такое... И таки да, основная проблема не с тем чтобы физически перейти с 7 на 8ку (это можно сделать и за ночь перенеся остатки и справочники), а с тем что у юзеров возникает синдром "а в семерке было вот так то". Я бы рекомендовал такую последовательность: Обучить (а скорее приучить) персонал на демо базе УТ11 тыкать документы и отчеты. Сделать тестовый перенос всех справочников, доработок если имеются и т.д. "Сэмулировать" работу в УТ11 на реальных задачах параллельно допиливая недостающие хотелки. Этот процесс растянется в лучшем случае до нового года (если переход нужен еще вчера, то у меня для вас плохие новости). В идеале в предновогоднюю ночь перенести остатки и уже в январе все вести в новой базе. И да, естественно первые пару месяцев после перехода будет головняк и синдром "а в семерке было вот так то" будет носить острый характер без этого ни как к сожалению. Как говориться улыбаемся и машем, продолжая подпиливать хотелки до условного "семерочного" идеала.

(0) Оптимально не задавать бестолковые вопросы на форумах, а инициировать проект перехода и назначить толкового РП. Вы точно не потянете это - если для Вас все сводится к "перенести остатки", то Вы просто не понимаете что такое внедрение программного продукта. Причем Вы задаете вопрос на форуме, где 90% тоже ни хрена в этом не понимают, но завалят Вас своими ценными советами.

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

(9) Вопрос отнюдь не бестолковый это - раз.
Два - опыт коллег пусть даже на словах кто как что делал дает хотя бы идеи и мысли в нужно русло.
Три - пророчеств "Вы точно не сможете, вы не потяните" мне не нужно. Вы Ванга? Нет. Я многие вещи делал и они работают, не найдя ответов или получив подобные возгласы.
Да я не внедрял продукты в крупных компаниях и не переводил крупные компании на с 7 на 8, но пиздатыми внедренцами не рождаются..
Четыре - ответы подобные Вашему не относятся к теме ровным счетом никак, вернее они даже хуже и утопичнее тех кто в 90% ничего "не понимает" но сказал что то полезное.
ps Что за мода обосрать все благие начинания....

(11) Мы даже не понимаем объема проекта

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

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

(12) Дык это же, остатки перенести нужно и в бой :)

Есть идея переводить по отделам

сумма перевода, для конторы на 3к и на 20 пользователей будет не сильно отличаться в части написания обменов

(14) Ну до 50-ти пользователей, я бы допом взял недельку на модель учета

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

Поддержу (9)

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

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

Вот только после этого можно переходить к конкретики переход, или отказаться от него...

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

+ как минимум проверить все печ формы, работу с торговым оборудованием и т.д
Короче, не всё так просто, как "внести останки" и поехали

(16) Тут зять возится с конторкой на 20 пользователей. Ну и раза в три больше сотрудников. И там можно повесится, т.к. веселуха полнейшая - и опт, и розница, и отдельный CRM, и региональные представительства, и интернет-торговля, и три юрлица с перепродажами, и комиссионная торговля, и импорт. И стада тараканов в голове у боссов. Плюс несколько товарищей, дорабатывающих базу в разное время по принципу "кто в лес, кто по дрова". Через три года только решили остатки выправить после вот такого вот "перехода" - месяц (!!!) разгадывания ребусов. Мне предложили в качестве шабашки поразвлекаться, разгребая это дерьмо - послал на хрен. Денег на этом не заработаешь - только геморрой. По уму нужно перевнедрение с выстраиванием процессов, полной перестройкой НСИ, организацией учета с нуля, переобучением пользователей на работу "как нужно", а не "как удобно" и т.п. Поэтому количество пользователей - это далеко не самый важный показатель.

Джинн шарит)

(11) главное, не ссы. Потом напиши удалось или нет.

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

(24) Не может

(25) это еще почему?
моя база в 60 гигов текущая, если была бы на 8ке весила бы порядка 400 - а у нас нет столько на серверах. и что делать?

(26) ясно же что - купить новый сервер!

Херня все. я все наблюдаю как в конторе на УНФ переходят. с середины декабря уже переходят. как начнут работать - будет интереснее. отпишусь по наблюдениям может быть потом.

(27) а если реально хватит того что был - начальник вручит тебе новый сервак и скажет что следующие 5 лет ты работаешь чтобы погасить фирме расхды на его покупку?)

(0) Для начала нужно ответить на вопросы:
1)Действительно ли нужен этот переход?
2)Есть ли среди руководства тот кто заставит пользователей работать в УТ?
3)Есть ли понимание последствий перевода?

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

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

(31) Многие франчи вполне работают в режиме командировок. Иногда достаточно далеко. Наши зарплатчики из Питера в Космомольск-на-Амуре летали год. Целой бандой. Сейчас франч моего товарища в Кемерово внедряет ERP. Я катался в свое время в Екатеринбург, Красноярск, Новосибирск, Балашиху. Да, конторе придется и командировки заложить, но это не особо крупные расходы. Поверьте - Вы в блудняк вписываетесь. Я сам по молодости и бестолковости так делал, поэтому знаю о чем говорю. К счастью без серьезных последствий, но с высоты нынешнего опыта могу сказать, что это случайно произошло, а не ввиду хорошей проработки проекта.

Давайте хотя бы сначала начнем:

1. Каковы цели внедрения? Зафисксированы ли они на бумаге? Имеют ли эти цели измеряемые показатели и критерии достижения?
2. Кто является спонсором проекта?
3. Какой бюджет проекта?
4. Если ли под проект команда? Кто в составе команды проекта?

(30)
1) В связи с последними веяниями: маркировка, работа с торговым оборудованием и прочее говно было бы удобнее получать своевременные апдейты от поставщика конфигурации, чем через кривые костыли пилить клюшки.
2) Среди руководства есть тот кто поддерживает и выдвигает инициативы перехода.  
3) Я понимаю следующие вещи:
  - переделывать придется все... абсолютно, так как управленческие отчеты , самописные обмены с 7 бухгалтерией все очень завязано , закручено... это очень большой объем работы все это привести в порядок. Бухалтерия 8 тоже куплена но не используется, ждет дня Х.
  - вопросов от пользователей будет просто уйма, так как сломается привычная для них среда. Один интерфейс 8 чего только стоит в отличии от 7ки. Будут протесты , будет вонь, оры...
  - касаемо железа , на основном рабочем месте есть новое железо которое вытянет 8ку, но на филиалах некоторые машины сначала нужно тестить... и в процессе этого так же может потянуть финансовые затраты на покупку новой техники и ПО.

(32) очевидно же, не ?
1. что б было, начальник хочет ново-модно-молодёжно
2. спонсоров нет, мы же тебе (кодеру) денех платим, ты чего, не осилишь разве сам ?
3. нулевой
4. 1 кодер и один админ на удалёнке

Упс..пока писал ужо ответили..
ну примерно так и есть

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

(34)
В точку почти.

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

(38) Это не является целями проекта. Цели проекта - это то, что компания получит в результате внедрения. Это для Вас, как для программера это новая платформа, новые возможности и т.п. Бизнес что получит в итоге?

Проект без целей обречен на неудачу. Если Вы не знаете куда хотите придти, то без разницы в какую сторону придти.

(38) да это знакомо.
Мы так же переходили, ибо учредители думали, что это что-то изменит.

Ибо была еще одна фирма в холдинге, где уже был снеговик, а у вас типа клюшки.
Только у нас был у чет, а у них..его до сих пор нет :)))

(39) ОН не ЛПР, а исполнитель, ты просто тратишь свое время

(41) Поверь мне, это не проблема продукта

(0) Стратегия перехода простейшая:
1. 1С 77 сносится со всеми бэкапами
2. Ставится чистая УТ11 и туда ручками вбивается что надо

(43) ясен пень. Так то вообще по-боку на чем работать.

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

В результате взяли меня на разгребание...

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

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

(46) Обычно через год спец сваливает на повышение в другую контору, и контора остается с тем что он год ваял

(44) Это делается не так, вначале фирма закрывается, а потом восстаёт из пепла с новым брендом и в УТ11 начинает учет с 0.

(11) Жду рассказа как получилось. Попкорн купил

(47) ну меня не с улицы брали 😁 и так сказать это не первый раз, так, что у нас в этом плане честные, доверительное и самое главное проверенные временем отношения

(42) не встречал у ЛПР "доводов" из (38)?

(49) Я еще не приступил, сейчас лето - сезонный спрос я явно не начну зондирую почву... Так что попкорн протухнет.  
Если что к зиме.

(51) Кто я такой, чтобы мне говорили реальные доводы?

(11)
Не обращай внимания

Проще простого. Переносишь через КД текущий год, делаешь обработки по сверке себестоимости, взаимрасчетов и т.д. Разруливашь как нюансы текущего управленческого учета грамотно отразить в УТ(тут главное костылей не понаделать). Через пару месяцев кропотливой работы должны получится те же цифры, что в ТиС. Потом начинаешь тестить интерактивную часть уже с помощью юзеров. Благодаря переносу ты можешь предоставлять им базу с актуальными данными. Паралельно начинаешь интеграцию с бухгалтерией. Ну и дальше пошло поехало. Работать придется по 12 часов в день. Запасайся транквилизаторами и ноотрропами. Витаминки не помогут. Но в итоге все равно психанешь и уволишься, а всю твою работу сольют в унитаз, наняв комманду внедренцев лямов за 7.

(55) Почему? Может позовут ВДЕ, а там дальше как в (46)

(0) база распределенная, много отделов\\\ какие отделы работают с ТиС? Я с ТиС не работала,  -- с ней можно отказаться от РИБ? (при переходе на КА с УТ с РИБ сначала отказывались от РИБ).

(55) да не выйдет...

Банально входящие сф правильно с 77 не переносятся.
Сами процессы ведения учёта из 77 невозможно переложить на ут11,

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

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

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

(58) Да все там переносится. Логику переноса можно любую написать.

(0) Насчет того "как делал", расскажу как сделал неправильно однажды: не отключил старую базу, договорился поработать только по выгрузке остатков и написанию инструкции. В итоге порнография и саботаж, "ларек" тупо не осилил KA2.4 после лампового ТиСа. Деньги уже не жду, но опыт наверное того стоил. =)

(59) если не секрет - по какой ставке/бюджету работал? (если что - можно в личку), бо чувствую предстоит такая же хрень мне

В итоге. Всем спасибо.
Джину что грубанул приношу эскюзимо.  

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

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

(63) Скинул письмецо...
(64) Если не будешь стоять за спиной у продавцов и менеджеров велика вероятность того, что они даже не откроют новую базу :-)))

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

(66) по (64) - опередун!

(66) (67) спорно, "стоять за спиной" актуально когда решены все орг. вопросы и существует ясность по срокам перехода.

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

(63) Беги оттуда!

(69) ну так и я про то же самое

(70) Вроде как это лечится установкой MSXML определенной версии. Правда, не всегда, но штатный перенос должен нормально отработать.

(61) не переносится из за того, что в 77 никогда не ведётся учёт ГТД, а именно для него и нужно создавать сф на поступления для всех остатков.
Не правильный перенос гтд ловится провиряльщиками элементарно и как следствие не признанием входящего НДС.

Это реалье попадалово для небольших сетей.

(74) Ну ты ща описал один случай

И то странно что в 7.7 его нет, но нам признают входящий НДС, в ка2.4 он есть, и нам не признают

(65) три раза "ха". Большенство пользователей даже не знает на чем работает. И тем более 99% плевать что за версия "вашей 1С" у них стоит.

(77) "7-ка" или "8-ка" знают, в противном случае сочувствую

(65) Не пались

(74) Не правда ваша. Видел организацию где ведется учет ГТД в ТиСе.
(78) в одной фирме ЗУП 3 был "восьмеркой" в отличии от 2.5 )))
И даже если знают что то 7ка а то 8ка. То большинству "ой тут не привычно" и "там я за 3 секунды делала а тут пол часа".

(74) Никогда не говори никогда. Кому надо, у тех ведется. А если он не велся, то и переносить его не надо.

(80) ну ок. Мне я ТиС воспринимаю древнее даже ПУБа, не видела его года с 2003-го

(82) конфигурации разные и назначение у них разные. ПУБ тоже давно не видел а ТиС еще много где стоит переписанный.

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

(74) Нафига нужны ГТД, если по факту у тебя их нет и они не требуются!?

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

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

Эта система реально заработала примерно 5 лет назад...

(86) Не у всех импортный товар.

(83) торгаши, казалось бы, должны быть более поворотливы

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

(64) Юзер, сам на досуге изучающий УТ 11... Это будет очень печальное зрелище. И бессмысленное.

(90) Юзверь обязан уметь работать, если кто не справляется, то пишет заявление и уходит. У вас не так?

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

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

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

(91) Зависит от конторы, но в большинстве случаев будет как (92), т.к. айтишнег - это банально обслуга, а юзверь - ценный кадр, приносящий прибыль.

(94) Не надо путать аникеев, то бишь в вашем понимании "айтишнегов" и программистов, я не ремонтирую принтеры, не заправляю картриджи, не нахожусь в офисе, т.ч. к обслуге вообще ни какого отношения не имею. Хотя стараюсь иногда помочь айтишнегам, если вижу решение проблемы.

(74) "что в 77 никогда не ведётся учёт ГТД"
это откуда такой вывод?
если в конторе норм с учетом - то ГТД совпадает с партионкой. хочешь учет ГТД - включай партионку и веди ее правильно.

(80) еще бы. у меня ведется четко и прозрачно. ибо импортеры.

Цепочку ГТД от поступления до продажи - налоговая ни разу не запрашивала, проверяет или ловит - хз.
ФНС - раза два запрашивала с конкретных импортных поставок куда ушел товар. дали им данные. вопросов не возникло.

тьфу . ФНС читать как ФТС

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

Без полного прогона от закупки до продажи, финансов, обмена, а также проверки отчетности даже не вздумай делать переход на УТ11. Хочешь истерику по поводу не того названия колонки в отчете? Будет.  Лучше пригласи внедренцев со стороны, иначе все шишки будут твои, ты зароешься и работа просто встанет, тогда попробуете пригласить со стороны для решения проблем, а оно быстро может не получиться, ибо заниматься реальным гемором желающих мало, да и хорошие специалисты не сидят в позе ждуна. Учетную политику, расчет себестоимости, актуальность отчетов всё это надо обсудить с руководством и зафиксировать на "бумаге". И еще, не вздумай ляпнуть где-нибудь, что переход на новую базу облегчит жизнь юзеру.

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

(102) В рамках твоего договора, ты не сможешь внедрить УТ, поэтому чо ты тут заливаешь?

(103) В рамках моего договора прошли переводы с 7.7 на РТ, УТ и БП, в разных организациях. Были и самописки и ТиС.

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

(104) Кто обучал пользователей и консультировал на этапе внедрения?

Сколько пользователей было

(100) извините за нескромный вопрос. а нафига обслуживать КОРОБОЧНУЮ систему? (исходим пока из того, что платформа не глючит и прочее аналогчное неприятное).
Поставили коробку - НАСТРАИВАЕТ БИЗНЕС_АНАЛИТИК, или постановщик процессов в компании. Нахрена здесь программист? нафига? (если явная ошибка в расчетах, жутчайший трабл программитский - тогда да, но это программист-сервисинженер скажем так)

(106) Бухгалтер и иже с ним, я контактировал только с ними.

(107) До 10 пользователей, если с кассирами, то побольше будет.

(110) Спасибо, твой опыт оченен ценен

(100) Работая над внутренним продуктом тоже можно создавать дополнительную ценность, приносящую прибыль компании. Какая-нибудь интеграция с поставщиком или клиентом, которая обязательна по договору.

(108) Ты ничего не понимаешь в этом бизнесе, главное "обучить персонал", понимаешь в чём суть? Ну вот есть у тебя 10 обученных, два упало, три пропало, иии? А вот тут оказывается появятся новые "обученные сотрудники", откуда не известно, но вот раньше их не было.

(108) Бизнес аналитик, постановщик процессов... Где вы такое видели? В газпроме? Спросите у тс-а, есть у него в компании отдельный бизнес аналитик и отдельный постановщик процессов.  В конторах, особенно торгашеских, где до 100 человек офисных сотрудников, 1С-ник как правило занимается и анализом и постановкой и реализацией и консультированием. И исходить из того, что у вас скобках написано не надо.
(112) Согласен. Вот только для руководства эту прибыль принес менеджер, заключивший договор.

(114) "1С-ник как правило занимается и анализом и постановкой и реализацией и консультированием."
- ну, это 1. как бы не программист. 2. это другие компетенции, причем явно не програмистские 3. я сомневаюсь что такой человек относится к "обслуживающему" персоналу. Обслуживающий персонал в этом случае - ВООБЩЕ ВСЕ СОТРУДНИКИ для бизнеса. Потому что каждому можно найти замену на рынке. Могут продажники всякие генерить денежное баблоы на уровне условно 100 млн в месяц на поставленных таким бизнес-аналитиком процессах? а если процессы не ставить - и генерация бабла будет 70 млн? кто генерит бабло?

(0)  так и напишите вендору (1с) в письме  в поддержку .  Так и так хотим с одной коробки в другую.
Номер тикета запомнить. Ответ вендора переслать  курирующему процесс.

А за оценку рисков и прочее - это не ЗП прогера . . Таблички доя переноса выгрузили ,
Разослали доя пооверки , получили подтверждение , загрузили.

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

(0) от обменов отказался. Интернет сейчас везде нормальный, падает редко, в крайнем случае смартфон на раздачу вайфая ставится.
Тонкий клиент через веб-публикацию. Работает стабильно

(8) своим юзерам сказал - "забудьте как было раньше. Больше так не будет, будет по другому. Кого не устраивает - может менять место работы"

(93) все понятно, психология франча, херек.. Херак... Обновили... Все строго по ТЗ... Если чего не работает это или тот кто писал ТЗ виноват или пользаки тупые...
Пишите новое ТЗ мы переделаем за доп деньгу


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

(121) уточним: РП со стороны Заказчика.

(91) Вот представь: поставят тёте Маше новую УТ 11 без настройки, без обучения, и скажут - потыкайся, посмотри что к чему. И что она делать будет? Изучать расчет себестоимости и, заодно, как ей правильно ввести заказ покупателя с обеспечением? Она слов-то таких не знает.

(122) если Рп со стороны заказчика значит франч НЕ внедряет.

Это внутреннее внедрение с привлечением франча на ЧАСТЬ работ.

Такое внедрение нельзя считать, что его проводил франч, франч только выполнял часть работ...

(124) +
Внедрение на себя может писать только тот кто нёс ответственность за результат в целом, то есть кто исполнял роль Рп.

Всё остальные это участники внедрения...

(121) Так ты же за переделку тоже берешь бабки, что не так-то?

У нас в стране римское право, что зафиксировано в ТЗ, то и делаем

(126) я фиксик, и по этому делаю так, что бы переделок было как можно меньше, даже если это идёт в разрез с локальным ТЗ.

(128) Какая разница, это просто форма сотрудничества

В итоге ты бабки заносишь в кассу, в случае если ты делаешь ошибки?

Ты работаешь по трудовому договору или по понятиям?

(130) я на окладе. Если косяков нет сверх оклада премия, если косяки премии не будет.

Так что да в случае косяков я несубабло в кассу

(132) Внешник не работает на окладе, и в случае косяков с него могут взять до 100% всех бабок

В случае смены заказчика (по разным причинам) новый будет спрашивать по ТЗ, а не по понятиям,

(133) я не внешник, я в штате.
У меня отдел 5 человек.
Занимаемся поддержкой и внутренними внедрениями.

(135) Вот и сравни разность условий

Если бюджет проекта построен с гибкими блоками ( делаем если,) тогда работы могут быть выполнены не по тз, если бюджет проекта построен по принципу, нам с макс скидками- тогда все будет в рамках ТЗ

(136) зачем?

Я считаю фрачей и фришников крайне вредными для бизнеса

(138) отсос баба без ответственности за результат.

(139) Ты так и не ответил, чем ты отвечаешь за результат ;-)))

(138) ну, франчей как минимум. фришники еще туда-сюда, цепочка короче для распределения денег проекта ;-)

(138) Не каждый ларек штатного программиста потянет. А консультации нужны всем. Тут как раз вотчина фри и фра.

(142) ларька вообще нужно работать во фреше, только абонента и все...
Всё ларьки которые считаю собственный учёт уникальным просто не умеют пользоваться типовым...

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

(143) Даже в типовой: кто будет консультировать расчетчика по зарплате? Или помогать выстроить правильную цепочку от заказа до расчета себестоимости. Не брать же штатного прога для этого.

(145) в ларька нет расчёта себестоимости
И зп у них простая один раз настроил и забыл...

(146) Как это нет? Любой ларёк хочет себестоимость, причем желательно онлайн (и тут, опаньки, УТ 11 сливает).

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

..и забил...

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

(147) это не себестоимость а закупочные цены, постаапь партионный учёт и ут её нормально считает

(150) это от низкой квалификации буха, пусть возьмут не по 60 а по 80 и вопросов не будет

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

(151) " постаапь партионный учёт" - так кто подскажет ларьку, как его поставить? Именно приходящий фра или фри.

Да есть по доп свойствам

ладно, скучно с вами.. поехал к очередному ларечнику бодаться с НСИ и "постановокой произволдства".. ;-)

(154) для этого не нужен программист а нужен консультант.

Разницу понимаеш?

(152) Заплатить 5 тыс приходящему (и не каждый месяц) как-то дешевле, чем платить +20 тыс за более дорогого сотрудника. Разовых задач для фри и фра - масса, этим они и живут.

(155) и прям удобно-удобно?

(156) а мне делать нечего, на море лежу, загара уже 10 дней.
Лафа...

Ни одного звонка с работы... Ляпота...

(155) допсвойства - они откуда возьмутся? кто их опишет? кто сделает удобный инструмент для такого подбора а не с установокй кучи отборов?\
или вообще уже естьудобно-удобно? тгогда да - типовую из коробки и околоптиц!

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

(159) разово настроить быстрые отборы и будет удобно.

(160) да мне как=-то с основной конторы уже года два звонят раза три в месяц. по каким-то мелким вопросам. езжу в офис чтобы развеяться... и делать участки которые организационно завалили в усмерть при очередном переезде ;-)

(163) а потом разово настроить другую аналогичную какую-нить хрень ;-)

так-то да.
но в практике - такой фри/франч превращаетяс практически в удаленного фикси ;-)