надо ПОЛНОСТЬЮ переделать ЗУП

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

Судя по вашим размашистым формулировкам, "ПОЛНОСТЬЮ переделать ЗУП" и "написать программку по управленческой программе на основании ЗУП", у вас проблемы с обоими пунктами. Или как минимум, с первым.

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

ПОлностью - это эмоционально )). На самом деле есть уже точно видение изменений. Официалы насчитали 70 тыс. и даже для нас написали что конкретно в каких документах менять. Программу обновлять по законодательству не будем - т.к. в ней не учитываем и не насчитываем налогов. Для этого есть другая чистенькая программа - все как надо. Между собой эти программы будут обмениваться справочниками и официальными перечислениями.
программу только для удобства правим - самое большое изменение - это Табель. У нас его заполняют мастера на производстве и каждый свой участок. Нужно в новеньких выделять.

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

Все-таки в ваших словах есть какое-то противоречие.

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

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

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

И в самом деле - хотите содержательных советов, выложите то, что у вас есть - пусть не ТЗ, пусть отдаленный прототип. Иначе переливаем воду из пустого в порожнее.

По вашим словам, например, можно предположить, что вам нужна не полноценная система расчета упр. з/п, а всего лишь адаптированная к специфике предприятия система табелирования. Для такой задачи не нужны ни коэффициенты расчета отпусков, ни коды ОКТМО. Тогда и круг того, что надо синхронизировать с основным расчетным ЗУПом не очень велик.

Что хотите получить в конечном итоге? Какие цели, и какие участки хотите автоматизировать?

Спасибо за совет!
скорее всего так и сделаем!

М-да, конечно, это файлик не только нельзя назвать ТЗ, но даже требованиями к будущему ТЗ. Ибо ничего не понятно.

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

Если не хотите попасть в тупик, то не жадничайте именно на ТЗ.
Полностью согласен, что

Но при этом немного не согласен насчет

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

Это можно сделать с помощью ограничения прав доступа и доработки интерфейса ЗУП.

Права доступа еще могу изменить, а вот доработать интерфейс - это уже работа специалиста

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

ЗАЧЕМ Вы это делаете вручную, когда в программе есть штатная обработка Загрузка данных из табличного документа

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

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

ИМХО, если бы автор для начала выучил программу и ознакомился с основами регламентированного учета зарплаты, то и ветки бы не было. Неоднократно встречался с активными и уверенными в себе, которые начинали не с постановки задачи, а со слов "поменять всё, программа не отражает наши запросы". И сам убивается, и других замучает. P.S. Ничего личного, если что.

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

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

Один спец тоже возможен, но
1) По-моему, не более 10-20% приличных разработчиков способны одновременно выполнять и функции приличного консультанта-аналитика.
2) Не всегда один дешевле. Люди, владеющие обеими функциями, быстрее выбиваются в начальники или владельцы своего бизнеса, хотят большие ставки и т. п.
3) Учитываем вашу исходную постановку - вы же хотели найти УДАЛЕННОГО прогера-фрилансера подешевле. А мое мнение: чтобы удаленный разраб не наделал фигни, у него должен быть качественный постановщик, который работает с требованиями НА МЕСТЕ их возникновения. Поэтому именно в такой схеме "два, а не один" предпочтительнее.

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

Спасибо ВСЕМ!
помогли собраться с мыслями!