Прошу совета у опытных товарищей.
Есть задача перевести БУ, ЗИК, ТИС с 7.7 на 8.3. У меня нет такого опыта, о чём я честно предупредил заказчика, но тем не менее, мне делают предложение, от которого трудно отказаться. Срок перехода - примерно год. В чём подвох? Реально ли сделать это одному человеку без опыта?
Может быть написал не в ту тему, поправьте если что. Заранее спасибо.

Нет, нереально

Не реально совсем или по срокам?

Начнем с того, 7.7 знаешь? 8.3 знаешь? И просто нет опыта перехода? Или что?

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

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

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

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

Что значит "без опыта"? Зависит от руководства и пользователей. Года более чем достаточно.

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

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

Ну а если это ларек с тремя калеками и минимумом доков - другое дело.

(9) Если интересно - бери.
Срок - более, чем достаточен.
Но (10) прочти внимательно.
И, если возьмешься, прикрой свою задницу - не на словах.

(9) 8-ки типовые знаешь хорошо?

(9) В таком случае пусть выделяет бюджет для программиста -внедренца. А ты будешь руководителем процесса.Заодно подучишься. Многое зависит от величины тарелки супа.

(0) я когда-то без опыта перевел комплексную 7.7 на комплексную 8.1 с дикими дописками...
но то были обычные формы, с ними было попроще
у меня ушло на это полгода.

(12) с ЗУП и УТ не работал ни разу.

+9 ищет программиста на переход или в штат?
Может рассмотреть переход с помощью другого по договору или франча.

ЗиК и БУ переносятся относительно просто.
От ошибок учета конечно многое зависит, то выправляется руками уже в 8-ке.
И желания бухгалтеров разбираться в новой программе.
Тут знания 8-ки нужны, после 7.7 часто по рукам давать надо.

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

Я бы перевел сначала ЗиК - ЗуП. и БУ - БП с нового года.
А потом бы разбирался с ТиС, а может и оставил бы его.

(15) Сколько сотрудников всего и сколько пользователей 1с всего и сколько пользователей бу и зик?

(15) безумству храбрых петь можно песни )))

(0) помогу с ЗУП на субподряд, вопросы в личку ;)

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

(17) Пока не знаю точно, но не сотни.

(20) ни разу пока с ним не работал, но оформить обещают всё по закону. А в чём может быть подвох?

(19) хорошо, имею в виду.

(22) какой-то пост разводной, не?
Клиента не знаю, объем не знаю, я программы не знаю...бла бла бла

(21) Решать тебе, я бы конечно добился ответа, почему они найти не могут.
Или для тебя это шаг в перед по зп, до уровня средней?

С другой стороны, хороший опыт и относительную ответственность ты с себя снял.
В (16) я расписал, как бы я делал.

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

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

Странно, что БУ и ЗИК еще на 77.
Обычно Трейд остается.

(14) собственно, управляемые формы меня не пугают. А какой у вас был опыт работы до перевода? Я не работал с конфигурациями на 7ке.

(24) Благодаря вам я уже подготовил список вопросов к заказчику.

Скорее всего ЗИК и БУ 7.7 стандартные, если да то релизим их до последней версии и переносим, стандартно там ничего сложного нет, а вот ТиС есть варианты, от стандарного переноса, до exel

(28) Главный вопрос не забудь: что заказчик ждет от новых программ?

Да, был опыт переноса аксессовской базы в 1с. Это поможет или не важно?

(22) Да в чем угодно

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

(31) Поможет любой опыт. Ты на вопросы ответь поточнее.

(27) "Я не работал с конфигурациями на 7ке" Прикольно уже

(32) Мда, сомнения только усугубились. А может и пофиг? Ну назначат, деньги-то обратно не отнимут? (34) Когда я в первый раз вышел на работу программистом 1С я вообще ни с чем не работал.

(33) вот сегодня всё узнаю точнее, спасибо за наводящие вопросы.

(35) Ради интереса, регион какой? Областной центр или переферия?

(35) Стесняюсь спросить, а с чем ты вообще работал?
С одной БП? Или что то еще есть? Сколько лет опыта?

(38) Вангую: Работал на Аксесе )

(37) Регион - Москва )

(40) И долго искали, кого они там искали и как - вот  чем вопрос, и нашли - честно сказать недоношли :)
Я чувствую какую чушь там ТС наворотит

(41) БП он знает, с ЗУПом разберётся, сомнение у меня только а УТ 11 дебильной

(41) Не. Не наворотит. Т.е. хуже не будет. Просто не смогут начать работать на базах после переноса и останутся в старых базах и все.

Я бы по переходу указал на такие проблемы:

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

- тот кто переводит в БП - он _должен_ его знать очень хорошо. Ну все тоже самое, что и про ЗУП озвучил.
Нужно не просто занести данные, а уметь поставить учет.

Т.е. без конкретных условий Заказчика принимать решение об ответственности за переход на новые версии БП и ЗУП очень рискованно.
Нужен ГБ и ведущие бухгалтера с готовым опытом работы в БП
Нужен зам-гб зарплатчик с опытом работы в ЗУП

(38) С УПП, ERP, УНФ и всякие мелочи типа Айболит.

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

Опыт работы всего больше 5 лет.

ну то бишь чтоб они тебя в "штат" взяли

За год вполне реально реализовать такой проект даже с нехваткой опыта при следующих условиях:
1. ЗиК - типовая или с минимальными доработками. ЗУП - будет абсолютно типовой.
2. Бух - типовая или с минимальными доработками. БП -  будет типовой или с минимумом доработок.
3. ТиС - не слишком сильно переписана. УТ - будет типовой или с минимумом доработок.
4. Во всех базах учет ведётся хотя бы более или менее корректно, без ручных правок, с корректными остатками по всем регистрам.
5. Все конфигурации относительно свежих релизов, для которых есть соответствующие обработки (помощники) переноса/конвертации данных.
6. У заказчика есть адекватный специалист(ы), более или менее знающий все указанные продукты (как пользователь), а так же хотя бы примерно представляющий - что и для чего дорабатывалось на 7.7. Готовый оказать методическую поддержку. В идеале - сам директор или кто-то из его замов готов вести и лоббировать этот проект, на котором ты - исключительно рабочая лошадка.
7. Заказчик готов решать вопрос с обучением персонала.
8. Заказчик готов предоставить полномочия для борьбы с саботажем среди сотрудников, который обязательно случится даже в том случае, если внедрение будет проходить абсолютно идеально с технической точки зрения. Или как-то самостоятельно сможет решать эту проблему.

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

(27) у меня наоборот, был маленький опыт работы на 8

(48) основная проблема будет в некорректности учета из-за которого перенос не сработает

ни разу не видел баз, где учет 100% корректный

(43) Спасибо. Т.е. надо обговорить с заказчиком наличие специалистов, которых не надо обучать работе в 8.3.

(0) Все довольно реально, вот с УТ - могут быть некоторые проблемы, но все решаемо. Программировать в 7.7 нужно будет минимально. Главное - не работать бесплатно.

(0) за год ты можешь их перевести туда и обратно три раза)

(52) компы еще многие поменять придется

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

(50) (51) >> основная проблема будет в некорректности учета из-за которого перенос не сработает

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

(48) Ну вы же понимаете что таких идеальных условий на практике не бывает

Обязательно будет где то кривой учет, а там где учет относительно прямой - там будет юзер-бабушка МарьВанна, которой пара лет до пенсии и никакие переходы с переобучением ей в буй не уперлись. А значит саботаж гарантирован ...
И на все это наложатся дописки-переписки сделанные 100500 лет назад смысла которых уже никто не помнит и не знает, но без них обойтись никак нельзя !!
Плюс на 90% я уверен руководство будет самоустраняться от решения конфликтов типа "Сами тут с юзерами разбирайтесь, но чтоб все было сделано !"

Вот такая в среднем видится картина

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

Нет.
Необходимо обговорить с заказчиком ОБЯЗАТЕЛЬНОЕ обучение ВСЕХ пользователей.
Естественно за его счет и на курсах, а не то, что ты будешь с кем-то сидеть персонально.

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

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

(59) Спасибо, обязательно.

(58) >> идеальных условий на практике не бывает.

Разумеется понимаю. Именно этому и посвящен мой пост (48).
Я же там написал и что саботаж гарантирован, и что нужен лоббист из числа руководства, готовый помогать, и сотрудники нужны знающие особенности местного учёта и готовые консультировать, и что качество учёта должно быть хоть сколько-нибудь адекватное.

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

(57) Да ладно.
БУ -БП
сделать перенос.
Переносится даже с ошибками учета, только если в плане счетов чего не навернули своего, типа субконто поменяли или счет группой сделали.
Сверить ОСВ. не долго. 60, 62, 75 в разрезе субконто потребуется.
Сверку 76.АВ и 76.ВА с 62,02 и 60,02.
На все уходит пара дней. ОСВ бухи могут руками прокрыжить.
А дальше уже смотреть, что не идет. И либо править в 7.7 либо ввод остатков корректировать.

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


ЗиК - ЗуП.
Попробовать перенести.
Т.к. ЗиК более зарегламентирован, там отсебятину сложнее сделать.
Сделать начисления за 1-ый месяц и смотреть, что не так. Сверить средний заработок и остатки отпусков.

Книжки купить бухам и расчетчикам.

(60) <blockquote>Есть хорошие шансы прокачаться. Гугл и усердие в умелых руках - показывают отличные результаты. </blockquote>
Собственно, так и работаем.

(64) Да. Я бы на твоем месте с главбухом просил встречи, желательно без дира.
Что бы определить у нее какой настрой. Т.к. если она вросла в 7.7 и не готова двигаться, то без опыта работы с такими бухами и хорошего знания в программе будет очень тяжело.

А так если есть опыт работы с ЕРП. И это не открыть программу/закрыть. А хотя бы какой блок внедрить. Это это уже даунгрейд какой то

переводил ТИс на УТ10
начинаю делать сверку - расхождения идут - сверяю подокументно - все хорошо
движения и записи в документах не совпадали - поэтому хорошо ТиИ перед обменами сделать

(67) ТИИ в любом случае делать полезно перед переносом, с пересчетом итогов.
в идеале RG прибить.

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

Если всё взвесить, то сроки могут быть от одного месяца до нескольких лет.

Почитал ответы ТС и вообще не понимаю, а о чем он с заказчиком вообще разговаривал? :)
Тупо "вот у нас есть такие проги на 7.7, а хотим что-то на 8.3 получить вместо них за год и вот заплатим за это N-рублей"?
Хоть озвуч финансовые условия.
Если это Мск, то спец с такими скилами (7.7, знание БП, ЗУП, УТ11, опыт перевода, проектная работа в определенный срок) будет минимум 200 руб/мес стоить. Умножим на 12 и это уже 2.5 млн руб. За такие деньги наверняка франч "средней руки" сделает им перевод гораздо быстрее силами нескольких опытных людей. Но вот только похоже заказчик такой бюджет даже не рассматривает. :)

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

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

(70) >> о чем он с заказчиком вообще разговаривал?

По-моему, ещё ни о чем. Просто получил предложение. Обсуждения предстоят. Цель ветки - собрать материал для предстоящего обсуждения.
Если я правильно понимаю.

(72) Правильно.

(73) Финансирование хоть похоже на описанное в (70)? :)

(71) Совершенно верно.
Только вот за сдачу регламентированного учета и за свой отдел отвечает ГБ. Это БП и ЗуП как минимум.
И если там будет саботаж, лень, не желание разбираться в программе, а тупое "ваша программа не работает или в 7.7 было лучше и проще", а сроки сдачи отчетности ограничены. То очень большая вероятность весить всех собак по ошибкам внедрения на автора.

(63) >> Книжки купить бухам и расчетчикам.

Ни в коем случае.
Никто их читать не будет. НИКОГДА.
В лучшем случае найдутся один - два энтузиаста, которых хватить на парочку глав.

Купить книжки нужно, но только не для пользователей.

Кроме того особого смысла в отдельных книгах нет, т.к. все они опубликованы на ИТС.
Так что вполне достаточно раздать пользователям логины и пароли от ИТС и тыкать их периодически носом в ссылки по всем задаваемым вопросам учёта.

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

На ИТС есть, но книжку удобнее открыть смотреть в экран и на книгу.
Книгу домой взять почитать.

(76) ИТС кстати, да. Показать как там искать полезно.

А после работы в 7.7 ИТС - это просто революционный рывок.
Но увы, юзеры должны еще привыкнуть и к новым интерфейсам и к новым методикам и к поиску инфы на ИТС.

(75) Это проблема руководства. Либо оно готово брать на себя ГБ, либо вопрос перехода на БП должен быть снят/отложен.
Просить отдельной встречи с ГБ без директора - это очень странно.
Всё равно как если бы нанимаемая уборщица требовала бы отдельного индивидуального собеседования с хозяином каждого кабинета, где она будет порядок наводить. Да и ещё и непременно без руководителя административно-хозяйственного отдела. Типа для оценки их настроения.

(77) С бумажными книгами другая проблема. Слишком быстрая утеря актуальности изложенного материала. В этом плане ИТС значительно лучше.

(80) По поводу уборщицы конечно перебор.

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

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

(82) Здравое зерно есть и у вас, и в (80)

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

(83) Обычно по вопросам
"Что не устраивает в текущей программе",
"Какие ошибки учета сейчас появляются",
"Что она хочет оптимизировать переходом на новую программу"
"Смотрела ли она новую версию БП, знает о ее возможностях"

можно сформировать представление, что из себя представляет ГБ.

(74) Если бы да, тогда бы нет. Собственно, и разговора бы не было.

Вот всё то, что вы сейчас пишете, было бы хорошо и правильно, если бы я был свободным художником. Узнать мнение ГБ, например. Я просто не могу сейчас заняться аудитом.
Вопрос для меня стоит в том, стоит ли бросить тёплое место ради сомнительных плюшек? (Плюшки больше примерно раза в полтора)

(84) Этот опросник нужно пройти со всеми участникам процесса. Выделять как-то особо тут ГБ смысла нет.
Всё таки придерживаюсь тактики, что все принципиальные вопросы надо решать именно с руководством. Возникнут трудности с ГБ или есть подозрения, что они могут возникнуть, - обращаться надо к руководителю. Пусть он сам решает - оставаться бухгалтерии на клюшках или нагибать ГБ на переход.
Чем больше политики и попыток погружения во внутрикорпоративные подковёрные игры, тем выше риск провала.

(84) На все эти вопросы можно дать политически грамотные ответы, показывающие что ГБ полностью согласна с линией партии и будет в первых рядах исполнителей её решения !!!

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

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

(86) может на теплом месте тебе тоже что-то предложат. Надо начинать плести интриги и там и там, и смотреть, куда всё в итоге придет. Как выгоднее. Может и там и там получится, тогда не полтора получится, а два с половиной.

(86) То что предлагают это выше в 1,5 среднего по региону?

(86) Стоит. Если только не попросят расписаться кровью и полной материальной ответственностью в случае провала проекта.

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

Но лучше просить двукратный ценник. Чтобы в тяжелые минуты было приятнее на него оглядываться :)

(90) Смотря какая средняя, если по региону в целом, то да, если по 1С, то как мне кажется, просто адекватная.

(86) >> Я просто не могу сейчас заняться аудитом.

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

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

(86) Плюшки надо не только заглотить, но еще и переварить
Сможешь ты это или нет - от твоего психотипа зависит

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

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

