Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
через две недели после релиза 3.1.10.50 выпустили внеплановый 3.1.10.78.
такая скорость обычно говорит о волшебных пенделях и заплатках на скорую руку.
что ж, ждем пока отпускники еще парочку обновлений напилят - пока не обновились.
бухгалтера не требуют да и конец полугодия как никак.
такая скорость обычно говорит о волшебных пенделях и заплатках на скорую руку.
что ж, ждем пока отпускники еще парочку обновлений напилят - пока не обновились.
бухгалтера не требуют да и конец полугодия как никак.
выпустить то выпустила, но исправленных ошибок не сделала. Просто все изменения касаются оплаты в натуральной форме без кассы. Поэтому " о волшебных пенделях и заплатках на скорую руку" пока сказано рано. Думаю переходить после закрытия месяца
(79) Настройки - расчет зарплаты - настройка состава начислений и удержаний.
Вышел на это через другую проблему, уже не помню какую, причиной возникновения которой послужило отсутствие галки "ночные часы", хотя она там всегда стояла. Пришлось смотреть в отладчике и в итоге обнаружил, что галка отсутствует. В графиках ночные часы не слетели.
Вышел на это через другую проблему, уже не помню какую, причиной возникновения которой послужило отсутствие галки "ночные часы", хотя она там всегда стояла. Пришлось смотреть в отладчике и в итоге обнаружил, что галка отсутствует. В графиках ночные часы не слетели.
Так же, в версии 3.1.10.78, при анализе штатного расписания, выявили, что документы "кадровый перевод" тоже не сделали нужных движений в РС "ЗанятостьПозицийШтатногоРасписания". Если с проблемой "начальная штатная расстановка" и "данные на начало эксплуатации" разобрались перезаполнением, то в этом случае не работает.
Обновлял несколько баз с версии 3.1.8.246.
В разовых начислениях в документе появилась галка "Использовать при расчете первой половины месяца". По умолчанию не нажата, хотя в самом начислении галка установлена. Бухгалтеры не обратили внимание и данные суммы не попали в аванс.
В разовых начислениях в документе появилась галка "Использовать при расчете первой половины месяца". По умолчанию не нажата, хотя в самом начислении галка установлена. Бухгалтеры не обратили внимание и данные суммы не попали в аванс.
В 3.1.10.110 в форме настроек отчета накосячили. Если там в настройке структуры отчета отключать поля в группировке, то валится в ошибку, что "Поле объекта не обнаружено: Родитель". Отладчик вот на эту строчку выводит:
Ну а при таком раскладе в элементе настройки у нас группировка компоновки данных, у которой родителя, собственно, и нет...
Если ТипЗнч(ЭлементНастройки.Родитель) = Тип("НастройкиВложенногоОбъектаКомпоновкиДанных") Тогда
ЭлементНастройки = ЭлементНастройки.Родитель
КонецЕсли;
Ну а при таком раскладе в элементе настройки у нас группировка компоновки данных, у которой родителя, собственно, и нет...
(108)
Не оно. Предположим, нужен свод начислений и удержаний за период в несколько месяцев целиком, а не помесячно. Если, открыть "Полный свод начислений,.... -> Настройки -> Расширенный -> Структура -> Месяц начисления, Организация..." и убрать галку с "месяц начисления" (да хоть и с организации), то выскочит ошибка, описанная в 102 посте, при этом галка уберётся, но при сохранении это всё не сохранится. Откроешь снова, а она на месте, паскуда... В других отчётах то же самое.
Не оно. Предположим, нужен свод начислений и удержаний за период в несколько месяцев целиком, а не помесячно. Если, открыть "Полный свод начислений,.... -> Настройки -> Расширенный -> Структура -> Месяц начисления, Организация..." и убрать галку с "месяц начисления" (да хоть и с организации), то выскочит ошибка, описанная в 102 посте, при этом галка уберётся, но при сохранении это всё не сохранится. Откроешь снова, а она на месте, паскуда... В других отчётах то же самое.
Обновились на 3.1.10.68, при попытке завести нового сотрудника проблемы.
В поле "Адрес по прописке" нажимаем кнопку "Заполнить" и можно идти кофе заваривать - база зависает на 2-3 минуты. Заметили достаточно поздно, бэкапы есть, но придётся вбивать все изменения за месяц.
Обновил до 3.1.10.110 - такая же история.
Кто-нибудь сталкивался с подобным?
В поле "Адрес по прописке" нажимаем кнопку "Заполнить" и можно идти кофе заваривать - база зависает на 2-3 минуты. Заметили достаточно поздно, бэкапы есть, но придётся вбивать все изменения за месяц.
Обновил до 3.1.10.110 - такая же история.
Кто-нибудь сталкивался с подобным?
я помню переход с 3.1.2 на 3.1.5 я потом еще 2 месяца в полуручном режиме сводила ндфл.
у нас куча подразделений и куча переводов между ними. пока есть возможность я буду ждать что то более стабильное
у нас куча подразделений и куча переводов между ними. пока есть возможность я буду ждать что то более стабильное
Был косяк с перерасчётами. При открытии одноимённой обработки "Перерасчета" база просто зависала. Когда пересчитывали документы "Увольнение, командировки".
Удалили таблицу эту программно и восстановили (через sql). Вроде пока робит, но смотрим с подозрением уже на всё :D
Удалили таблицу эту программно и восстановили (через sql). Вроде пока робит, но смотрим с подозрением уже на всё :D
что-то они там химичат со списком ошибок.
вчера в списке к 10.111 были ошибки, о которых речь в (127), т.е. ранее исправленные
теперь их там нет, но количество не изменилось
они получается реально вывалили все ошибки, которые ранее не отображались в списках, но были зафиксированы
вчера в списке к 10.111 были ошибки, о которых речь в (127), т.е. ранее исправленные
теперь их там нет, но количество не изменилось
они получается реально вывалили все ошибки, которые ранее не отображались в списках, но были зафиксированы
(152) ну а чо, по делу разраб отвечает
я тоже за то, чтобы не очковать от количества ошибок и почти всегда читаю баг-листы по неисправленным.
это действительно экономит время и пользователям и разрабам, когда первые могут не строчить направо/налево слезные опусы, "мол, господин спаси - не считает", а просто найти свою ошибку в баг-листе и жамкнуть там "у меня проявляется". Было бы клево заголовок этой гиперссылки заменить на
"Мне тоже больно, спаси - не считает".
то что большая часть ошибок экзотика - тоже верно и пакниковать от размера стека ошибок глупо,
особенно когда с системе количество строк кода огромно.
если кратко - хватит ныть.
я тоже за то, чтобы не очковать от количества ошибок и почти всегда читаю баг-листы по неисправленным.
это действительно экономит время и пользователям и разрабам, когда первые могут не строчить направо/налево слезные опусы, "мол, господин спаси - не считает", а просто найти свою ошибку в баг-листе и жамкнуть там "у меня проявляется". Было бы клево заголовок этой гиперссылки заменить на
"Мне тоже больно, спаси - не считает".
то что большая часть ошибок экзотика - тоже верно и пакниковать от размера стека ошибок глупо,
особенно когда с системе количество строк кода огромно.
если кратко - хватит ныть.
(146) да - вроде полет нормальный.
самый скользкий(пока) релиз в этом году был 3.1.10.78 - когда выпилили некоторые оборотные регистры по штатке и кадрам, и запилили регистры сведений.
Особо хлопот не было, но расширения пришлось прошерстить.
Последние три релиза после указанного, в том числе 10.135, не так "опасны" и обновляются практически на автомате.
самый скользкий(пока) релиз в этом году был 3.1.10.78 - когда выпилили некоторые оборотные регистры по штатке и кадрам, и запилили регистры сведений.
Особо хлопот не было, но расширения пришлось прошерстить.
Последние три релиза после указанного, в том числе 10.135, не так "опасны" и обновляются практически на автомате.
Обновились на днях с 3.1.5.481 на 3.1.10.156 (пока в тестовой БД, разумеется). Обнаружили проблему с Дополнительными сведениями: 1.Если смотрим у объекта (например спр.Сотрудники) - доп.свед.видны, но не все и помечены на удаление. 2.Если переходим по Еще - Изменить доп.свед, то не видим вообще ничего, ни одного ДС ни у какого объекта 3.Через "Все функции" смотрим регистр Доп.свед. - все на месте. Кто-нибудь сталкивался с такой проблемой? Что делать, как бороться?
Обнаружилась еще одна проблема после обновления с 3.1.5.481 на 3.1.10.156. Видимо не сработали обработчики обновления (хотя ошибка 30168669 числится как исправленная), в итоге пропали занятые позиции штатного расписания...
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот