8.х ЗУП Закачка сделки

Тема в разделе ""1С:Зарплата и управление персоналом ЗУП"", создана пользователем dlis, 31 май 2013.

  1. TopicStarter Overlay
    dlis
    Offline

    dlis Опытный в 1С

    Регистрация:
    29 июл 2011
    Сообщения:
    266
    Симпатии:
    0
    Баллы:
    26
    возникла еще одна проблема, в ЗУП для РБ в документе "Кадровое перемещение" не работает механизм временного перевода (указание даты с-по) в модуле объекта в обработке проведения нет даже алгоритма, вместо этого там при наличии даты "по" (ДатаОкончания) делается проводка в намеченные события. Другие документы, изменяющие плановые начисления (Ввод сведений о п.н., Ввод плановых начисл. удерж) так же не поддерживают функциональность с -по, поэтому приходиться заводить два документа "кадровое перемещение". ((
  2. TopicStarter Overlay
    dlis
    Offline

    dlis Опытный в 1С

    Регистрация:
    29 июл 2011
    Сообщения:
    266
    Симпатии:
    0
    Баллы:
    26
    а если у человека в месяц 4 и более сделки - то это лишняя бредовая работа для расчетчиков, что подскажете? может обработкой формировать документы??
  3. Draco
    Offline

    Draco Модераторы Команда форума Модератор

    Регистрация:
    28 окт 2009
    Сообщения:
    13.634
    Симпатии:
    946
    Баллы:
    204
    Повторюсь, что уже обсуждалось на форму это. Скажу сразу, что все это не просто.
    1С не особо замарачивалась с тем что леовек может в месяц по 10 раз работаь и на повременке ина сделке.
    как Вам выше написали - это переовды его, но тут еще пол беды, вся беда в том что сдельный наряд вы можете оформить либо на день, либо на месяц. и если Вы человека переовдите на 3 дня то Вам что бы все правильно работало и считало - надо оформить три сдельных наряда. что бы потом все правильно подтянуось в документ Начисление ЗП.

    Насчет бредовости - это можете подискутировать с разработчиками 1С - они Вам скорее всего объяснять чем руководствовались. Как формировать документы - ну эт уже другой вопрос.
  4. TopicStarter Overlay
    dlis
    Offline

    dlis Опытный в 1С

    Регистрация:
    29 июл 2011
    Сообщения:
    266
    Симпатии:
    0
    Баллы:
    26
    короче все очень сложно, тогда я вижу только одно решение - вручную вбивать табель, в дни сделки ставить буквы, например ЯС (вид оплаты начисления - нулевая сумма, вытесняет повременку), загружать обработкой в разовые начисления суммы оплаты сделки, рассчитанные в старой программе, что скажете??
  5. Draco
    Offline

    Draco Модераторы Команда форума Модератор

    Регистрация:
    28 окт 2009
    Сообщения:
    13.634
    Симпатии:
    946
    Баллы:
    204
    я бы предложил следующиее:
    1 Когда человека переводят на сделку, то в 1с делать ему на это время либо кадровое перемещение, либо изменение плановых начислений, с оклада на сделку
    2. Брать типовой вид расчета Оплата по сдельным нарядм
    3. Если все переоды правильно заполнились, то при формировании документа Начисление ЗП все начисления по периодам подтянуться как надо.
    4. Сделку считаь в другой программе,
    5 Написать внешнюю обработку заполнени ТЧ документа Начисление ЗП и ей автоматом подтягивать и заполнять сумму и По сдельным нарядм - время само посчитается, если переовды правильно оофрмляли.

    Другое дело если на время сделки его переводят на другой график, то офрмлять все токументом перемещение. А если график какой то свой, то делать индивидуальный график работы на человека.
  6. TopicStarter Overlay
    dlis
    Offline

    dlis Опытный в 1С

    Регистрация:
    29 июл 2011
    Сообщения:
    266
    Симпатии:
    0
    Баллы:
    26
    Ваш вариант хорош, но это куча документов по изменению планового начисления (1 на начало, 2-й на окончание), + ещё проблема с внутрисменной сделкой, а если вести табель то эти вопросы отпадают
  7. svet
    Offline

    svet Профессионал в 1С Команда форума

    Регистрация:
    9 ноя 2007
    Сообщения:
    1.971
    Симпатии:
    59
    Баллы:
    54
    Я бы все-таки попробовала для начала втиснуть ваши наряды в стандартную сделку. У нас тоже сначала было много мата и квадратных глаз по поводу сдельного наряда, но постепенно вроде как утряслось (ТТТ! :)) и вписались в почти стандартный сдельный. И - да - бывает что на сотрудника несколько нарядов, и что сотрудник в наряд только на 1 день попадает - вводят табеля прямо в наряде.

    Или уж тогда пишите свой документ, который будет делать расчет так,как вам нужно, дешевле обойдется. А регистры - куда писать данные - можно посмотреть по сдельному наряду.
  8. Draco
    Offline

    Draco Модераторы Команда форума Модератор

    Регистрация:
    28 окт 2009
    Сообщения:
    13.634
    Симпатии:
    946
    Баллы:
    204
    Что значит внутрисенная сделка, когда пол дня на сделке пол дня не на сделке.? Такое не учтете
    Понимаете, в чем проблема документ Табель - это на самом деле - пришитый кусок. Все основные махинации в прорамме проходят через Начисления, и часы всегда и в основном беруться из Онсновных начисления, а не из табеля. Просто вам сложенее будет написать анализ таебля и исходя из этого его разбор с какого по какое число - какое начисление было, чем научить людей заполнять. документы
  9. TopicStarter Overlay
    dlis
    Offline

    dlis Опытный в 1С

    Регистрация:
    29 июл 2011
    Сообщения:
    266
    Симпатии:
    0
    Баллы:
    26
    а основное начислением каким документом меняете?
  10. TopicStarter Overlay
    dlis
    Offline

    dlis Опытный в 1С

    Регистрация:
    29 июл 2011
    Сообщения:
    266
    Симпатии:
    0
    Баллы:
    26
    а Вы не практикуете автоматическое создание документов (смена основного начисления)?
  11. Draco
    Offline

    Draco Модераторы Команда форума Модератор

    Регистрация:
    28 окт 2009
    Сообщения:
    13.634
    Симпатии:
    946
    Баллы:
    204
    А каким образом ?

    Вы же все рано откуда то должны брать что челеловек с такого то по такое то куда т переходи, что бы откуда то брать - это должно быть вбито - так люди сразу в 1с вбиваю, а не вбивают вдругую программу, а оттуда обработкой переносят документы. Не написать конечно можно Но человеку же все ранов придется где то вбивать что он тогда то был там то по такое то
  12. svet
    Offline

    svet Профессионал в 1С Команда форума

    Регистрация:
    9 ноя 2007
    Сообщения:
    1.971
    Симпатии:
    59
    Баллы:
    54
    Вводим плановыми начислениями, но у нас сдельщики не очень часто на простую повременку переходят (опять же ТТТ! :)), не массово.
    Автоматически соответственно тоже не делаем.
  13. TopicStarter Overlay
    dlis
    Offline

    dlis Опытный в 1С

    Регистрация:
    29 июл 2011
    Сообщения:
    266
    Симпатии:
    0
    Баллы:
    26
    ещё такой косяк:
    1 . кту по сделке (не принимать во внимание кту, которое необходимо для распределения заработка по сделке) считается путем умножения выработки на процент (30%); кту при повременке считается как процент от базы куда входит начисление "Оклад по дням";
    2. при сделке надбавка за стаж считается от базы, которая формируется на основании тарифной оплаты (часовой тариф сделки * отработано часов), надбавка за стаж при повременке считается процентом от базы, куда входит начисление "Оклад по дням"

    И так ещё несколько начилений, разные базы для расчёта. Я так понимаю их нужно устанавливать на период сделки, а потом прекращать при переводе на повременку? Если так то это вообще завал, ни один бух. не согласиться на такую дурную работу(
  14. Draco
    Offline

    Draco Модераторы Команда форума Модератор

    Регистрация:
    28 окт 2009
    Сообщения:
    13.634
    Симпатии:
    946
    Баллы:
    204
    НУ посуте дела так
  15. TopicStarter Overlay
    dlis
    Offline

    dlis Опытный в 1С

    Регистрация:
    29 июл 2011
    Сообщения:
    266
    Симпатии:
    0
    Баллы:
    26
    тогда вариант только один, разовым начислением загружать начисления для каждого сотрудника, которые считаются фиксированной суммой:
    1. Сумма сделки (аналог выработки)
    2. КТУ сделки
    3. и тд. др начисления (за стаж, за вредность)

    (все эти данные рассчитаны в др. программе)

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

    что скажете?
  16. Draco
    Offline

    Draco Модераторы Команда форума Модератор

    Регистрация:
    28 окт 2009
    Сообщения:
    13.634
    Симпатии:
    946
    Баллы:
    204
    Ну как вариант. Так сказать трудно - это мини проект целый - надо садится смотреть все начисления. смотреть ресурсы человеческие кто что вводит, кто отвечаети тогда решать.
    Так же со стороны плохо видно - я же могу сказть - нифига - я не вижу ничего страшного что бы пользователь в день вносил 20 документов - я своих научил - они по 40 вносят и нормально - это же не аргумент... Надо смотреть
  17. TopicStarter Overlay
    dlis
    Offline

    dlis Опытный в 1С

    Регистрация:
    29 июл 2011
    Сообщения:
    266
    Симпатии:
    0
    Баллы:
    26
    ага, навводят, с ошибками
    ну не знаю, там еще такая беда что сделка сверхурочная и в выходные дни есть, но это ладно, а это меня прибило - оформляют совмещение работнику, чтобы не ставить сверхурочные и он работает сверх нормы за доплату

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

    и ещё самый главный прикол, когда директору несут на утверждение зп, он смотрит и может сказать что слишком много этому человеку за тот или иной наряд вышло, а ну ка уменьшите ему зп за сделку. И начинается пересчет, ставят либо часов меньше, либо КТУ снижают, либо вообще человека из бригады выкидывают. и опять же, все документы заново проверять/редактировать

    автоматизированный учет зп на нашем предприятии в 1С - утопия (
  18. svet
    Offline

    svet Профессионал в 1С Команда форума

    Регистрация:
    9 ноя 2007
    Сообщения:
    1.971
    Симпатии:
    59
    Баллы:
    54
    Сдается мне, что в вашем варианте самый лучший вариант - писать свои документы. У нас тоже таких сдвигов на предприятии куча. Что-то удается в норму запихнуть, что-то нет. + сама программа далеко не во всем идеально написана. Как результат - пол программы перепахано - а куда деваться? иначе бухи просто работать не смогут. Так что, думаю, у большинства крупных пользователей (особенно промышленных) автоматизированный учет в нашем государстве в 1С - это утопия.
  19. Draco
    Offline

    Draco Модераторы Команда форума Модератор

    Регистрация:
    28 окт 2009
    Сообщения:
    13.634
    Симпатии:
    946
    Баллы:
    204
    Ну не надо так горичиться. Надо просто все посмотреть досканльно - продумать - это проект, а не то что просто вот так возьмем и нахрапом все решим. может что то в области учета можно пересмотреть..В общем это проект.
  20. TopicStarter Overlay
    dlis
    Offline

    dlis Опытный в 1С

    Регистрация:
    29 июл 2011
    Сообщения:
    266
    Симпатии:
    0
    Баллы:
    26
    может быть ещё ситуация, когда человек в один день по сделке на разных объектах работает( 2 документа сделки уж точно нельзя по одному человеку на день(

Поделиться этой страницей