АИЛ2 пишет:
Как правильнее( или лучше), вернее как надо?
Главное - результат. Поскольку индивидуального учёта взносов на травматизм не предусмотрено, то процент от колонки (с учётом скидки инвалидам) вполне работоспособное решение. Но в рекомендациях прошлого года от разработчика было рекомендовано настроить травматизм как фонд с расчётом по тарифу. Не помню точно, но некий резон в этом был. Позже, настраивая форму 4-ФСС, разработчик настроил таблицу травматизма уже не по колонке. Для меня, лично, это стало решающим фактором. Проще один раз реорганизовать травматизм, чем править каждую новую версию 4-ФСС.
АИЛ2 пишет:
У меня со всеми фондами нормально, а вот по ФСС травматизм не заполнился.
Видимо, это связано с тем, что травматизм у Вас настроен как процент от колонки. Для отображения в справке, травматизм должен быть настроен аналогично остальным взносам и рассчитываться у каждого человека в лицевом счёте.
Посмотрите файл label.pro в каталоге pro\
На месте ли он, является ли он базой dbf, содержит ли он хоть одну не удалённую запись.
Проверьте, существует ли путь, указанный в поле lbl_path базы label.pro. Находится ли по этому пути база данных БЭСТ. Имеется ли в базе данных файл ini\global_v?
Александр Гершанов пишет:
Оказалось, что независимо от того, что задаем РАСЧЕТНЫЙ или ФАКТИЧЕСКИЙ, одна из записей не берется. Причем не берется одна и то же.
Цитата
Виолетта Прокопенко пишет:
Если начисление (например отпуск или любой другой) создано через табличный документ,
тогда эта сумма не попадает в колонку "Выплаты по всем основаниям".
Возможно это одна и та же ошибка. Начисление, введённое через табличный документ в текущем расчётном периоде, действительно не попадало в сумму по колонке общих выплат. По архивным данным справка строилась правильно.
Исправил.
Цитата
Александр Павлющик пишет:
2. Что-то чудит по инвалидам. Проверяли, правда, впопыхах, но у меня один единственный отпечатался несколько раз по строчкам.
Надеюсь, что исправил.
Цитата
Александр Павлющик пишет:
1. В колонку облагаемой сумма в фонды при наличии регрессии выгружается вся сумма.
Предоставил возможность выбрать тип суммы. Либо облагаемые начисления (включая превышение максимальной базы), так как и было. Либо база для исчисления взносов - облагаемые начисления минус превышение максимальной суммы.
Денис пишет:
Подскажите, как проверить присутствие и версию msxml
Можно через реестр, можно по наличию библиотек msxml*.dll в каталоге windows\system32
Вот утилитка, которая проверяет наличие установленных версий в реестре и пробует создать XML-документ в каждой из них. Результаты выводятся.
ftp://212.33.244.231/prg/salary/testxml.exe
Что интересно, сам я ни разу не сталкивался с проблемой отсутствия парсера.
Александр Гершанов пишет:
Думаю, что надо СУММИРОВАТЬ все записи по начислениям, входящим в 032 (общий фонд). И независимо, какой вид выбран РАСЧЕТНЫЙ или ФАКТИЧЕСКИЙ , так как будто задан РАСЧЕТНЫЙ.
Да, именно так сейчас и делается. Мой тест не выявляет ошибок в справке при наличии начислений с фактическим периодом, отличающимся от расчётного. При этом фактический период может быть как больше, так и меньше расчётного.
Цитата
Александр Гершанов пишет:
Оказалось, что независимо от того, что задаем РАСЧЕТНЫЙ или ФАКТИЧЕСКИЙ, одна из записей не берется. Причем не берется одна и то же.
Я могу посмотреть Вашу базу, чтобы выяснить в чём дело. Возможно, я что-то упускаю.
Александр Гершанов пишет:
Почему то из колонки всех начислений (типа -32) не все попадает в форму.
Никаких различий в расчёте между разными начислениями в лицевом счёте не делается.
Для всех начислений действует единый механизм проверки на принадлежность к колонке. Поэтому я не вижу программных причин, чтобы некоторое начисление не попадало в общую сумму. Надо смотреть предметно.
MashaBush пишет:
но, вроде бы верный, 001 Пенсионный
Бывает и несколько пенсионных фондов (один от ЕСН остался, другой от вменёнки, третий от инвалидов и т.д.)
Самое простое - это войти в архив лицевого счёта и посмотреть по F5 какой код фонда имеют пенсионные взносы.
Заполнен ли у Вас код ОКАТО в карточке партнёра, код которого указан в карточке предприятия ("Картотека предприятий")?
ИНН/КПП надо указать в реквизитах самой карточки предприятия в картотеке предприятий.
Код валюты подтягивается из соответствующего поля в справочнике видов валют в АРМ главного бухгалтера.
Код единицы измерения не подтягивается совсем, можно написать собственный скрипт для обработки встречающихся у данного клиента сокращений единицы измерения.
Код страны тоже не заполняется. Опять же, можно написать скрипт, подставляющий, например, код 165, если страна Китай.
Александр Павлющик пишет:
1. В колонку облагаемой сумма в фонды при наличии регрессии выгружается вся сумма.
Я в раздумьях по этому поводу. Возможно, Вы правы.
С 2012 года добавилась неопределённость с максимальным значением базы. У одной категории она есть, у других её нет.
Возможно, сделаю выбор вида суммы.
Цитата
Александр Павлющик пишет:
2. Что-то чудит по инвалидам.
Владимир Устькачкинцев пишет:
Цитирую: "В данный момент по приличным форумам вручную спамятся объявления с просьбой помочь найти что-нибудь."
Во-первых, в данный момент - это в апреле 2009 года.
Во-вторых, какой смысл спамить поиск решения для БЭСТ-4 на форуме, специально предназначенном для поиска решений для БЭСТ-4?
Вася Васильев пишет:
мы выгружаем СЗВ-6-1 в SPU_Orb там все проверяем и выгружаем уже в ПФ, так вот адреса тут ведь нужны????
Я пользуюсь в "Документы ПУ5". Адрес для информирования в формах СЗВ-6 не является обязательным реквизитом.
Более того, я ставлю всем работникам признак - "не выгружать адрес для информирования", даже если адрес есть.
руслан таймасов пишет:
когда запускал утилиту, в первой ставил 032, во второй 019
В поле "общая сумма выплат" попадает сумма всех начислений, которые включены в указанную колонку (например, в колонку 032)
Ещё раз спрашиваю, код начисления больничного присутствует в колонке 032?
Исправил длину поля "короткое наименование страхователя" в стартовом диалоге выгрузки СЗВ-6-1.
Запретил выгрузку работников, у которых не введён страховой номер.
Исправление, касающееся выбора базы БЭСТ, если поле комментарий у этой базы не заполнено.