[Logo] Форум ПАРУС
Сообщения, отправленные пользователем: FNN
Индекс форума » Профиль для FNN » Сообщения, отправленные пользователем FNN
Автор Сообщение
Может кому будет полезно. После обновления на сентябрь 2021 некоторые функции перестали работать (в частности у нас это были TVQ, TC и TD) - они выдавали #ЗНАЧ вместо сумм.
В итоге выяснили, что в пакете PKG_ACC_RM_TR в параметрах процедуры BUILD_SELECT_ALL
вместо
sAGENT_COL => 'SP.VALUES_TO',
sAGENT_CORR_COL => 'SP.VALUES_FROM',
заменили на
sAGENT_COL => 'COALESCE(SP.VALUES_TO,OP.AGENT_TO)',
sAGENT_CORR_COL => 'COALESCE(SP.VALUES_FROM,OP.AGENT_FROM)',

Вот вроде бы все должно работать, но почему-то перестало.
Пока вернули как было - что с этим делать не знаем.
Проверяли в Офисе 2010, 2013 и 2016.
ERM300 wrote:Сегодня аналогично после обновления остались отключенными триггеры для таблицы BANKDOCS, соответственно полетела нумерация документов.
Клиент Паруса никак не среагировал на отключенные триггеры, был отправлен запрос на службу поддержки и был получен ответ, цитата:

"По просьбе коллег, обслуживающих облачные проекты, контроль состояния триггеров был отключен. Обратно включать не планируем."

Придется самим это контролировать, проще всего это сделать в триггере, который будет срабатывать при подключении к базе.


