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

Почему бы не начать с 8.3?

(0) Ты сделаешь это дешевле чем за 16 тыр.? Силен!

Расчет в семерке убогий и неудобный.. регистры тоже неудобны для расчета зарплаты ввиду сильной завязки на точку актуальности, а зарплата как правило считается задним числом. Бухучет неплох, но делать зарплату на нём не просто. Хотя в своё время была весьма популярна каминовская зарплата именно на бухучете.

Конечно возможно, но на данном этапе в организации есть только платформа 1С 7.7

Если поставить вопрос так:
Чем Расчет будет лучше Регистров по стартовой теме топика.
Будет ли разница в скорости?
Или есть ли какие-то еще плюсы?

(4) Купите ЗУП.

Лучше в экселе несколько сводных таблиц.

(7) Excel таблицы есть сейчас.
Стоит задача автоматизировать.

(6) Интересует именно (5)

(6)  а как же убить пару месяцев рабочего времени?
Зуп базовая стоит 4т.р. На ней можно посоветоваться до покупки проф версии.

(10) Уважаю все точки зрения, но просьба все же обратить внимание на именно разницу в компонентах.
Я для себя не нашел каких-то неоспоримых плюсов в Расчете.
По теме пока ответ только (3). Спасибо ему.

(2) Уже сделано:
http://www.mista.ru/tutor_1c/example_zarplata.htm
:-)

(9) Франч чтоли? В восьмерке механизм гораздо гибче, чем в 7.7. Готовое решение на ней стоит копейки. Кстати, а компонента расчета для 7.7 у вас уже куплена?

(12) :-)

(13) Все компоненты есть.

(15) Ну значит уже есть Камин или ЗиК. Зачем еще 1 велосипед?

Если бы была такая задача, я бы бух учетом заморочился, а не регистрами

(17) Спасибо за мнение, возможно это действительно так.

Расчет з/п имеет "интересные" алгоритмы.
Могут рассчитывать начисления, исходя из базы по нескольким организациям входящим в объединение, "интересная" работа с часами которые нужно переносить на другой месяц. и т.п.

(19)+ ещё есть расчет резервов и отражение в бухучете, а так же отчеты в ПФР и налоговую.
На написание всего этого уйдет времени и денег на порядок больше, чем на покупку готового решения (причем не обязательно 1С)

(0) Поставил бы готовое решение. На усмотрение: либо ЗИК, либо ЗУП.

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

+21 Плюсы этого решения: решение готово к использованию. Установил, ввел данные и начал работать.

Минусы разработки своего решения: не вижу горизонта окончания проекта. Может тянуться бесконечно долго. А значит и бюджет будет из разряда "черная дыра".

(23) Бюджета не будет. Проект "для себя".

Для внутреннего пользования так сказать.

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

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

Как то не хардкорно. Пиши на справочниках!!

Вообще, для меня Расчет - это тёмный лес. Те, кто в ней разбирается, достойны уважения

(28) :) Молодец, с юмором человек.

Делал давно и выкладывал на проклуб.
Где теперь искать не знаю, но разошлась она по многим сайтам. Искать по "Мини-зарплата MaxS".

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

Сейчас я такой подвиг бесплатно делать не осилю.
ps. ни одной копейки вознаграждения не поступало за десяток лет. ;)

(25)  Ну время же нужно для этого? Кто-то это будет делать? Допустим, делать будет прог с ежемесячной зарплатой в 30 тысяч. Делать будет месяца два (а может и три). Итого: 30 * 3 = 90 тысяч.

(29) Да я тоже вот посмотрел на этот лес.
Сделал для такие выводы:
1. Календари это действительно неплохо.
2. Вытеснение - интересно, но когда есть табели - зачем?
3. Механизм перерасчетов отменяет расчет зависимых - с одной стороны неплохо, но необходимо ли.

(32) Есть еще и другие работы. Не ищу здесь выгоды.

(30) в каждой шутке есть доля шутки.
Была бы 8ка рекомендовал бы регистр сведений, а так.
Компонента Расчет слишком громоздка для данной задачи. Регистры неудобны. Идеально использовать План Счетов, но его нужно понимать.
было бы как в 8ке у справочниках и документов несколько таб частей, то можно было бы и на них.

Делай на том, что лучше знаешь.

(33) теще на забудь, что тебе надо будет сдлать возможность выплаты в межрасчет с начисление ндфл (отпусные, авансы, увольнительные и т.п)

А чем ЗУП не подходит?

Если нужна очень простая - я бы использовал регистры. Они пользователю будут гораздо понятнее.

(37) Надеюсь что оборотные регистры + запросы помогут в решении

(0) Как на регистрах будешь считать отклонения в расчете ЗП за прошедший период ?

(40) Отклонения - в смысле невыходы, больничные?
Думаю с помощью табелей.

Могу ошибаться, но ЗиК не поддерживает учет по нескольким организациям.

(35) А если развить тему регистров.
Чем они конкретно будут неудобны в расчете зарплаты?

(41) За прошлый(!) период. Допустим, больничного нет, следовательно, в табеле в конце месяца ставятся невыходы по невыясненной причине, считаем всё, невыходы пока не оплачиваем. Дальше... А вот дальше надо будет придумывать механизм вытеснения для табелей :)

+(44) >Допустим, больничного нет
Имеется в виду - пока ещё его не принёс сотрудник.

(43) ))) по ощущения старым. Я " клюшки" лет 8 не использовал.
Вызывает сомнение удобность работы с датами. Для зарплаты нету точки времени. Почти все расчеты выполняются по конец месяца( кроме межрасчета).
Насколько это будет быстро и удобно?

(45) в табели неявки
В след расет расчитаем и укажем что жто прошлые