Мы здесь на форуме не видим какой ты изнутри. Сам оцени себя в свете вышесказанного и принимай решение

(94) Естественно по 1с. Это значит ты сейчас получаешь в 1,5 раза ниже по региону.
Скорее всего из-за опыта работы (хотя 5 лет и ЕРП УПП как то не вяжется).

Я бы пошел. Опыт хороший можно получить.

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

Ладно, всем спасибо за советы!

(98) Бывает, что людям очень неприятно, когда по результатам своего труда ты видишь, что загубил рабочую компанию. :)

(97) (98) >> Опыт хороший можно получить.

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

Но в целом получить представление о том как это бывает, какие используются общие подходы, что такое КД-2 и как оно работает, не будет лишним.

Лично я предпочёл бы развиваться в ERP.
Проект по переходу с клюшек на снеговика трёх основных типовых конфигураций 1С - БП, УТ и ЗУП - это всё таки, ИМХО, скорее дауншифтинг.
Тут многое зависит от конкретной специфики заказчика. Но палка о двух концах - если там сильно навороченный учёт, то есть риск не справится. А если слишком простой - то падает ценность полученного опыта, когда весь проект ограничиться ловлей блох и косяков в учёте, и вытирание соплей пользователям.

(100) Вряд ли. Всегда можно откатиться к прежней версии.

+ к (101). И ключевое забыл. Придётся разбираться в клюшках (1С 7.7). А кому и зачем это нужно?... Потратить кучу сил и ресурсов на опыт, который с 90% вероятностью никогда не понадобиться. Не говоря о том, что для неокрепшего мозга начинающего 1С-ника это может быть ещё и опасным.

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

(101) Вы меня почти убедили. Считаете, за ERP будущее?

(104) Я тебя сейчас еще раз переубедю: предложи им перейти со всего их лядского зоопарка на ERP !!!

То то будет проект, и как раз опыт в этой конфе у тебя есть

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

(104) >> за ERP будущее?

Не знаю.
Но точно не за клюшками.
Опыт ERP имеет на рынке значительно большую ценность, чем БП, УТ и ЗУП.

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

(105)(106) >> перейти со всего их лядского зоопарка на ERP!
>> в одно рыло запустить все блоки?

Надо полагать, что это шутка такой.

(106) Ну по крайней мере автор эту конфу знает, а это уже нехилый плюс

(104) будущее конечно, только чьё

(102) Про "откат к предыдущей" - Вы серьезно? Вы когда переходить будете после подготовки всего и вся, то первое действие будет "Ввод остатков на начало года 2021". После этого уже нет возврата к 7.7, ибо этот процесс займет серьезный ресурс. :)

(0) я переводил, перевел за 2 года, 2 года ада

(108) но мы же не знаем, насколько он знает на самом деле

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

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

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

В первую очередь  надо перевести ЗИК на ЗУП, а потом остальное.
Объясню почему:
1) ЗИК очень критична к дате перехода, переводить надо на начало года!
2) для ЗИК 7.7 прекратили поддержку. И если не перейти на ЗУП на 01.01.2020, т.е. высокая вероятность, что в 2020 году будут изменения в законе, которые будут несовместимы с ЗИК 7.7. А переходить с ЗИК на ЗУП в СЕРЕДИНЕ года это Жопа (см. п.1).

(0) Для подобного переноса 1 год боле чем достаточно.
Перенос БП если без оборотов например за последние три года - как два пальца об асфальт. Да и ЗУП тоже несильно больше. С УТ смотреть надо, что есть и что хочет заказчик.

(117) "Реально ли сделать это одному человеку без опыта? "

(118) Без опыта и одному однозначно Нет

(119) Так я это сразу и сказал. Смотри в самом начале.

Каждый день темы стали появляться о миграции с 7.7 на 8х, вот и настал конец "клюшкам"

Не менее переходов с бух 2.0
ЗЫ помню несколько тем по переходам с 1С8 обратно на 1С7 ))))

(116) с ЗиК 7.7 очень критично отчитаться за 2019-ый год.
Т.е. надо сейчас не просто перейти "с нового года", а перейти так, чтоб суметь "закрыть" 2019-ый.
Сроки на его закрытие = январь 2020 и раньше не нужно было кровь из носа успевать отчитываться в январе за прошлый год, а теперь уже все - сроки отчетности сжали

(123) Да, так и есть. А поскольку январь не за горами, я и сделал акцент, что ЗИК критично уже начинать подготавливать - раньше других конф.

(123) а что поменялось ?

(125) да, да и мне интересно что поменялось что отчетность не сдать?

(125) за какой период?

В сроках сдачи отчетности в последние годы подвинулись. И в форматы внесли изменения. В этом году у меня потребности выгрузки из 7.7 в 3 нету, но вот когда за 2017 отчитывались клиенты - умышленно перенесли данные в ЗУП не дожидаясь конца года, затем вывели все-все записи за ноябрь и декабрь. И "закрывали" год из ЗУП.
А когда отчитывались после 2018-го сразу тестировали и переносили полностью год и формировали не из ЗУП 2.5, а из ЗУП 3

Ну и в этом году из 2.5 в 3.1 и отчетность из 3.1

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

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

Какое нафиг ЕРП вы советуете тут? Я 99 процентов уверен что они переходят чисто от безвыходности - бухи поуволнялись а новые отказываются работать, плюс органы, проверки и прочее.
Сто процентов даже денег на 1С не дают. Скорее всего ЛОМАННАЯ.

И о каком годе тут идет разговор. вообще.

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

А да ОБУЧЕНИЕ это ОДНО ИЗ ГЛАВНЫХ в переходе. я бы сказал самое затратное. Как этот бедолага собрался учить юзеров работе - я хз. Он сам ничего не знает, каким образом он юзеров научит работать с их процессами это звиздец будет.

Думаю руководство не просто жадное, а сверх супер жадное. До такой степени что удавится за какую то копейку.

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

будут звать и за КАЖДУЮ фигню спрашивать- Ну че. Ты обещал вроде на той неделе. Чо там Марина говорит что не может чего-то сделать. А чо картридж не поменял. И чо еще чего.

Такие переходы в нашей отрасли - это самые тяжелые и влияющие на состояние здоровья.

Когда в полный бардак, хаос по сути, беспредел - бросают человека на которого навещивают ВСЕ.

Это работа с самыми высокими требованиями НЕ ПРОСТО ЗНАНИЙ, а железных яиц, стресоустройчивости, отсутствия склонности к суициду и так далее.

у меня тут свои на 8-ку задешево видно хотят переползти. РП - нет. Графика - нет. Ничего нет. Пока ничего не делаю. Ни шатко ни валко. Сделает кто-то другой то что под моей юрисдикцией - да и слава богу. Посмотрим что будет.

(130) Обучение никогда не входило в переход с 7.7 на 8, ибо люди имеют свойство "увольняться", если вам это не известно, то я вас горько разочарую.
Обучение - это дело администрации предприятия, а не программиста.

(134) чегоооооо???? да вы с дуба упали. Это типичнкя компания в которой программист фикс делает все.  Потому что каждый пользователь в этой фирме знает что программист в 1С умеет работать. Ведь он программист 1С.
Так и скажет - Вася научи работать.
В таких фирмах где берут 1 человека он делает все!!!! ну максимум еще админ есть немного туповатый чтобы картриджи и мышки менять.

(135) Я веду 3 таких фирмочки. Если вы считаете что аникей-компуторщик сможет сделать переход с 7.7 на 8, то я вас опять разочарую. А тот, что делает "всё", вообще к таким вещам не прикасается, ему хватает принтеров, беготни с оборудованием и сопутствующими программками.

(136) хорошо сказано
особенно компуторщик ну очень обидно когда тебя так называю это как обозвать сантехником

(136) ты видимо ночью бухой в хлам писал. потому что я так и не понял бесмыслецу твоих постов.

1. ЗиК перевёл на ЗУП за 2 недели, через 2 месяца исправлений заработало всё правильно со всеми налогами
2. Бух 7.7 пытался перевести типовым переносом - все счета неправильно перекачались остатки, в основном потому что в новые документы не записываются отрицательные неправильные остатки, которые есть на всех счетах.
сделать перенос самому просил 2-3 месяца, не разрешили.
3. Переход ТиС на УТ10 провалился через 2 года работы, до меня.
Переход ТиС на УТ11 тоже провалился за 1 год работы, при мне, но без меня.

Ну, раз тема не умирает, отпишусь о результатах: не возьмусь за это дело.

(139) " ЗиК перевёл на ЗУП"
До этого сколько веков ты работал с ЗиК и ЗУП?

(138) Мань, когда _ты_ пишешь, то очевидно, что алкоголь ты не употребляшь. У тебя что-то намного более забористое...

(139) Вот для этого и делается тестовый перенос! Мы выяснили при переносе: на 02 отриц. остатки, сальдо местами не на том субсчете (60, 62). Одинаковые наименования ОС, при переносе валит всё в одно. Материалы в эксплуатации, пересортица субконто.

+(143) пофиксили всё в 7-ке, перенесли заново. Тестируем дальше.

(141) опыт был 0 с ЗиК и ЗУП,
2 недели просто ждал пока данные перекачаются, ночью нельзя было, днём тормозит.
так бы оно за 1 ночь перекачалось :)

(140) Умно

(140) Эта тема не умрет - это ж холивар!!!

я неспешно совсем унф поглядываю... с целью перехода...

(140) :) ну вот .. а оптовые партии попкорна куда девать?

(148) А что там понравилось?

(150) ну... спецов по ут11 в округе нет. бюджета на них нет. eya - достаточно проста (опт). похоже на тис. внутри по регистрам - есть "непонятки", глубже не копал, бо бюджета нет.
плюс был успешный переход с 77 допиленной под запчасти - помогал 77-ку одному - успешно перетянули все и стартовал. то есть справился даже я без знаний 8-ки. плюс надавал по рукам когда были попытки лепить костыли - по здравому рассуждению если у меня в 77 такое что чел начал костыли в eya пилить - есть у меня в тис - неужели eya этого тривиального нет. всетаки не 2006год... полез по здравому рассуждению - есть!
кактот так.
а получится или нет перейти - время покажет.
основное - я забесплатно сейчас не работаю ;-)

(151) Понятно. Хотя любая УТ ближе к ТиС, чем УНФ. УНФ мне напоминает самописки на базе оперативного учета 77, с импровизированными проводками, блэк-джеком и прочими непотребностями :)

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

(153) Да. Очень странные там "Партии". Моё мнение про УНФ было лучше :(

Ну, начинаю переход своих подопечных с ЗИК 7.7 на ЗУП 3.1.
Может кто поделится хорошим мануалом по данному переносу, чтобы учесть все подводные камни.
Я "семерочник", в 1с8 я лишь пользователь, а в ЗУП - ни в зуб ногой)).

(155) https://blog.mann-ivanov-ferber.ru/2014/02/10/shest-knig-o-bege/

(156) По-моему, не по теме.

(156) ЗАЧЕТ!!!! )))))))))

(156) Еще годно: Х.Мураками "О чём я говорю, когда говорю о беге" ( 走ることについて語るときに僕の語ること )

Похоже, кто-то переоценивает свое чувство юмора...

Кроме программиста тут нужен еще консультант-бухгалтер с опытом работы в 8-ке. Тогда возможно "мягкое" вхождение в новую систему.

Между делом пробежался по нагугленным ссылкам:
1) https://its.1c.ru/db/metod81#content:6219:hdoc
2) http://catalog.mista.ru/public/58333/
3) https://buh.ru/articles/documents/14882/
4) https://www.avt-1c.ru/articles/6186/
5) http://buhpoisk.ru/opy-t-perehoda-s-zik-7-7-na-zup-3-1-dlya-rascheta-zarplaty-v-magazine-lektor-zaugol-nikova-elena-zapis-ot-30-08-2017.html

По мотивам п. 2) написал обработку, чтобы поправить данные в 1С 7.7 согласно рекомендаций (рекомендовали править в 1с8, но мне как семерочнику это проще сделать в 7.7) https://yadi.sk/i/Qr5PsfWNPwuofg

(161) К сожалению, консультанта-бухгалтера на 1с8 нет в распоряжении. Есть сотрудники, прошедшие экспрес-курсы пользователей ЗУП. Но на них я не делаю ставку.
Зато есть очень хороший консультант-бухгалтер по ЗИК 7.7, который ставил учет и обучал пользователей работе. Это я)

Перенес одну организацию в ЗУП (осталось перенести 3 организации).
Проверил:
- данные сотрудников
- данные организации, учетную политику.

Сделал пробное начисление за январь 2020, сальдо совпало, начисления и удержания тоже.

В одной базе ЗУП будут три организации (переношу из трех разных баз ЗИК 7.7), поэтому вручную назначу префиксы для организаций в 1с8.

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

В двух базах ЗИК 7.7 имеются подразделения, в которых стоит галочка "Обособ. подразделение с выделенным балансом": https://yadi.sk/i/oTzMboCOxR_DdQ
Уберу эти галочки, чтобы эти подразделения не перенеслись в ЗУП как отдельные Организации, а перенеслись в справочник Подразделения.

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

(167) тогда, да. Понятно.

Переношу вторую организацию - в ней действующих сотрудников уже побольше - 160 чел.

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

И что с этим делать? Писать обработку, которая в ЗИК 7.7 покорежит названия регионов переведя их в нижний регистр?

:-) так проще в 7.7 это провернуть, если уже все понятно, что регистр букв не соответствует

Данные второй организации перенеслись. Бегло проверяю...

(172) Странно что в типовом переносе это не учтено. Получается, вся страна уже много лет наступает на одни и те грабли, а ЗАО 1С и не в курсе этой проблемы? Звучит как что-то маловероятное....

(174) Да, так и есть. Дело не в регистре. Просто эта "сырая" восьмерка так работает. Даже если выбрать в списке тот же регион, что и стоял, она очищает все оставшиеся адресные элементы.
Да, в плане удобства интерфейса снеговику еще далеко до клюшек )))
Чего стоят даже эти коряво оформленные контролы https://yadi.sk/d/XKJ1i-XxQ1gWkw
Даже в 1С 7.7 с ее урезанными возможностями, и то выглядит симпатичнее ;)

Гружу данные третьей организации...

(175) а с чего это у все покорежилось? в тестовую 8.3.17 грузишь, что ли?

(177) 8.3.16. Сисадмин постарался ;)
Не стал откатывать на 8.3.15 - посмотрим что покажет эксплуатация.

Четвертую организацию загружу в каноническую 8.3.15 - сравню результаты.

Завершился перенос третьей организации.
Один график задвоился https://yadi.sk/i/L8pUzn8Q0M2j2A
Откуда-то взялся график с жаргонным (вульгарным) названием "Пятидневка".
Проверил в 7.7 нигде нет такого названия. Видимо, перл 1с8? Видно, что серьезные люди у них с методическом отделе. "Пятидневка"!!!
А не какая-то обыденная "Пятидневная рабочая неделя" https://yadi.sk/i/hg7YExSvV8KubA.

Ладно, будем убирать дубли обработкой ПоискИЗаменаЗначений.epf

(179) И как открыть обработку?
Пытаюсь горячей клавишей (Ctrl+O). Открылась обработка, но нет элементов управления https://yadi.sk/i/WoMWnY-Arm1Vlg
Тут не хватает моих знаний. Как исправить ситуацию?

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

