Прошу помощи форумчан направить меня по пути правильного (каноничного) внедрения 1С8. Дело в том, что внедрением не занимался. Технологий этого процесса не знаю. Готов начать делать все по-своему. Но уверен, что велосипед уже изобрели и стоит пойти по проторенной дорожке. Подскажите (ссылки, книги, статьи), в которых бы была описана правильная методика внедрения: С чего начать, какие этапы выделить, какие методики использовать на каждом этапе.
Я пока довольно смутно представляю весь процесс. И в голове он у меня больше похож на обычную задачу по автоматизации:
1. Составить схему документодвижения.
2. Выделить типы прав и исполнителей на каждом этапе документовдижения. Разделить полномочия пользователей.
3. Изучить стандартные механизмы, предоставляемые стоковой конфигурацией.
4. Допилить, что необходимо.
прочитав это вы наверное посмеетесь, но я в этом вопросе зелен, поэтому прошу ваших наставлений.
П.С. Сейчас стоит семерка. Допиливаю и админю её я.

(0) Вопрос не формата форума.

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

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

(3) План рисования кота:
* Взять бумагу
* взять карандаш
* нарисовать кота
Неужели никто на форуме не может поделиться информацией? Своими методиками?

(4) ну какие на семерке использовал методики, те же и на восьмерке.

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

(4) методики все описаны, читай литературу, могу вкратце пересказать опыт 8 лет внедрений но это уже консалтинг и стоит денег

(7) Где твои методики по тому как расти консультанту? Не найду!

(8) методик не писал, писал путь консультанта- давно это было. Надо было в ка оформить. А не то постоянно новые темы появляются

(7) "Читай литературу" собственно на форуме за этим. где бы её раздобыть?

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

без этих двух пунктов внедрение на 100% завалится...

(5) Семерку не внедрял. Пришел на уже установленную конфигурацию. И собственно не 1Сником пришел. Жизнь заставила учиться. Много что там дописывал. Но с нуля не развертывал никогда. Поэтому и интересуюсь.  Охота сделать это более менее профессионально. Ну или через зад, но используя подходы профессионалов.
(6) Ну так разве не здесь обитают специалисты, которые внедряют (с последующим допиливанием) типовые конфигурации. Неужели эти специалисты делают это по принципу "главное начать, а дальше само пойдет"?
Задам более конкретный вопрос (он не отменяет первого-общего):
Методики/форматы/подходы составления ТЗ на внедрение. Подскажите методики/форматы составления структуры документодвижения. Методики/форматы/подходы составления различной документации на разных этапах внедрения. Я прошу прощения за сумбур. Но он у меня в голове, и я прошу вас помочь мне его упорядочить.
П.С. Неужели нет разработанного самой 1С пособия-плана по внедрению типовых конфигураций? Или это только частные наработки конкретных внедренцев?

(12) Установить-обучить-обновлять, вот и весь план

(0) канонический путь- выбрать и купить готовое решение из коробки. И обновлять регулярно.

(14) Это канонический путь к покупке решения из коробки а не его внедрению.

(12) главное - вовремя с.баца

(12) не забудьте обновить компьютерный парк.

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

(12) я могу выбить практически любое организационное решение. Можешь ли выбить его ты? Если да, то на план внедрения можно наплевать, если нет то согласовывай план внедрения.для плана внедрения нужны цели внедрения, для реализации плана нужны ресурсы. Определил цели- автоматом получил план. Определил план - автоматом получил список ресурсов. Выделили ресурсц- проект на 50 процентов сделан, не вцделили- можно не начинать даже. Дальше все зависит от рп и как он подобрал команду внедрения и настроил за перемены лпр. На ютубе есть видео внедряй,рекомендую просмотреть.

(0) Вы за бесплатно хотите получить то, за что в цивилизованном мире берут деньги?

(18) Это один и тот же подход при желании. Это не разные пути, это разные участки одного пути.

(0) 1. анализ существующих процессов (как есть) и подготовка ТЗ (как хотим)
2. Настройка и доработка стоковой конфы, подготовка инструкций, настройка прав.
3. обучение, загрузка данных
4. опытная эксплуатация (работают пользователи в реальной базе), доработка и допилка (по результатам работы пользователей)
5. промышленная эксплуатация после получения премии за внедрение.

