| 0
- 03.01.2014 - 09:30
|
Народ подскажите, кто-нибудь начал эксперимент с работой в ЗУП 3.0? У меня вопросы такого плана: 1. Это у меня руки кривые, или таки с переходом на 3.0 это сказка о мастере перехода на 3.0 с 7.7? В свое время не смог заставить правила переноса на 2.5 с 7.7 без допиливая хоть и напильником, но все же. А эти правила вообще не заработали. 2. Общее мнение о конфигурации, ее работоспособность и возможно уже известные критичные косяки. 2.1 Каким образом предполагается работа кадровиков и расчетчиков? Кто должен ставить ( по логике Создателей {или таки с маленькой букву :-) **) галочку начисления утверждены? Должен быть кто-то третий между ними? 3. Как пользователи отреагировали на смену интерфейса? На мисту не отправляйте, там таки стрАААААшные гении живут, что тех кто не сможет ERP за пол часа наваять в HEX редакторе, то, даже в подаваны не берут, ну или если ты десяток начинающих уже не съел :-)     | | |
| 81
- 30.07.2014 - 12:25
| Поправочка: если исправление текущим периодом, то отпуск изначально разбивается на 2, без использования гиперссылки Исправить. | | |
| 82
- 30.07.2014 - 15:44
| 81 - вопрос был, где СООБЩЕНИЕ? В 7.7 в этом варианте срабатывало вытеснение, в 2.5, насколько я помню, документ, который нужно было пересчитать вываливался в обработку по перепроведению, а 3 промолчала и тупо оплатила за месяц 45 дней. Я вот о чем :-( Просто типовая де факто уж на совсем идеальный учет рассчитана получается .... | | |
| 83
- 30.07.2014 - 21:29
| 82-msm1982 > Замечание достойно обращению на горячую линию 1С. Пускай совершенствуют. | | |
| 84
- 07.10.2014 - 08:45
| Смотрю я на очередной список рюшечек и фишечек, который обещают сделать в 19 релизе мега продукта и гложет меня вопрос: будет ли когда либо реализована банальнейшая ситуация, что данные о окладе внесли задним число и нам нужно сделать перерасчет зарплаты. Или 1с уже во всех продуктах сделала обязательным условием полное отсутствие ошибок в автоматизируемой деятельности? Просто и без этой возможности тоже тяжко использовать сей "мега" продукт тяжко. | | |
| 85
- 12.12.2014 - 14:22
| "Гениально" КЛАДР ой, ФИАС встроили, а проверку адресов поленились написать и это за две недели до окончания года. | | |
| 86
- 12.12.2014 - 14:45
|
Новый реквизит шапки в документе прием на работу: ОснованиеПредставителяНанимателя. тип строка, длина - неограниченная..... | | |
| 87
- 12.12.2014 - 18:14
|
> то данные о окладе внесли задним число и нам нужно сделать перерасчет зарплаты. . это, блин, не ошибка - это тотальный бардак. вряд ли повышение окладов происходит с бухты барахты, об этом известно заранее. . так что здесь нефиг "автоматизировать" - уже проавтоматизировано. тут я согласен с 1С. | | |
| 88
- 12.12.2014 - 21:23
| 87-Чучундер > Вообще, половину претензий надо сложить в мешок, и утопить в проруби вместе с жалобщиками, ибо эта половина - желания либо "исправить" косяк, либо сотворить непотребное. | | |
| 89
- 15.12.2014 - 13:06
| 87, 88 - посмею сказать: Вы не не правы.7.7 могла, а мега язык с мега пупер УФ и что-то от ОПП, и с работой на вражеском айфоне и т.д. не может. Но конечно спасибо 1С, что не оставит без работы. | | |
| 90
- 17.12.2014 - 14:48
| Мнения скверные. Одни наряды чего стоят? | | |
| 91
- 18.12.2014 - 11:32
| Да ладно, всё образуется потихоньку. Вот уже 1С рабочую дату ввела в ЗУП. Правда, непонятно совершенно, где эту дату установить можно. | | |
| 92
- 18.12.2014 - 11:35
| Цитата:
| | |
| 93
- 29.12.2014 - 16:27
| Для тех кто в подземелье за толстой дверью: что с проверкой адресов-то? :-) | | |
| 94
- 29.12.2014 - 16:51
| Билин, да что за засада? Все те же косяки с РК и СН и иже подобных - при расчете отпуска если у нас есть премия которая учитывается частично при расчете отпуска, то премия в средний попадает правильно - частично, а рк с премии целиком без перерасчета. В период стагфляции клиенты не поймут, да и вообще сколько можно издеваться над кроликами со своими кактусами? Этот косяк тянется еще с 7.7 не помню с какого релиза. Ждем ЗУП 4.0 и движок 666 версии? | | |
| 95
- 30.12.2014 - 21:45
| моё мнение такое - пока выбор есть нини. | | |
| 96
- 19.01.2015 - 17:04
|
Отпуска без сохранения у всех перестали работать? Это звинздец .... Мега продукт ... | | |
| 97
- 04.03.2015 - 16:40
|
Кто там говорил, что прием задним числом, это расстрел? :-) Версия 3.0.22 Новое в версии Доначисление зарплаты сотрудникам, прием на работу которых зарегистрирован "задним числом". Ну вот мои дописки теперь нафинг не нужны: Документы для оформления на список сотрудников: - прием на работу списком, - кадровый перевод списком, - изменение графика работы списком, - увольнение списком. Ну потестим еще слегка ... | | |
| 98
- 04.03.2015 - 21:22
| Цитата:
а не могли бы привести пункт 922 постановления, где сказано, что для расчета среднего РК должен браться именно так, как вы полагаете? непосредственно про премию я пункт 922п знаю. и про все остальные виды начислений.. тоже .. читала в 922п. а вот про РК и СН - хм.. это ваши домыслы или имеются основания в виде нормативно-правовых актов? зы: желательно бы все-таки цитату из 922п, а не жалобы на 1С. | | |
| 99
- 04.03.2015 - 21:30
|
В ЗУП3 столкнулись: два сотрудника, все одинакове. у одного начисляет как надо, у другого нет. программер-восьмерочник сказал что глянул в код и решил логически проблему решать - бо код очень страшный видимо. логически проблему решить не удалось. На форуме 1С подсказали - у сотрудника где криво - надо открыть форму и просто на форме ПЕРЕВЫБРАТЬ УЖЕ ЗАПОЛНЕННОЕ ПОЛЕ. все стало нормально. И это при том, что нештатных механизмов не использовалось, учет только с НГ начали вести, все делается ручками. вот такие кракозябры. у меня все больше и больше впечатления что какое-то визуальное программирование идет - накидают на форму всякой фуйни а как оно друг с другом и с прочей фуйней взаимодействует - осилить уже не могут.. абстракции не хватает | | |
| 100
- 04.03.2015 - 23:12
| 12345 | | |
| 101
- 06.03.2015 - 09:27
| Ну вот и формочка по перерасчету зарплаты появилась, шаг вперед, прыжок назад. | | |
| 102
- 07.03.2015 - 05:17
| 99-Чучундер > да ну... мы то знаем, что переменная отношения находится в третьей нормальной форме тогда и только тогда, когда она находится во второй нормальной форме, и отсутствуют транзитивные функциональные зависимости неключевых атрибутов от ключевых. остаётся только правильно определить источник данных. | | |
| 103
- 07.03.2015 - 05:23
| 101-msm1982 > после появления в 8.2 специально убранных в 8.0 общих реквизитов ничему не удивлюсь | | |
| 104
- 07.03.2015 - 09:18
|
У всех моих клиентов (транснациональные мега-корпорации и даже российские мега-холдинги) у всех ЗиК77 и Бух77 - никто пока не жалуется. Никто даже в страшном сне не планирует переход на 1С8. Всех всё устраивает. Чё вы кипишите? 1С8 - пока сыровата. Вот выйдет 1С9 - я неспешно начну её осваивать. | | |
| 105
- 08.03.2015 - 00:56
| а я хз.. у меня бухия перешла под управление отдельного прога-восьмерочника. Планировалось начать с НГ вести учет в БП3 корп. Пока насколько я себе представляю - ситуация близка к нулевой. по преженему ваяют в 7.7, доставшейся им от меня в наследство ;-) Посмотрим, к какому сроку это все склеится как надо и полностью откажутся от бух77. с учетом того, что хз кто там руководит процессом перехода - а задач дофуя - надо все выгрузки из ТиС переписать... посмотрим... чувствую, близится жпс... | | |
| 106
- 09.03.2015 - 15:11
|
Добавлю свое мнение о ЗУП3.0 (сейчас в процессе перехода): 1. Перечисленный НДФЛ: не доработан, если много подразделений с разными ОКТМО/КПП. 2. Непонятно, как выплачивать зарплату через банк, работающим по ДГПХ - нет такой возможности. | | |
| 107
- 05.04.2015 - 16:01
| Три дня промучился с поиском ошибки в начислениях среднего для отпуска. Оказалось всё просто - не указан был более низкий приоритет для начислений работы в праздники. Как там всё критично с настройками... | | |
| 108
- 06.04.2015 - 07:20
|
106-dft2014 > Да, тоже столкнулся с проблемой выплаты договорникам. Мы ,после того как сформировано начисление з\п, заполняем ведомость на выплату и вручную оставляем только договорников. Остальных в другой документ выплаты. Это хорошо, что пока людей работающих по ДГПХ мало. Скорее всего сделают потом отдельный документ... | | |
| 109
- 06.04.2015 - 11:03
|
Прочитал ветку, грустно стало. Ощущение, что у 1С силенок не хватает сделать работающую конфигурацию с тем функционалом, на который они замахнулись. А ведь была большая надежда на ЗУП 3.0 - ко многим веща там изначально большее правильный подход, чем в 2.5. | | |
| 110
- 06.04.2015 - 14:14
| (109) например, к каким? | | |
| 111
- 07.04.2015 - 11:09
| (109) всё, ты сдулся? | | |
| 112
- 07.04.2015 - 12:02
|
110-Ирли Бёрд > Про более правильный подход вопрос? Самое очевидное: 1) отказ от блока "управленческих документов" - этим пользовались хорошо если 1% юзеров, а путаницы - масса 2) отказ от документов на список сотрудников - как извращенно в 2.5 в "Анализе неявок" подбирается связь кадровых и расчетных документов - это песня 3) отказ от кадровых и расчетных документов - меньше борьбы между кадрами и расчетчиками (особенно с учетом п.2) 4) штатное стало справочником (привет ЗиК !) | | |
| 113
- 07.04.2015 - 18:42
|
112-android > "Аполитично рассуждаешь, клянусь честное слово!" (с) Ирли, ему ж ЗУП надо с разных позиций, в том числе и с точки зрения демократии обсудить. :) Так что ты перед своими доводами добавь еще один, под номером (0), типо так: Есть у нас Татарстан и прочие рамаданопразднующие. И есть у них государтсвенные праздники, которые утверждены их Конституцией. Да вот беда - фирма 1С до ЗУП 3.0 имела только один производственный календарь. на всю страну. Т.е. юзеров программы ЗУП в таких рамаданопразднующих республиках, почитай, держали за людей третьего сорта. Прямо говоря - плевали на Конституцию Татарстана. :) И только в ЗУП 3.0 науконец т к ним повернулись (задом) - смилостивились и ввели несколько производственнывх календарей. Демократия восторжествовала. Ура! Наконец-то теперь в одной базе ЗУП можно вести филиалы и в Москве и в Казани одновременно, и рабочих и праздничных дней в году в Москве и в Казани можно делать разное количество. | |
Интернет-форум Краснодарского края и Краснодара |