в типовой ЗУП своя готовая есть. А те, что не их типовой зуп - глючат.

(0) С КД 2.1 скилл есть? Правила сам ваять сможешь?

(183) К сожалению, пока нет. Я переносы настраивал между базами 1С 7.7. А для них СКД убожество полное, поэтому юзал http://catalog.mista.ru/public/14395/

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

Нашел еще 16 дублей сотрудников. Откуда они взялись?
Походу их создал перенос, т.к. в исходных базах 1С 7.7 дублей нет по этим сотрудникам (как в одной базе, так и совокупно по трем разным базам).
Что делать, тоже объединять эти дубли в ЗУПе?

Причем, среди физических лиц дублей нет.

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

(187) ОК, эти дубли объединил.

(188) Нафига? в (186) объяснили же, что дубли - это нормально :)

(189) Так эти дубли сотрудников "в архиве". Зачем они мне, если к ним не привязаны активные рабочие места?

(171) Конвертировать адреса в ФИАС - задача нетривиальная. Но если есть время, почему нет? Кстати, у вас есть резервы/оценочные обязательства по отпускам?

(191) Я проверил, адреса правильно встали в ЗУПе, если они в ЗИК введены в формате КЛАДР.
Проблема была только с адресами, которые кадровик ввела как курица лапой - в произвольном формате без КЛАДРа.
Резервов/оценочных обязательств, повезло, нету.

(0)
>перевести БУ, ЗИК, ТИС с 7.7 на 8.3
>нет такого опыта

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

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

>Срок перехода - примерно год.

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


Все эти вышеописанные потуги про "наберешь опыт" - бред. Пригласите специалиста, пусть он делает, а ты учись.

(193) Ответ ТС этой темы смотри в (140).

(194) верное решение

(180) Можно управляемые формы открывать как обычные. Поискать в инете ключ можно.
Я обычно консолью запрос так пользуюсь - не могу привыкнуть к консоли под УФ.

(196) консолью запрос = консолью запросОВ

(185) Наконец, расчетчик проверил результат переноса. Выяснилось, что сальдо задвоилось-затроилось по многим сотрудникам.
По-моему, баг типового переноса, сколько раз один и тот же сотрудник принимался-увольнялся за всю историю ЗИК 7.7 столько раз ЗУП по нему перенесла одно и то же сальдо. Исправил по ним сальдо вручную в документе "Начальная задолженность", который создался после переноса, поменял дату в нем на 01.01.20 (была дата на дату переноса - 17.01.20).

Другой косяк: три сотрудника были уволены в декабре 2019 года, выплатили им зарплату в январе 2020 года.
Перенос по ним ничего не перенес в ЗУП: ни сальдо на 01.01.20, ни выплату в январе 2020.

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

Сотрудник есть в списке (даже 2 раза):
[img]https://api.asm.skype.com/v1/objects/0-weu-d15-d6a8b5356fa921ffcac0a9b3368298c9/views/imgpsh_fullsize[/img]
А выбрать его в док. Нач. зад-ть не дает (нет в списке выбора этого сотра):
[img]https://api.asm.skype.com/v1/objects/0-weu-d12-51b998b4792f461008af2fc1bbca5464/views/imgpsh_fullsize[/img]

Не знаю, как ссылки на картинки оформить в этом движке форума:
https://api.asm.skype.com/v1/objects/0-weu-d15-d6a8b5356fa921ffcac0a9b3368298c9/views/imgpsh_fullsize
https://api.asm.skype.com/v1/objects/0-weu-d12-51b998b4792f461008af2fc1bbca5464/views/imgpsh_fullsize

(0) в общем в одну каску почти анрил, но есть небольшой шанс но только при одновременном выполнении нескольких условий:
1.знаешь все предметные области.
2.знаешь или программирование на 8.3 или те типовые на которые переходить, то что из этого не знаешь готов быстро подтянуть (вечера и выхи считай до НГ у тебя заняты на 100%).
3.Текущие проги или типовые или почти типовые.
4.никакой истории не переносится а только остатки
5. и самое главное: юзеров готовить к переходу на другие типовые ты не будешь ни при каких условиях!!!! Все тупняки юзеров - проблема чья угодно но не твоя и только так!

В общем сам должен видеть что это 99% нереально.

С учётом того, что руководство вполне реально сделает тебя крайним и вышеперечисленных необходимых условий (но не достаточных) - даже не думай!

Хотя отвага и слабоумие типичные черты одинэснега

(201) Сабж в (0) уже не актуален, т.к. (140).
Теперь стоит вопрос о переносе всего лишь ЗИК в ЗУП небольшой организации.

Сотрудник есть в списке (даже 2 раза):
[img]https://downloader.disk.yandex.ru/preview/e3133832ffa0062315fb0be60a1c7cc2cab8ae30fac8fd39eee83d892a2ab2dd/5e3936e2/qWaP5A2lA7BgVWUUt710xP2TPDibP5QdUpvY4C2j5Fkqg14ADoPzVtBWh6ka4UOA8Uyq74UyJC-polUagP7fQg==?uid=0&filename=ЗУП1.png&disposition=inline&hash=&limit=0&content_type=image%2Fpng&tknv=v2&owner_uid=19599862&size=1280x892[/img]
А выбрать его в док. Нач. зад-ть не дает (нет в списке выбора этого сотра):
[img]https://downloader.disk.yandex.ru/preview/39312936a521ebedaab17c1e7a2a6e4d02ed5cd5468cd003ebc0026e1df9971c/5e393716/Br36024YL34JfdyYfFsOhf2TPDibP5QdUpvY4C2j5FlQTCA4WDZ-5ulnzi7-LDwxjELeirwjqxEpd3lGGhVsCw==?uid=0&filename=ЗУП2.png&disposition=inline&hash=&limit=0&content_type=image%2Fpng&tknv=v2&owner_uid=19599862&size=1280x892[/img]

Ох, уже эти ссылки:

Сотрудник есть в списке (даже 2 раза):
https://downloader.disk.yandex.ru/preview/e3133832ffa0062315fb0be60a1c7cc2cab8ae30fac8fd39eee83d892a2ab2dd/5e3936e2/qWaP5A2lA7BgVWUUt710xP2TPDibP5QdUpvY4C2j5Fkqg14ADoPzVtBWh6ka4UOA8Uyq74UyJC-polUagP7fQg==?uid=0&filename=ЗУП1.png&disposition=inline&hash=&limit=0&content_type=image%2Fpng&tknv=v2&owner_uid=19599862&size=1280x892
А выбрать его в док. Нач. зад-ть не дает (нет в списке выбора этого сотра):
https://downloader.disk.yandex.ru/preview/39312936a521ebedaab17c1e7a2a6e4d02ed5cd5468cd003ebc0026e1df9971c/5e393716/Br36024YL34JfdyYfFsOhf2TPDibP5QdUpvY4C2j5FlQTCA4WDZ-5ulnzi7-LDwxjELeirwjqxEpd3lGGhVsCw==?uid=0&filename=ЗУП2.png&disposition=inline&hash=&limit=0&content_type=image%2Fpng&tknv=v2&owner_uid=19599862&size=1280x892

>> Знаю, что заказчик ищет программиста уже давно
Значит он просит сшить 7 шапок из одной шкуры и ищет дурака, который не учует подвоха

(205)
РегистрСведений.ДанныеДляПодбораСотрудников КАК ДанныеДляПодбора
        ВНУТРЕННЕЕ СОЕДИНЕНИЕ Справочник.Сотрудники

Вот в РС должны быть галки "Основной сотрудник"

А ещё в РС РолиСотрудников этот сотр должен быть работником. Оттаквот

Это из моих записок. Дарю

Вот ещё:

Головной сотрудник должен быть ссылкой на самого себя!

(207) Исправить вручную в РС.
(208) А это как исправить вручную?

(209) А я откуда знаю? Я в ЗУП уже месяц не лазил. Просто есть привычка всё записывать, вот и поделился записями.

Другого сотрудника он дал выбрать (Ачитаева). Ввел нач. задолженность по нему, перепровел:
https://yadi.sk/i/y5K87G9eb3pZTw
Но в расчетном листке не отображается это нач. сальдо:
https://yadi.sk/i/5SjZkx6F8VbMDQ
И соответственно не дает его выплатить:
https://yadi.sk/i/u5jJpHvcKwVl2Q

(0) Я участвовал как минимум в семи подобных проектах. Мне лично завершить их успешно помогли опыт Михаил Борисовича Ходорковского в части подобных начинаний и документация компании Майкрософт с подробно расписанной технологией внедрения в корпорациях их продукта Windows 95. Не берись за всё и сразу. Тебе нужен пилот, то есть пилотный продукт. В отношении всего и сразу тебе надлежит понимать сто руководство говоря тебе о переносе данных на самом то деле подразумевают перенос бизнес-процессов. Я в качестве пилота как правило выбирал зарплату как некритичный с точки зрения бизнес-процессов продукт. Любой директор пожертвует с лёгкостью проблемами своих людей если ты их им создашь, но не проблемами своего кошелька. В процессе эксплуатации ЗУП кроме расчётчиков и ГБ все рядовые бухгалтера имеют возможность на подмене попробовать работать с программой вводя нужные данные сев в подмогу расчетчика. На этом ты оцениваешь тупоголовость и фактически решаешь вопросы с обучением как и на какие кнопки в восьмёрке нажимать без учета специфики той или иной конфигурации, параллельно решаешь вопрос страха пользователей перед новым продуктом. То есть:
1) ЗУП с притаскиванием за уши к расчётчикам и ГБ рядовых бухгалтеров
2) Бухгалтерия с притаскиванием за уши рядовых менеджеров в том счастливом случае если бухгалтерия разрешает им что-либо вводить в бухгалтерию
3) Торговля

Главное что бы руководитель не делал громких заявлений в духе
"Как внедрим программу я пару человек сокращу"

(211) Ты нафига на картинке колонку с цифрами не закрасил???? Мне то конечно пофиг, но тебя то могут и побить

(214) Не заметил, что тебе пофиг)))
Проблема решилась приемом и увольнением сотрудника в 2019 году (видимо, это создало нужные состояния в РС или где там еще).

Вопросик. Ввели документ "Увольнение", а в нем ставит Перерасчет = - 25 600.
Редактировать реквизит не дает. Как его можно очистить (обнулить)?
https://ibb.co/SPnscwR

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