(18) пользователей надо нагибать, а не объяснять про "проще и лучше"..

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

(23) умение внедриться знаете ли, это очень нужный навык.

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

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

(20) Я всего лишь начИТ+прогер1С. Если бы я был директором, то ваш вопрос был уместен. Бесплатно же в моем случае = сделано своими силами. Внедрять 3 типовых конфигурации Бухгалтерия, УТ и Общепит (сейчас 3 конфигурации и шесть семерочных баз)  буду я один :)) Своими силами.

Вот как надо внедрять
Чем грозит написание своей "конфы" на базе Бухгалтерии?
Нужен оперативный и Упр. учёт - нет проблем, берём БП, в которой этого и рядом нет и пилим), потом всю жизнь поддерживаем

(28) для типовых: БП и общепит - установить, обучить, и забыть (лучше, забить).
УТ: установить, обучить, собрать требования\пожелания, доработать, забить (но не забывать)

Директор требует план. Делать нечего. Накатал такой.
https://www.dropbox.com/s/k8tj05pzo2u1aim/Скриншот%202015-02-17%2016.49.26.png?dl=0

(31) полная шняга, в нем нет саого главного - цели внедрения и критериев оценки...

наступит час х и тебя порвут с криками "зачем нам это надо было? давай возвращай все назад!"

(31) не взлетит

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

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

Октябрь - выходной, бгг

(31) Вполне логичный общий план, главное - его придерживаться или вовремя корректировать.
Непонятно только одно - вы с какого месяца переходить собираетесь на учет в 8ке?
Я уже не помню - типовой перенос умеет ли документы переносить.

(32) Зачем прописывать цель внедрения на плане внедрения?
Цель внедрения, если простым языком, сделать все, что у нас есть на 7ке, но только на 8ке. Мотивы перехода - тема для отдельного топика. Здесь я их обсуждать не хочу.
(33) Лексикон под стать нику)
(34) Мой интерес внедрять 1С в том, что иначе никаких перспектив в развитии я не вижу. Так и сидеть в конторе перелопачивая периодически 7ку? Это мой проект. Я (на "я" логическое ударение:)) поставил перед руководством задачу о необходимости перехода на 8ку. Я доказал необходимость этого шага, я выбил деньги. Я хочу завершить этот проект. И со спокойной душой, оставив рабочую систему, уйти на другую нормальную работу. Уже 100% 1С-программистом. А не начИТ+навсерукимасер. С парочкой сертификатов и с гордой пометкой в резюме, что под моим руководством и с непосредственным участием была внедрена система 1С предприятие 8.

(38)если цели нет - то зачем переходить?
Попробуй кратко сформулировать по мотивам перехода....

если цели нет - это 100% провал...

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

мда.....

(35) Ну я думал просто дать возможность людям из рабочей группы поработать в типовой конфигурации. А то они ведь 8ку даже в глаза не видели. Должны посмотреть, что в ней есть для их работы, чего нет. Я понимаю, что это будет сложно без полноценной работы, но хотя бы. И да, разговаривал по поводу обучения. У шефа понимание необходимости подобного шага есть. Надеюсь, что она не изменит своего отношения к этому вопросу. Обучение нужно добавить в план, верно заметили. Как раз-таки на этапе тестирования типовой конфигурации.
(36) Если все получится, то, наверное, будет "запой"))

(39) хочет руку набить и свалить, а разгребать кто-нибудь другой будет

(40) данные за 2 месяца опять переносить придётся

(40) Т.е. посадить баянистов за пианино и пусть они попробуют сыграть мелодию?

если не смогут, то допиливать пианино)

>> Я всего лишь начИТ+прогер1С. Если бы я был директором, то ваш вопрос был уместен. Бесплатно же в моем случае = сделано своими силами. Внедрять 3 типовых конфигурации Бухгалтерия, УТ и Общепит (сейчас 3 конфигурации и шесть семерочных баз)  буду я один :)) Своими силами.

не надо!
утонешь!

>> Цель внедрения, если простым языком, сделать все, что у нас есть на 7ке, но только на 8ке.

не надо!

поймай хорошего франча!

(39) Вы считаете, что продолжение эксплуатирования 7ки верное решение? Ну скажите? Вот мы раньше на БЕСТе сидели (правда до меня). И в принципе можно было продолжать работать в нем. Можно было и его допиливать. Зачем мы перешли на 7ку? Понятия не имею.
Не хотел развивать эту тему. Но если вкратце: 7ка. ДБФ. Лицензий на MSSQL-сервер нет. Можно купить новый MSSQL-сервер (Какой он там по счету?). Но он не поддерживает даунгрейд до 2005 - последнего безглючно работающего с семеркой. Плюс семерка на сервере работающим в 16 потоков грузит почему то всего пару ядер и при этом жутко тормозит (не надо писать про хдд, там проверял - не узко). Плюс еще много всяких шероховатостей, которые со временем будут только усиливаться. Нет давайте забьем на прогресс и будет сидеть на семерке пока не помрет последний 1С7 прогер. А и у нас все меньше и меньше и некоторые франи работают только с 8ой. Ладно не хочу продолжать эту тему. Не этого топика разговор.

(31) Не ссы! если есть большое желание внедрить - то внедришь.
приведенный план в первом приближении покатит.
1. обязательно д.б. кто-то ОДИН чье слово является решающим-определяющим в спорных вопросах, а то не договоритесь.
2. 8-ые конфы болеен навороченные чем клюшечные. Поэтому просто рабочей группой потыкать посмотреть что там есть и насколько оно подходит - имхо это не самый лучший путь. очень хорошо было бы найти на внедрение чела который реально имеет опыт и отлично знает типовые конфы и опыт их применения - он сможет удержать вас от лишних ненужных дописок, показав как можно применить типовые механизмы для решени янетиповых задач

(45) (47)  Есть хороший франчайзи. Он на случай плана Б.

(37) Да я думаю, что получится уговорить перенести только остатки. Очень надеюсь. Оставлю старые семерочные базы для избранных.

(50)
ты один справишься только в случае перехода на все типовые.
переделывать/обновлять/консультировать и все одновременно по трем конфигурациям одному нереально!

а делать все как в 7.7 просто глупо! не надо этого!

(51) остатки на 1 сентября? Беги оттуда пока не поздно

они никогда не догонят - так и будешь остатки переносить каждый месяц!

(55) а потом баланс в 7ке делать)

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

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

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

(54) ну.. по факту получится что они стартанут с января следующего года...

(59) неа - остатков не будет ;)

(49) Огромное спасибо! Я обязан сделать. Либо я смогу переломить свою жизнь в лучшее русло, либо окончательно уйду в декаданс.
1. Думаю будем собирать противоречия и периодически вносить их на рассмотрение директору. Она женщина довольно умная. с образованием бухгалтера. Решающее слово будет за ней.
2. Вы правы. Я наверное привлеку одного такого специалиста. Есть на прицеле. Да и сам вынужден буду освоить типовые конфигурации.

(49) если нет цели - найти того кто будет пинать всех не реально....

(48)
для примера - бух 7.7 это 200тыс строк, бух 3.0 более 1 ляма строк....

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

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

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

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

и озвучь - хоть - что планируется внедрять - БП или УТ?

(64) а твоя тестовая группа другого и не умеет, только как в 7ке

(63) Собственно изначально сюда и зашел за помощью, чтобы умные люди подсказали, что нужно "автоматизировать какой-то процесс а не схему документодвижения". Я за методологией сюда пришел. Фактически один из моих главных вопросов был: "Подскажите методологию написания ТЗ для внедрения 1С."

(65) да понимаю, сталкивался уже при допиливании 7ки

(68) а вот фиг вам.
Скольо людей - столько мнений.
Вот например существует мнение что лучше иметь хоть чтото работающее без ТЗ, чем нихрена не работающего но с ТЗ.

(57) ПО закуплено. Возможно понадобится будет увеличить аппаратную мощность. Но это будет известно чуть позже.
(66) Сейчас 3 конфигурации: ТиС, Бухгалтерия и Общепит. Больше всего переписаны: ТиСы (там 2 базы с разной степенью отличий от типовых) и Общепит. Бухгалтерия вроде не сильно отличается о типовой.
Будем внедрять УТ, Бухгалтерию и Общепит.

