Вопросы
0
На рассмотрении
Ф-ция разноски
mid2018 3 года назад
в Расчеты начислений и удержаний
•
обновлен Гашков Николай (Эксперт) 3 года назад •
8
Добрый день!
При разноске суммы стандартной ф-цией W_SS() в ЛС разносятся также и даты начала и конца д-вия строки,
в случае, если они в таблице есть.
Возникла необходимость разносить сумму табличной ф-цией PutSumm, чтобы задавать месяц начисления и месяц принадлежности суммы.
Но в этом случае не разносятся даты начала и конца д-вия строки.
Возможно ли делать разноску сумм с указанием месяца начисления и месяца принадлежности, а также датой начала и датой конца д-вия строки?
Сервис поддержки клиентов работает на платформе UserEcho
Добрый день!
У вас задача разнесли сумму или добавить вид и разнести сумму?
Во втором варианте у вас после 100 сумм закончатся виды для разноски...
Эта таблица, собственно и делается, чтобы решить проблему 100-й строки.
Есть некий вид, достигший порога 100, у некоторых сотрудников.
Работать с незакрываемым видом, т.е. с датой конца = 01.01.2050, нежелательно.
Вводить новый вид (дублёр) тоже нежелательно, но допустимо, если на этот вид-дублёр перенести суммыы за
предыдущие года, с одновременным удалением строк основного вида за те же года.
Перекодировка вида не годится, т.к. она перекодирует вообще весь вид без запроса начала и конца,
а надо будет сдавать отчёты годовые, как общегосударственные так и ведомственные.
Вот и решили всё-таки создать вид-дублёр но перекодировку делать за конкретный год, т.е. в древних
годах суммы будут на виде-дублёре, а в текущей базе расчёты будут производиться на основной.вид.
Задача таблицы заключается в следующем:
- принять суммы, допустим за 2010 год, по основному виду (с расширением);
- произвести разноску этих сумм на вид-дублёр (с тем же самым расширением, в тот же 2010);
- удалить строки основного вида за 2010 год, чтобы высвободить диапазон расширений для текущей работы.
Т.е. - краткий ответ такой - добавить вид и разнести сумму.
А как перекодировка мажет повлиять на подготовку отчетов?
Федеральным и ведомственным отчетам совершенно фиолетово из какого вида берется сумма, если "основной" вид и вид-"дублер" имеют одинаковые настройки.
Единственное, что приходит на ум - "внутренний" отчет - свод по видам НУ. Но и тут особых проблем нет. Если его потребуется сформировать за прошлый период, и очень не хочется видеть в нём вид-"дублер", то это легко реализовать через подготовку свода с разбиением, который автоматом заменит код вида-"дублера" на код основного вида.
Ну да, основная причина это внутренние отчёты, ну и сложившаяся технология работы.
Во-первых текущих рабочих сводов приличное количество, и заставлять бухгалтеров делать дополнительные своды - нежелательно.
Затем в ОТИЗе куча своих отчётов по распределению зарплаты.
Ну и потом, перевыдавать отчёты по зарплате 10-летней давности - это вероятность меньше 1%.
Да и добавление нового вида для текущей работы тоже вещь непростая, т.к. видов НУ уже итак много.
Надо просто добавить в таблицу соотв. столбцы:
Что мешает просто объединить все строки заданного вида по маске?
Будут объединены строки 104 вида за 2017 год.
В таком случае история вопроса остаётся неполная, несколько строчек в одну схлопываются.
Для перекодировки строк можно использовать
[entry("ChangeCodeExactS")]double __cdecl ChangeCodeExact(double OldCode, int NewCode);
Пример использования: