Обработка позволяет свернуть (очистить базу) от "ненужных" сотрудников.
Бесплатные
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Узнавайте о новых бесплатных решениях в нашей телеграм-группе
Инфостарт БЕСПЛАТНО
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.
Обработка предназначена для удаления из базы сотрудников, у которых не было начислений в выбранном периоде. Обработка писалась очень давно - так что кое-какие даты были прописаны прямо в модуле. Кому надо - тот подправит и будет ему счастье.
При выполнении обработки удаляются записи журналов расчета и документы по вводу начислений для "ненужных" сотрудников - если сотрудник был в табличной части документа - то просто удаляется строка с этим сотрудником.
За старостью обработки прошу не судить за метод исполнения.
А самое главное на халяву, пусть жлобам будет стыдно
Как известно, Бухгалтерия 7.7 не имеет штатной возможности для обмена с ЗУП 3.1. Данная разработка пригодится тем, кто перешел с ЗиК 2.3 на ЗУП 3.1, но вынужден по каким-то своим причинам оставаться на Бухгалтерии 7.7.
Новая справка для расчета пособий по временной нетрудоспособности в соответствии с приказом Министерства труда и социальной защиты № 182Н от 30.04.2013 года (учитывая изменения вплоть до 2017 года).
Справку необходимо выдавать на руки при увольнении сотрудника. Может помочь при расчете среднего заработка при нетрудоспособности сотрудников.
Будет незаменимым помощником для бухгалтеров, осуществляющих расчеты по заработной плате, при отсутствии специализированной программы.
При подготовке к сдаче отчета в ПФР столкнулся с тем, что программа не учитывает переплату - не распределяет сумму уплаченных взносов, превышающую начисленную, даже если это оплата проходит в январе 2013 за декабрь 2012. В случае, когда есть долг по оплате на начало периода (например, за декабрь 2012 платят в январе 2013) сумма уплаченных взносов может быть больше суммы начисленных. Программа же ставит сумму уплаченных взносов равную сумме начисленных. В этой обработке распределяются суммы уплаченных взносов, превышающих начисленные, а так же внесены исправления, связанные с возможными ошибками при формировании штатной обработки из 335 релиза (в пачки попадали ненужные уволенные, неправильно распределялись уплаты взносов, при выгрузке в файл возникали ошибки).
По статье "Зачем в 1С нужно периодически пересчитывать итоги по регистрам?"
http://infostart.ru/public/177171/
Обработка для 7.7, файловая, только для специалистов. Никаких гарантий и возмещений.
Работает только в разделенном режиме (прямой запрос VFP).
После выполнения - в обязательном порядке ТиИ (только упаковка), После ТиИ в обязательном порядке - принудительно переиндексировать.
Родственная разработка для SQL: http://infostart.ru/public/177579/
Для бухгалтера : удобный отчет по начислениям-выплатам-удержаниям
И повод задуматься о переходе на ЗУП
Для программиста : удобный инструмент сверки данных при переходе с 1С:Бухгалтерии 7.7 на 1С:ЗУП 2.5
глВвестиНачислениеЗаработнойПлаты(КорректируемыйДокумент,Сотрудник,,
{Документ.НачислениеОтпуска.Модуль Документа(320)}: Поле агрегатного объекта не обнаружено (Начало)
при формировании списка, потом вот это:
Проведение документа нельзя отменить задним числом!
.................
ЗафиксироватьТранзакцию();
{D:\1С\INFOSTART\СВЕРТКА 1С ЗАРПЛАТА 7.7\SVERTKA ZARPLATY 77.ERT(115)}: Ошибка при выполнении процедуры ЗафиксироватьТранзакцию
Да есть такая проблемма сам столкнулся. В старых релизах этого не происходило. На днях займусь исправлением. Если успееш вперед меня вышли обработку kdv170@mail.ru
Сильно сомневаюсь, что эта халявная обработка способна правильно свернуть базу с неразовыми начилениями.
Точнее уверен в этом! Не рекомендую ей пользоваться, если не хотите себе проблем!
Кто не верит пусть рассчитает ЗП до свертки, после свертки еще раз запустит расчет. Своды будут отличаться и вероятность этого очень большая.
Не все так просто в качественной свертке ЗиК, иначе бы подобных обработок было бы уже навалом!
Интересно, неужели те кто плюсовал у них все получилось????
(4) Мозгов хвататет, времени не хватает.
Возможно в 2004 году обработка и справлялась со своей задачей, но не сейчас.
Объясню причину неработоспособности обработки:
При проведении "ввода расчета списку сотруднику" с НЕРАЗОВЫМ видом расчета создается справочник "НачисленияУдержанияСотрудника", в котором хранится НОМЕР СТРОКИ документа!!! Этот НОМЕР СТРОКИ используется для расчета записи в журнале расчтета. Мы удалим из этого документа строку, но в справочнике ссылка будет на старый НОМЕР СТРОКИ, а по старому номеру возможно уже новые значения!!!!!
В твоем коде это не учтено. И не все об этом догадываются. Поэтому велика вероятность нарушения расчета после свертки.
Так что "счастья" может и не быть!!!
А в том, что люди БОЛЬШОЙ объем проделанный работы хотят компенсировать деньгами не вижу ничего плохого.
(5) Да ладно не парься. Это было давно. И в конкретной ситуации сработало. Это не коммерческая версия и не претендует на всякие похвалы, но всеже может послужить примером как можно и как не нужно делать.
А вообще свертка зарплаты в 77 действительно очень геморойная штука.
-))