(71) Ну так внедрите бухгалтерию прямо сейчас, пока начало года, еще не поздно остатки перенести. Хлопот хватит до сентября. Заодно все потренируются работать с восьмеркой. А далее - будет видно.

Зарплату внедрить забыли, гулять так гулять)

А что с масштабами предприятия? Сколько юзеров работает в 1с?

(72) +100!

Уже сочувствую бухгалтерам и директору(((

(75) тем более что в большинстве случаев - бухгалтерия достаточно "обособленное" подразделение от остальных и влияние на оперативные процессы минимально

(76) иди нафиг отсюда, казачок засланный! ;-)
.
сочуствовать надо топикстартету! ;-)

(12)(71) Большая часть конфигураций внедряется на уровне
Работает типовой механизм? Да
Ну так не трогай то что работает.

Приведу пример довнедрёвывания типовой БП.
Сценарий первый:
Призвали организовать в БП возможность кассовую книгу формировать по обособленным подразделениям.
Говорят вот дескать есть такой хороший механизм в БП Корп. Нам подходит, но БП корпа у нас нет.
У меня БП корп был. Посмотрел типовой механизм по корпу. Добавил 6 строк кода в двух местах. Выкусил кассовую книгу из БП Корп и прикрепил внешним отчётом(!) к БП. Всё работает.

Сценарий второй:
Тот же заказчик. Те же бухгалтера. Опечалились тем что кассовая книга не отражает перемещения денежных средств между подразделениями которые они забивают документами РКО. Расход то по подразделению расхода есть, а вот поступления на подразделение нет. Открыл отчет в типовой корп. Посмотрел что там такая же ситуация. Как иеговист свято верующий в компетентность методистов 1С при том что сам я тупой 1С ник, а не бухгалтер обратил на этот факт внимания бухгалтеров. Указал что могу исправить, но что данное исправление это некорректная операция и 1С всё делает правильно. Погуглил по теме на яндексе. Обнаружил что бухгалтерия хочет дурного и корректно будет данные перемещения делать через 57 ой счёт типа деньги в пути. Бухгалтера просветлились и прослезились. Всё работает.

(78) Сочувствовать конечно можно ему и даже подкинуть денег немного на вазелин. Но реально надо сочувствовать тем кто потом всё что он там навнедряет будет приводить в божеский вид.

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

(68) Я бы помог. Но я сроду ТЗ не писал. Я общаюсь с заказчиками. Много думаю. А пишу только код и документацию. Ну иногда, как знают коллеги, код у меня сам себя пишет.

1 доллар удар. Остальные деньги за знание куда надо ударить. Знание приходит с годами. Голову свою на плечи не насадить ибо всё на деле зависит от множество разных "но" или проще говоря от ситуации.

(68) "Я за методологией сюда пришел" - дал же методологию для двух случаев внедрения. что еще нужно?

(12) "Неужели эти специалисты делают это по принципу "главное начать, а дальше само пойдет"? " Вы не поверите))))))

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

(0) Неопределенность в выборе методики внедрения 1С является следствием неопределенности в определении внедрения 1С.

(77) Соглашусь с вами. Наверное, так и стоит сделать.

(74) В Бухгалтерии ~ 40
ТиСы ~ 50
Общепиты ~ 40
(80) Я не собираюсь перепахивать типовую конфигурацию без необходимости. Не буду приступать к работам по перелопачиванию прежде чем не ознакомлюсь с механизмами из типовой.

(88) "Знание типовых конфигураций. В некоторых случаях принципов и основ БСП. Максимально при внедрении задействовать механизмы использование которых не требует в дальнейшем переноса Ваших доработок при обновлении типовой конфигурации."+"Знание и понимание принципов бухгалтерского, налогового учёта там где требуется соприкосновение с регламентированным учетом"

И да поможет Вам святой Януарий.

не загоняй себя в угол, пусть параллельно работают в двух базах: внедряемой и существующей.
Когда дт и кт в двух базах будет совпадать заменяй на 8

+89 Видите ли в принципе если Вы только приходите к тому что бы заниматься внедрением 1С могу сообщить Вам два весьма деликатных момента:

