ВАЛЕРИЙ БОНДАРЧУК пишет:
Не могу запустить программу.
Выдает ошибку Серьезная ошибка: Код исключения=C0000005
Права администратора.
Ни с локального диска , ни с сетового.
Та же проблема. Windows 8.1 x64. Вы свою не решили?
Проблема решилась заменой в дистрибутиве фоксовских библиотек vfp9r.dll и vfp9renu.dll. Поменял их на комплект из "Налогоплетельщик ЮЛ" - заработала чисто и без сбоев. Потом вообще грохнул - программа работает тоже. Значит берет библиотеки через общие пути "path", настроенные в Windows. Стал смотреть - действительно, по пути C:\Windows\SysWOW64 лежат более новые версии этих библиотек, чем в дистрибутиве DIDVIEW. У меня Windows 8.1 x64
ВАЛЕРИЙ БОНДАРЧУК пишет:
Не могу запустить программу.
Выдает ошибку Серьезная ошибка: Код исключения=C0000005
Права администратора.
Ни с локального диска , ни с сетового.
Та же проблема. Windows 8.1 x64. Вы свою не решили?
Здравствуйте. Судя по сообщениям, Вы не совсем понимаете суть а. В колонку "001", как правило, собирают ВСЕ начисления, а не только относящиеся к оплате труда. Все начисления, относящиеся к оплате труда (ФОТ - Фонд оплаты труда), традиционно собирают в колонке 032. Т.е. наиболее вероятно, что нужно выбрать ТОЛЬКО КОЛОНКУ 032. Облагаемая база для начислений в фонд собирается не по колонке начислений, а по кармашкам "страховые взносы в фонды" из лицевых счетов, котораяНо:
1. Колонку 032 обязательно надо проверить, поскольку на Вашей конкретной базе может быть настроено неточно или совсем не так.
2. Надо обязательно знать, что за версия программы установлена, поскольку в устаревшей версии может быть ошибка.
Это еще Вы с уволенными совместителями не столкнулись. Если есть приказ на увольнение внутреннего совместителя, при расчете зарплаты в месяце увольнения его вообще не найти.
Попытался сделать отчет в две колонки, сжав сам листок по ширине (итоги по году в таком компактном листке не показывают), однако листок все равно выводится в одну колонку. Путем сложных умозаключений и упорного перебора вариантов поняли, что если не привязать к последней секции DetailFooter1 дочернее поле ChildDohod с итогами по году отчет таки выводится в две колонки, но тогда разрывается последний в колонке расчетный листок. Как переделать отчет, чтобы неразрывным стал расчетный листок в пределах колонки, а не страницы, увы, выше моего понимания. Прошу подсказать, если можно.
Нужно копировать список отобранных сотрудников из ТД одного вида в другой. ТОЛЬКО список сотрудников. Период один. Постоянные ТД или нет, не имеет значения, как правило, не постоянные. Просто у клиента все удержания считаются через ТД. Для каждом ТД приходится заново отбирать тот же список сотрудников. Очень муторно и не производительно.
Коллеги, никто не занимался подобной задачей? У клиента большая часть удержаний, да и начислений считается табличными документами. Бухгалтеров крепко напрягает постоянно заниматься подбором 100-200 сотрудников в совершенно одинаковые списки для расчета следующего начисления или удержания. Теток жалко, а с моим скромным опытом написания плагинов для БЭСТ-5 буду очень долго ковыряться. Заказать на платной основе вряд ли получится - тетки практически нищие (бюджетники). Может кто поможет хотя бы парой советов? Пожалуйста!
tosh пишет:
Добрый день!
Нужно переходить на БЭСТ-5, но не можем закрыть кассу.
При закрытии говорит, что остаток по Кассовой книге не
совпадает с остатком в книге хозяйственных операций.
Но в протоколе нет избыточных проводок.
Контроль оборотов по кассе ошибок не выдает.
Насколько я помню, данное сообщение является предупреждающим и не является непреодолимым препятствием к закрытию периода в кассе. Не надо пугаться, продолжайте закрывать период. После закрытия периода остаток по кассе можно будет привести в соответствие с остатком по счету. После закрытия можно также будет почистить архив кассовых документов, чтобы прошлогодние чудеса не проявлялись в будущем.
Анна пишет:
Добрый день!
Сотрудница увольняется, но не выработала часы. Поэтому , помимо двух начислений с плюсом,проводим ей начисление ЗП красным. В итоге сумма начислений за месяц - минусовая.
В настройке зарплаты "Начислять ЕСН красным " - "Да". Алгоритм удержания ПФ - "новый социальный".
Но суммы удержаний в фонды все равно нулевые. Почему?
Аня, если говорить попросту, причина в том, что Вы рассчитывается январь 2013. Отчетным периодом является год, т.е. данные предыдущего года для редактирования в БЭСТе закрыты. Это совершенно правильно по законодательству. БЭСТ не будет автоматически рассчитывать налоги с минусом, если их нельзя отнять от предыдущих сумм данного отчетного периода, т.е. от заработанных в 2013 году. Поскольку заработок снимается с сумм прошлого года, при сдаче отчета в ПФ за 1 квартал 2013 года Вам необходимо будет сделать корректировку индивидуальных сведений по этому человеку за 4 квартал 2012 года + корректировку его СЗВ 6-3 да 2012 год, а также РСВ-1 за 4 кв. 2012 года.
Еще замечание: алгоритм "Новый социальный" разрабочиками не рекомендован к применению в 2013 году
Сумма страховой части начисленных взносов по указанным категориям застрахованных лиц (по формам СЗВ-6-1, СЗВ-6-2) должна равняться (в пределах значения равного 0,5 копейки, умноженной на количество застрахованных лиц и округленное до целых копеек). сумме начисленных взносов по строкам 250 (графы 4,5,6) для указанных кодов тарифа форма РСВ-1.
Дело в том, что как это всегда бывает, когда появляется что-то новое, сотрудники региональных ПФ часто перестраховывались и выводимые предупреждения о расхождениях в копейках выдавали за ошибку в нарушение законодателства. У пары моих клиентов, которые сдавали ПФ в самом начале, именно так и придирались. Сейчас стало полегче.
Андрей Тычинин пишет:
Здравствуйте. Кто может подсказать что делать, когда при формировании ведомости по расчету в ПФ, в колонках "сумма страховой части" и в "сумма накопительной части", неправильно округляются суммы в копейках. В итоге при подаче отчетности в ПФ, копейки с ними разнятся, в итоге отчет не проходит.
Заранее спасибо.
Неправильно округляются это как? Есть же правила арифметики.
Скорее всего Вас удивляет разница между суммами в колонках "Итого" в ведомостях БЭСТа и в сводных отчетах РСВ-1, которые рассчитываются другими прогами (SPU_ORB и т.п.). Эти суммы не будут совпадать никогда в соответствии с теми же правилами арифметики. Судите сами - БЭСТ производит расчет сумм по каждому сотрудник, затем округляет их до копеек, потом суммирует эти округленные до копеек значения по всем сотрудникам. Программы ПФ берут общую сумму облагаемой базы по соответствующей возрастной группе и умножают ее на тариф. Совпадать эти значения могут только случайно, если сумма отклонений в "плюс" и в "минус" в целом по сотрудникам одинакова. Это прекрасно известно и в ПФ, они обязаны давать допуски в размере <общее количество сотрудников>*0,5 в "плюс" и такой же в "минус". Иначе их незачем было переводить в пятый класс средней школы.
Испытали справку. Очень изящная и продуманная вещь. Это величайшее чудо - первая увиденная мной групповая справка в Windows формате для БЭСТ-4+. Большой респект от меня лично и от моих клиентов. На неделе проверю формирование на больших базах. На небольшой явно формируется побыстрее штатной справки.
Как всегда есть пара замечаний.
1. В колонку облагаемой сумма в фонды при наличии регрессии выгружается вся сумма. То же чудо и в справке от разработчиков. Но в Вашей есть колоночка сумм превышения, так что нужную получили довольно быстро.
2. Что-то чудит по инвалидам. Проверяли, правда, впопыхах, но у меня один единственный отпечатался несколько раз по строчкам.
Алексей Новиков пишет:
Подумываю над этим. Но катастрофически не хватает места на листе. Хочу сделать несколько вариантов справки на выбор, нахожусь сейчас в раздумьях, как сгруппировать данные в различных вариантах
Практически всегда: Начисления для ПФР=Начисления для ФФОМС, Облагаемая база ПФР=Облагаемая база ФФОМС, т.е. можно убрать две колонки, а также сократить дату до вида ДД.ММ.ГГ и еще немного сократить поле для Ф.И.О., сделав его преносимым на след.строчку, чтобы длинные не резались - места и хватит!
"По сусекам поскрести, по амбарам помести - и наберется, старуха на колобок!"
Еще очень актуально делать справки отдельно по основной системе налогообложения, отдельно по инвалидам, чтобы проверить РСВ-1 - та еще задачка.
Ув.Алексей. В свете новых проблем с пенсионными фондами и т.д. в Вашем замечательном отчете хотелось бы видеть еще две колонки: колонку с полными выплатами (по задаваемой колонке начислений) и колонку с травматизмом (настраиваемую по коду фонда). Можно ли сделать отчет с разбивкой страховых по солидарной и индив.частям для 2012 года?
Воспользовался программой (предпоследняя версия) для выгрузки СЗВ6-3 у нескольких клиентов. По СЗВ 6-3 особых нареканий не было, особенно понравилось объединение по СНИЛС. Пробовал выгружать и СЗВ6-1(2). У одного клиента были договорники, т.е. в каждом квартале человек отработал по небольшому отрезку времени и в БЭСТе они разнесены в "Периоды стажа" с признаком "ДОГОВОР". Программа загнала им в отчет по 4 кв. ВСЕ ОТРЕЗКИ СТАЖА, указанные в "Периодах стажа".
А в целом, Алексей, огромное Вам спасибо, больше половины клиентов уже выгрузил ПФ с помощью Вашей утилиты.
tis пишет:
если в названии нет слов солидарная или индивидуальная, то однозначно bases_14, а вообще похоже надо внимательно пройтись по фонду, обратить где поставить да/нет, верно ли встали таблицы тарифов, верные ли даты рождения и пол у сотрудников, а не больше ли 512000 начислений....
Не ставте обновление на открытый по зарплате декабрь, проблем будет гораздо меньше. Если заклинило, обязательно переиндексируйтесь. Важная премудрость - если при расчете нет облагаемой базы по какому-то фонду, обязательно проверье, а лучше сразу проставьте у него в нижних строках настройки фонда: Период начальный и, главное: Период конечный (2012.12). И пусть будет Вам счастье!
Яков Караван пишет:
Заходишь в реестр кассовых ордеров
Нажимаешь F10
Получаешбь отчет о несоответствиях.
Картина знакомая. Связана со неточными записями в базах документов кассы. Штатным образом не выявляется. Три года мучился с одним клиентом. После закрытия очередного года вычистил все архивы документов по кассе. Проблема исчезла.