Уважаемые коллеги разработчики и теоретики платформы 1С, обращаюсь к вам возможно не совсем со стандартной просьбой. Попался нам клиент который 4 года назад купил под свои нужды 1С:Документооборот версии 1.2. В дельнейшем он выяснил что эта система ему совсем не подходит, и тут была первая ключевая ошибка, он начал силами сторонних разработчиков ДОРАБАТЫВАТЬ 1С:Документооборот а не разрабатывать то что ему нужно с нуля. Дорабатывали это за 4 года наскоками несколько разных компаний. В 1С:Документооборот 1.2 изначально все входящие/исходящие/внутренние документы были реализованы не в виде документов конфигурации как это обычно делается при разработке а в виде справочников. Естественно справочники не имеют ни нумерации, ни даты, соответственно нет платформенных механизмов отбора в списке. Да им попытались все это реализовать через реквизиты и фильтры, но это существенно утяжелило скорость работы. Все усугубило то что в эти документы которые на самом деле справочники было внедрено в каждый тип порядка 70 таблиц !!! в каждой таблице от 10 до 40 реквизитов !!! на каждой форме под сотню реквизитов и десятки закладок с этими таблицами. Плюс ко всему и формы управляемы, т.е. ко всей этой каше добавилось еще и динамическое перестроение формы, т.к. в зависимости от комбинации галочек и параметров формы он а перестраивается в тот или иной вид. И сейчас нажатие любой галочки приводит к тому что отклик формы и ее перерисовка может достигать 5 а иногда и более секунд. Таких спраочнико/документов в системе за 4 года собралось порядка 10 тысяч каждого типа. Вся система крутится на SQLсервере но ей это уже не помагает, все тормозит и периодически падает. При запуске тех.анализа вылетает 12 тысяч строк ошибок (в среднем на одну ошибку 2-3 строки), т.е. в базе порядка 5000 реальных ошибок (и это только за последние полгода, т.к. мы видим в базе кучу восстановленных пустых объектов как раз полугодовой давности, значит тех анализ прогоняли те кто ее дорабатывал последний раз), потери ссылок, потери связей, ошибки по всей конфигурации и документ и справочники и регистры. При этом клиент упорно хочет дорабатывать и наращивать систему дальше, на человеческое объяснение что еще чуть и все рухнет окончательно он вроде бы согласно кивает но говорит надо и все. Дабы обезопасить себя хоть как то мне было бы интересно услышать ваше мнение и возможно ссылки на рекомендации 1С по разработки в части использования справочников в качестве документов, про 70 таблиц в справочнике, при 10-40 реквизитов в каждой таблице. Т.е как можно больше информации по каким либо рекомендациям самой 1С в качестве предельных нагрузок тех или иных объектов при разработках конфигурации. Надеюсь на вашу посильную помощь и постараюсь ответить на все ваши вопросы.

LOL короче.
Я бы взял типовой ДО и настроил синхронизацию ДО с ихним кавном. Всё.

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

(311) см (3). Не катит - в дело вступает тупая мантра "Им не надо ДО". Лаврова на входную дверь в контору эту вешать в пору...

(303) в прошлой жизни косячил сильно дофига - в этой искупает

тс, не парься, добавь еще 50 табличных частей к бедному справочнику с 40 реквизитами в каждой и отчитайся о выполненной работе

(311) (313) Да так и есть ДО им не нужен.

(309)+100500

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

(316) Да пока, я так думаю, вообще никто нихренища в этой ветке не понял, а что им вообще нужно и нахрена вас вообще наняли. Чтобы вы сделали что?

(299) денег берите сразу с собой побольше.

(315) Так вся беда что их же начальство не хочет подписывать практически ими же и составленное чтз. а не имея этого мы вообще ничего не можем делать. а чтз как я уже писал они меняют по 2 раза в день на протяжении последних 12 дней

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

(318) да нету поди ФТ

пфф, я ж сказал (323) -> (321) :))

(323) Ну ЧТЗ вроде хоть есть какие-то, насколько я понял.

(318) (319) А тут вступает другая хрень, что с бюджетными гос.контрактами не так все просто, до момента его подписания ты НЕ МОЖЕШЬ выйти на прямой контакт с заказчиком все встречи и связи ТОЛЬКО после его подписания !!! По этому все что ты знаешь о задаче это только то что написано в контракте не больше не меньше.

(321) Так а нахрена вы <(286)> тогда что-то вообще делаете и деньги сейчас тратите? И, главное, _что_ вы делаете?

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

+(327) Автор, попробуй еще вериги, мой тебе совет

предлагаю запилить все в яве!

типичный стек вызовов

http://nurkiewicz.github.io/talks/2014/jinkubator/img/jtrac-callstack1.png

+(329) с учетом сказанного - должно понравиться

(326) Ну так и что вы тогда уже _месяц_ усердно в поте лица ваяете, если еще с клиентом-то не общались?

(325) (327) нет есть ТЗ в рамках которого заказчик образно сказал что хочет, дальше в рамках этого же контракта идет пункт обследования и анализа работы для написания ЧТЗ сроком в месяц, вот именно по этому анализу и родилось совместно с заказчиком некоторое чтз кторое заказчик теперь отказывается уже 2 недели подписывать. и именно по причине таких динам все на данный момент и переведено в формальную плоскость с пересылкой документов по почте. в результате чего бос заказчика наконец то захотел пообщаться с нами лично.

(330) С Госконторами это не прокатит. Можно общаться вообще исключительно заказными письмами с уведомлением. Но когда истечет срок контракта, а результата не будет - то контора ТС тупо попадет на невыполнение контракта. И все. И уже ничего не докажешь. ИМХО - ТС должен эту мысль донести до СВОЕГО руководства. Чтобы они быстрее зачесались.

устал смеяться

(330) это вы еще ЗУП 3.0 не видели

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

(336) я в ERP лазил

(337) Надо повернуть все так, чтобы они сами все сделали.

(338) руки помыл потом?

(294) При чем здесь "их бигбосс не хочет подписывать". Если есть телепатия на то, что все это нужно реализовывать - так делайте (делайте в сторонке, не на боевой базе)! Потом наступит дедлайн и никакими изящными подписями в ТЗ вы ничего себе не прикроете или сроки вас убъют.

(337) я думаю что вы до прикалываетесь, но это к сути дела не относится. Если та сторона отказывается подписывать ваши полученные ЧТЗ, то вы автоматом получаете немотивированный отказ от подписания данных документов с указанием конкретных недостатков. Уже одно это при грамотном юристе можно обернуть против них самих, т.к. вы, по сути (увязав с контрактом) даже любые работы не можете начинать.

А вы прикалываетесь :)

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

+ и на всякий случай перепиши квартиру и машину на жену

Сделай для нужного тебе отдела свою форму, остальные пусть со старой работают.

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

(333) Так ты скажи одним предложением, что от вас хотят-то? Все ускорить, все переписать, все причесать, сделать кучу костылей, что?

Я бы уволился

(348) с хрена ли? Нормально все. ТС главное не мочить штанишки, а шашку подлиннее достать + включить режим турбо Дартаньяна.

(345) ага. с 40 табличными частями. как раз до НГ управится

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

ТС надо изучить
http://lurkmore.to/Анти-паттерн
особенно обратить внимание на организационные.

(351)+
Сложность будет только в допиливании нумерации и отчетов.

Летит скорее всего из-за не использования связей (логика, физ. целостность), отсутствия запретов, не использования штатных механизмов. Допустим, отменили документ - автоматом движения удалились (ну почти всегда), и т. п. В случае же справочника - надо все самому контролировать. С умом сделанное и оригинальное - почему нет? Лишь бы работало. Но работало быстрее и эффективнее. Медленнее чем типовые 1С, казалось бы, сделать невозможно, но нет :)
Я бы не взялся дорабатывать это
Тем более сами не знают чего хотят

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

(344) они переписаны на банк т.к. в ипотеке на долгие годы :-)

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

(351)(353) в том то и дело что тут будет ключевой момент это допиливание всех отчетов коих не мало на подтяжку данных из 2 мест и на это надо будет времени которого уже и так нет

(346) юристы и перекидывают мячик, а поездка к ним для встречи босов это как даже не столько визит вежливости сколько очередная фиксация того что мы не отказывались а работали на сколько возможно

(283) На кой было восстанавливать битые ссылки? Кстати, данные могут удаляться какими-нибудь регламентами, ты проверял, какие регламентные задания работают и что они делают?

(360) я хотел было сначала удалить эти ссылочки, но решил проверить, и чудо к этим битым ссылкам привязано до десятка дочерних ЦЕЛЫХ и нормальных документов, которые в какой-то степени являются продолжением уже потерянного документа и без него временами не имеют даже смысла!!! и что надо было сделать за компанию удалить самому еще и все дочерние документы ???

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

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

Еще можно при открытии открывать только те странички формы, которые для этого отдела ))

(277) а м.б. один отдел в отдельную конфу сунуть и обмен примастрячить?

(357) Чет я не понял, как получилось что они не подписали ничего, а деньги вы уже потратили/освоили? Вам аванс дали?

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

ТС, скажи пожалуйста работать когда начали с заказчиком? И сколько времени вы делаете ТЗ?

(277) (284) Отвечу по технической части.

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

Я действовал двумя путями. Первый шаг одинаковый: спроектировать структуру документа и регистров по-нормальному, "как должно быть". Дальше первый путь.
1. Сопоставить структуру "как есть" и "как должно быть".
2. Совпадающие реквизиты, имеющие одинаковый смысл и правильно заполненные оставить, остальные объявить устаревшими. Недостающие реквизиты добавить.
3. Создать полностью новые формы, используя только новые реквизиты.
4. Полностью переписать алгоритмы заполнения/проведения, используя новую структуру.
5. Обработками заполнить новые реквизиты в старых документах, оттестировать на них алгоритмы.
6. Подменить формы в интерфейсе.
7. Потом, когда-нибудь, удалить старые реквизиты.

Для некоторых документов первый путь выходил слишком трудоемким, а движения их были достаточно независимыми, поэтому я применял второй путь.
1. Создать новый документ по структуре "как должно быть" с другим именем.
2. Обработкой для каждого документа старого типа создать новый документ, заполнить и провести. Старый, разумеется, распровести.
3. Переименовать новый документ как старый, а старый как СтарыйДокумент_Удалить

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

Спрашивается, что надо сделать? Они сами не знают - ТЗ не готово. А как оно может быть готово если варианта только 2 либо менять ДО либо стоять и тупить. Тут варианта только 2 либо допиливать то что есть, либо сваливать.

А сваливать лучше по английски.

(363) Я такое реализовывал еще за долго до того, как это было в Бух 3.0 сделано в документах ПТиУ и РТиУ, даже еще на 7.7.
Созадет менеджер новую заявку - у него простенькая форма с первичными реквизитами.
Обрабатывает заявку технолог  - у него открывается сложная форма с картинками и со всторенной таблицой, как в регламентированных отчетах.
Обсчитывает бухгалтер по закрытию заказа - открывается третья форма, куда выводятся материалы, исполнители и рассчитываются расценки работ.

(370) а если 2-3 технолога последовательно обрабатывают заявку? Ввод на основании и документы 3-х видов будет практичнее и проще реализовать.

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

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

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

Вообщем госконтракты - зло.

(373) просто их надо уметь готовить.

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

(373) Ты нифига не понял, госконтора пилит бабло, студенты влезли в пилево, вот их и нагибают по кругу ;-)

новое пилить не взлетит. ибо это ДО. ибо это госконот ора. ибо никто ничего не знает и не сможет внятно скомпилировать что имено нужно всем.
Отдельный отдел который восстал - может чтото СВОЕ сможет озвучить. и так было раньше. именно по этому +100500 реквизитов и ТЧ. потому что каждый говорил что надо конкретно ему, не увязывая это с общим направлением.
не взлетит.
ТСа жалко.
Родит еще с десяток реквизитов или мегауниверсальный настройщик очереднйо к уже имеющимся с кучей очередных галочек. да еще к концу года.
не взлетит.

(373) просто надо писать код по стандартам 1С, тогда квалифицированные франчи без проблем его прочтут

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

(361) Ничего не надо было с ними делать. Перед началом работ сделать ТИИ в режиме тестирования, результат зафиксировать. У вас что, в контракте прописано восстановление утерянных данных?

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

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

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

(358) > в том то и дело что тут будет ключевой момент это допиливание всех отчетов коих не мало на подтяжку данных из 2 мест и на это надо будет времени которого уже и так нет

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

(368) спасибо за подробное описание и видение. все разумно и ничего лишнего. я бы так и поступил если бы мне это позволяло время рамки оговоренные в контракте.

(369) в сотый раз говорю не пытаюсь я никого и ни в чем убедить. ДО им не просто не нужно, забудьте вы про него, нет у них этого ДО, у них СВОЯ абсолютно иная работа не подходящая под условия и вообще принципы и логику работы ДО. Просто как сказала из биг.босс на сегодняшней встрече. ну во не существует и не существовало ничего на рынке для нашей специфической работы, а тут у нас была ДО которую мы купили и ей не пользовались, поэтому и решили что раз у нас есть что-то ЗАЧЕМ писать с нуля, давайте писать на ее базе, там же есть контрагенты и физ.лица вот и начали писать.

(373) Сегодня в случайном разговоре на другую тему с их работниками я наконец то услышал ключевую фразу, которую от нам не подтверждали все прошедшие почти 2 месяца "... вот ребята что вели нас 4 года понимали нас уже с полуслова ..." эта фраза расставляет все на свои места. И теперь 100% ясно, это чужой контракт, чужой бюджет и чужие решения, а мы по недальновидному и непонятному мне решению (я то как раз был против этого контракта) влезли в чужую малину на чужом огороде, за что теперь и расхлебываемся. И ваша ситуация это все и описывает. У меня есть точно такие же блоки и коды в других системах, идеальная работа и код которых понятны мне как ивам свои ночью и с полуслова, а здесь нам надо еще разгадать что там писали и как это все должно было работать.

(386) Твоя версия тут озвучивалась. Но как выкрутиться из этого - тебе виднее.

(381) Ну от части я с вами согласен от части нет. У мен есть и постоянная резервная подушка но не на 2 а на 1 месяц (т.к. в нашей жизни всего не предусмотришь и к этому надо быть готовым всегда) также есть 2 места отхода (на меньшие деньги но есть и меня там готовы принять в любой момент), но как вы и указали возникает вопрос "... психологической проблемы ..." да и как то бежать при первом запахе паленого это как раз мне кажется удел студентов. Проблемы надо решать и главное найти правильные пути их решения.

(388) а ты тут причем? Это вопросы будущих судебных разбирательств, в которых ты участвовать не будешь. Это вопросы юристов и их хлеб. Зачем тебе вообще увольняться? И в чем ты видишь здесь, по существу, свою вину? Зачем думаешь об увольнении?

На данный момент, заказчик на сколько это возможно однозначно выразился с своими решениями и желаниями. Разработать отдельную подсистему в отдельной конфигурации с нуля для восставшего отдела. И настроить синхронизацию данных между 2 конфигурациями (в основном из новой в старую) для того чтобы руководство могло в старой строить отчетность как и раньше. С их стороны подписано наше ЧТЗ с мелкими корректировками (в части синхронизаций) и теперь есть некая линейка по которой и будет вестись работа. В рамках разработки новой конифигурации (уже без всяких ДО за который так многие здесь цеплялись) с заделом на будущее, дабы в дальнейшем на этой новой конфигурации можно было с нуля реализовать то что они придумывали и дописывали по кусочкам все 4 года.

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

А по поводу 4-х страниц и 2 дней (их уже вроде как 3 даже), я уже не раз всех и за все здесь поблагодарил. Все что меня интересовало мне объяснили и подтвердили в рамках еще ПЕРВОЙ страницы. Все дальнейшая жизнь этой темы от меня почти уже не зависела. Сообщество дружно раздавало советы и задавало вопросы, я на все это отвечал поддерживая беседу.

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

(390) С таким маразмом без работы не останешься. Главное теперь секи момент, когда у них руководство сменится. Тогда таких "автоматизаторов" поганой метлой погонят. Будь готов предложить нормальное решение. Лучше представь его презентацией. Ещё пару лет потрудишься

(390) Вот франч ТС похоже и начинает выигрывать... Главное - влезть в контору, начать с ними работать, пусть даже и с убытком в начале. А потом - уже не кто то будет с ними 4 года работать, а вы...
Да и поездка директора похоже повлияла, договорились ;)

(393) Спасибо большое за такую оценку. Премию мне конечно не выписывают но и во всем другом не обижают как минимум у меня полу свободный график присутствия на рабочем и творчества в выполнении принятия решений. Всему этому способствовало конечно более 10 лет работы здесь и отношение руководства ЛИЧНО ко мне. Поэтому я и не рассматривал увольнение как выход. Но вот сами задачи я просто так выбирать не могу, да могу повлиять на них но не всегда (как в этом случае), бывают и некие политические решения у руководства, и тогда получаются проблемы как в этом случае

(394) (395) Возможно потом контора и выиграет (так считает мое руководство), да ЧТЗ подписано (опять же я не всем в нем доволен) но как минимум теперь у меня есть это самое ЧТЗ в котором как минимум жестко определен порядок того что надо делать, а это уже как минимум полдела. Ну а учитывая что ЧТЗ писал я то как минимум многие подводные камни в нем я оборачивал естественно в свою сторону. Так что теперь работа, работа и работа. Мысли есть. Предложений мне на давали тут кучу. Все учту, рассмотрю и не один раз продумаю.
Всем еще раз спасибо за участие.

(390) Вот видите, совсем не конец света, оказывается.

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

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

Но лично я бы выбрал первый вариант, зная наши госструктуры.

(398) Мысли витают видимо у всех в одном направлении. Руководство мечтает о втором варианте. Я предлагал сегодня первый, но немного в другом ключе, выйти на этих ребят и взять их как минимум на субподряд, но для субподряда наверное уж совсем маленькие деньги по этому контракту. Но по крайней мере для меня как разработчика на данный момент появилась хотя бы какая то ясность в рамках подписанного ЧТЗ.

тупой вопрос, ничего не работает и что делать?
Покупать то что работает и допиливать

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

шо? опять?..

>правильнее начать делать с нуля
зашкаливающего провессиоанализма пост

(403) я участвовал в таком же проекте и там действительно проще писать с нуля

+(404) а может даже и в этом ))

+(405) нет вру, у меня небыло ДО ))

(404) "здесь правильнее начинать с нуля"

вы хотели сказать : взять последнюю типовую за основу ?

(407) а смысл брать типовую, если ты ничего из нее использовать не будешь?

Как дела?

Что нового?