0
На рассмотрении

Ф-ция разноски

mid2018 3 года назад в Расчеты начислений и удержаний обновлен Гашков Николай (Эксперт) 3 года назад 8

Добрый день!

При разноске  суммы стандартной ф-цией W_SS()  в ЛС разносятся также  и даты начала и конца  д-вия строки,

в случае, если они в таблице есть.

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

Но в этом случае не разносятся  даты начала и конца д-вия строки.

Возможно ли делать разноску сумм с указанием месяца начисления и месяца принадлежности, а также  датой начала и датой конца д-вия строки?

На рассмотрении

Добрый день!

У вас задача разнесли сумму  или добавить вид и разнести сумму?

Во втором варианте у вас после 100 сумм закончатся виды для разноски...

Эта таблица, собственно и делается, чтобы решить проблему 100-й строки.

Есть некий вид, достигший порога 100, у некоторых сотрудников.

Работать с незакрываемым видом, т.е. с датой конца = 01.01.2050, нежелательно.

Вводить новый вид (дублёр) тоже нежелательно,  но допустимо, если на этот вид-дублёр перенести суммыы за 

предыдущие года, с одновременным удалением строк основного вида за те же года.

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

а надо будет сдавать отчёты годовые, как общегосударственные так и ведомственные.

Вот и решили всё-таки создать вид-дублёр но перекодировку делать за конкретный год,  т.е. в древних

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

Задача таблицы заключается в следующем:

- принять суммы, допустим за 2010 год,  по основному виду (с расширением);  

- произвести разноску этих сумм на вид-дублёр (с тем же самым расширением, в тот же 2010);

- удалить строки основного вида за 2010 год,  чтобы высвободить диапазон расширений для текущей работы.

Т.е. - краткий ответ такой  - добавить вид и разнести сумму.



 

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

А как перекодировка мажет повлиять на подготовку отчетов?

Федеральным и ведомственным отчетам совершенно фиолетово из какого вида берется сумма, если "основной" вид и вид-"дублер" имеют одинаковые настройки.

Единственное, что приходит на ум - "внутренний" отчет - свод по видам НУ. Но и тут особых проблем нет. Если его потребуется сформировать за прошлый период, и очень не хочется видеть в нём вид-"дублер", то это легко реализовать через подготовку свода с разбиением, который автоматом заменит код вида-"дублера" на код основного вида. 

Ну да,  основная причина это  внутренние отчёты,  ну и сложившаяся технология работы.

Во-первых текущих рабочих сводов приличное количество, и заставлять бухгалтеров делать дополнительные своды - нежелательно.

Затем  в ОТИЗе  куча своих отчётов по распределению зарплаты.

Ну и потом,  перевыдавать отчёты по зарплате 10-летней давности  - это вероятность меньше 1%.

Да и добавление нового вида для текущей работы тоже вещь непростая,  т.к. видов НУ уже итак много. 

Возможно ли делать разноску сумм с указанием месяца начисления и месяца принадлежности, а также датой начала и датой конца д-вия строки?


Надо просто добавить в таблицу соотв. столбцы:

Что мешает просто объединить все строки заданного вида по маске?

Будут объединены строки 104 вида за 2017 год.

В таком случае история вопроса остаётся неполная,  несколько строчек в одну схлопываются.

Для перекодировки строк можно использовать

[entry("ChangeCodeExactS")]
double __cdecl ChangeCodeExact(double OldCode, int NewCode);

Пример использования:

Сервис поддержки клиентов работает на платформе UserEcho