(47) Как? Табель заполняется за текущий месяц. Если за прошлый заполнять - то получается, что будет два табеля на один и тот же период. Или предлагаете старый перезаполнять?

(43) Больничный притащили 05.02.15.
Больничный действует с 12.01.15 по 31.01.15.
Оператор делает ввод больничного 06.02.15.

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

(49) Кстати да, про это в клюшках забыл уже.

Использовать ЗиК. Дописать недостающее - проблемы не вижу.

(49) Расчет начислений по б/л будет производится 06.02.15.  Если нужно чтобы в прошлых документах-табелях вместо прогула было установлено больничный лист - выбираем табели за период действия больничного и меняем тип невыхода с прогула на больничный.
Как вариант.

Камин по 7-ку работает на Плане счетов уже больше 10 лет. Никаких проблем

(52) Т.е. работаем задним числом ?

(52) и если понадобится перепровести документы, то всё слетит нахрен.

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

Рассмотрим ЗиК для начала, и либо доработка (хотя до многофирменного решения довольно трудоемко будет доработать), или простенькое решение для расчета.

Всем спасибо за ваши мнения.

(5) Что то я не понял, если куплена компонента расчет. Почему не использовать стандартный ЗиК?

В (16) хороший вопрос был- если все компоненты есть, значит ЗиК уже есть. Зачем велосипед изобретать? Смысл?

компонента расчёт нужна, когда есть
вытеснения
зависимые пересчёт

(0) Автор, а ты и регламентную отчетность готов делать?

Возьми лучше что типовое.

(60) Регламентированную делать нет необходимости, все выгружается в Бухгалтерию

(56) Если нужен хитрый многофирменный расчет.
И именно на 7.7., как понимаю все компоненты есть, тогда комплексная вам в руки.

+60 Нужно только дать сумму начислений для документа Начисление в Бухгалтерии.

+62 Но я бы брал ЗуП 2.5 или 3.0

(61) Все в бухгалтерию выгружаться не может. Если выгружается настолько ВСЕ, что в бухгалтерии идет вся регламентированная отчетность, то на кой вообще на 7.7 пытаться делать расчеты з/п. Почему возникает вопрос с многофирменностью и т.д.

Вопросов появится дальше больше, чем ответов.

Самый первый вопрос, на который не увидел ответа - почему не используются готовые программы для з/п ?

OFF: Просто интересно, насколько велик мозг ТС, если "многофирменное решение" у него ассоциируется с "мини"???

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

(66) Те же данные но в разрезе нескольких организаций.

ТС дай примерный расчет в привязке к физлицу "Вася Пупкин", на котором стало бы понятно о какой многоформенности и о каком таблеьном учете идет разговор, что скрывается в пересчете отработанных часов табеля в рубли, если это несколько фирм. Это что начисления за преподавательские часы? А может это хитрая сдельщина, где вместо результатов в штуках идут результаты в отработанных часах?

(67) а как стыкуется в этом свете многофирменность с КЗОТом? Принимаете на временную единицу, пишите договор ГПХ или все оформлены на постоянку везде?

(70) С юридическими нормами все в порядке более чем.
Кроме того в мою задачу входит только упростить расчет з/п относительно тех же таблиц Excel.

Я начал эту тему с целью разобраться чем же лучше Расчет относительно Регистров.
В принципе мне ответили (35) (36) (38) и всем другим тоже спасибо.
И конечно же стоит пристально посмотреть на ЗиК.

(71) и именно на 7.7 ? на самописке с нуля ? Наборы справочников с подчиненными, для замены табличных частей, которые есть в 8-ке... А можно и наборы документов, чтоб сразу табличными частями. В табличных документах хранить отработанные нормо-единицы (часы или штуки) по каждому табелю отдельно, что даст "многофирменность". Забрасывать результаты проведения в регистры оборотные, а на выходе формировать отчет в разрезе элементов справочника Сотрудник.

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

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

(74) Полностью с вами согласен. Примерно с такими мыслями я и начал тему.

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

(76) Возможно не стоит использовать башенный кран чтобы поднять прораба на 2 этажа :-)

(77) Пьяные мамонты) В том-то и дело, что ты думаешь, что это прораб и 2 этажа, а на самом деле это бетонные плиты и 18.

(74) документы хуже из-за ограничения количества строк до 999

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

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

(79) Они на практике табель на сколько строк растянуть смогут?

(80) Спасибо за дельный совет.

(80) Кстати, реально, рабов нет :) С законом все в порядке.

Начинал с ЗиК 7.7, внятный удобный и простой механизм проведения периодических расчетов. Если есть желание работать на 77 то причин не использовать "Расчет" просто нет. Из коробки:
1. Очередность расчетов(когда что бы корректно посчитался ВР2, надо что бы перед этим посчитался ВР1)
2. Привязанность расчета к объекту
3. Разделение даты ввода расчета и периода действия расчета(вводим отпуск в феврале за февраль, март)
4. Группы расчетов.
5. Вытеснения.
6. Сторно записи и записи-перерасчеты
7. Периодичность расчетов.
Все это надо будет писать самому на регистрах. Часть решается настройкой регистра, часть несложно реализуется, но быстро решается не все. Или решается но не так удобно.

(31) давно известно что 1Сники те еще жлобы

(31)Зарплата без автоматического формирования 2НДФЛ, социальных налогов и справок2НДФЛ не имеет смысла. Вполне возможно, что твою конфигурацию никто реально не использовал с того момента как устарели формы.

(85) Ага. Её с тех пор и по сей день активно используют.
Для 2НДФЛ пользуются типовой ЗУП.
Как-то зародилась шальная мысль сделать такую же на УФ 8.3. Глянул функционал и понял, что по времени/деньгам это будет дороже типовой УПП. ;)