Как можно заимпортить регистрируемые типы зарплат

При импорте в поле "Тип строки" загрузить знак плюс.

У меня получилось как надо
Пользовался пунктом меню:
\Зарплата\Регистрируемы Типы Зарплат\Импорт из других систем.
Создал файл импорта:
ТН, ТЗ, ДатаНачТЗ, ДатаОкончТЗ.
Самое главное что мне было нужно,
чтобы импортируемая сумма облагалась подоходным налогом (+пенс,соцюналог и соц.отчисления
К О М А Н Д Ы :

Пояснение:
Тип зарлаты "Подоходный налог" работает от суммы в переменной 22 "Налогооблагаемая сумма".

Так вот я создал файл импорта для нескольких сотрудников
заимпортил.
Сделал расчет зарплаты
и у меня эти суммы обложились налогом

Т.е. команды Q в ТЗ сработали

Что и нужно было.

Так же срабатываеют команды Y (положить в накопитель)

Пробовал формат с типом строки = "+".
Но разницы нет, что с ним , что без него.

Для чего он нужен = Тип строки ("+", возмжны другие значения?)

В любом случае спасибо vome.
Ваш ответ подтолкнул меня проверить этот вариант импорта.
_________________
Rebus

REBUS писал(а):

У меня получилось как надо

Поздравляю.

А вы попробуйте заимпортить тип зарплаты отпуск или больничный с "+" и без него, без импорта суммы, используя только даты начала и окончания ТЗ, и почувствуйте разницу.

"+" используется если сумма в 3 счетчике должна рассчитаться самим импортируемым типом зарплаты.

Видимо, под "переменной какой-нибудь" Вы понимали накопители, рабочие переменные и т.п., а VOME (и это естественно) понял как счетчики и совершенно верно Вам ответил.

В приведенном Вами примере и не требовался "+": команды L, P, Q, Y выполняются для регистрируемых Типов Зарплат (ТЗ) не при расчете во время регистрации, а (без перерасчета) только на этапе формирования РА09 перед началом обработки ТЗ по табелю.

REBUS писал(а):

Да действительно Больничный импортится и считается Классно! Я даже не знал про эту возможность. Обязательно постараемся использовать. Спасибо большое!!! Доп.вопрос: если при регистрации спрашиваются значения командой F их тоже можно заимпортить?

В приведенном Вами примере команда F присутствует и все ОК. Другое дело, что команды "F" и "U 00" при импорте игнорируются: просто предполагается, что в соответствующий счетчик и даты будут симпортированы нужные значения.

Но стоит заметить, что использование одного и того же ТЗ для обычной регистрации и для импорта с кодом "+" требует учета многих "нюансов", изложение которых потребовали бы нескольких страниц "убористого текста".

Вот это предложение я не понял.
Всегда считал что для регистрируемых типов зарплат все рабочие переменные и накопители (с появлением буквы B в PA34) обновляются
при регистрации.
А где и когда проходит "этап формирования РА09 перед началом обработки ТЗ по табелю(без перерасчета)"?
_________________
Rebus

Согласен принять и прочитать несколько страниц "убористого текста".
т.к. вводимые у нас отпуска и больничные можно и нужно вводить автоматически через импорт.
Так было удобнее для бухгалтеров.
Просто у нас есть ньюансы.
Например: при регистрации (помимо дат начала и окончания ТЗ)
спрашивается Дата, относительно которой оттчитывается расчетный период (12 месяцев) назад.
И эта дата как правило совпадает с Датой начала ТЗ.
Но не всегда — поэтому все нужно учесть.
_________________
Rebus

В формировании рабочих переменных и накопителей при регистрации участвуют только ТЗ, ранне зарегистрированные в этом месяце. В отличие от автоматических и постоянных ТЗ результат следующего примера:
…
J 60 xx
L yy zz
…
для регистрируемых ТЗ не будет никак зависеть от хх, добавление счетчика уу в накопитель zz произойдет безусловно.

При расчете по некоему лицевому счету, что и формирует РА09, результаты расчетов по регистрируемым ТЗ будут добавлены перед результатами по ТЗ из "Диапазона обработки табеля" (см. определение модели расчета).