Ваши комментарии
Возможно ли делать разноску сумм с указанием месяца начисления и месяца принадлежности, а также датой начала и датой конца д-вия строки?
Надо просто добавить в таблицу соотв. столбцы:
Рано обрадовался...
Теперь данные в столбце сохраняются без "фиксации".
Но по-прежнему, после добавления функции предварительной обработки, вызывающей скрипт, если столбцов-"фиксаторов" в таблице два и более, м-ду ними возникает конфликт "дублирование имени"
А зачем у этого столбца функция расчета "return str;"?
М.б. я что-то не так делаю, но идея была такая:
Ф-я предварительной обработки #return kl_ruk(); запускает скрипт, результат работы которого записывается в переменную str.
Ф-я расчета return str; записывает значение переменной str в ячейку столбца "Ввод данных для расчета кл.рук-ва".
В поставочной тарификации у "фиксаторов" такая настройка
Совпадает с вашей?
Да. В таблице таких "фиксаторов" несколько. Они ни как не конфликтовали до появления столбца "Ввод данных для расчета кл.рук-ва" с вышеуказанными ф-ми расчета и предв. обработки.
Точно!
Спасибо!
Взял и поправил скрипт под себя/клиента..
Тут подойдёт и 15-й алгоритм с параметрами
12;7=4;9=Ч(1)
Но лучше бы, чтобы в поставке правильно считалось (ИМХО)
Сейчас такого требования нет?
А оно точно было?
В СССР порядок уплаты профвзносов регулировался Уставом профессиональных союзов СССР (документ утратил силу):
54. Ежемесячные членские взносы устанавливаются в следующем размере:
имеющие месячный заработок, стипендию до 70 рублей вносят 0,5 процента, свыше 70 рублей - один процент месячного заработка.
Для состоящих в профсоюзе неработающих пенсионеров, женщин, временно прекративших работу в связи с воспитанием детей, и учащихся, не получающих стипендии, членский взнос устанавливается в размере 5 копеек в месяц.
Про "брать профсоюзные от суммы без копеек" нет ни слова...
Сейчас условия и порядок перечисления взносов устанавливаются коллективными договорами, отраслевыми (межотраслевыми) тарифными соглашениями (ст.377 ТК РФ и п.3 ст. 28 Федерального закона от 12.01.1996 № 10-ФЗ). А в п.2 ст.7 Закона N 10-ФЗ напрямую говорится, что порядок уплаты вступительных и членских взносов должен быть предусмотрен в уставе профсоюза.
Например, в Положениях о порядке уплаты, распределения, учета членских профсоюзных взносов работников здравоохранения, культуры, народного образования и науки сказано:
Членский взнос в Профсоюзе устанавливается в размере не менее одного процента от ежемесячной заработной платы и других доходов, связанных с трудовой деятельностью, стипендии.
При этом все положения "разрешают" первичным профорганизациям
устанавливать льготный размер членских профсоюзных взносов для лиц, не имеющих заработной платы, стипендии.
И тут про "брать профсоюзные от суммы без копеек" нет ни слова...
Плюс к этому, большинство экспертов утверждают, что членские профсоюзные взносы должны исчисляться и удерживаться после того, как из дохода удержан НДФЛ.
Получается, что 225 алгоритм для расчета профвзносов ну ни как не подходит.
Сбербанк
Тут всё уже "круто", т.к. банк "поставочный". Если на всех сотрудников сформирована одна ведомость, то в реестр попадут только те ЛС, в которых заполнено поле КЧ с номером счета.
1. Функция
return GetAndCheckNotNull_CardNumber(__CardNumberKchField);
принимает номер счета из "поставочного" поля КЧ, проверяя при этом, заполнено ли оно. Заменяете __CardNumberKchField на пользовательское имя поля, заключенное в кавычки, и функция примет номер счета из него, выдав соответствующее предупреждение, если это поле пустое.
Сообщение о незаполненном номере счета - штука полезная, когда зарплатный проект один. Когда их несколько, это только отвлекает внимание и сбивает с толку пользователя. Потому функцию приема номера счета лучше (ИМХО) заменить на обычную табличную:
- для поставочного поля КЧ:
R_Face(BankCard);
- для пользовательского:
R_Face(пользовательское_имя_поля);
2. Функция
if(CommonBankFiltr(FCBankCard,CASHSUM) && atoi(FCnumbank)) return 1;return 0;
в сочетании со знаком ">" в третьей "узкой" колонке, отфильтровывает при приеме ЛС, если номер счета, номер ОСБ и сумма зачисления пустые\нулевые.
З.Ы. Для Сбербанка имя поля, в котором хранится номер счета, можно указать в "Настройки таблиц и форм печати --> Настройки для банков --> Настройки для Сбербанка", поэтому менять функцию приема в таблице нет необходимости.
Кольцо Урала
Тут всё зависит от того, в каком виде реализована таблица. Если брали готовое решение в "Зарплатных проектах" на kz.skbkontur.ru и ни как его не "допиливали" то менять имя поля КЧ с номером счета надо здесь:
Вместо BankCard пишите своё имя поля.
Но эта таблица отфильтрует только ЛС с нулевыми суммами для зачисления. Чтобы отбрасывать ещё и ЛС с незаполненным номером счета для Банка Кольцо Урала, надо:
- добавить столбец-фильтр с функцией приема:
if(CommonBankFiltr(FCBankCard,CASHSUM)) return 1;return 0;
где:
- FCBankCard - имя поля в таблице, куда принимается номер счета,
- CASHSUM - имя поля в таблице, куда принимается сумма зачисления.
- убрать символ ">" из третьей "узкой" колонки в строке "Сумма зачисления",
- поставить символ ">" в третью "узкую" колонку в строке для столбца-фильтра.
Сервис поддержки клиентов работает на платформе UserEcho
А как перекодировка мажет повлиять на подготовку отчетов?
Федеральным и ведомственным отчетам совершенно фиолетово из какого вида берется сумма, если "основной" вид и вид-"дублер" имеют одинаковые настройки.
Единственное, что приходит на ум - "внутренний" отчет - свод по видам НУ. Но и тут особых проблем нет. Если его потребуется сформировать за прошлый период, и очень не хочется видеть в нём вид-"дублер", то это легко реализовать через подготовку свода с разбиением, который автоматом заменит код вида-"дублера" на код основного вида.