Хорошо, когда у тебя ответственный поставщик: если что важное поменяет, то обязательно заранее предупредит.
Плохо когда приходится узнавать все из форумов (((
SHUTOVA_E_V wrote:
FNN wrote:Для корректного формирования 6-НДФЛ мы рассчитываем выплаты (например, разовые премии), со сроком перечисления налога "Дата удержания + 1" в месяце выплаты.
Например, сегодня 02.09.2021 - мы рассчитываем премию в СЕНТЯБРЕ и удерживаем с нее налог 13%.
10.09.2021 мы закрываем зарплату и выясняется, что у сотрудника зарплата в АВГУСТЕ превысила 5 млн.
В итоге мы получаем "косяк" в СЕНТЯБРЕ ввиде сторно НДФЛ 13% и доначисления НДФЛ 15%
Как решить эту проблему?


Я правильно понимаю, что для 15% мы заводим новое удержание? Как то это не совсем удобно вылавливать таких сотрудников.


Да. Правильно.
Вопрос снят.
Офиц. ответ: "дозагрузка не планируется". Придется каждый раз загружать заново весь ГАР.
В сентябрьском релизе 2021 убрали импорт ФИАС и добавили ГАР.
Вопрос: как загружать обновления ГАР?
В Администраторе есть первоначальная загрузка ГАР, если после нее также докачать дополнения, то все что до этого было загружено затирается.
Мы долго мучились с этой киосерой, в итоге просто заменили на НР.
У нас на печать всегда выходило в масштабе 200% и вся печать съезжала влево, т.е. была видна только правая половина отчета.
Ни Парус, ни Кристал здесь ни при чем - надо дрова искать под принтер - они у нас какие-то кривые были, хотя и родные.
Кажется через пару лет они все таки отыскали какие-то драйвера и вроде печать заработала, но принтер уже сплавили.
Мы заметили что если один пользователь уже запустил один из модулей, то при запуске смежного модуля выходит сообщение с предложением закрыть уже запущенные модули.
Я правильно понимаю, что удалив папку таких сообщений не будет, т.к. будет происходить только дозагрузка новых библиотек, а не их обновление?
Тогда это то что надо - спасибо!!!
Удалил. После запуска одного модуля - загружаются библиотеки, необходимые только для данного модуля.
Т.е. чтобы подгрузить все библиотеки все-равно нужно запустить каждый модуль по-отдельности
Каждый раз после обновления релиза мы запускаем на рабочем месте пользователей программу и "прогоняем" все ее модули через "Файл\Начать сеанс".
Есть ли такой способ запуска или обновления Паруса на пользовательских рабочих компьютерах, который обновляет сразу все библиотеки и файлы до нового релиза?
Если на местах каждый пользователь сам запускает такой апгрейт до нового релиза, то на терминальных серверах приходится запускать Парус, когда никто в нем не работает
(а это как правило воскресенье после обновления релиза) и "прощелкивать" каждый модуль.
У налога с сентябрьской премии срок перечисления "Дата удержания + 1", поэтому мы и рассчитываем ее в сентябре и выплачиваем в сентябре.
После наступления сентября такой вид премии уже нельзя рассчитывать в августе.
Для корректного формирования 6-НДФЛ мы рассчитываем выплаты (например, разовые премии), со сроком перечисления налога "Дата удержания + 1" в месяце выплаты.
Например, сегодня 02.09.2021 - мы рассчитываем премию в СЕНТЯБРЕ и удерживаем с нее налог 13%.
10.09.2021 мы закрываем зарплату и выясняется, что у сотрудника зарплата в АВГУСТЕ превысила 5 млн.
В итоге мы получаем "косяк" в СЕНТЯБРЕ ввиде сторно НДФЛ 13% и доначисления НДФЛ 15%
Как решить эту проблему?
Мы добавили в КОР-е в контекстное меню несколько методов и не можем понять по какому принципу Парус сортирует это меню.
Плюс он добавляет разделитель между строками меню в произвольном порядке.
Как отсортировать меню и ставить разделители так как нам надо?
Пробовали нумеровать позиции меню - не помогло. Предполагали что он их делит по десяткам (60 ...., разделитель, 70 ..., разделитель) - тоже не вышло
Хорошая идея! Большое спасибо!
Цель: создать процедуру, которая автоматически рассчитает по каждому сотруднику среднедневной заработок (по алгоритму расчета обычного отпуска), умножит его на 29,3 и добавит полученную сумму в Массовые основания (на выплату с алгоритмом СУММА).
У меня есть входные параметры:
1. месяц начисления
2. выплата донор (Отпуск очередной)
3. продолжительность 1 день
4. само Исполнение должности
Уже обратился. Жду.
В режиме "Формировать в разрезе обособленных" не печатает.
Если процедуру P_CLNPERSONS_6NDFL_2021 немного поправить, то работает.
А так оригинал выдает ошибку
Мы запланировали обновление на 11.04.2021 и уже разослали уведомления.
Что делать, если 12.04.2021 нам позвонят бухгалтеры, которые начнут проверять 6-НДФЛ в новом релизе и увидят такую ошибку?
ESINA wrote:
FNN wrote:
SSOROKINA wrote:Добрый день.
Обновились на мартовский релиз.
Не можем выгрузить в разрезе обособленных подразделений вообще ни через функции, ни через экселевский отчет.
Ошибка "Данные для печати не найдены".
Что-то не так заполняем в параметрах или у всех такая катастрофа??


у всех((


Вообще, в документации к релизу описано, что SL3390 - это для тех, кто использует веб-интерфейс. Для вин-интерфейса надо использовать действие.


Но "Функции / Печать и выгрузка" в мартовском релизе тоже перестали работать...
SSOROKINA wrote:Добрый день.
Обновились на мартовский релиз.
Не можем выгрузить в разрезе обособленных подразделений вообще ни через функции, ни через экселевский отчет.
Ошибка "Данные для печати не найдены".
Что-то не так заполняем в параметрах или у всех такая катастрофа??


у всех((
Обновили тестовую базу Парус 8 (хозрасчет) на релиз от 30.03.2021 - теперь не отрывается раздел "Оборотная ведомость по аналитическим счетам".
Пишет ошибка записи в таблицу: поле не может быть null.

Это новое поле "КОГСУ" не используется в Хозрасчетной версии, но пытается заполниться.
Сами подсунули стандартной процедуре "0" в это поле - вроде ошибка пропала.
Но ощущение что что-то нехорошое может случиться в будущем.
SSOROKINA wrote:Да, как раз об этом писала:
"Однако не удается распечатать одновременно по всем КПП по всем сотрудникам. Только задавая каждое КПП по одному и запуская функцию столько раз, сколько у нас КПП.
Возник вопрос, как распечатать сразу все и по всем людям с помощью "Печать и выгрузка 6-НДФЛ"?"
Если б не было проблем с "Печать и выгрузка 6-НДФЛ", экселевская форма и не волновала бы


Техподдержка отписала что уже занимаются этой проблемой
Есть другая проблема: При выгрузке из раздела "Сотрудники" файлов 6-НДФЛ с помощью "Функции -> Печать и выгрузка 6-НДФЛ" не происходит формирования нескольких файлов согласно ОКТМО подразделения. Параметр "Формировать в разрезе ОП" установлен. Соответственно и печать тоже неверная выходит.
Ответ техподдержки: "Для пользовательского отчета есть только выгрузка, если нужна печать и выгрузка, то для этого реализовано действие в сотрудниках Функции- Печать и выгрузка 6-НДФЛ. Описание есть в сопроводительной записке к релизу."
Ставьте патч (П8-43339_Импорт_ЭЛН_XML_18-12-2020)
ESINA wrote:
FNN wrote:У НДФЛ будет только одна проводка: 70 - 68. Какое там может быть распределение? На какие счета?

В бюджете все сложнее, не мерьте своим простым планом счетов)


Чур меня работать у бюджетников ))) тьфу 3 раза
У НДФЛ будет только одна проводка: 70 - 68. Какое там может быть распределение? На какие счета?
Для чего нужно это поле "Сбор"? У нас оно всегда 0.
А вот зачем делить удержания отдельно на "ИСП" и "АЛМ", если в сумме взыскания все-равно они суммируются и выгружаются одной суммой?
USER wrote:А какие-то настройки Парус предлагает для подтягивания суммы взыскания к перечислениям?


В назначении платежа образца банковских документов пишете макрос <ВЗС>
Релиз вышел. Недоработанный. Цитата: "...(доработка будет реализована позднее, о чем будет сообщено отдельно)..."
Как я понял из описания, указать код дохода (автоматически) можно двумя способами:
1. проставив ВСЕМ(!) начислениям (в словаре "Выплаты/Удержания") код дохода в настройках выплаты,
тогда в Перечислениях все выплаты сгруппируются по кодам
(но эта часть как раз и недоработана, а следовательно не работает)
2. проставив в удержания с алгоритмом СБЕ (в словаре "Выплаты/Удержания") соответствующие коды,
т.е. придется завести 3 вида удержания с таким алгоритмом для 3-х разных кодов,
рассчитывать их в разных расчетах и создавать отдельные Ведомости.
Если же все делать вручную, то все-равно рассчитывать разные коды доходов в разных расчетах,
но после создания Ведомости указать в ней код дохода, тогда все выплаты этой Ведомости будут иметь один код.
Зато не придется создавать новые удержания с алгоритмом СБЕ или проставлять всем начислениям коды дохода.
.
А еще, чтобы разделить вид удержания на "Исполнительный лист" и "Алименты". теперь надо завести 2 разных удержания
и прописать в их настройках код взыскания ISP или ALM.
Хотя можно было просто добавить поле "Код дохода/взыскания" в параметры Основания этого удержания.
Теперь придется завести еще одно удержание: отдельно для Исплист и Алименты.
А потом пройтись по всем сотрудникам и заново завести в Основаниях все обязательства, но уже с распределением на алименты или исплист.
С 29 апрельского релиза страховые взносы на резерв отпусков по алгоритму ЕСР начали считать один и тот же резерв по всем исполнениям.
У одного сотрудника было 10 исполнений и должно было быть 1500 руб взносов ПФС на последнем исполнении.
В итоге посчиталось 10 раз по 1500 руб, т.е. в каждом исполнении по 1500 руб.
В алгоритме ЕСР заменил на
"and nLOOKRESERV = 0" в строке 342 - пока все работает.
LOOKRESERV - параметр "Сумма резерва" (со значениями Расчет и Период за) алгоритма ЕСР.
При установке "Период за" - суммы взносов обнуляются в расчетах.
При "Расчет" - задваиваются в Исполнениях
Для алгоритма ДОТ (доптариф на резерв отпуска) - таких изменений не ввели - там все работает.
Вопрос был по компаниям малого и среднего бизнеса. Проблему решили. Выложили новую инструкцию. Теперь все считается нормально.
Осталась проблема только со взносами на резерв отпусков.
 
Индекс форума » Профиль для FNN » Сообщения, отправленные пользователем FNN
Перейти: