У меня одного мнение что ЗУП 3.1 - "шляпа"?
Я перевожу людей с зик.. если зп чуть не простая по окладу... уже маты вырывается..
Извините, что куда не ткнись какая-то "шляпа".
+ Ладно данные о среднем перенеслись норм
- в семерке можно было по бригадному наряду внести часы и дни работы-это было основание для расчета среднего .. здесь пляши как хочешь со своими документами отклонениями... (((((
- как в семерке требовались договора облагаемые ФСС, так и тут нету..
- как в семерке требовались договора не облаг облагаемые ПФР, так и тут нету..
-Расчетный лист в ..опе, как и остальные ведомости нормальные по зп. О... да, какие боги программисты на СКД почти всё сделали, уау, крутые! (( - ..опа это! толком не выйти в документ начисления.. нет расшифровок нормальных!
- и как нормально работать с человеком в конкретном месяце?
- пересчеты эти ..
- выплатить нормально тоже не получается.. .
- справка о доходах челу введена с пред места работы.. она херачит вычеты ему, хоть и предел уже есть..
ps Я наверное не туда написал.. .но капэц какой то, крик души .. хорошо с октября решили перейти.. такие заморочки после нг не нужны никому.
Извините, что куда не ткнись какая-то "шляпа".
+ Ладно данные о среднем перенеслись норм
- в семерке можно было по бригадному наряду внести часы и дни работы-это было основание для расчета среднего .. здесь пляши как хочешь со своими документами отклонениями... (((((
- как в семерке требовались договора облагаемые ФСС, так и тут нету..
- как в семерке требовались договора не облаг облагаемые ПФР, так и тут нету..
-Расчетный лист в ..опе, как и остальные ведомости нормальные по зп. О... да, какие боги программисты на СКД почти всё сделали, уау, крутые! (( - ..опа это! толком не выйти в документ начисления.. нет расшифровок нормальных!
- и как нормально работать с человеком в конкретном месяце?
- пересчеты эти ..
- выплатить нормально тоже не получается.. .
- справка о доходах челу введена с пред места работы.. она херачит вычеты ему, хоть и предел уже есть..
ps Я наверное не туда написал.. .но капэц какой то, крик души .. хорошо с октября решили перейти.. такие заморочки после нг не нужны никому.
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(65)да. зарплата просто считается, отчеты просто сдаются Что значит не собираются? Все собирается, все данные перенесены необходимые для отчетов. В документах переноса. Переносили по полной схеме, не та которая рекомендована.
Зачем мне лукавить? я не франч, и не 1С, мне реклама без надобности. Пишу как было. Проблемы были, но их оперативно устранили, кого то повторно перегрузили.
Зачем мне лукавить? я не франч, и не 1С, мне реклама без надобности. Пишу как было. Проблемы были, но их оперативно устранили, кого то повторно перегрузили.
(70) Перенос тоже полный делали, но зп более сложная.
А на счет отсутствия косяков - если не сталкивались, либо не говорят, либо Вам повезло. В любом случае - для Вас спокойнее.
Косяков могу перечислить много:
1. Не собирался СЗВМ-Стаж, т.к. в каком-то весеннем релизе 2017г. желтые накосячили и документы не правильно формировали движения. При этом, чтобы все корректно встало нужно было перепровести ВСЕ кадровые документы с самого начала приема сотрудника (т.к. переносилось по документам). Ну думаю рассказывать что такое перепроведение всех кадровых документов в ЗУП 3.1 и чем чревато не нужно.
2. Неправильно формировались резервы на отпуска. Оказывается желтые опять накосячили, потом вообще поменяли регистр накопления, но вот в обновление обработку, которая должна формировать движения по этому регистру включить забыли. Потом выложили отдельно обработку (кстати которую удалось найти только на инфорстарте). И после запуска обработки - о чудо! резервы стали считаться правильно!
3. Увольнение и расчет в день закрытия больничного. Неправильно считает базу для расчета компенсации за отпуск. Оказывается, если в один день документ начисление премии и больничный, при этом премия по времени раньше документа больничный - то база считается неверно. Если документ Премия поставить после больничного по времени - то все ок (релиз 3.1.6.6).
Продолжать могу на несколько страниц, это только то с чем мы столкнулись, а о чем мы даже не узнали - думаю еще больше.
И это серьезные косяки. Разовые косяки с 1 человеком, с какой-то особенностью - вообще даже не обращаем внимание.
А на счет отсутствия косяков - если не сталкивались, либо не говорят, либо Вам повезло. В любом случае - для Вас спокойнее.
Косяков могу перечислить много:
1. Не собирался СЗВМ-Стаж, т.к. в каком-то весеннем релизе 2017г. желтые накосячили и документы не правильно формировали движения. При этом, чтобы все корректно встало нужно было перепровести ВСЕ кадровые документы с самого начала приема сотрудника (т.к. переносилось по документам). Ну думаю рассказывать что такое перепроведение всех кадровых документов в ЗУП 3.1 и чем чревато не нужно.
2. Неправильно формировались резервы на отпуска. Оказывается желтые опять накосячили, потом вообще поменяли регистр накопления, но вот в обновление обработку, которая должна формировать движения по этому регистру включить забыли. Потом выложили отдельно обработку (кстати которую удалось найти только на инфорстарте). И после запуска обработки - о чудо! резервы стали считаться правильно!
3. Увольнение и расчет в день закрытия больничного. Неправильно считает базу для расчета компенсации за отпуск. Оказывается, если в один день документ начисление премии и больничный, при этом премия по времени раньше документа больничный - то база считается неверно. Если документ Премия поставить после больничного по времени - то все ок (релиз 3.1.6.6).
Продолжать могу на несколько страниц, это только то с чем мы столкнулись, а о чем мы даже не узнали - думаю еще больше.
И это серьезные косяки. Разовые косяки с 1 человеком, с какой-то особенностью - вообще даже не обращаем внимание.
(1) Итак, сижу разбираюсь с кривостью отражения НДФЛ в месяцах, почему у них все через ... Никого не трогаю!
И тут на глаза попадается описание процедуры! В начале прочитал, не поверил своим глазам, опять прочитал...
Не удержался - решил опубликовать.
Итак: Зарплата и управление персоналом, редакция 3.1 (3.1.6.6)
"Процедура ЗарегистрироватьНовуюДатуПолученияДохода(Регистратор, Движения, МенеджерВременныхТаблиц, ДатаВыплаты, ДатаОперации, Отказ , Записывать = Ложь) Экспорт"
Общий модуль "УчетФактическиПолученныхДоходов"
ВНИМАНИЕ! описание этой процедуры:
Регистрирует полученный доход "Начислятелей" на новую дату получения дохода
А теперь и по русски - начислятели - это кто?
А мы хотим от них нормального кода?
Ржал до слез...
И тут на глаза попадается описание процедуры! В начале прочитал, не поверил своим глазам, опять прочитал...
Не удержался - решил опубликовать.
Итак: Зарплата и управление персоналом, редакция 3.1 (3.1.6.6)
"Процедура ЗарегистрироватьНовуюДатуПолученияДохода(Регистратор, Движения, МенеджерВременныхТаблиц, ДатаВыплаты, ДатаОперации, Отказ , Записывать = Ложь) Экспорт"
Общий модуль "УчетФактическиПолученныхДоходов"
ВНИМАНИЕ! описание этой процедуры:
Регистрирует полученный доход "Начислятелей" на новую дату получения дохода
А теперь и по русски - начислятели - это кто?
А мы хотим от них нормального кода?
Ржал до слез...
Я один пишу в 1с пожелания на доработку походу что-ли ? Вот мне надо было откладывать например НДС при строительстве основных средств в ERP, мне сделали.
Другое дело что делали год. Но сразу ответили, что пожелания приняты :)
Другое дело что делали год. Но сразу ответили, что пожелания приняты :)
(3)
ответили
это видимо как карты лягут... у нас зарегистрирована ошибка по поводу среднесписочной численности, нам даже номер написали. на сайте такой ошибки так и не нашла, ни в исправленных, ни в не исправленных. год-полтора точно прошли.. а воз и ныне там
(3) Да бесполезно им писать! У них там все хорошо, это мы тут с какими-то пожеланиями, проблемами.
А у них все ОЧЕНЬ хорошо.
Пытался как-то писать пожелания, забил.
Блин, хотя бы косяки свои исправляли быстрее, а не по году исправляли или вообще забивали. Причем серьезные косяки и публиковали реальные запросы от пользователей, а не скрывали.
А у них все ОЧЕНЬ хорошо.
Пытался как-то писать пожелания, забил.
Блин, хотя бы косяки свои исправляли быстрее, а не по году исправляли или вообще забивали. Причем серьезные косяки и публиковали реальные запросы от пользователей, а не скрывали.
договора облагаемые ФССНС давно сделаны
лучше бы с НГ переходили , остатки и НДФЛ еще замучают вас ))
лучше бы с НГ переходили , остатки и НДФЛ еще замучают вас ))
Злость настоящую вызывают расшифровки!!!
Которых нет, а чтобы получить расчетную ведомость я хочу нажать две кнопки, а не 4! Юзабилити ващет вещь нужная.
Которых нет, а чтобы получить расчетную ведомость я хочу нажать две кнопки, а не 4! Юзабилити ващет вещь нужная.
(19)ну понимаешь , я переводил орг в 1000 сотр с досовской программы где ваще ничо не было ,
и ща они мне звонят раз в неделю в среднем по простецким вопросам ,
все пашет )))
предстоит переход на ЗКГУ3 , по сути та же прога , только все по новому , логика та же
и ща они мне звонят раз в неделю в среднем по простецким вопросам ,
все пашет )))
предстоит переход на ЗКГУ3 , по сути та же прога , только все по новому , логика та же
Возникает ощущение, что человек просто не работал с новыми конфигурациями и после семерки ему не удобно. И сразу "шляпа".
На самом деле 3.1 не так плоха, как кажется, а в 3.1.4 ещё больше функциональности добавят.
Это прямое нарушение требований НК РФ и не будет реализовано никогда - не просите реализовывать вещи, противоречащие законодательству
Настройте шаблон ввода исходных данных "Сдельные наряды" под себя и всё будет нормально.
Из минусов (для себя) отметил бы: отсутствие аналитики бух. учета зарплаты; отсутствие бух. учета нарядов (нормального построчного - по видам работ, а не по сотруднику в целом); странное желание фирмы 1С решать за пользователей как и чем должно облагаться (или нет) создаваемое начисление в зависимости от выбранной принадлежности к предопределенному типу.
- как в семерке требовались договора облагаемые ФСС, так и тут нету..
Это прямое нарушение требований НК РФ и не будет реализовано никогда - не просите реализовывать вещи, противоречащие законодательству
- в семерке можно было по бригадному наряду внести часы и дни работы-это было основание для расчета среднего
Настройте шаблон ввода исходных данных "Сдельные наряды" под себя и всё будет нормально.
Из минусов (для себя) отметил бы: отсутствие аналитики бух. учета зарплаты; отсутствие бух. учета нарядов (нормального построчного - по видам работ, а не по сотруднику в целом); странное желание фирмы 1С решать за пользователей как и чем должно облагаться (или нет) создаваемое начисление в зависимости от выбранной принадлежности к предопределенному типу.
(22)
А нафига она там ? Там и плана счетов то нет. Это просто служебное поле для связи с бух. учетом.
А то раньше надо было отражение и в зупе и в приемнике настраивать - лишняя работа.
отсутствие аналитики бух. учета зарплаты
А нафига она там ? Там и плана счетов то нет. Это просто служебное поле для связи с бух. учетом.
А то раньше надо было отражение и в зупе и в приемнике настраивать - лишняя работа.
(23) Потому что бухгалтерии как правило аналитика з/пл не очень и нужна. В основном ею пользуются ОТиЗ, производственники, экономисты/финансисты, а бухгалтера (те что сидят в бухгалтерии) не очень то в ней и разбираются. Исторически сложилось (на нашем предприятии во всяком случае), что всю аналитику по з/пл дает ОТиЗ/расчетный отдел. Теперь надо или перекладывать это на бухгалтерию или открывать доступ к базе БП работника ОТиЗ/расчетного отдела. Оба варианта имеют свои минусы.
(23)У нас стоит ЗКГУ так вот бюджетники в основном и требуют выплаты по разным источникам и статьям финансирования. У них госзадания есть и в ЗКГУ 3.1.6 можно разделить Госзадания по названию и статье расхода а как подключить КПС - ведь еще эти госзадания дробятся и как узнать сколько денег какой группе выплатил и по какому КПС их провести... Бесконечные перерасчеты и постоянные ошибки в начислении больничных листов...В 8.2 все было настроено как надо а тут действительно плохо все работает.Очень много косяков ...
(75) У них вообще начисления по статьям неправильно считаются, особенно зависимые начисления, например РК и северная надбавка. Про налоги по статьям финансирования - это вообще пипец.
Причем нашел кусок кода (запрос) - тестировал и плакал. Его писал либо человек вообще ничего не понимающий в расчетах, либо была задача "завтра выдать". Вообще не оттестированный блок. От слова ВООБЩЕ!
Причем нашел кусок кода (запрос) - тестировал и плакал. Его писал либо человек вообще ничего не понимающий в расчетах, либо была задача "завтра выдать". Вообще не оттестированный блок. От слова ВООБЩЕ!
(22) договора облагаемые ФСС
Вы все ситуации рассматривали?
Статья 420. Объект обложения страховыми взносами
2. Объектом обложения страховыми взносами для плательщиков, указанных в абзаце четвертом подпункта 1 пункта 1 статьи 419 настоящего Кодекса, признаются выплаты и иные вознаграждения по трудовым договорам (контрактам) и по гражданско-правовым договорам, предметом которых являются выполнение работ, оказание услуг в пользу физических лиц (за исключением вознаграждений, выплачиваемых лицам, указанным в подпункте 2 пункта 1 статьи 419 настоящего Кодекса).
Это прямое нарушение требований НК РФ и не будет реализовано никогда - не просите реализовывать вещи, противоречащие законодательству
Вы все ситуации рассматривали?
Статья 420. Объект обложения страховыми взносами
2. Объектом обложения страховыми взносами для плательщиков, указанных в абзаце четвертом подпункта 1 пункта 1 статьи 419 настоящего Кодекса, признаются выплаты и иные вознаграждения по трудовым договорам (контрактам) и по гражданско-правовым договорам, предметом которых являются выполнение работ, оказание услуг в пользу физических лиц (за исключением вознаграждений, выплачиваемых лицам, указанным в подпункте 2 пункта 1 статьи 419 настоящего Кодекса).
(28) При договоре ГПХ нет понятия "через неделю работы", т.к. стороны не вступают в трудовые отношения!
П.3 ст. 422 НК РФ четко говорит:
"3. В базу для исчисления страховых взносов помимо выплат, указанных в пунктах 1 и 2 настоящей статьи, также не включаются:
.........
2) в части страховых взносов на обязательное социальное страхование на случай временной нетрудоспособности и в связи с материнством - любые вознаграждения, выплачиваемые физическим лицам по договорам гражданско-правового характера, в том числе по договору авторского заказа, договору об отчуждении исключительного права на произведения науки, литературы, искусства, издательскому лицензионному договору, лицензионному договору о предоставлении права использования произведения науки, литературы, искусства;"
Самое интересное для Вас выделил жирным шрифтом.
П.3 ст. 422 НК РФ четко говорит:
"3. В базу для исчисления страховых взносов помимо выплат, указанных в пунктах 1 и 2 настоящей статьи, также не включаются:
.........
2) в части страховых взносов на обязательное социальное страхование на случай временной нетрудоспособности и в связи с материнством - любые вознаграждения, выплачиваемые физическим лицам по договорам гражданско-правового характера, в том числе по договору авторского заказа, договору об отчуждении исключительного права на произведения науки, литературы, искусства, издательскому лицензионному договору, лицензионному договору о предоставлении права использования произведения науки, литературы, искусства;"
Самое интересное для Вас выделил жирным шрифтом.
да вообще в целом.. уже месяц работаю в ней - не могу привыкнуть к отсутствию вроде мелочей, но так нужных.... и правда количество кликов для простых вещей не зашкаливает? а думал что это просто флагман 1С по учету зп.. ((
Про количество кликов соглашусь( Но я думаю, может это еще от незнания...
Вот подскажите, можно как-то настроить, чтобы в своде по з/пл можно было выбрать сотрудника, не переходя на расширенный вид?
Вот подскажите, можно как-то настроить, чтобы в своде по з/пл можно было выбрать сотрудника, не переходя на расширенный вид?
Прикрепленные файлы:
(36) после того как открыли расширенную настройку - видны все отборы, в т.ч. "Сотрудник" ... видны колонки - условия, значение,* заголовок.... вот колонка * и определяет "видимость" отбора в отчете - поставьте звездочку напротив Сотрудника - "В шапке отчета"
начну переводить в 2018 как сдадут отчетность за 2017 и закроют месяц... хоть и обработки необходимые переписал но все равно страшновато) были у вас проблемы с синхрой с БП? так как помимо всего более 20 буховских баз еще на двойке
(39) недавно делал такой обмен.
в ЗУПе ничего не менял, оставил типовую на полной поддержке, написал правила переноса в БП 2
а вот в БП 2 просто врезал механизм из БП 3 по формированию проводок для справочника "Способы отражения зарплаты в бух учете".
там всего один общий модуль + по мелочи, немного работы.
в ЗУПе ничего не менял, оставил типовую на полной поддержке, написал правила переноса в БП 2
а вот в БП 2 просто врезал механизм из БП 3 по формированию проводок для справочника "Способы отражения зарплаты в бух учете".
там всего один общий модуль + по мелочи, немного работы.
Маты - это очень мягко сказано!
Жалко что все молчат о ОГРОМНОЙ проблеме.
ЗУП 3 - не просто сырая конфа с косяками, а это просто "желтая детская неожиданность". В общем поняли.
И это аргументированно могу объяснить. Однако пользователи - молчат, ругают только между собой. Франчи - тоже молчат, т.к. им по башке если что настучат. Фришники - молчат, а что, им хорошо, г..но подтирают за разработчиками (если могут) и денежки получают (так же как и франчи).
И остаются программисты конечников, которые должны за это г..но выслушивать от пользователей и каждый релиз вычищать лопатой.
К желтому разработчику, выпускающему такую "неожиданность" - вообще много претензий. Хотя они настолько оборзели, что даже не скрывают, что весь этот переход затеяли, чтобы голодных франчей накормить.
Вопросы следующие:
1. Почему ошибки, которые отправляются в тех. поддержку не регистрируются для общего обозрения? Могу сказать, мои 3 (СЕРЬЕЗНЫЕ) ошибки не зарегистрированы вообще, хотя признаны.
2. Какого лешего спрашивается затеяли переход, зная, что меняется серьезно отчетность?
3. Где провозглашенные стандарты качества желтых, которые требуют при сдаче сертификатов по разработке, когда кругом и сплошь циклы, в цикле да по несколько раз, которые увеличивают время? А самое веселое, когда для отображения таблицы затрачивается 98% времени!!! только вдуматься, полезное время, связанное с расчетом 2%, а отображение 98%!!!
4. Почему исправляются мелкие ошибки, а серьезные нет. При этом с расширением функционала появляется куча новых серьезных ошибок. И этот снежный ком.
Думаю тут продолжать можно бесконечно.
Одно факт, тот кто вступил в "это" желтое - еще долго будет "обтекать".
И тот "фон" от этого желтого еще долго будет преследовать после доведения ЗУП 3 хотя бы до состояния "сырой".
Можно только посочувствовать тем, кому сейчас приходится вычищать из новой нокфы "НЕ до ERP".
А вообще, это очень печальная ситуация.
Жалко что все молчат о ОГРОМНОЙ проблеме.
ЗУП 3 - не просто сырая конфа с косяками, а это просто "желтая детская неожиданность". В общем поняли.
И это аргументированно могу объяснить. Однако пользователи - молчат, ругают только между собой. Франчи - тоже молчат, т.к. им по башке если что настучат. Фришники - молчат, а что, им хорошо, г..но подтирают за разработчиками (если могут) и денежки получают (так же как и франчи).
И остаются программисты конечников, которые должны за это г..но выслушивать от пользователей и каждый релиз вычищать лопатой.
К желтому разработчику, выпускающему такую "неожиданность" - вообще много претензий. Хотя они настолько оборзели, что даже не скрывают, что весь этот переход затеяли, чтобы голодных франчей накормить.
Вопросы следующие:
1. Почему ошибки, которые отправляются в тех. поддержку не регистрируются для общего обозрения? Могу сказать, мои 3 (СЕРЬЕЗНЫЕ) ошибки не зарегистрированы вообще, хотя признаны.
2. Какого лешего спрашивается затеяли переход, зная, что меняется серьезно отчетность?
3. Где провозглашенные стандарты качества желтых, которые требуют при сдаче сертификатов по разработке, когда кругом и сплошь циклы, в цикле да по несколько раз, которые увеличивают время? А самое веселое, когда для отображения таблицы затрачивается 98% времени!!! только вдуматься, полезное время, связанное с расчетом 2%, а отображение 98%!!!
4. Почему исправляются мелкие ошибки, а серьезные нет. При этом с расширением функционала появляется куча новых серьезных ошибок. И этот снежный ком.
Думаю тут продолжать можно бесконечно.
Одно факт, тот кто вступил в "это" желтое - еще долго будет "обтекать".
И тот "фон" от этого желтого еще долго будет преследовать после доведения ЗУП 3 хотя бы до состояния "сырой".
Можно только посочувствовать тем, кому сейчас приходится вычищать из новой нокфы "НЕ до ERP".
А вообще, это очень печальная ситуация.
(46)
А по-вашему эта детская неожиданность лучше чем 2,5?
Мне кажется что лучше.
Хотя народ у нас все это время 7 вспоминает очень по-доброму
ЗУП 3 - не просто сырая конфа с косяками, а это просто "желтая детская неожиданность". В общем поняли.
А по-вашему эта детская неожиданность лучше чем 2,5?
Мне кажется что лучше.
Хотя народ у нас все это время 7 вспоминает очень по-доброму
(52)оо, как я Вас понимаю.. еще никогда так не материлась после обновления как в этот раз.. хотяяя, когда перешли на 3.1.4 было матов не меньше.. и ничего не изменится.. ошибки появляются быстрее, чем их исправляют.
(47)
Да, 2.5 лучше.
1. Быстрее работает. Если посчитать 50 человек - то не проблема, разницы нет. Я с ужасом могу представить тех, у кого 10 и более тыс. человек и нужно посчитать зарплату! Скорость раз в 5 ниже (МИНИМУМ!!!) и именно из-за отображений, хотя серверное железо мощнее чем на 2.5. Иногда разница достигает НЕСКОЛЬКИХ ПОРЯДКОВ!
2. Многие крупные организации всегда дорабатывают под себя конфу, т.к. типовой функционал скудноватый. Поэтому 2.5 была почти идеально вылизана. Ну может быть проблемы с НДФЛ-кой были, но думаю трудозатраты на доведение НДФЛ в 2.5 были бы значительно ниже, чем переписывать все по новой.
3. В 2.5 просто НОРМАЛЬНО считалась зп и налоги, в отличие от 3-ки, где "каждый раз как в первый раз" (после обновления).
Сейчас думаю многие программисты в крупных компаниях, которые участвуют у конечников в поддержке "желтой 3.1 неожиданности" думаю в день зп испытывают смешанные чувства, с одной стороны вроде зп, а с другой стороны хрен знает что ждать от этой "неожиданности".
Да, 2.5 лучше.
1. Быстрее работает. Если посчитать 50 человек - то не проблема, разницы нет. Я с ужасом могу представить тех, у кого 10 и более тыс. человек и нужно посчитать зарплату! Скорость раз в 5 ниже (МИНИМУМ!!!) и именно из-за отображений, хотя серверное железо мощнее чем на 2.5. Иногда разница достигает НЕСКОЛЬКИХ ПОРЯДКОВ!
2. Многие крупные организации всегда дорабатывают под себя конфу, т.к. типовой функционал скудноватый. Поэтому 2.5 была почти идеально вылизана. Ну может быть проблемы с НДФЛ-кой были, но думаю трудозатраты на доведение НДФЛ в 2.5 были бы значительно ниже, чем переписывать все по новой.
3. В 2.5 просто НОРМАЛЬНО считалась зп и налоги, в отличие от 3-ки, где "каждый раз как в первый раз" (после обновления).
Сейчас думаю многие программисты в крупных компаниях, которые участвуют у конечников в поддержке "желтой 3.1 неожиданности" думаю в день зп испытывают смешанные чувства, с одной стороны вроде зп, а с другой стороны хрен знает что ждать от этой "неожиданности".
(46)Еще про "бешеный НДФЛ" в 3.1.4 можно упомянуть как самый свежий пример большого косяка... Мучений было много у всех в самый сложный период (начало года) и много "нехороших" слов от пользователей в адрес всех программистов....
(48) Вот именно, а программисты, которые оказывают поддержку причем? Если сами разработчики "болт положили" на конечных пользователей.
Чего стоит фраза от поддержки v8@1c.ru (дословно):
"Пока можем рекомендовать на время отключить "особое" представление сотрудников и включить что-то типа вложения
Это в самом низу настроек кадрового учета."
Как Вам фраза от тех. поддержки "СЕРЬЕЗНОГО" разработчика "что-то типа"?
Чего стоит фраза от поддержки v8@1c.ru (дословно):
"Пока можем рекомендовать на время отключить "особое" представление сотрудников и включить что-то типа вложения
Это в самом низу настроек кадрового учета."
Как Вам фраза от тех. поддержки "СЕРЬЕЗНОГО" разработчика "что-то типа"?
(54) в тех.поддержке я давно разочаровалась. мне потребовалось 1,5 месяца, чтобы объяснить им что у них в печатной форме ошибка. В какой-то блин печатной форме, ужас! Себе то я исправлю, но другие могут не заметить ошибки, вот и решила сделать "доброе дело".. и в этой переписке я столкнулась с таким "а зачем вы воспользовались нашей добавленной возможностью?". Больше не пишу и не звоню в официальную тех.поддержку 1с.
(57)
пишу у нас ошибка при клиент-серверном использовании, не работали отборы, да и вообще вылетала когда хотела. пишу - как мне сейчас ее исправить? ответ - в 3.1.4 такой ошибки нет. ну класс! ну как так? мы не планировали переходить на 3.1.4, но 1500 сотрудников, нашим расчетчикам сложно без банальных отборов, да даже мы мучились сопровождать - документ фиг найдешь. ладно, подумали, перешли на 3.1.4.....а там НДФЛ какашка такая... блин, чем больше пишу, тем больше возмущений и примеров =)
показывать
даааа, но мне уже стыдно нашим бухам показывать ответы великой 1С.
пишу у нас ошибка при клиент-серверном использовании, не работали отборы, да и вообще вылетала когда хотела. пишу - как мне сейчас ее исправить? ответ - в 3.1.4 такой ошибки нет. ну класс! ну как так? мы не планировали переходить на 3.1.4, но 1500 сотрудников, нашим расчетчикам сложно без банальных отборов, да даже мы мучились сопровождать - документ фиг найдешь. ладно, подумали, перешли на 3.1.4.....а там НДФЛ какашка такая... блин, чем больше пишу, тем больше возмущений и примеров =)
(57) иногда отвечают "передали разработчикам", а иногда " Разработчикам передаются пожелания, не противоречащие методике программы. Ваше пожелание противоречит" ..... несмотря на то, что речь идет не о пожеланиях чего-то нового, а о том, что прекрасно работало в 7.7 и в 2.5.......
Тоже считаю, что 2.5 лучше - и быстрее и возможности (нормально работающие) для ввода различных начислений есть...
А в 3.1 разработчики - развлекаются.... "сейчас НДФЛ сделаем лучше чем в 2.5..." - все пользователи получили .... короче получили. Сейчас - "вот появилась возможность увольнять сотрудников заранее, то есть создавать Приказы, увольняющие сотрудников через несколько месяцев..." - опять получили...
Теоретически задумки вроде неплохие, но все-таки - "не нужно нам делать как лучше, оставьте нам как хорошо"
А в 3.1 разработчики - развлекаются.... "сейчас НДФЛ сделаем лучше чем в 2.5..." - все пользователи получили .... короче получили. Сейчас - "вот появилась возможность увольнять сотрудников заранее, то есть создавать Приказы, увольняющие сотрудников через несколько месяцев..." - опять получили...
Теоретически задумки вроде неплохие, но все-таки - "не нужно нам делать как лучше, оставьте нам как хорошо"
(55) Это из оперы: "Хотели как лучше, а получилось как всегда."
Хотя зачем разработчикам "как лучше", им бы "как жирнее".
Да и далеко они от проблем насущных.
Общался я как-то с какой-то руководительницей из стольного града непосредственно от желтых, одно ее выражение было: привезли в Челябинск и еще тут "какие-то" претензии предъявляют.
Когда я не выдержал и спросил, почему такие проблемы с ЗУПом 3.1?
Она ответила: "У нас нет проблем."
Думаю дальше продолжать не нужно.
У желтых проблем нет!
Хотя зачем разработчикам "как лучше", им бы "как жирнее".
Да и далеко они от проблем насущных.
Общался я как-то с какой-то руководительницей из стольного града непосредственно от желтых, одно ее выражение было: привезли в Челябинск и еще тут "какие-то" претензии предъявляют.
Когда я не выдержал и спросил, почему такие проблемы с ЗУПом 3.1?
Она ответила: "У нас нет проблем."
Думаю дальше продолжать не нужно.
У желтых проблем нет!
(73)
тоже очень интересно, обычно на семинаре Нуралиев рассказывает на какой балл пользователи оценивают конфигурацию.
интересно - какая официальная политика у самой 1С насчет качества продукта? ведь, наверняка, этот вопрос понимается.. хоть иногда? на их внутренних семинарах? что говорят? или это запретная тема?
тоже очень интересно, обычно на семинаре Нуралиев рассказывает на какой балл пользователи оценивают конфигурацию.
(79) существует мнение, что:
1. Дарёному коню под хвост не смотрют. (ЗУП, как правило, идёт бесплатным приложением к БП)
2. Больше ошибок - больше бабла за ИТС.
3. Проблемы индейцев шерифа не волнуют. (см декларацию "эз из", пока она жива 1С бессмертен)
1. Дарёному коню под хвост не смотрют. (ЗУП, как правило, идёт бесплатным приложением к БП)
2. Больше ошибок - больше бабла за ИТС.
3. Проблемы индейцев шерифа не волнуют. (см декларацию "эз из", пока она жива 1С бессмертен)
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот