За основу взята уже опубликованная здесь налоговая ведомость, не помню какая именно.
06.08.2010 добавил:
1. учет сторно матпомощей
Файлы
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.
Ни одна налоговая ведомость у меня не подошла в части учета матпомощи 4000. Выбрал уже готовую и допилил под себя, чтобы считало мат помощь, в моих базах все теперь как надо. На оптимальность кода не претендую. Может, кому пригодится хотя бы под подпилку, хотя, поидее, все кому надо уже все сделали))
Как известно, Бухгалтерия 7.7 не имеет штатной возможности для обмена с ЗУП 3.1. Данная разработка пригодится тем, кто перешел с ЗиК 2.3 на ЗУП 3.1, но вынужден по каким-то своим причинам оставаться на Бухгалтерии 7.7.
Новая справка для расчета пособий по временной нетрудоспособности в соответствии с приказом Министерства труда и социальной защиты № 182Н от 30.04.2013 года (учитывая изменения вплоть до 2017 года).
Справку необходимо выдавать на руки при увольнении сотрудника. Может помочь при расчете среднего заработка при нетрудоспособности сотрудников.
Будет незаменимым помощником для бухгалтеров, осуществляющих расчеты по заработной плате, при отсутствии специализированной программы.
При подготовке к сдаче отчета в ПФР столкнулся с тем, что программа не учитывает переплату - не распределяет сумму уплаченных взносов, превышающую начисленную, даже если это оплата проходит в январе 2013 за декабрь 2012. В случае, когда есть долг по оплате на начало периода (например, за декабрь 2012 платят в январе 2013) сумма уплаченных взносов может быть больше суммы начисленных. Программа же ставит сумму уплаченных взносов равную сумме начисленных. В этой обработке распределяются суммы уплаченных взносов, превышающих начисленные, а так же внесены исправления, связанные с возможными ошибками при формировании штатной обработки из 335 релиза (в пачки попадали ненужные уволенные, неправильно распределялись уплаты взносов, при выгрузке в файл возникали ошибки).
Для бухгалтера : удобный отчет по начислениям-выплатам-удержаниям
И повод задуматься о переходе на ЗУП
Для программиста : удобный инструмент сверки данных при переходе с 1С:Бухгалтерии 7.7 на 1С:ЗУП 2.5
на 2-ом слое для удобства отладки расположены 2 таблицы значений, можно разрешить их видимость, а в модуле обработки раскоментировать 2 строки:
//ТаблицаБазПоВР.Выгрузить(ТабПросмотр);
//ТаблицаБазПоВРПФРСтНк.выгрузить(ИСШО);
и удобно смотреть что будет выводиться в отчет
При ВР зарегестрированном в одном месяце, но имеющим протяженность 2 периода (переходящий отпуск например) в базу по НДФЛ попадает только одна часть.
В принципе и в предыдущей версии от Домино софт такая же история.
+ автору за работу. обработка для тех кому особо не хочется сидеть и изобретать велосипед, либор тем кто это делсть не умеет. Ошибки я думаю можно исправить в процессе работы, и выслать автору исправленные куски модуля для улучшения данного отчета.
После строки
"ИначеЕсли КодДохода = "Содержание прокуроров" Тогда // !!!
НомерКолонки = 19;
ВходитВЕСН = 0;
КонецЕсли;"
добавляем следующее "
Если ВР.ВходитВГруппу(ГруппаРасчетов.РасходыЗаСчетФСС)=1 Тогда
НомерКолонки = 9; // расходы за счет ФСС
НомерКолонкиПФР = 31;
ВходитВЕСН = 0;
КонецЕсли;"
и решается проблема указанная в в пункте 8.
когда выкладывал было сделано только ограничение 4000, а потом выкладывали еще (более качественные варианты) и поэтому обновлять не стал, думал что уже никому не надо. но раз надо, выкладываю уже сбитую со всех авторов версию. вроде работает нормально
(11) Да ты прав
Если СпрДопПроводок.ПроцентОтРасчетнойБазы > 0 Тогда
Операции сравнения на больше-меньше допустимы только над значениями совпадающих базовых типов (число, строка, дата)
"отрицательная база более не выводится и, соответственно, правильно считаются сторно записи"
у меня в базе сделан массовый перерасчет больничных и отпусков.. сумма с + попадает в базу, а сумма сторно нет. Следовательно происходит завышение базы. Вообще-то база должна совпадать с суммой начислений по отчету "Свод по заработной плате".
Из-за вот этого кода этого не происходит:
Если ((ВР.Код = "ОплатаБЛс2010") ИЛИ (ВР.Код = "ОплатаБЛЗаСчетРаботодателяс2010")
ИЛИ (ВР.Код = "ОтпускОчередной") ИЛИ (ВР.Код = "ОтпускДополнительный")
ИЛИ (ВР.Код = "КомпенсацияОтпускаСверх28дней") ИЛИ (ВР.Код = "КомпенсацияОтпуска")
ИЛИ (ВР.Код = "ОтпускОчередной") ИЛИ (ВР.Код = "ОтпускУчебный")
ИЛИ (ВР.Код = "ОтпускЗаСвойСчетДолгосрочный") ИЛИ (ВР.Код - "ОтпускЗаСвойСчетКраткосрочный")) И (СуммаРез<0) Тогда
Продолжить;
КонецЕсли;
Зачем в отчете присутствуют проверки этого перечисления "Перечисление.ТипыДоходовДляЕСН.ЗаСчетПрибыли" ? влияющие на итоговый результат ? и ни одной проверки перечисления ТипыДоходовДляСтраховыхВзносов ? Это же налоговая ведомость для страховых взносов.
cler_31 ты абсолютно прав эта проверка действительно лишняя, было сделано на скорую руку да еще и не правильно)) заменил файл на правельный. там добавил учет сторно матпомощей. есть один небольшой баг, не правильно показывает сторно матпомощь если человек временно не работает, т.е. сделали сторно и потом до конца года нет начислений, но это бывает ппц как редко, поэтому не заморачивался. а так вроде все работает норм