Поправочка: если исправление текущим периодом, то отпуск изначально разбивается на 2, без использования гиперссылки [u]Исправить[/u].

81 - вопрос был, где СООБЩЕНИЕ? В 7.7 в этом варианте срабатывало вытеснение, в 2.5, насколько я помню, документ, который нужно было пересчитать вываливался в обработку по перепроведению, а 3 промолчала и тупо оплатила за месяц 45 дней. Я вот о чем :-( Просто типовая де факто уж на совсем идеальный учет рассчитана получается ....

82-msm1982 > Замечание достойно обращению на горячую линию 1С. Пускай совершенствуют.

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

"Гениально" КЛАДР ой, ФИАС встроили, а проверку адресов поленились написать и это за две недели до окончания года.

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

> то данные о окладе внесли задним число и нам нужно сделать перерасчет зарплаты.
.
это, блин, не ошибка - это тотальный бардак.
вряд ли повышение окладов происходит с бухты барахты, об этом известно заранее.
.
так что здесь нефиг "автоматизировать" - уже проавтоматизировано. тут я согласен с 1С.

87-Чучундер > Вообще, половину претензий надо сложить в мешок, и утопить в проруби вместе с жалобщиками, ибо эта половина - желания либо "исправить" косяк, либо сотворить непотребное.

87, 88 - посмею сказать: Вы не не правы.7.7 могла, а мега язык с мега пупер УФ и что-то от ОПП, и с работой на вражеском айфоне и т.д. не может. Но конечно спасибо 1С, что не оставит без работы.

Мнения скверные. Одни наряды чего стоят?

Да ладно, всё образуется потихоньку. Вот уже 1С рабочую дату ввела в ЗУП. Правда, непонятно совершенно, где эту дату установить можно.

[quote=GSokolov;37504271]Да ладно, всё образуется потихоньку.[/quote]

либо эмир, либо ишак?

Для тех кто в подземелье за толстой дверью: что с проверкой адресов-то? :-)

Билин, да что за засада? Все те же косяки с РК и СН и иже подобных - при расчете отпуска если у нас есть премия которая учитывается частично при расчете отпуска, то премия в средний попадает правильно - частично, а рк с премии целиком без перерасчета. В период стагфляции клиенты не поймут, да и вообще сколько можно издеваться над кроликами со своими кактусами? Этот косяк тянется еще с 7.7 не помню с какого релиза. Ждем ЗУП 4.0 и движок 666 версии?

моё мнение такое - пока выбор есть нини.

Отпуска без сохранения у всех перестали работать? Это звинздец ....
Мега продукт ...

Кто там говорил, что прием задним числом, это расстрел? :-)
Версия 3.0.22 Новое в версии
Доначисление зарплаты сотрудникам, прием на работу которых зарегистрирован "задним числом".

Ну вот мои дописки теперь нафинг не нужны:
Документы для оформления на список сотрудников:
- прием на работу списком,
- кадровый перевод списком,
- изменение графика работы списком,
- увольнение списком.
Ну потестим еще слегка ...

[quote=msm1982;37608493] Билин, да что за засада? Все те же косяки с РК и СН и иже подобных - при расчете отпуска если у нас есть премия которая учитывается частично при расчете отпуска, то премия в средний попадает правильно - частично, а рк с премии целиком без перерасчета. [/quote]

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

а вот про РК и СН - хм.. это ваши домыслы или имеются основания в виде нормативно-правовых актов?
зы: желательно бы все-таки цитату из 922п, а не жалобы на 1С.

В ЗУП3 столкнулись: два сотрудника, все одинакове. у одного начисляет как надо, у другого нет. программер-восьмерочник сказал что глянул в код и решил логически проблему решать - бо код очень страшный видимо. логически проблему решить не удалось. На форуме 1С подсказали - у сотрудника где криво - надо открыть форму и просто на форме ПЕРЕВЫБРАТЬ УЖЕ ЗАПОЛНЕННОЕ ПОЛЕ. все стало нормально.
И это при том, что нештатных механизмов не использовалось, учет только с НГ начали вести, все делается ручками.
вот такие кракозябры.
у меня все больше и больше впечатления что какое-то визуальное программирование идет - накидают на форму всякой фуйни а как оно друг с другом и с прочей фуйней взаимодействует - осилить уже не могут.. абстракции не хватает

12345

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

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

101-msm1982 > после появления в 8.2 специально убранных в 8.0 общих реквизитов ничему не удивлюсь

У всех моих клиентов (транснациональные мега-корпорации и даже российские мега-холдинги) у всех ЗиК77 и Бух77 - никто пока не жалуется.
Никто даже в страшном сне не планирует переход на 1С8. Всех всё устраивает.

Чё вы кипишите?
1С8 - пока сыровата.
Вот выйдет 1С9 - я неспешно начну её осваивать.

а я хз.. у меня бухия перешла под управление отдельного прога-восьмерочника. Планировалось начать с НГ вести учет в БП3 корп. Пока насколько я себе представляю - ситуация близка к нулевой. по преженему ваяют в 7.7, доставшейся им от меня в наследство ;-) Посмотрим, к какому сроку это все склеится как надо и полностью откажутся от бух77. с учетом того, что хз кто там руководит процессом перехода - а задач дофуя - надо все выгрузки из ТиС переписать... посмотрим... чувствую, близится жпс...

Добавлю свое мнение о ЗУП3.0 (сейчас в процессе перехода):
1. Перечисленный НДФЛ: не доработан, если много подразделений с разными ОКТМО/КПП.
2. Непонятно, как выплачивать зарплату через банк, работающим по ДГПХ - нет такой возможности.

Три дня промучился с поиском ошибки в начислениях среднего для отпуска. Оказалось всё просто - не указан был более низкий приоритет для начислений работы в праздники. Как там всё критично с настройками...

106-dft2014 > Да, тоже столкнулся с проблемой выплаты договорникам. Мы ,после того как сформировано начисление з\п, заполняем ведомость на выплату и вручную оставляем только договорников. Остальных в другой документ выплаты.
Это хорошо, что пока людей работающих по ДГПХ мало. Скорее всего сделают потом отдельный документ...

Прочитал ветку, грустно стало.
Ощущение, что у 1С силенок не хватает сделать работающую конфигурацию с тем функционалом, на который они замахнулись.

А ведь была большая надежда на ЗУП 3.0 - ко многим веща там изначально большее правильный подход, чем в 2.5.

(109) например, к каким?

(109) всё, ты сдулся?

110-Ирли Бёрд > Про более правильный подход вопрос?
Самое очевидное:
1) отказ от блока "управленческих документов" - этим пользовались хорошо если 1% юзеров, а путаницы - масса
2) отказ от документов на список сотрудников - как извращенно в 2.5 в "Анализе неявок" подбирается связь кадровых и расчетных документов - это песня
3) отказ от кадровых и расчетных документов - меньше борьбы между кадрами и расчетчиками (особенно с учетом п.2)
4) штатное стало справочником (привет ЗиК !)

112-android > "[em]Аполитично рассуждаешь, клянусь честное слово![/em]" (с)
Ирли, ему ж ЗУП надо с разных позиций, в том числе и с точки зрения демократии обсудить. :)

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

И только в ЗУП 3.0 науконец т к ним повернулись (задом) - смилостивились и ввели несколько производственнывх календарей.
Демократия восторжествовала. Ура!
Наконец-то теперь в одной базе ЗУП можно вести филиалы и в Москве и в Казани одновременно, и рабочих и праздничных дней в году в Москве и в Казани можно делать разное количество.