Штатный программист 1С или аутсорсинг?

Коллеги, помогите определится с сабжем.

Исходные данные:
Платформа 1С: 8.1, 1С Бух 8, 1С ЗУП 8 (все лицензия). Файловый вариант. Работа в терминальном режиме. Количество пользователей - 10 (бухи, кадровик, складская служба).

Основные проблемы: неуверенное знание 1С пользователями; как следствие, нечеткая постановка задачи с их стороны;

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

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

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

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

Что посоветуете?

Вот сейчас начнется перетягивание одеяла на себя. :)
Однозначного ответа на данный вопрос думаю нет.
Лучший вариант думаю будет если Гуру прийдет все поставит за месяца 2-3.
Всем все покажет, определит узкие места. А потом все будет удаленно поддерживать.
С франчем трудно будет договорится ездить на Южный.

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

Какова сейчас стоимость профи?

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

з.ы. Судя по постам вы работаете в ТиС, я сталкивался с вами (по зерну), исходя из принципов вашего руководства рекомендую : на базовые работы брать фра/фри, на супорт мотивировать своего

[QUOTE=Scorpi0;15184159]Какова сейчас стоимость профи?[/QUOTE]

Я думаю в вашем случае будет правильнее действовать по схеме :

1) найти фра/фри №1
2) найти фра/фри №2
3) анализ объемов необходимой работы фра/фри №1
3) анализ объемов необходимой работы фра/фри №2

4) выбор того кто адекватнее понял ваши задачи
5) ТЗ от кондидата
6) утверждение ТЗ вами
7) цена от кондидата
8) торгуетесь по цене
9) утверждаете календарный план
10) работаете/платите поэтапно
11) НЕ удивляетесь, что время в календарном плане вырос в 2-3 раза
12) продолжаете платить
13) Окончание работ - полный расчет - пожали руки/поцеловались в дёсна
14) "Свой" точит все это дальше долго и счастливо

При наличии удаленного доступа, думаю, что особой разницы нет. (и фнранчи едут, физически едут, на удаленные объекты). Все зависит от конкретного фрилансера, его загрузки и от франчайзи. Однозначно, это будет дешевле штатного программиста.

С удаленным доступом проблем нет. Правда, еще нужно дополнительно обдумать вопрос безопасности...

Теперь возникает вопрос: где найти фри-профи?
Требования: хорошее знание 1С бух 8, ЗУП 8. Хорошее знание бух. учета. Коммуникабельность. Ответственность.
Работодатель в Южном.

2 Mulder_1: Спасибо за алгоритм.

[QUOTE=Scorpi0;15186035]С удаленным доступом проблем нет. Правда, еще нужно дополнительно обдумать вопрос безопасности...

Теперь возникает вопрос: где найти фри-профи?
Требования: хорошее знание 1С бух 8, ЗУП 8. Хорошее знание бух. учета. Коммуникабельность. Ответственность.
Работодатель в Южном.

2 Mulder_1: Спасибо за алгоритм.[/QUOTE]

Вот это самое сложное. Правильно говорят "Кадры решают все".
Опять вернулись к тому с чего начинали :) (я о поиске профи).
У меня встречный вопрос. Раз у вас все лицензия значит ставил (внедрял)
какой-то франч. Чем не подходят услуги по поддержке того франча?
К тому же многие франчи проводят курсы пользовательского режима
Бухгалтерии для Украины и ЗУП. Они могут в телефонном режиме подсказывать
как сделать ту или иную бухгалтерскую операцию.

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

[QUOTE=Scorpi0;15182282] ответы на вопросы "как сделать ту или иную бух. операцию"[/QUOTE]

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

[QUOTE=Yana1282;15188347]т.к. задач по программированию серьёзных нет.[/QUOTE]

Это очень спорное высказывание

[QUOTE=vitasw;15188811]Это очень спорное высказывание[/QUOTE]

В принципе, Яна права. Основные проблемы скорее методологические, чем технические.

Вообще спецов по ЗУПу днем с огнем не сыщешь. У самих всего один. Фри или фра - не столь важно, сколько квалификация конкретного человека. Многие фри - бывшие фра и наоборот. За 2 года кризиса все перемешалось - это раньше были закоренелые фри и фикси, которые и в страшном сне себе не могли представить работу во фра :) Ан-нет... теперь работают во фра и довольны (не все конечно, но многие адаптировались)
Что касается темы поста: то что Южный - то фигня. По времени добираться с поскота быстрее чем на таирова.
Ну а в остальном - поспрашивайте знакомых, кто кого знает. Посмотрите на сайты франчей на их клиентов, возьмите и прозвоните парочку тех, кто наиболее подходит по параметрам внедрения, послушайте отзывы. Не лишним будет наличие соответствующих сертификатов у спеца. Только смотрите не на количество сертификатов фирмы в целом, а конкретного спеца. А то бывает что сертификаты на франче висят, а обладатели сертификатов уже давным давно там не работают. Или работают - но вам пришлют студента :)

[QUOTE=Radomir;15200402] Или работают - но вам пришлют студента :)[/QUOTE]

Ну это совсем надо не дружить с головой, чтоб на БУ+ЗУП прислать студента

Итог темы такой (для моих условий на данный момент): аутсорсинг выгоднее, как для первичного этапа "доведения до ума", так и для последующего сопровождения.

Варианты атсорсинга:
- грамотный фрилансер
- фирма-аутсорсер (обязательно франчайзи???) с грамотным(и) специалистом(ами)

Осталось найти таких :)

[QUOTE=Scorpi0;15207093]
- фирма-аутсорсер (обязательно франчайзи???) с грамотным(и) специалистом(ами)
[/QUOTE]

Аудиторов, с высоким уровнем знания 1С 8-ой нет, по крайней мере я с такими не встречался.

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

[QUOTE]Итог темы такой (для моих условий на данный момент): аутсорсинг выгоднее, как для первичного этапа "доведения до ума", так и для последующего сопровождения.

Варианты атсорсинга:
- грамотный фрилансер
- фирма-аутсорсер (обязательно франчайзи???) с грамотным(и) специалистом(ами)
[/QUOTE]
Если честно, то этот разговор вызывает у меня только улыбку :)... Такие извращенные подходы к автоматизации предлагаются - сразу видно, мы в Одессе! Тут ещё до сих пор спорят, что важнее - методология или программирование, торгуются по цене и претендуют на бесплатное ТЗ?!
Вам нужно просто найти крайнего в неудачной автоматизации (проще всего сделать крайней 1С - так делается чаще всего и главное, ДЕШЕВЛЕ!) или Вам действительно нужна система учета, автоматизированная на 1С??? Только от цели будет зависеть Ваш выбор - каждой кастрюле своя крышка!

[QUOTE=vitasw;15212506]Аудиторов, с высоким уровнем знания 1С 8-ой нет, по крайней мере я с такими не встречался.[/QUOTE]
Если Вы не встречались с Богом - вы же не будете утверждать, что его нет!? Вы просто с ним никогда не встречались! :)

[QUOTE=Наночка;15339734]Если честно, то этот разговор вызывает у меня только улыбку :)... Такие извращенные подходы к автоматизации предлагаются - сразу видно, мы в Одессе! Тут ещё до сих пор спорят, что важнее - методология или программирование, торгуются по цене и претендуют на бесплатное ТЗ?!
Вам нужно просто найти крайнего в неудачной автоматизации (проще всего сделать крайней 1С - так делается чаще всего и главное, ДЕШЕВЛЕ!) или Вам действительно нужна система учета, автоматизированная на 1С??? Только от цели будет зависеть Ваш выбор - каждой кастрюле своя крышка![/QUOTE]

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

Извините, может я действительно не поняла вопроса, но
[QUOTE]Основные проблемы: неуверенное знание 1С пользователями; как следствие, нечеткая постановка задачи с их стороны;[/QUOTE]
не совсем говорит о наличии внедрения.
А все слова, которые я употребила - есть в ответах по теме (я просто действительно некорректно адресовала сообщение Вам - оно относится ко всем). Удачи Вам!

[QUOTE=Наночка;15340664]Если Вы не встречались с Богом - вы же не будете утверждать, что его нет!? Вы просто с ним никогда не встречались! :)[/QUOTE]

Вы знаете ... следуя вашей логике , вероятность встретить динозавра при выходе из дома = 50% ... можно встретить а можно и не встретить .. =)

Сергей, no comments

А мне понравился выстрел Наночки.
2(Mulder_1) Ну, в наше время любая фраза может вывернута до потери первоначального смысла.
"Если Вы не встречались с Богом - вы же не будете утверждать, что его нет!? Вы просто с ним никогда не встречались!" - эта фраза мне понятна. Хотя и пафосна.
А вот "Вы знаете ... следуя вашей логике , вероятность встретить динозавра при выходе из дома = 50% ... можно встретить а можно и не встретить .. =)", признаться, не уловил. Это у чему? Просто Наночку поддеть? Или существует документальная статистика, что есть встретившие динозавров при выходе из дома? И поэтому вероятность стремительно приближается к 50%? по-моему уважаемому модератору не следует самому уводить ветку от темы. Участники и так показывают в этом мастерстве чудеса.

[QUOTE=Наночка;15340664]Если Вы не встречались с Богом - вы же не будете утверждать, что его нет!? Вы просто с ним никогда не встречались! :)[/QUOTE]

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

ну я знаю спецов по 8ке. работают зарабатывают. загружены. и шо?

[QUOTE=Scorpi0;15182282]Что посоветуете?[/QUOTE]
Советов тут вроде хватает, могу предложить реальную помощь (как связаться знаете...) Особенность внедрения бухгалтерии и особенно ЗУПа - это знание специалистом методологии самой программы и практических вопросов в этих областях. В 90% случаев стандартных внедрений помощь программистов не нужна вообще (здесь могу себе представить взрыв эмоций программистов 1С:wild:), а это значит, что Вы остаетесь на типовой конфигурации и пользуетесь новой отчетностью уже на следующий день после её выхода. Я знаю, что так работают не многие, но не могу согласиться, что таких не бывает!
[QUOTE]работают зарабатывают. загружены.[/QUOTE]
- согласна.
Ещё раз извините, если я обидела чем-то лично Вас - Вы просто хотели совет... Желаю удачи!:)

[QUOTE=Наночка;15373227] В 90% случаев стандартных внедрений помощь программистов не нужна вообще [/QUOTE]

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

[QUOTE=recon;15374739]Эх, это было бы так,если бы все клиенты думали также, как разработчики типовых конфигураций..... Или хотя бы, клиенты вели учет по одной и той же методике и легко переходили на любую другую, предложенную внедренцем :)[/QUOTE]

Как показал практический опыт - это вопрос компетентности специалиста (профессионализм+опыт) ну, и ещё немного "шаманства" (хотя это тот же опыт) :)

[QUOTE=Ankarassa;15366317]ну я знаю спецов по 8ке. работают зарабатывают. загружены. и шо?[/QUOTE]

аудиторы?

[QUOTE=SRT;15362428]
"Если Вы не встречались с Богом - вы же не будете утверждать, что его нет!? Вы просто с ним никогда не встречались!" -
...
Или существует документальная статистика, что есть встретившие динозавров при выходе из дома? [/QUOTE]

Неужели существует статистика , что есть видевшие бога ?
Фраза была сказана в связи с тем, что нужно оперировать минимальными фактами .. а умных фраз, любой накидать сможет ... а факты таковы , что как сказал vitasw :
Аудиторов, с высоким уровнем знания 1С 8-ой нет, по крайней мере я с такими не встречался.

так вот я тоже не встречался ... возможно просто у нас (с аудиторами) разное понятие высокого уровня знания 1С...

Вы верно подметили ... не нужно пафосности ... но тут уж (извините меня) и я немного не удержался =) ...


з.ы. : добавлено позже , полностью поддерживаю recon в его сообщении ...

[QUOTE=recon;15374739]Эх, это было бы так,если бы все клиенты думали также, как разработчики типовых конфигураций..... Или хотя бы, клиенты вели учет по одной и той же методике и легко переходили на любую другую, предложенную внедренцем :) [/QUOTE]

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

[QUOTE=recon;15374739]Кстати вопрос - а что такое "стандартное внедрение"?[/QUOTE]

Технология стандартного внедрения
В основе деятельности по созданию и эксплуатации программного обеспечения (ПО) лежит понятие жизненного цикла (ЖЦ). ЖЦ является моделью создания и использования ПО, отражающей его различные состояния, начиная с момента возникновения необходимости в данном программном изделии и заканчивая моментом полного прекращения его использования.
Традиционно выделяются следующие основные этапы ЖЦ ПО:
• анализ требований;
• проектирование;
• кодирование (программирование);
• тестирование и отладка;
• эксплуатация и сопровождение.
Существующие модели ЖЦ определяют порядок исполнения этапов в ходе разработки, а также критерии перехода от этапа к этапу. В соответствии с этим наибольшее распространение получили три следующие модели ЖЦ: каскадная модель, поэтапная модель с промежуточным контролем, спиральная модель. Каскадная модель предполагает переход на следующий этап после полного окончания работ по предыдущему этапу. Это не всегда соответствует действительности, но позволяет упрощенно отразить все необходимые этапы создания автоматизированной системы учета. Поэтапная модель – итерационная модель разработки программного обеспечения с циклами обратной связи между этапами, которая изображает итерационный процесс совершенствования и повышения качества. Спиральная – делает упор на анализ и проектирование, на каждом витке создание версии ПО или его фрагмента, уточняются цели и характеристики проекта и планируются работы следующего витка. Наиболее полно ЖЦ, технологии разработки и обеспечения качества программных средств отражены в ИСО 1227.
Далее представлена каскадная модель технологии стандартного внедрения программных продуктов на базе системы программ «1С:Предприятие».
Мы выделили следующие основные этапы ЖЦ автоматизированной системы учета на базе системы программ «1С:Предприятие»:
• экспресс-обследование;
• анализ и построение технической архитектуры;
• поставка и установка программного обеспечения;
• детальное обследование, адаптация и тестирование;
• внедрение;
• обучение;
• сопровождение.
Каскадная модель выбрана с целью описания этапов ЖЦ создания автоматизированной системы учета крупными этапами. Представленные схемы отражают технологию стандартного внедрения достаточно приблизительно с целью наглядного описания основных процедур, потоков, необходимого и желательного документооборота. В процессе реального внедрения адаптации может предшествовать процессу построения технической архитектуры, ряд блоков может не присутствовать вовсе. Однако, все эти процессы, как нам видится, могут присутствовать в том или ином виде при любом внедрении. Последний процесс в общей схеме «сопровождение» не является в строгом смысле последним. Модель ЖЦ предполагает итерационный процесс совершенствования и повышения качества автоматизированной системы учета путем возврата практически в любую точку ЖЦ.

(c) 1C. Книга "Элементы технологии стандартного внедрения" в рамках методических материалов по построению Системы Менеджмента Качества для подготовки к сертификации ISO 9001:2008 в компании-франчайзи

[QUOTE=Radomir;15382291]Если мы говорим про Бух и ЗУП, то клиенты ведут учет по одной и той же методике. И называется она ПСБУ.
Также поддержу Наночку, что если мы говорим о бухгалтерии, то клиентов с типовой (ну или почти типовой) гораздо больше (даже я бы сказал подавляющее большинство), чем с сильно измененной. И действительно, объем изменений в конфигурации зависит от грамотности внедренца. Если внедренец вообще не умеет конфигурировать - он в пользовательском режиме решит гораздо больше задач, чем тот кто конфигурировать умеет :).
[/QUOTE]

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

конфигурация для более менее крупного предприятия порой изменяется до неузнаваемости, т.к. вести учет в базовом функционале можно конечно , но ОЧЕНЬ тяжело (начиная с специфического документооборота , причем немалого и заканчивая ВЭД) ...причем в 8-ке ситуация то и не сильно поменялась имхо ... различие только в том , что стало удобнее дорабатывать, но опять же, все зависит от конфигурации ...

[QUOTE=Radomir;15382291]
Технология стандартного внедрения
В основе деятельности по созданию и эксплуатации программного обеспечения (ПО) лежит понятие жизненного цикла (ЖЦ). ЖЦ является моделью создания и использования ПО, отражающей его различные состояния, начиная с момента возникновения необходимости в данном программном изделии и заканчивая моментом полного прекращения его использования.
Традиционно выделяются следующие основные этапы ЖЦ ПО:
• анализ требований;
• проектирование;
• кодирование (программирование);
• тестирование и отладка;
• эксплуатация и сопровождение.
Существующие модели ЖЦ определяют порядок исполнения этапов в ходе разработки, а также критерии перехода от этапа к этапу. В соответствии с этим наибольшее распространение получили три следующие модели ЖЦ: каскадная модель, поэтапная модель с промежуточным контролем, спиральная модель. Каскадная модель предполагает переход на следующий этап после полного окончания работ по предыдущему этапу. Это не всегда соответствует действительности, но позволяет упрощенно отразить все необходимые этапы создания автоматизированной системы учета. Поэтапная модель – итерационная модель разработки программного обеспечения с циклами обратной связи между этапами, которая изображает итерационный процесс совершенствования и повышения качества. Спиральная – делает упор на анализ и проектирование, на каждом витке создание версии ПО или его фрагмента, уточняются цели и характеристики проекта и планируются работы следующего витка. Наиболее полно ЖЦ, технологии разработки и обеспечения качества программных средств отражены в ИСО 1227.
Далее представлена каскадная модель технологии стандартного внедрения программных продуктов на базе системы программ «1С:Предприятие».
Мы выделили следующие основные этапы ЖЦ автоматизированной системы учета на базе системы программ «1С:Предприятие»:
• экспресс-обследование;
• анализ и построение технической архитектуры;
• поставка и установка программного обеспечения;
• детальное обследование, адаптация и тестирование;
• внедрение;
• обучение;
• сопровождение.
Каскадная модель выбрана с целью описания этапов ЖЦ создания автоматизированной системы учета крупными этапами. Представленные схемы отражают технологию стандартного внедрения достаточно приблизительно с целью наглядного описания основных процедур, потоков, необходимого и желательного документооборота. В процессе реального внедрения адаптации может предшествовать процессу построения технической архитектуры, ряд блоков может не присутствовать вовсе. Однако, все эти процессы, как нам видится, могут присутствовать в том или ином виде при любом внедрении. Последний процесс в общей схеме «сопровождение» не является в строгом смысле последним. Модель ЖЦ предполагает итерационный процесс совершенствования и повышения качества автоматизированной системы учета путем возврата практически в любую точку ЖЦ.

(c) 1C. Книга "Элементы технологии стандартного внедрения" в рамках методических материалов по построению Системы Менеджмента Качества для подготовки к сертификации ISO 9001:2008 в компании-франчайзи[/QUOTE]

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

[QUOTE=recon;15384889]Спасибо что процитировали книгу, но понятия "стандартного" внедрения у каждого свои (не все фри и фра дословно следуют книжному слову 1С :) ), просто интересовало что имела ввиду Наночка.[/QUOTE]

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

[QUOTE=Mulder_1;15384245]Ключевое слово "почти"... да не спорю .. для небольшой фирмы изменений практически не нужно , а то и вообще работают на том функционале который есть, но для таких фирм и аудиторы то не нужны...

конфигурация для более менее крупного предприятия порой изменяется до неузнаваемости, т.к. вести учет в базовом функционале можно конечно , но ОЧЕНЬ тяжело (начиная с специфического документооборота , причем немалого и заканчивая ВЭД) ...причем в 8-ке ситуация то и не сильно поменялась имхо ... различие только в том , что стало удобнее дорабатывать, но опять же, все зависит от конфигурации ...[/QUOTE]

Я Вас расстрою своим ответом, но всё зависит только от компетенции проектной команды (исполнитель + заказчик):(
Давайте уточним понятие "крупного предприятия"... Если речь идет о внедрении ЗУПа на предприятии с численностью 50-120-200 человек - это крупное?! Они замечательно укладывается на типовую с доработками печатных форм и отчетов (и то не всегда). Про крупные заводы с тысячами сотрудников ничего сказать не могу:(... пока...:)
Ну, а тема ВЭД - моя любимая. Утверждаю с полной уверенностью, что в 77, а тем более в 8 - валютный учет идеально соответствует законодательству! Сама "ставила учет" и неоднократно, за 10 лет никогда не дорабатывали типовую в плане валютного учета!:)
Хотя, тут я слукавила... у нас была типовая на 77 по транспортному экспедированию для мультивалютного учета, там сложнейшие зачеты взаиморасчетов в различных валютах одновременно с разрывом во времени (хотя это было добавление функционала на базе существующего). Всем удачи!

Полностью соглашусь с последним высказыванием Mulder_1 и частично с recon (все-таки стремиться к стандартам необходимо, конечно до известной степени.)
У нас тут развернулась дискуссия, кто важнее/нужнее: программист или аутсорсер. Да оба важны, оба решают одну задачу - решение проблемы пользователя/ведения учета. Но подход к делу у каждого из них вцелом все-таки разный.
Аутсорсер может решить практически любую проблему, но только средствами существующего функционала (потому как вариантов больше нет). Иными словами, аутсорсер будет стремиться стандартизовать методику решения проблемы. Да, не спорю, в этом есть свои громадные плюсы как для самого специалиста так и для методики ведения учета. Признаю так же, что вцелом, аутсорсер знает функционал лучше чем программист; что исправление ошибок ведения учета гораздо лучше и проще решается аутсорсингом, программированием можно их лишь минимизировать.
С точки же зрения программиста любая задача изначально может решаться двумя способами: текущий функционал или программирование. Программирование можно повысить удобство работы пользователя и предоставить результат именно в удобном для пользователя виде, а не в виде текущего функционала. Я уже не говорю о специфическом документообороте. И к тому же в любой момент программист может выполнить работу консультанта (хотя, ой как не любит), а консультант, при всем своем желании, заменить программиста не может.
В общем... для текущей работы и ответов на вопросы предпочтительнее/дешевле аутсорсер. Для оптимизации, донастройки под специфику - программист.
Давайте жить дружно:)

[QUOTE=vitasw;15396491]Давайте жить дружно:)[/QUOTE]

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

Последние 14 постов читаю с искренним воодушевлением. Причем сказать самому нечего, тему раскрывают участники много лучше, чем сам ее смогу сформулировать - просто приятно читать взвешенную и деловую дискуссию. Браво!!!

[QUOTE=Scorpi0;15182282]
....
Сейчас обдумываю варианты:
1) искать нового штатного программиста (тек. з/п 8000 грн. "грязными")
2) переходить на аутсорсинг (более склоняюсь к профи-фрилансеру, чем к франчайзи, но возможно, я и не прав...).

Что посоветуете?[/QUOTE]

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

[QUOTE=Наночка;15394975]Я Вас расстрою своим ответом, но всё зависит только от компетенции проектной команды (исполнитель + заказчик):(
Давайте уточним понятие "крупного предприятия"... Если речь идет о внедрении ЗУПа на предприятии с численностью 50-120-200 человек - это крупное?! Они замечательно укладывается на типовую с доработками печатных форм и отчетов (и то не всегда). Про крупные заводы с тысячами сотрудников ничего сказать не могу:(... пока...:)
Ну, а тема ВЭД - моя любимая. Утверждаю с полной уверенностью, что в 77, а тем более в 8 - валютный учет идеально соответствует законодательству! Сама "ставила учет" и неоднократно, за 10 лет никогда не дорабатывали типовую в плане валютного учета!:)
Хотя, тут я слукавила... у нас была типовая на 77 по транспортному экспедированию для мультивалютного учета, там сложнейшие зачеты взаиморасчетов в различных валютах одновременно с разрывом во времени (хотя это было добавление функционала на базе существующего). Всем удачи![/QUOTE]

Не соглашусь с ВЭДом в 7.7. ПУБ не очень то любит оказание услуг нашему контрагенту-агенту в валюте и с НДС. ПУБ не особо работает с налоговым валютным учетом,т.е. средневзвешенный работает, а вот идентифицированной стоимости (или хотя бы в виде партионного списания валюты по налоговому учету) нет. Не учитывает также зависимость валовых доходов и расходов от балансовой стоимости валюты на момент продажи/покупки с учетом событий и др. и наоборот, балансовой стоимости от валовых доходов/расходов с учетом событий.
Что ПУБ, что Бух, что ЗИК подходит 100%-но только для малых предприятий, так как работают с базой практически монопольно и догадываются (знают) что делают, а вот на средних/крупных предприятиях столько особенностей, ограничителей возникает: "там не лазь - здесь доделай - там упростить, практически автоматизировать".
Но вот таких тонкостей и не хватает ни в 7.7, ни 8.2, всё отдается на откуп программистов,то есть на их "хлеб".

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

[QUOTE=Ankarassa;15436766]кхмкхм. странно было бы реализовывать тонкости внешней экономиечской деятельности в типовой конфигурации.
Разве это типовая деятельность отечественных предприятий?
и как бы это. с кого ж еще денег брать то как не с них?[/QUOTE]

Ну дык, если позиционируется конфигурация на мультивалютность, т.е. предполагает ВЭД, то и вести валютный налоговый учет должна полностью.

ниче непонятно кто кому че должен.
ручные операции и типовые никто не отменял. отражайте что желаете :)

[QUOTE=Ankarassa;15437210]ниче непонятно кто кому че должен.
ручные операции и типовые никто не отменял. отражайте что желаете :)[/QUOTE]

Тогда о каком типовом внедрении может идти речь?! Или перефразирую - кому такое типовое внедрение нужно?

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

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

[QUOTE=SZA;15441043]..ребят, если бы программные продукты с завтрашнего дня продавалисьт в коробке и как пирожки не требовали бы ни настройки, ни обучения использованию, ни доработок.. 75% нас, ИТ-шников, остались бы на улицах.. остались бы только продавцы пирожков и администраторы фритюрниц.[/QUOTE]

Согласна с Сергеем... программные продукты никогда не станут пирожками :)
На мой взгляд фирма 1С с лихвой выполняет принцип 80/20 при разработке типовых конфигураций. Типовая конфигурация, это не та, которая автоматизирует все без исключения операции (тем более, если их используют только 5%, максимум 10% пользователей, и тем более, если законодательно они неоднозначно прописаны...) Если программа способна полностью удовлетворить 80% пользователей - это уже типовая!
Ни одна типовая программа не способна объединить в себе все нюансы наших законодательных разночтений, виды деятельности и пожелания всех пользователей:)

Однозначно.:)
Была б моя воля, я бы еще процентов на 15-20 урезал бы функционал восьмерки... ну уж очень пользователи пугаются.

[QUOTE=vitasw;15479597]Однозначно.:)
Была б моя воля, я бы еще процентов на 15-20 урезал бы функционал восьмерки... ну уж очень пользователи пугаются.[/QUOTE]

:good: +++:)

[QUOTE=vitasw;15479597]Однозначно.:)
Была б моя воля, я бы еще процентов на 15-20 урезал бы функционал восьмерки... ну уж очень пользователи пугаются.[/QUOTE]

Это зачем же? У меня наконец-то появилась возможность настраивать весь учет самостоятельно, это наоборот преимущество. Тем более, что в маленьких фирмах на обслуживание 1С денег не выделяют, а так бухгалтер сам может все настроить.

Вы примеряете одежку на себя, а я видел ситуацию на массе народа.
...и не стоит уж так серьезно воспринимать шутку:)

Дорогие друзья, я думаю что решение данного вопроса заключается:
1. В сложности выполняемой работы.
2. В объеме работ.
В зависимости от сложности работы (например сложные внедренческие проекты, доработки) и нужно определять - нужна нам помощь из внешних источников, или нет. На эту тему недавно я прочитал хорошую статью: "Поддержка и сопровождение 1С: в каком случае нужно делать выбор в пользу аутсорсинга?" Опубликована на сайте российской газеты "Экономика и Жизнь" [url]http://www.eg-online.ru/article/126282/[/url]

Я думаю что [URL="http://efsol.ru/support-1c/outsourcing.html"]аутсорсинг программистов 1с[/URL] лучше всего заказывать у компаний 1С:Франчайзи.