1) Надо понимать что люди начинают программировать в 1С с того что задача которую надо закодить занимает у них на свою реализацию много времени. По мере роста багажа количества решённых успешно задач растёт и квалификация специалиста. Рост квалификации даёт эффект того что Вы можете решать более сложные или равные типовые задачи (особенно если Вы их или подобные задачи уже решали в прошлом (наличие наработок)) за меньшее время. За счёт этого факта Вы можете за тоже время решить большее количество задач и заработать меньше денег по сравнению с тем как если бы их решение занимало больше времени. Хотя тут весь вопрос в том насколько Вам повезёт с вменяемостью заказчиком. Дело в том что процентов 90 основной массы заказчиков не понимает программирования напрочь и поэтому стоимость решения задач оценивается ими не по экономическому эффекту для предприятия, а по трудоемкости которую они в свою очередь понимают как количество времени потраченного на задачу. Соответственно если у Вас есть наработки по теме которая интересует заказчика и уже высокая квалификация, то перед Вами может встать выбор между "Решать как в первый раз Вы эту тему видите и проводите исследовательскую работу не имея наработок" либо "Сделать быстро, качественно и получить меньшие деньги"

2)Есть затраты на доработку без учёта стоимости дальнейшего сопровождения. То есть некую задачу можно решить быстро и в лоб, но при этом увеличить совокупную стоимость владения ПО для заказчика. Грубо говоря можно сделать всё так что бы для дальнейшей работы заказчика ему было необходимо всё время иметь Вас под боком для того что бы всё работало при каких-нибудь изменениях в регламентированном учёте. То есть посадка заказчика на подсос. А можно организовать таким образом что бы Вы были не нужны или были нужны минимальные трудозатраты специалиста меньшей квалификации, а то и самого обученного Вами заказчика. Вопрос опять же нравственный.

Приведу Вам две крайние истории из моей и не моей практики.
Я знакомому предпринимателю настроил 1С таким образом что бизнес процессы относящиеся к оперативному и управленческому учёту независимы от процессов регламентированного учета. Данные из оперативно управленческого контура выгружаются в контур регламентированного учета. Был приобретён и настроен терминальный сервер. Были настроены терминальные тонкие клиенты как на рабочих так и на резервных компьютерах. Были организованы сетевые принтеры. Катриджи заправлял сам заказчик. Обслуживание IT и 1С свелись к следующему принципу — Раз в квартал при необходимости сдаче отчётности я приезжал к заказчику и обновлял типовой контур систему регламентированного учет и собственно сами формы отчётности. Оперативно управленческий учёт трогать не приходилось вообще ибо не трогай то что работает, а заказчика всё то что я ему написал до этого устраивало и экспериментировать с методологией своего ведения управленческого учёта он не собирался. В случае падения компа заказчиком брался комп из числа резервных. Затраты сводились к оплате моих часа-двух работы в квартал.
Другой пример рассказал приятель. Город у нас не миллионный, а скромнее. Специалистов, особенно раньше, не так уже и много. Приятель сам 1Сник. На него вышла некая фирма кого-то из его родственников. Рассказали историю что их обслуживает некий местный франч, но сейчас специалист из франча который их обслуживает, которому они доверяют и которого они знают как великолепного специалиста в отпуске и вызвонить его возможности никакой нет (он в другом регионе). Периодически у них возникает ситуация что 1С перестаёт нормально запускаться и только этот специалист является их единственной панацеей от этой проблемы. Попросили короче посмотреть базу. Мой приятель пошёл посмотреть. Дело ещё было на 7.7. Обнаружив что показания заказчика верны он открыл глобальный модуль конфигурации:
Там в коде стояло что то типа
Процедура ПриНачалеРаботыСистемы()
// Регламентированная процедура которая запускается при старте системы
Если РабочаяДата()>'01.08.2001' Тогда
СтатусВозврата(0);
Возврат;
//Ничего не делать, завершить работу, вернуть управление системе
.......................
КонецПроцедуры

Узнав фамилию того кто их обслуживает приятель закоментировал код и добавил комментарий
// Такой-то ты м...к
Заказчику он о сути проблемы ничего не сказал.
В итоге в общем выбор за вами. Быть голодным но качественным внедренцем или быть сытой свиньёй. Истина где то между этими двумя крайностями.

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