Резервы отпусков. Оценочные обязательства (96 счет)
14.02.18
Обработка позволяет:
- рассчитывать сумму оценочных обязательств предстоящих отпусков по каждому сотруднику;
- рассчитывать сумму страховых взносов по оценочным обязательствам;
- формировать проводки по оценочным обязательствам (кредит 96 счета);
- проводить инвентаризацию оценочных обязательств;
- получать отчет по сформированным оценочным обязательствам (механизм СКД);
- максимально использовать типовые механизмы расчета дней отпуска и сумм среднего заработка, заложенные в ЗУП 2.5 и УПП 1.3.
Файлы
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Версия 1.27 от 14.02.2018
Исправлено:
1. Исправлена ошибка установки счета кредита в проводках. Ошибка могла возникать при работе в актуальных версиях "1С:Управление производственным предприятием 1.3";
Версия 1.26 от 15.01.2018
Исправлено:
1. Исправлена ошибка, которая могла возникать при работе в актуальных версиях "1С:Управление производственным предприятием 1.3" и "1С:Зарплата и управление персоналом 2.5";
Версия 1.25 от 29.05.2017
Исправлено:
1. Уволенные в месяце инвентаризации теперь в обработку не включаются;
2. Исправлен порядок расчета сумм при инвентаризации (Сначала остатки, потом сумма начислено);
3. Исправлен расчет среднего для сотрудников в отпусках по уходу за ребенком (ошибка в расчетах могла выходить если сотрудник без перерыва переходил из одного отпуска по уходу в другой).
Добавлено:
1. Реквизит "Программа бух.учета";
2. Для конфигурации "Бухгалтерия предприятия 3.0" и "Бухгалтерия предприятия 3.0 КОРП" в проводках устанавливаются счета 96.01.1 и 96.01.2. Для всех остальных программ используется счет 96.
Версия 1.24 от 15.03.2016
Исправлено:
1. Исправлена ошибка возникающая при проведении инвентаризации отпусков;
2. Внесены изменения в обработку начального заполнения настроек;
3. Изменено заполнение служебного документа "Начисление отпуска" для корректного расчета среднего заработка.
Версия 1.23 от 26.11.2015
Исправлено:
1. Установка аналитики для 2 и 3 субконто в проводках по бухгалтерскому и налоговому учету;
2. При расчете страховых взносов учитывается ставка ФСС для временно пребывающих иностранцев.
Добавлено:
1. Подсистема работы с сохранением данных расчета. Новая подсистема позволяет ускорить расчет среднего заработка, а также обеспечить корректность получения сумм начальных остатков отпусков. Для хранения данных используется справочник "ХранилищеДополнительнойИнформации".
2. Раздел "Данные для расчета текущего месяца". Содержит список сохраненных настроек расчета за ближайшие 6 месяцев. Если установлен флаг "Использовать сохраненные данные" и выбрана настройка, то при расчете среднего заработка суммы будут браться из сохраненных данных.
3. Раздел "Сумма среднего заработка". Позволяет при расчете среднего в текущем месяце использовать данные среднего заработка предыдущего месяца. (При этой методике средний заработок остается неизменным каждый месяц периода).
4. Контекстная справка ко всем пунктам закладки "Параметры". При нажатии на символ "?" происходит переход к интересующему разделу обработки;
5. Таблица соответствий статей затрат начислений и статей затрат страховых взносов и ФСС НС. Таблица дает возможность установить в обработке отличные от типовых статьи затрат отражения проводок по страховым взносам и ФСС НС. Переход к таблице осуществляется по гиперссылке "Проверить соответствие статей затрат";
6. В таблице "Резервы" изменены иконки для состояний физлиц: "Иностранец", "Отпуск по уходу", "Превышен предел ПФР", "Уволен", "Инвалид";
7. Расширены возможности ручного редактирования реквизитов табличной части "Резервы". Измененные вручную строки отмечаются цветом. При нажатии на правую кнопку мыши на нужной строке -> можно отменить ручные изменения и вернуться к авторасчету;
8. Возможность редактировать остатки отпусков и открывать типовую справку по отпуску на выбранного сотрудника. (При нажатии на правую кнопку мыши на нужной строке табличной части "Резервы");
9. Кнопка "Сравнить". Открывает форму встроенного отчета. Отчет позволяет сравнить суммы по типовому расчету резервов и расчету, выполненному с помощью обработки.
История вопроса:
Как известно, до 1 января 2011 года организации имели право создавать резервы в целях равномерного включения предстоящих расходов в издержки производства или обращения отчетного периода, например по оплате вознаграждений по итогам года.
В 2012 в соответствии с ПБУ 8/2010 «Оценочные обязательства, условные обязательства и условные активы» организации обязаны отражать в отчетности оценочные обязательства. Это положение обязательно для всех организации, кроме субъектов малого предпринимательства.
Так как наша организация далеко не субъект малого предпринимательства, встал вопрос - как же теперь рассчитывать оценочные обязательства (резервы предстоящих расходов).
Выяснилось, что специального порядка для расчета величины оценочного обязательства в ПБУ не предусмотрено, но сказано, что денежная оценка такого обязательства должна отражать наиболее реальную величину расходов, необходимых для расчетов по нему.
Типовая конфигурация "1С:Зарплата и управление персоналом 8" предлагает для расчета оценочных обязательств метод, предусмотренный статьей 324.1 НК РФ.
Суть метода заключается в том, что отраженный в учетной политике процент умножается на сумму расходов по оплате труда и страховых взносов за каждый месяц. Полученная сумма записывается в документ "Отражение зарплаты в регламентированном учете" в виде проводок Дт "счет затрат" - Кт 96.
Закрытие оценочных обязательств (Дт96 - Кт70, Дт96 - Кт69) также происходит в документе "Отражение зарплаты в регламентированном учете", но при условии наличия в этом месяце документов "Начисление отпуска сотрудникам организаций".
Кроме того, с помощью настроек учетной политики можно добиться отражения оценочных обязательств только по бухгалтерскому учету. В этом случае по налоговому учету будут формироваться суммы временных разниц. Эти суммы временных разниц, в свою очередь, закрываются автоматически при закрытии оценочных обязательств.
Механизм отличный ! А самое главное полностью реализован в типовой конфигурации. Казалось бы - живи и радуйся. Но, как часто бывает, бухгалтерию такой механизм не устроил. Поэтому была поставлена задача написать новый механизм расчета и начисления оценочных обязательств.
Результатом плодотворного сотрудничества с бухгалтерией стала внешняя обработка табличной части документа "Отражение зарплаты в регламентированном учете". Ее я и представляю на Ваше рассмотрение.
Как это работает:
Принцип действия обработки достаточно прост. Как известно, типовой механизм "1С:Зарплата и управление персоналом 8" по учету остатков отпусков предоставляет возможность получать остатки неиспользованного отпуска на любую дату. Поэтому, используя дату начала текущего месяца, дату начала следующего месяца и количество дней использованного отпуска можно легко получить количество дней отпуска, которое необходимо начислить по сотруднику в текущем месяце.
Далее получаем средний заработок за предыдущие 12 месяцев.
Умножаем количество дней отпуска на средний заработок и получаем сумму оценочного обязательства.
От полученной суммы расчетным путем находим суммы страховых взносов, с учетом предела дохода с начала года.
И все! Готово!
Все необходимые суммы у нас на руках, остается только сформировать проводки Дт "счет затрат" - Кт96. Счета затрат и аналитика (способ отражения в бух.учете) выбираются по упрощенному аналогу типового механизма формирования проводок.
Проводки по закрытию(зачету) оценочных обязательств обработка не затрагивает, т.к. типовая конфигурация "1С:Зарплата и управление персоналом 8" отлично справляется с этой задачей.
Как подключить: (Видео)
В
Как провести инвентаризацию по оценочным обязательствам: (Видео)
Как настроить учетную политику по оценочным обязательствам:
Для настройки учетной политики необходимо зайти в справочник "Организации". Выбрать нужную организацию и нажать кнопку "Перейти" -> "Настройки параметров учета" в верхней панели списка организаций.
Подробное описание настройки учетной политики по оценочным обязательтсвам здесь...
Как получать обновления после приобретения обработки:
Если Вы уже приобрели данную обработку (начиная с версии 1.23), то можете бесплатно получать обновления.
Данная схема получения бесплатных обновлений действует в течение всего 2016 года.
Feedback (Обратная связь).
Данную обработку я постарался сделать максимально простой и понятной.
Но с Вашей помощью обработка может стать еще более удобной и универсальной!
Поэтому я жду от Вас предложений по дальнейшему развитию, а также информацию о возможных ошибках и неточностях.
Вступайте в нашу телеграмм-группу Инфостарт
См. также
Зарплата Консолидация данных 1С:Зарплата и Управление Персоналом 3.x Россия Управленческий учет Платные (руб)
Расширение для создания и настройки обмена с консолидированной базой ЗУП. Код разработки под определенные требования проекта.
85400 руб.
11.07.2025 7103 6 1
Зарплата Производство готовой продукции (работ, услуг) Учет рабочего времени Рабочее место Аналитик Пользователь Руководитель проекта 1С:Предприятие 8 1С:Управление торговлей 10 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Торговля и склад 7.7 Бытовые услуги, сервис Оптовая торговля, дистрибуция, логистика Электротехника и микроэлектроника Управленческий учет Платные (руб)
Модуль или расширение «Сервисный центр для 1С» позволяет принимать в ремонт оборудование (компьютеры, бытовая техника и т.п.), оформлять заявки инженеров на посещение клиентов и вести начисление заработной платы для сотрудников. Позволяет наладить автоматизированный учет в сервисном центре на уже существующей базе.
15500 руб.
01.11.2012 108819 137 1
01.11.2012
144
137
1
108819
Перенос данных 1C Зарплата Бюджетный учет Разработчик Бухгалтер 1С:Предприятие 8 1С:Зарплата и кадры государственного учреждения 3 1С:Зарплата и Управление Персоналом 3.x Государственные, бюджетные структуры Россия Бюджетный учет Платные (руб)
Обработки для быстрого перехода с конфигураций «КАМИН:Расчет зарплаты для бюджетных учреждений 3.5» и «КАМИН:Зарплата для бюджетных учреждений 5.5» на конфигурацию «Зарплата и кадры государственного учреждения».
20740 руб.
28.07.2016 73757 196 160
Зарплата Кадровый учет Бухгалтер 1С:Предприятие 8 1С:Управление нашей фирмой 3.0 Россия Бухгалтерский учет Управленческий учет Платные (руб)
Предлагаем расширить возможности конфигурации 1С:УНФ 3.0 в части ведения кадрового учета. С помощью данного расширения в конфигурацию будут добавлены новые документы: "Отпуск" и "Командировка". Документы облегчат работу кадровика и расчетчика, а также повысят эффективность работы за счет оптимизации и упрощения процесса ведения учета.
36600 руб.
31.10.2024 4199 4 0
Зарплата Обмен с интернет-банком Файловый обмен (TXT, XML, DBF), FTP Печатные формы Бухгалтер 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Зарплата и кадры государственного учреждения 3 1С:Бухгалтерия 3.0 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет НДФЛ Платные (руб)
Выгрузка расчетных листков из 1С в банк в формате XML. Поддерживаются форматы файлов для Сбера, Альфабанка, Росбанк
6100 руб.
29.11.2021 32736 141 32
29.11.2021
134
141
32
32736
Зарплата Внешние источники данных Бюджетный учет Перенос данных 1C Системный администратор Разработчик 1С:Предприятие 8 1С:Зарплата и кадры государственного учреждения 3 Государственные, бюджетные структуры Россия Бухгалтерский учет Бюджетный учет Платные (руб)
Обработка позволяет перенести кадровую информацию и данные по заработной плате, фактическим удержаниям, НДФЛ, вычетам, страховым взносам из базы Парус 8 учреждений (далее Парус) в конфигурацию 1С:Зарплата и кадры государственного учреждения ред. 3 (далее 1С) и начать с ней работать с любого месяца года.
122000 руб.
19.08.2020 30615 28 3
Внешние источники данных Зарплата Бюджетный учет Разработчик Бухгалтер 1С:Предприятие 8 1С:Зарплата и кадры государственного учреждения 3 Государственные, бюджетные структуры Россия Бухгалтерский учет Бюджетный учет Платные (руб)
Обработка позволяет перенести кадровую информацию и данные по заработной плате, фактическим удержаниям, НДФЛ, вычетам, страховым взносам из базы Парус 7.хх учреждений (далее Парус) в конфигурацию 1С:Зарплата и кадры государственного учреждения ред. 3 (далее 1С) и начать с ней работать с любого месяца года.
85400 руб.
24.04.2017 57643 99 165
Зарплата Корректировка данных Бухгалтер 1С 8.3 1С:Зарплата и кадры государственного учреждения 3 1С:Зарплата и Управление Персоналом 3.x Бухгалтерский учет НДФЛ Платные (руб)
Внешняя обработка сравнивает НДФЛ из расчетного листка и НДФЛ из регистра, на разницу формирует операцию учета НДФЛ. Исправляет расхождения, в том числе, когда Аванс больше Зарплаты Рассчитывает НДФЛ и сравнивает с исчисленным в программе. На отклонение формирует документ "Перерасчет НДФЛ"
9760 руб.
01.09.2023 10101 325 93
Комментарии
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Добрый день!
Перед расчетом выдает ошибку (УПП 1.3.100.1):
{(1)}: Метод объекта не обнаружен (ПодготовитьДанныеПоРегламентированнымОтпускам)
ПроцедурыУправленияПерсоналом.ПодготовитьДанныеПоРегламентированнымОтпускам(ТаблицаНачальныеОстатки, , Истина, Истина)
Перед расчетом выдает ошибку (УПП 1.3.100.1):
{(1)}: Метод объекта не обнаружен (ПодготовитьДанныеПоРегламентированнымОтпускам)
ПроцедурыУправленияПерсоналом.ПодготовитьДанныеПоРегламентированнымОтпускам(ТаблицаНачальныеОстатки, , Истина, Истина)
(939)
Посмотрел. У меня к сожалению нет пока релиза 1.3.100.1, чтобы протестировать на "живом".
Но возможно после сотни некорректно стала работать типовая функция сравнения номеров релизов
Попробуйте в строке №1331 модуля формы обработки закомментировать существующий алгоритм: НовыйАлгоритм = СтроковыеФункцииКлиентСервер.СравнитьВерсии(Метаданные.Версия, "1.3.27.2") > 0;
И написать: НовыйАлгоритм = Истина;
Если после этого не заработает, тогда напишите. Буду смотреть дальше.
Посмотрел. У меня к сожалению нет пока релиза 1.3.100.1, чтобы протестировать на "живом".
Но возможно после сотни некорректно стала работать типовая функция сравнения номеров релизов
Попробуйте в строке №1331 модуля формы обработки закомментировать существующий алгоритм: НовыйАлгоритм = СтроковыеФункцииКлиентСервер.СравнитьВерсии(Метаданные.Версия, "1.3.27.2") > 0;
И написать: НовыйАлгоритм = Истина;
Если после этого не заработает, тогда напишите. Буду смотреть дальше.
943.
zzz_natali
61
10.01.18 15:12
Сейчас в теме
(941) Когда ждать обработку(или она уже лежит на прилавке)? Спасибо.
Доброго времени суток !!! Колонка начисленно в днях ...в эту колонку попадает использованные дни в этом периоде+начсление 2,33 ...отсюда не правильный остаток на конец периода ...соответственно в рублях тоже ... в использованный отпуск подтягивает по дате приказа на отпуск, это не удобно т.к. дата приказа допустим 31.01.2012 а фактический отпуск с 10.02.2012... соответсвенно в расходы ложится в феврале а в Вашем очете в январе ( по дате приказа ). Не подтягивает в нисления право на дополнительный отпуск ..хорошо было бы добавить В не которых случаях в начислениях минусует полностью остаток на начало периода , не понятно почему ...
Воощем задумано отлично ..... нужно поправить и будет счастье бухгалтерам ......
Воощем задумано отлично ..... нужно поправить и будет счастье бухгалтерам ......
(2) alida555,
Вы правы. Действительно в случае переходящего отпуска количество начисленных дней рассчитывается неправильно (включает в себя использованные дни). Исправил.
Также изменил запрос по периодам фактических отпусков, теперь должна браться не дата приказа, а период регистрации из регистра накопления "Фактические отпуска".
Правда есть одно "Но":
- Если в настройках выбрано "Отражать фактические отпуска расчетными документами", тогда при начислении переходящего отпуска в регистре накопления "Фактические отпуска" будет создано 2 записи (по одной на каждый месяц).
- Если в настройка выбрано "Отражать фактические отпуска кадровыми документами", тогда при вводе приказа в регистре накопления "Фактические отпуска" будет создана одна запись.
Т.е. при отражении фактических отпусков кадровыми документами переходящий отпуск в обработке будет отображаться в одном месяце (Считаю, что это некорректной работой типовой конфигурации).
Добавил возможность выводить данные по дополнительным отпускам (Количество дней дополнительного отпуска складывается с основным отпуском.)
Вы правы. Действительно в случае переходящего отпуска количество начисленных дней рассчитывается неправильно (включает в себя использованные дни). Исправил.
Также изменил запрос по периодам фактических отпусков, теперь должна браться не дата приказа, а период регистрации из регистра накопления "Фактические отпуска".
Правда есть одно "Но":
- Если в настройках выбрано "Отражать фактические отпуска расчетными документами", тогда при начислении переходящего отпуска в регистре накопления "Фактические отпуска" будет создано 2 записи (по одной на каждый месяц).
- Если в настройка выбрано "Отражать фактические отпуска кадровыми документами", тогда при вводе приказа в регистре накопления "Фактические отпуска" будет создана одна запись.
Т.е. при отражении фактических отпусков кадровыми документами переходящий отпуск в обработке будет отображаться в одном месяце (Считаю, что это некорректной работой типовой конфигурации).
Добавил возможность выводить данные по дополнительным отпускам (Количество дней дополнительного отпуска складывается с основным отпуском.)
Очень обстоятельное и подробное описание. Впечатляет. И сам получаемый отчёт пока что единственный практичный из подобного рода публикаций на ИС. Но надо, конечно потестировать его на практике.
Не совсем понял также: после переноса данный в документ "Отражение зарплаты в регламентированном учете", данные отчёта добавятся к данным уже сформированного документа "Отражение зарплаты в регламентированном учете" по результатам заработной платы за месяц или по данным отчёта будет сформирован новый обособленный документ?
И при выгрузке в бухгалтерию он перенётся тогда вместе с основным или под него надо дописывать правила выгрузки?
Или я не врубился в тему?
Не совсем понял также: после переноса данный в документ "Отражение зарплаты в регламентированном учете", данные отчёта добавятся к данным уже сформированного документа "Отражение зарплаты в регламентированном учете" по результатам заработной платы за месяц или по данным отчёта будет сформирован новый обособленный документ?
И при выгрузке в бухгалтерию он перенётся тогда вместе с основным или под него надо дописывать правила выгрузки?
Или я не врубился в тему?
(4) Boroda,
После переноса в документ "Отражение зарплаты в регламентированном учете" данные будут добавлены к существующим записям документа, но перед добавлением из документа будут удалены все существующие записи по начислению оценочных обязательств по статье относящейся к отпуску.
Закрытие оценочных обязательств, как я и отметил в описании, осуществляется типовыми средствами конфигурации "1С: Зарплата и управление персоналом 8".
Т.е. дополнительных документов "Отражение зарплаты в регламентированном учете" не создается,
Также не нужно переписывать выгрузку в бухгалтерию, т.к. используются стандартные проводки (Дт счет затрат - Кт 96)
После переноса в документ "Отражение зарплаты в регламентированном учете" данные будут добавлены к существующим записям документа, но перед добавлением из документа будут удалены все существующие записи по начислению оценочных обязательств по статье относящейся к отпуску.
Закрытие оценочных обязательств, как я и отметил в описании, осуществляется типовыми средствами конфигурации "1С: Зарплата и управление персоналом 8".
Т.е. дополнительных документов "Отражение зарплаты в регламентированном учете" не создается,
Также не нужно переписывать выгрузку в бухгалтерию, т.к. используются стандартные проводки (Дт счет затрат - Кт 96)
Проблема с переходящем отпуском осталась Получается в итоге вот так Январь ост на нач 14 дней использванно 28 начислено 30,33 остаток 16,33 ... Февраль на начало 16,33 использованно 0 начислено -25,66 остаток -9,33 В итоге на конец февраля остаток верный ,но начисление в январе ,феврале и остаток на конец января не верно ...
В лучае отрицательного остатка и отрицательного начисления(отрицательного начисления не должно быть) в днях наверное вернее чтобы в рублях не наслилялось т.к. отрицательная сумма в рублях уменшает сумму резерва
В лучае отрицательного остатка и отрицательного начисления(отрицательного начисления не должно быть) в днях наверное вернее чтобы в рублях не наслилялось т.к. отрицательная сумма в рублях уменшает сумму резерва
(6) alida555,
Судя по вашему объяснению получается, что вы используете как раз способ "Отражать фактические отпуска кадровыми документами". При таком способе в регистре накопления "Фактические отпуска" записывается только общее количество дней, без разбивки по месяцам.
Обработка работает следующим образом:
1. Из типовой функции берется количество дней отпуска на начало месяца;
2. Из типовой функции берется количество дней отпуска на конец месяца (начало след.месяца);
3. Из регистра накопления "Фактические отпуска" по периоду регистрации выбирается количество дней использованного отпуска;
4. Рассчитывается количество дней Начислено = Ост.кон - Ост.нач + Дней использовано.
Из вашего примера получается, что количество дней рассчитывается верно:
Январь 2012: 16.33 - 14 + 28 = 30.33
Февраль 2012: -9.33 - 16.33 - 0 = -25.66
Также получается, что 30.33 - 25.66 = 4.67 (А это как раз количество дней к начислению за январь и февраль 2012). Поэтому, получается, что и сумма с минусом необходима для получения правильного результата.
Если Вы сомневаетесь в моем объяснении, воспользуйтесь кнопкой "справка по отпуску" из справочника "Остатки отпусков". Проверьте какие данные записываются на 01.02.2012 и 01.03.2012. Если они не сходятся с данными обработки - готов еще раз пересмотреть алгоритм.
Судя по вашему объяснению получается, что вы используете как раз способ "Отражать фактические отпуска кадровыми документами". При таком способе в регистре накопления "Фактические отпуска" записывается только общее количество дней, без разбивки по месяцам.
Обработка работает следующим образом:
1. Из типовой функции берется количество дней отпуска на начало месяца;
2. Из типовой функции берется количество дней отпуска на конец месяца (начало след.месяца);
3. Из регистра накопления "Фактические отпуска" по периоду регистрации выбирается количество дней использованного отпуска;
4. Рассчитывается количество дней Начислено = Ост.кон - Ост.нач + Дней использовано.
Из вашего примера получается, что количество дней рассчитывается верно:
Январь 2012: 16.33 - 14 + 28 = 30.33
Февраль 2012: -9.33 - 16.33 - 0 = -25.66
Также получается, что 30.33 - 25.66 = 4.67 (А это как раз количество дней к начислению за январь и февраль 2012). Поэтому, получается, что и сумма с минусом необходима для получения правильного результата.
Если Вы сомневаетесь в моем объяснении, воспользуйтесь кнопкой "справка по отпуску" из справочника "Остатки отпусков". Проверьте какие данные записываются на 01.02.2012 и 01.03.2012. Если они не сходятся с данными обработки - готов еще раз пересмотреть алгоритм.
(9) alida555,
Согласен с Вами, но в данной обработке я решил отталкиваться от типового механизма расчета остатков "1С:Зарплата и управление персоналом 8". Методику расчета как мог объяснил. Кроме того, в итоге, в феврале все получается верно. Проверьте, пожалуйста, справку по отпуску по этому сотруднику. Если там все так же как в обработке, то я буду считать, что сделал со своей стороны все что мог.
Согласен с Вами, но в данной обработке я решил отталкиваться от типового механизма расчета остатков "1С:Зарплата и управление персоналом 8". Методику расчета как мог объяснил. Кроме того, в итоге, в феврале все получается верно. Проверьте, пожалуйста, справку по отпуску по этому сотруднику. Если там все так же как в обработке, то я буду считать, что сделал со своей стороны все что мог.
(12) alida555,
После долгих разборов в принципах действия механизма расчета остатков отпусков я резюмировал для себя 2 вещи:
1. Лучше использовать типовой механизм остатков отпусков, т.к. при написании своего нужно учесть очень много особенностей расчета, которые в типовой уже есть.
2. Возможна ситуация с неправильным отнесением количества дней начисленного отпуска, если был переходящий отпуск, но в следующих месяцах эта ситуация автоматически исправляется.
P.S.
Искажение сумм - конечно не очень хорошо, но по отношению к общей сумме резерва, я думаю, можно пренебречь, кроме того, она потом исправляется.
После долгих разборов в принципах действия механизма расчета остатков отпусков я резюмировал для себя 2 вещи:
1. Лучше использовать типовой механизм остатков отпусков, т.к. при написании своего нужно учесть очень много особенностей расчета, которые в типовой уже есть.
2. Возможна ситуация с неправильным отнесением количества дней начисленного отпуска, если был переходящий отпуск, но в следующих месяцах эта ситуация автоматически исправляется.
P.S.
Искажение сумм - конечно не очень хорошо, но по отношению к общей сумме резерва, я думаю, можно пренебречь, кроме того, она потом исправляется.
Спасибо ещё раз, Ваша работа уже сэкономила мне кучу времени, но есть пожелание: для удобства пользователей, при обновлении в имени файла вставляйте пожалуйста номер версии, а то со временем качающим (в частности мне) будет сложно определить какая из версий актуальна.
741.
albertik88
11
22.09.14 09:23
Сейчас в теме
(46) на платформе 1С:Предприятие 8.3 будет работать??
и еще одно пожелание: если не сложно, сделайте пожалуйста возможность отбора рассчитываемых сотрудников: хоть по подразделению, хоть списком сотров для удобства отладки. Так как очень уж долго ждать пока рассчитаются все сотрудники. Прерывание конечно отрабатывает хорошо, но отбор есть отбор :).
(18)
под отладкой я имею ввиду Тестирование Вашей обработки на копии Нашей базы, получение результатов, и проверка их "вручную". Для этой цели нет необходимости рассчитывать всех сотров, а достаточно сначала посчитать часть. Для себя я сделал отбор таким образом: Создал реквизит Сотрудники (список), вставил его в форму, и подсунул в условие отбора в 2 Ваших запроса: "//...всех неуволенных...", и "// Дополняем таблицу использованными ...". Рассчиталось быстро. Сейчас проверяем.
под отладкой я имею ввиду Тестирование Вашей обработки на копии Нашей базы, получение результатов, и проверка их "вручную". Для этой цели нет необходимости рассчитывать всех сотров, а достаточно сначала посчитать часть. Для себя я сделал отбор таким образом: Создал реквизит Сотрудники (список), вставил его в форму, и подсунул в условие отбора в 2 Ваших запроса: "//...всех неуволенных...", и "// Дополняем таблицу использованными ...". Рассчиталось быстро. Сейчас проверяем.
У меня не по всем сотрудникам правильно заполняется столбец "Правила отражения в бух учете", причем по нескольким сотрудникам он вообще остается пустым, несмотря на присутствующие записи в регистре "УчетОсновногоЗаработкаРаботниковОрганизацииВРегламентирован
|////////////////////////////////////////////////////////////////////////////////
|ВЫБРАТЬ РАЗРЕШЕННЫЕ РАЗЛИЧНЫЕ
| УчетОсновногоЗаработкаРаботниковОрганизацииВРегламентированн
| МАКСИМУМ(УчетОсновногоЗаработкаРаботниковОрганизацииВРегламентированн
| УчетОсновногоЗаработкаРаботниковОрганизацииВРегламентированн
|ПОМЕСТИТЬ ВТШаблоныРаботников
|ИЗ
| РегистрСведений.УчетОсновногоЗаработкаРаботниковОрганизацииВРегламентированн
//|ГДЕ
//| УчетОсновногоЗаработкаРаботниковОрганизацииВРегламентированн
//|
|СГРУППИРОВАТЬ ПО
| УчетОсновногоЗаработкаРаботниковОрганизацииВРегламентированн
| УчетОсновногоЗаработкаРаботниковОрганизацииВРегламентированн
|;
Показать|ВЫБРАТЬ РАЗРЕШЕННЫЕ РАЗЛИЧНЫЕ
| УчетОсновногоЗаработкаРаботниковОрганизацииВРегламентированн
| МАКСИМУМ(УчетОсновногоЗаработкаРаботниковОрганизацииВРегламентированн
| УчетОсновногоЗаработкаРаботниковОрганизацииВРегламентированн
|ПОМЕСТИТЬ ВТШаблоныРаботников
|ИЗ
| РегистрСведений.УчетОсновногоЗаработкаРаботниковОрганизацииВРегламентированн
//|ГДЕ
//| УчетОсновногоЗаработкаРаботниковОрганизацииВРегламентированн
//|
|СГРУППИРОВАТЬ ПО
| УчетОсновногоЗаработкаРаботниковОрганизацииВРегламентированн
| УчетОсновногоЗаработкаРаботниковОрганизацииВРегламентированн
|;
Скачивала обработку, посмотрела - появились вопросы. Пока их обдумывала, автор исправил ошибки и я скачала подправленный вариант, посмотрела, потестила - да, это ВЕЩЬ! В общем понравилось.
Есть пожелание: сделать печатный вариант обработки.
Обязательно буду следить за развитием продукта, автору большущее СПАСИБО!
Есть пожелание: сделать печатный вариант обработки.
Обязательно буду следить за развитием продукта, автору большущее СПАСИБО!
(22) prochka, На мне уже висит задача по печатной форме, только делать я её буду не скоро (недельки через две) сперва эту обработку подгоню под желания наших главбухов :). а пока можно воспользоваться стандартным выводом списка (у автора все данные вытащены в табличную часть обработки, и даже отчисления в фонды расписаны, только скрыты за ненадобностью) "ПрКнопкаМыши в табличную часть - вывести список, а дальше либо в Ехель либо добавить заголовок и на печать"
kondrp, тут выскочила ещё одна ошибочка: если Рассчитать обязательства, а потом поставить галку "Провести инвентаризацию", то появляется:
"{Форма.Форма.Форма(1185)}: Значение не является значением объектного типа (ДатаУвольнения)
Если ЭлементыФормы.Резервы.ТекущиеДанные.ДатаУвольнения <> Дата(1,1,1) Тогда"
интересно что появляется она только в первый раз, и ни чем кроме своего появления не мешает (пока не разбирался в чем дело)
"{Форма.Форма.Форма(1185)}: Значение не является значением объектного типа (ДатаУвольнения)
Если ЭлементыФормы.Резервы.ТекущиеДанные.ДатаУвольнения <> Дата(1,1,1) Тогда"
интересно что появляется она только в первый раз, и ни чем кроме своего появления не мешает (пока не разбирался в чем дело)
(24) Insanity,
За совет (22) с правой кнопкой мышки - спасибо :). Сам бы написал, да не успел зайти вчера вечером на сайт.
По поводу ошибки - проверю, исправлю + сегодня выложу обновленный релиз с исправлениями.
Кроме того, Вы написали про дополнительные требования Ваших глав.бухов. Если это не коммерческая тайна, то может поделитесь, что им необходимо. Возможно я это смогу реализовать в своей версии обработки.
За совет (22) с правой кнопкой мышки - спасибо :). Сам бы написал, да не успел зайти вчера вечером на сайт.
По поводу ошибки - проверю, исправлю + сегодня выложу обновленный релиз с исправлениями.
Кроме того, Вы написали про дополнительные требования Ваших глав.бухов. Если это не коммерческая тайна, то может поделитесь, что им необходимо. Возможно я это смогу реализовать в своей версии обработки.
(25) Абсолютно не секрет. Одна требует чтобы резерв начислялся раз в год на весь год вперёд, а потом чтоб была возможность раз в квартал проводить корректировку резерва всвязи с "текучкой кадров". Период (КонецПериода, НачалоПериода) я поменял с месяца на год в запросах подправил, но почему-то 28 дней получил далеко не по всем сотрудникам. Сижу, разбираюсь.
(32) Insanity, kondrp,
Действительно - интересно. Тоже посмотрю вечером.
Кроме того аудитор навел меня на такую мысль: по смыслу резерв отпускных - это та сумма которую мы должны будем выплатить/возместить работнику(ам) за неиспользованные отпуска если бы он решил уволиться. Отсюда получается, что если работник уволился бы в этом месяце (марте-12 г.), то резерв (или сам отпуск) рассчитывается по среднему заработку за предыдущие 12 месяцев (01.03.11-29.02.12), а поскольку он не уволился, то дни отпуска остались неиспользованными. И поскольку мы предполагаем, что он может уволиться 01.04.12, то и сумма резерва за неиспользованные дни на конец марта должна рассчитываться по среднему заработку для этого периода, т.е. 01.04.11-31.03.12
По смыслу получается, что среднедневная зарплата для остатка дней резерва на начало месяца и на его конец будут разными.
Какое у Вас (и Ваших бухгалтеров) мнение на этот счет?
Действительно - интересно. Тоже посмотрю вечером.
Кроме того аудитор навел меня на такую мысль: по смыслу резерв отпускных - это та сумма которую мы должны будем выплатить/возместить работнику(ам) за неиспользованные отпуска если бы он решил уволиться. Отсюда получается, что если работник уволился бы в этом месяце (марте-12 г.), то резерв (или сам отпуск) рассчитывается по среднему заработку за предыдущие 12 месяцев (01.03.11-29.02.12), а поскольку он не уволился, то дни отпуска остались неиспользованными. И поскольку мы предполагаем, что он может уволиться 01.04.12, то и сумма резерва за неиспользованные дни на конец марта должна рассчитываться по среднему заработку для этого периода, т.е. 01.04.11-31.03.12
По смыслу получается, что среднедневная зарплата для остатка дней резерва на начало месяца и на его конец будут разными.
Какое у Вас (и Ваших бухгалтеров) мнение на этот счет?
(34) prochka,
Вообще данная обработка предназначена для начисления резерва в составе документа "Отражение зарпалаты в регламентированном учете". А этот документ, как правило, формируется не в конце скажем марта, а в начале апреля, когда все начисления за март уже проведены. Отсюда получается, что в обработке можно программно сдвинуть дату и получить средний с учетом марта. Но надо ли - решать Вам.
Я считаю так: если хотите перестраховаться от того, чтобы ваш резерв не ушел в минус, тогда нужно делать так как предлагает Ваш аудитор. Но такая ситуация может возникнуть только в том случае если большинство работников предприятия взяли и уволились 1 апреля. В иных случаях разница в среднем нескольких сотрудников незначительно скажется на общей сумме резерва. Кроме того, на 31 декабря обязательно будет проводиться инвентаризация резервов, по итогам которой, в любом случае, будут сделаны корректирующие проводки в ту или иную сторону.
Вообще данная обработка предназначена для начисления резерва в составе документа "Отражение зарпалаты в регламентированном учете". А этот документ, как правило, формируется не в конце скажем марта, а в начале апреля, когда все начисления за март уже проведены. Отсюда получается, что в обработке можно программно сдвинуть дату и получить средний с учетом марта. Но надо ли - решать Вам.
Я считаю так: если хотите перестраховаться от того, чтобы ваш резерв не ушел в минус, тогда нужно делать так как предлагает Ваш аудитор. Но такая ситуация может возникнуть только в том случае если большинство работников предприятия взяли и уволились 1 апреля. В иных случаях разница в среднем нескольких сотрудников незначительно скажется на общей сумме резерва. Кроме того, на 31 декабря обязательно будет проводиться инвентаризация резервов, по итогам которой, в любом случае, будут сделаны корректирующие проводки в ту или иную сторону.
(35)
Полностью с Вами согласна, но поскольку у меня как у пользователя руки чешутся дать программистам работу, то предлагаю свою версию печатной формы: в конце таблицы я написала кое-какие комментарии.
Еще прошу подумать над такими вопросами и высказать свое мнение:
1) Если в настройках параметров учета программы 1С алгоритм расчета по удержанию за не отработанный отпуск не уменьшает налоги и взносы, а "регистрируется" как обычное удержание, то у сотрудников которых отпуск использован авансом (т.е. дни и сумма <0) не может быть начисления страховых взносов уменьшающих сумму резерва (т.е. отрицательных сумм взносов).
2) При начислении оценочного обязательства по НУ в документ "Отражение зарплаты в регл.учете" формируется только одна проводка по способу отражения на сумму+страх.взносы. Однако по правилам НУ оплата труда и страховые взносы должны "расходится" на разные субконто, т.к. они по разному классифицируются в НУ и под разными строчками попадают в декларацию по прибыли.
Полностью с Вами согласна, но поскольку у меня как у пользователя руки чешутся дать программистам работу, то предлагаю свою версию печатной формы: в конце таблицы я написала кое-какие комментарии.
Еще прошу подумать над такими вопросами и высказать свое мнение:
1) Если в настройках параметров учета программы 1С алгоритм расчета по удержанию за не отработанный отпуск не уменьшает налоги и взносы, а "регистрируется" как обычное удержание, то у сотрудников которых отпуск использован авансом (т.е. дни и сумма <0) не может быть начисления страховых взносов уменьшающих сумму резерва (т.е. отрицательных сумм взносов).
2) При начислении оценочного обязательства по НУ в документ "Отражение зарплаты в регл.учете" формируется только одна проводка по способу отражения на сумму+страх.взносы. Однако по правилам НУ оплата труда и страховые взносы должны "расходится" на разные субконто, т.к. они по разному классифицируются в НУ и под разными строчками попадают в декларацию по прибыли.
Прикрепленные файлы:
Таблица.xlsx
(36) prochka,
По первому вопросу посмотрю как работает типовая и потом отпишусь по реализации этого механизма в обработке.
По второму вопросу:
В программе есть регистр сведений "Соответствие статей затрат отражения в бухучете". В этом регистре для резерва можно установить статью затрат для начисления и статью затрат для страховых взносов. Если статьи затрат различаются, то обработка сформирует две проводки, каждая по своей статье затрат.
По первому вопросу посмотрю как работает типовая и потом отпишусь по реализации этого механизма в обработке.
По второму вопросу:
В программе есть регистр сведений "Соответствие статей затрат отражения в бухучете". В этом регистре для резерва можно установить статью затрат для начисления и статью затрат для страховых взносов. Если статьи затрат различаются, то обработка сформирует две проводки, каждая по своей статье затрат.
kondrp, нашел где и когда происходит ошибка (24). Когда удаляешь ВСЕ элементы ТЧ резервы (или происходит очистка ТЧ), отрабатывает Процедура РезервыПриАктивизацииСтроки(Элемент), и пытается сравнить ДатаУвольнения (из текущей строки) с пустой датой, а так как все строки удалены, то вываливается из нее с ошибкой.
Не совсем понятно, зачем вообще сообщать что уволенный сотрудник уволен, поэтому у себя я эту процедуру заремил.
Не совсем понятно, зачем вообще сообщать что уволенный сотрудник уволен, поэтому у себя я эту процедуру заремил.
И еще, у меня несколько фирм, запускаю обработку по фирме ИП, там никто в отпуск не ходил, а в январе, н-р, в фирме ООО один сотрудник N ушел в отпуск, и почему-то он попадает в отчет по фирме ИП, где отпусков не было. Кстати у этого N на начало и на конец остатка не показывает, сумм тоже нет, только начислено-использовано. Когда формирую по ООО, то сотрудник N расчитывается верно. Почему?
(40) Ariko-sv,
Если присутствуют записи только на начислению и использованию дней отпуска, то нужно проверить регистр накопления "Фактические отпуска организаций" на наличие в нем записей по этому сотруднику. Если запись есть, но сотрудник числится в другой фирме - нужно перейти в документ, который ввел эту запись и проверить правильность его заполнения. Если документ заполнен правильно, но ошибка осталась - отпишитесь, будем разбираться дальше.
Если присутствуют записи только на начислению и использованию дней отпуска, то нужно проверить регистр накопления "Фактические отпуска организаций" на наличие в нем записей по этому сотруднику. Если запись есть, но сотрудник числится в другой фирме - нужно перейти в документ, который ввел эту запись и проверить правильность его заполнения. Если документ заполнен правильно, но ошибка осталась - отпишитесь, будем разбираться дальше.
Хорошая обработка, автору респект, съэкономил массу времени
если будет причесывать дальше, то надо поправить вот что,
проверка флага инвентаризации,
при формировании с взведенным флагом инвентаризация:
СтрокаРезервы.ОбщаяСуммаНачислено = СтрокаРезервы.СуммаНачальныйОстаток + СтрокаРезервы.СуммаНачислено ...
это будет резерв за 11- год.
а также, при формировании инвентаризации декабрьским документом, необходимо ставки получать 12-го года, а не 11-го
если будет причесывать дальше, то надо поправить вот что,
проверка флага инвентаризации,
при формировании с взведенным флагом инвентаризация:
СтрокаРезервы.ОбщаяСуммаНачислено = СтрокаРезервы.СуммаНачальныйОстаток + СтрокаРезервы.СуммаНачислено ...
это будет резерв за 11- год.
а также, при формировании инвентаризации декабрьским документом, необходимо ставки получать 12-го года, а не 11-го
(41) гвость, Присоединяюсь к Вашему мнению, только
- похоже автор изначально предполагал, что инвентаризация будет делаться началом года (о чем говорит подпись "Провести инвентаризацию остатков по оценочным обязательствам на 01.01.2012") и соответственно ставки возьмутся правильные
- ну а ОбщаяСуммаНачислено действительно при взведенном флаге отображается неверно (просто не сделана проверка флага),но при этом проводки переносятся правильно.
- похоже автор изначально предполагал, что инвентаризация будет делаться началом года (о чем говорит подпись "Провести инвентаризацию остатков по оценочным обязательствам на 01.01.2012") и соответственно ставки возьмутся правильные
- ну а ОбщаяСуммаНачислено действительно при взведенном флаге отображается неверно (просто не сделана проверка флага),но при этом проводки переносятся правильно.
(47) Insanity,
При взведенном флаге переносится не только ОбщаяСуммаНачислено. Переносится сумма начальных остатков + сумма начислено. Согласен, что визуально это не понятно, но на момент разработки такой задачи и не стояло.
До выходных выложу обработку с добавленной печатной формой, потом и до инвентаризации руки дойдут.
При взведенном флаге переносится не только ОбщаяСуммаНачислено. Переносится сумма начальных остатков + сумма начислено. Согласен, что визуально это не понятно, но на момент разработки такой задачи и не стояло.
До выходных выложу обработку с добавленной печатной формой, потом и до инвентаризации руки дойдут.
(47)Insanity, подпись "Провести инвентаризацию остатков по оценочным обязательствам на ...
не статична!
:)
не статична!
ЭлементыФормы.ИнвентаризацияРезервовПредстоящихОтпусков.Заголовок =
"Провести инвентаризацию остатков по оценочным обязательствам на " + Формат(НачалоПериода, "ДФ=dd.MM.yyyy");
"Провести инвентаризацию остатков по оценочным обязательствам на " + Формат(НачалоПериода, "ДФ=dd.MM.yyyy");
:)
(52)Insanity,
тогда мне совсем не понятно, о чем вы писали выше, т.к. начало периода - это начало месяца периода регистррации
документа заполнения.
Процедура ПриОткрытии()
НачалоПериода = НачалоМесяца(ОбъектЗаполнения.ПериодРегистрации);
...
тогда мне совсем не понятно, о чем вы писали выше, т.к. начало периода - это начало месяца периода регистррации
документа заполнения.
Процедура ПриОткрытии()
НачалоПериода = НачалоМесяца(ОбъектЗаполнения.ПериодРегистрации);
...
(54)Insanity,
цитирую вас
ещё раз повторю, что если делается декабрьский документ отражения, который плюсом делает резерв за 11 год,
то ставки он берёт НЕ ПРАВИЛЬНО! т.к. резерв должен быть сделан по ставкам уже 2012-го года.
мне вапще не понятно, что вы меня тут в правила тыкаете
смотрите код - там всё написано.
цитирую вас
(41) гвость, Присоединяюсь к Вашему мнению, только
- похоже автор изначально предполагал, что инвентаризация будет делаться началом года (о чем говорит подпись "Провести инвентаризацию остатков по оценочным обязательствам на 01.01.2012") и соответственно ставки возьмутся правильные
- похоже автор изначально предполагал, что инвентаризация будет делаться началом года (о чем говорит подпись "Провести инвентаризацию остатков по оценочным обязательствам на 01.01.2012") и соответственно ставки возьмутся правильные
ещё раз повторю, что если делается декабрьский документ отражения, который плюсом делает резерв за 11 год,
то ставки он берёт НЕ ПРАВИЛЬНО! т.к. резерв должен быть сделан по ставкам уже 2012-го года.
мне вапще не понятно, что вы меня тут в правила тыкаете
смотрите код - там всё написано.
kondrp, не знаю на сколько полезно или не полезно будет следущее пожелание,
но меня бухи попросили переделать расчет при переходящем.
их логика была такова,
если отпуск сотрудника переходящий, и сделано начисление отпуска в месяце за который формируется отражение зп в рег учете, то они считаю что резервировать эти деньги не надо, т.к. предполагается, что отпускные уже выплачеты.
соответственно я переделал как они просили.
Еще переделал тот момент когда сотрудник был принят с 01-15 дни месяца, то ему 2.33 начисляться не должно.
мало-ли может пригодиться.
но меня бухи попросили переделать расчет при переходящем.
их логика была такова,
если отпуск сотрудника переходящий, и сделано начисление отпуска в месяце за который формируется отражение зп в рег учете, то они считаю что резервировать эти деньги не надо, т.к. предполагается, что отпускные уже выплачеты.
соответственно я переделал как они просили.
Еще переделал тот момент когда сотрудник был принят с 01-15 дни месяца, то ему 2.33 начисляться не должно.
мало-ли может пригодиться.
(57) гвость,
Возможно Вы и правы, но я не совсем понял, почему не должно начисляться 2.33 если сотрудник принят с 1 по 15 число. Поясните пожалуйста.
(58) гвость,
При разработке не был учтен статус сотрудника. Обязательно запишу в список пожеланий к реализации. Но смогу заняться только после публикации печатной формы и изменения механизма начальных остатков.
Возможно Вы и правы, но я не совсем понял, почему не должно начисляться 2.33 если сотрудник принят с 1 по 15 число. Поясните пожалуйста.
(58) гвость,
При разработке не был учтен статус сотрудника. Обязательно запишу в список пожеланий к реализации. Но смогу заняться только после публикации печатной формы и изменения механизма начальных остатков.
(57) гвость, (59)
Еще переделал тот момент когда сотрудник был принят с 01-15 дни месяца, то ему 2.33 начисляться не должно
. Наверно когда сотрудник был принят после 15 числа месяца, то ему 2.33 начисляться не должно
(64) только не после 15 числа, меня уже тут поправили, не верно изложил...
просто проверяем сколько сотр. в месяце работал (с учетом всякого рода прогулов и пр..)
и проверяем.
Просто тут опять, как поставят задачу бухи, у меня так - для месяцев с 28 дней норма
для начисления отпуска 2.33 - 14 дней, для всех остальных - 15 дней, есть норма ставим 2.33 нет - извените.
просто проверяем сколько сотр. в месяце работал (с учетом всякого рода прогулов и пр..)
и проверяем.
Просто тут опять, как поставят задачу бухи, у меня так - для месяцев с 28 дней норма
для начисления отпуска 2.33 - 14 дней, для всех остальных - 15 дней, есть норма ставим 2.33 нет - извените.
68.
ves.Parnas
23.03.12 11:02
Сейчас в теме
Отличный вариант решения. У нас тоже есть задача в части начисления резервов. Надо "разрезать" по категориям должностей "Рабочие" "Служащие". Попробуем реализовать аналогичным методом (в смысле внешней обработкой)
(69) olenionok,
В обработке используется польностью типовой механизм расчета остатков отпусков. Насколько я знаю, в этом механизме присутствует исключение из расчета времени в отпусках по уходу за ребенком и отпуска за свой счет.
Но если в типовом механизме есть ошибки расчета, либо он не учитывает все варианты расчета, то такие же ошибки будут и в моей обработке.
В обработке используется польностью типовой механизм расчета остатков отпусков. Насколько я знаю, в этом механизме присутствует исключение из расчета времени в отпусках по уходу за ребенком и отпуска за свой счет.
Но если в типовом механизме есть ошибки расчета, либо он не учитывает все варианты расчета, то такие же ошибки будут и в моей обработке.
kondrp, ещё 5 копеек.
у вас запрос по фактическим отпускам не учитывает каким образом организация ведет регистрацию фактических отпусков, по кадровым или расчетным документам, это существенный момент (см. уч. политику).
Т.к. при учете по рачетным документам - в рег. фактических отпусков при переходящем отпуске делаются две записи,
период у них разный.
В случае по кадровым приказам - одна запись с периодом - начало отпуска.
Не внимательно прочитал комменты с начала обуждения, понял, что вы в курсе, забираю свои 5 копеек обратно :)
у вас запрос по фактическим отпускам не учитывает каким образом организация ведет регистрацию фактических отпусков, по кадровым или расчетным документам, это существенный момент (см. уч. политику).
Т.к. при учете по рачетным документам - в рег. фактических отпусков при переходящем отпуске делаются две записи,
период у них разный.
В случае по кадровым приказам - одна запись с периодом - начало отпуска.
Не внимательно прочитал комменты с начала обуждения, понял, что вы в курсе, забираю свои 5 копеек обратно :)
Инфостарт ужесточил условия скачивания. нужно набрать один балл для скачивания одного файла. Я не совсем понимаю, как они считают баллы, но если я послала одно сообщение, то получаю 0.15 балла. Иногда чуть больше.
Не знаю, почему. А "лепить" сообщения только для того, чтобы получить 0.15 балла не хочется. Для 3-х файлов нужно 3 балла...
Не знаю, почему. А "лепить" сообщения только для того, чтобы получить 0.15 балла не хочется. Для 3-х файлов нужно 3 балла...
Спасибо за обработку. Проверяю на конфигурации Комплексная автоматизация, редакция 1.1 (1.1.19.1). После небольших изменений - работает. Правда пока упорно не хочет в док. Отражение ЗП в регл учете по Дт записывать Статью затрат и Подразделение...
Добавил несколько строк в модуль формы "Настройки" для подбора подразделений и сотрудников по выбранной организации:
Добавил несколько строк в модуль формы "Настройки" для подбора подразделений и сотрудников по выбранной организации:
Процедура КоманднаяПанельПодразделенияДобавить(Кнопка)
...
ФормаВыбора.ПараметрОтборПоВладельцу = Организация;
Процедура КоманднаяПанельСотрудникиДобавить(Кнопка)
...
ФормаВыбора.Отбор.Организация.ВидСравнения = ВидСравнения.Равно;
ФормаВыбора.Отбор.Организация.Использование = Истина;
ФормаВыбора.Отбор.Организация.Значение = Организация;
(86) vladir,
Спасибо за комментарий. В следующей публикации учту.
Формирование на "1С:Комплексная автоматизация" не проверял, т.к. изначально писал для "1С:Зарплата и управление персоналом 8". Если будут еще предложения - пишите
Спасибо за комментарий. В следующей публикации учту.
Формирование на "1С:Комплексная автоматизация" не проверял, т.к. изначально писал для "1С:Зарплата и управление персоналом 8". Если будут еще предложения - пишите
(87) (Конфигурации Комплексная автоматизация, редакция 1.1 (1.1.19.1)) Проблемку с тем, что в док. "Отражение ЗП в регл учете" не записывалось подразделение решил следующим образом: По аналогии с процедурой ЗаполнитьСтатьюЗатрат(СтрокаОтражениеВУчете, СтатьяЗатрат) добавил =>
(Для Счетов 20, 23, 25, 26 подразделение - субконто 1, для Счета 44 - субконто 2)
Процедура ЗаполнитьПодразделениеОрганизации(СтрокаОтражениеВУчете, Подразделение)
Если ТипЗнч(СтрокаОтражениеВУчете.СубконтоДт1) = Тип("СправочникСсылка.ПодразделенияОрганизаций") Тогда
СтрокаОтражениеВУчете.СубконтоДт1 = Подразделение;
КонецЕсли;
Если ТипЗнч(СтрокаОтражениеВУчете.СубконтоДт2) = Тип("СправочникСсылка.ПодразделенияОрганизаций") Тогда
СтрокаОтражениеВУчете.СубконтоДт2 = Подразделение;
КонецЕсли;
Если ТипЗнч(СтрокаОтражениеВУчете.СубконтоДт3) = Тип("СправочникСсылка.ПодразделенияОрганизаций") Тогда
СтрокаОтражениеВУчете.СубконтоДт3 = Подразделение;
КонецЕсли;
Если ОценочныеОбязательстваФормироватьНУ Тогда
Если ТипЗнч(СтрокаОтражениеВУчете.СубконтоДтНУ1) = Тип("СправочникСсылка.ПодразделенияОрганизаций") Тогда
СтрокаОтражениеВУчете.СубконтоДтНУ1 = Подразделение;
КонецЕсли;
Если ТипЗнч(СтрокаОтражениеВУчете.СубконтоДтНУ2) = Тип("СправочникСсылка.ПодразделенияОрганизаций") Тогда
СтрокаОтражениеВУчете.СубконтоДтНУ2 = Подразделение;
КонецЕсли;
Если ТипЗнч(СтрокаОтражениеВУчете.СубконтоДтНУ3) = Тип("СправочникСсылка.ПодразделенияОрганизаций") Тогда
СтрокаОтражениеВУчете.СубконтоДтНУ3 = Подразделение;
КонецЕсли;
КонецЕсли;
КонецПроцедуры Показать(Для Счетов 20, 23, 25, 26 подразделение - субконто 1, для Счета 44 - субконто 2)
1. В нашей организации множество записей в регистре "СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете"
Соответсвенно вы находите лишь первую запись, что не верно.
Заменил структуру на соответствия, предварительно объявив соответствия для всего модуля.
Вы получаете две проводки по каждому затратному счету.
Первая проводка - зарплата, вторая проводка - начисление в фонды.
Но это не совсем верно, так как у нас в том же регистре соответсвий проводки по ФСС и НС ложаться на отдельные статьи затрат.
Т.е. в итоге должно быть три проводки на одном затратном счете, с одним подразделением, о одной статьей затрат начисление заработной платы.
Поэтому я получаю два соответствия отдельно для ФСС_НС и отдельно для Страховых взносов.
Переписал также процедуру "ЗаполнитьСтатьюЗатрат", и ее вызовы.
Блок ниже должен быть удален, так как в первозданной "СтрокаОтражениеВУчете" уже содержится аналитика требуемой для проводки по заработной плате.
Какой смысл определять ее вновь ?
2. Ранее уже писал про подразделения (88) vladir, этой аналитики у вас не хватает, вопосльзовался тем кодом котрый выложен в комментариях, код работоспособен, аналитику по подразделениям получаю.
В итоге получил такой результат:
Соответсвенно вы находите лишь первую запись, что не верно.
Заменил структуру на соответствия, предварительно объявив соответствия для всего модуля.
Процедура ПолучитьСоответствияСтатейЗатрат()
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ РАЗРЕШЕННЫЕ РАЗЛИЧНЫЕ
| СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете.СтатьяЗатратНачисления КАК СтатьяЗатратНачисления,
| СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете.СтатьяЗатрат КАК СтатьяЗатратСтраховыеВзносы
|ИЗ
| РегистрСведений.СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете КАК СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете
|ГДЕ
| СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете.ВидСтатьиЗатрат = &ВидСтатьиЗатрат
|
|СГРУППИРОВАТЬ ПО
| СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете.СтатьяЗатратНачисления,
| СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете.СтатьяЗатрат";
Запрос.УстановитьПараметр("ВидСтатьиЗатрат", Перечисления.ВидыДополнительныхСтатейЗатрат.СтраховыеВзносы);
Результат = Запрос.Выполнить();
ВыборкаДетальныеЗаписи = Результат.Выбрать();
Пока ВыборкаДетальныеЗаписи.Следующий() Цикл
СоответствиеСтатейЗатратСтраховые.Вставить(ВыборкаДетальныеЗаписи.СтатьяЗатратНачисления ,ВыборкаДетальныеЗаписи.СтатьяЗатратСтраховыеВзносы );
КонецЦикла;
Запрос.УстановитьПараметр("ВидСтатьиЗатрат", Перечисления.ВидыДополнительныхСтатейЗатрат.ФСС_НС);
Результат = Запрос.Выполнить();
ВыборкаДетальныеЗаписи = Результат.Выбрать();
Пока ВыборкаДетальныеЗаписи.Следующий() Цикл
СоответствиеСтатейЗатратНС.Вставить(ВыборкаДетальныеЗаписи.СтатьяЗатратНачисления ,ВыборкаДетальныеЗаписи.СтатьяЗатратСтраховыеВзносы );
КонецЦикла;
КонецПроцедуры
//////////////////////////////////////////////////////////// ПоказатьВы получаете две проводки по каждому затратному счету.
Первая проводка - зарплата, вторая проводка - начисление в фонды.
Но это не совсем верно, так как у нас в том же регистре соответсвий проводки по ФСС и НС ложаться на отдельные статьи затрат.
Т.е. в итоге должно быть три проводки на одном затратном счете, с одним подразделением, о одной статьей затрат начисление заработной платы.
Поэтому я получаю два соответствия отдельно для ФСС_НС и отдельно для Страховых взносов.
Переписал также процедуру "ЗаполнитьСтатьюЗатрат", и ее вызовы.
Процедура ЗаполнитьСтатьюЗатрат(СтрокаОтражениеВУчете,ВидСтатьиЗатрат)
Если ТипЗнч(СтрокаОтражениеВУчете.СубконтоДт1) = Тип("СправочникСсылка.СтатьиЗатрат") Тогда
СтрокаОтражениеВУчете.СубконтоДт1 =
?(ВидСтатьиЗатрат=Перечисления.ВидыДополнительныхСтатейЗатрат.СтраховыеВзносы,
СоответствиеСтатейЗатратСтраховые.Получить (СтрокаОтражениеВУчете.СубконтоДт1),
СоответствиеСтатейЗатратНС.Получить(СтрокаОтражениеВУчете.СубконтоДт1));
КонецЕсли;
Если ТипЗнч(СтрокаОтражениеВУчете.СубконтоДт2) = Тип("СправочникСсылка.СтатьиЗатрат") Тогда
СтрокаОтражениеВУчете.СубконтоДт2 =
?(ВидСтатьиЗатрат=Перечисления.ВидыДополнительныхСтатейЗатрат.СтраховыеВзносы,
СоответствиеСтатейЗатратСтраховые.Получить(СтрокаОтражениеВУчете.СубконтоДт2),
СоответствиеСтатейЗатратНС.Получить(СтрокаОтражениеВУчете.СубконтоДт2));
КонецЕсли;
Если ТипЗнч(СтрокаОтражениеВУчете.СубконтоДт3) = Тип("СправочникСсылка.СтатьиЗатрат") Тогда
СтрокаОтражениеВУчете.СубконтоДт3 =
?(ВидСтатьиЗатрат=Перечисления.ВидыДополнительныхСтатейЗатрат.СтраховыеВзносы,
СоответствиеСтатейЗатратСтраховые.Получить (СтрокаОтражениеВУчете.СубконтоДт3),
СоответствиеСтатейЗатратНС.Получить(СтрокаОтражениеВУчете.СубконтоДт3));
КонецЕсли;
Если ОценочныеОбязательстваФормироватьНУ Тогда
Если ТипЗнч(СтрокаОтражениеВУчете.СубконтоДтНУ1) = Тип("СправочникСсылка.СтатьиЗатрат") Тогда
СтрокаОтражениеВУчете.СубконтоДтНУ1 =
?(ВидСтатьиЗатрат=Перечисления.ВидыДополнительныхСтатейЗатрат.СтраховыеВзносы,СоответствиеСтатейЗатратСтраховые.Получить(СтрокаОтражениеВУчете.СубконтоДтНУ1),
СоответствиеСтатейЗатратНС.Получить(СтрокаОтражениеВУчете.СубконтоДтНУ1));
КонецЕсли;
Если ТипЗнч(СтрокаОтражениеВУчете.СубконтоДтНУ2) = Тип("СправочникСсылка.СтатьиЗатрат") Тогда
СтрокаОтражениеВУчете.СубконтоДтНУ2 =
?(ВидСтатьиЗатрат=Перечисления.ВидыДополнительныхСтатейЗатрат.СтраховыеВзносы,СоответствиеСтатейЗатратСтраховые.Получить(СтрокаОтражениеВУчете.СубконтоДтНУ2),
СоответствиеСтатейЗатратНС.Получить(СтрокаОтражениеВУчете.СубконтоДтНУ2));
КонецЕсли;
Если ТипЗнч(СтрокаОтражениеВУчете.СубконтоДтНУ3) = Тип("СправочникСсылка.СтатьиЗатрат") Тогда
СтрокаОтражениеВУчете.СубконтоДтНУ3 =
?(ВидСтатьиЗатрат=Перечисления.ВидыДополнительныхСтатейЗатрат.СтраховыеВзносы,СоответствиеСтатейЗатратСтраховые.Получить(СтрокаОтражениеВУчете.СубконтоДтНУ3),
СоответствиеСтатейЗатратНС.Получить(СтрокаОтражениеВУчете.СубконтоДтНУ3));
КонецЕсли;
КонецЕсли;
КонецПроцедуры
ПоказатьБлок ниже должен быть удален, так как в первозданной "СтрокаОтражениеВУчете" уже содержится аналитика требуемой для проводки по заработной плате.
Какой смысл определять ее вновь ?
// {{D.28.05.12/1522-DENIS
// {{
//ЗаполнитьСтатьюЗатрат(СтрокаОтражениеВУчете, СтатьяЗатратНачисления);
// }}
// }}D.28.05.12/1522-DENIS2. Ранее уже писал про подразделения (88) vladir, этой аналитики у вас не хватает, вопосльзовался тем кодом котрый выложен в комментариях, код работоспособен, аналитику по подразделениям получаю.
В итоге получил такой результат:
Прикрепленные файлы:
(168) denium,
Спасибо за комментарий. Действительно блок формирования проводок еще не является досконально проработанным, т.к. изначально делался "на коленке" и в дальнейшем, при обновлении публикаций, практически не затрагивался.
Обязательно переварю информацию, которую Вы предоставили и добавлю изменения в блок формирования проводок в следующей публикации.
Спасибо за комментарий. Действительно блок формирования проводок еще не является досконально проработанным, т.к. изначально делался "на коленке" и в дальнейшем, при обновлении публикаций, практически не затрагивался.
Обязательно переварю информацию, которую Вы предоставили и добавлю изменения в блок формирования проводок в следующей публикации.
Cпасибо за обработку.
Скачала последний релиз, выдает такую ошибку
{Форма.Форма.Форма(651)}: Ошибка при вызове метода контекста (Выполнить)
Результат = Запрос.Выполнить();
по причине:
по причине:
{(10, 34)}: Поле не найдено "ГражданствоФизЛицСрезПоследних.НеИмеетПравоНаМедицинскоеСтрахование"
ГражданствоФизЛицСрезПоследних.<<?>>НеИмеетПравоНаМедицинскоеСтрахование КАК НеИмеетПравоНаМедицинскоеСтрахование,
И соответственно суммы уже не считает.
Скачала последний релиз, выдает такую ошибку
{Форма.Форма.Форма(651)}: Ошибка при вызове метода контекста (Выполнить)
Результат = Запрос.Выполнить();
по причине:
по причине:
{(10, 34)}: Поле не найдено "ГражданствоФизЛицСрезПоследних.НеИмеетПравоНаМедицинскоеСтрахование"
ГражданствоФизЛицСрезПоследних.<<?>>НеИмеетПравоНаМедицинскоеСтрахование КАК НеИмеетПравоНаМедицинскоеСтрахование,
И соответственно суммы уже не считает.
(100)В случае если сформировано новое подразделение и в него набраны новые сотрудники, то в документ "Отражение ЗП в регл учете" за этот месяц будет добавлена строка по этому подразделению с нулевой суммой.
В процедуре КнопкаПеренестиДанныеВДокументНажатие(Элемент) добавить проверку
В процедуре КнопкаПеренестиДанныеВДокументНажатие(Элемент) добавить проверку
// Переносим данные в табличную часть "ОтражениеВУчете"
Для Каждого СтрокаПромежуточная из ТаблицаПромежуточная Цикл
Если СтрокаПромежуточная.Сумма <> 0 Тогда
СтрокаОтражениеВУчете = ОбъектЗаполнения.ОтражениеВУчете.Добавить();
ЗаполнитьЗначенияСвойств(СтрокаОтражениеВУчете, СтрокаПромежуточная);
КонецЕсли;
КонецЦикла;
103.
Lyns_owner
357
05.04.12 13:35
Сейчас в теме
Я, видимо, чего-то не понимаю, но почему не воспользоваться типовым механизмом расчета резервов отпусков?
107.
Lyns_owner
357
05.04.12 13:47
Сейчас в теме
(105) vladir, Есть множество материала в интернете по этому поводу.
112.
Lyns_owner
357
05.04.12 14:49
Сейчас в теме
(111) vladir, Есть обратный вариант, более интересный: что делать, если перерасходовали? вариантов несколько...
(111) vladir, (112) Lyns_owner,
1. Если начислили и неизрасходовали, то в конце года по результатам инвентаризации делается доначисление. Желательно в декабре.
2. Если начислили меньше чем израсходовали, то те же проводки, что при доначислении только с минусом. Опять же в декабре.
Функционал инвентаризации остатков отпусков еще не настроен, но обязательно будет реализован в обсуждаемой нами обработке.
1. Если начислили и неизрасходовали, то в конце года по результатам инвентаризации делается доначисление. Желательно в декабре.
2. Если начислили меньше чем израсходовали, то те же проводки, что при доначислении только с минусом. Опять же в декабре.
Функционал инвентаризации остатков отпусков еще не настроен, но обязательно будет реализован в обсуждаемой нами обработке.
(114) Спасибо, kondrp, будем ждать. Очень уж расплывчатая эта инвентаризация, нигде не нашел толкового ей объяснения... Опять же у меня не ЗУП, а КА, надо будет под неё подстраивать. Ещё маленький вопросик. Это у меня в КА только или в ЗУП так же, что при выборе "порядка оценочных обязательств" => "по сумме начислений", упорно ставила "Ставку ПФР страховая" не нулевую, ну и соответственно считала сумму? Или это задумка такая? Пришлось немного допилить.
(103) Lyns_owner,
Ну наверное потому что типовой механизм считает процент от базы и совершенно не учитывает остатки дней по отпускам, а также количество дней будущего отпуска, которое начисляется каждому сотруднику в текущем месяце.
Ну наверное потому что типовой механизм считает процент от базы и совершенно не учитывает остатки дней по отпускам, а также количество дней будущего отпуска, которое начисляется каждому сотруднику в текущем месяце.
(117) vladir, (118) vladir,
"Комплексная автоматизация" - конечно, как сам не догадался.
Солидарная часть пенсии, та часть которая начисляется даже когда доходы перевалили за 512000 рублей. Но при способе расчета резерва "По начислениям" солидарной части быть не должно. Это ошибка обработки. Исправлю и выложу новый релиз.
"Комплексная автоматизация" - конечно, как сам не догадался.
Солидарная часть пенсии, та часть которая начисляется даже когда доходы перевалили за 512000 рублей. Но при способе расчета резерва "По начислениям" солидарной части быть не должно. Это ошибка обработки. Исправлю и выложу новый релиз.
(119) Сделал так: В процедуре ЗаполнитьТаблицуРезервы() после коммента
// Определяем ставки страховых взносов
...
СтавкаПФРСтраховая = СтруктураСтавкиСтраховыхВзносов.СтавкаПФРСтраховая;
СтавкаПФРНакопительная = СтруктураСтавкиСтраховыхВзносов.СтавкаПФРНакопительная;
Если СтавкаПФРНакопительная = 0 И СтавкаПФРСтраховая = 0 Тогда
СтавкаПФРСолидарная = 0;
Иначе
СтавкаПФРСолидарная = 10;
КонецЕсли; Показать
При использовании 10-11 версий обработки возникли проблемы:
1) При формировании проводок перестали разбиваться суммы по каждому затратному счету, т.е первая проводка - зарплата, вторая проводка - начисление в фонды. Регистр "Соответствие статей затрат отражения зарплаты в регл учете" настроен и не изменялся. При этом 9 версия обработки в этом направлении продолжает работает абсолютно корректно.
2) Мой коммент (125) для меня остался открытым - последние изменения Способа отражения в бух.учете у меня происходили еще в 2011 году. Что не так с моими ручками?
1) При формировании проводок перестали разбиваться суммы по каждому затратному счету, т.е первая проводка - зарплата, вторая проводка - начисление в фонды. Регистр "Соответствие статей затрат отражения зарплаты в регл учете" настроен и не изменялся. При этом 9 версия обработки в этом направлении продолжает работает абсолютно корректно.
2) Мой коммент (125) для меня остался открытым - последние изменения Способа отражения в бух.учете у меня происходили еще в 2011 году. Что не так с моими ручками?
(197) prochka,
Проверил. Ошибок не нашел. На моей базе все работает корректно.
Если вопрос остался открытым, пришлите мне скриншот состояния регистра сведений "Соответствие статей затрат".
И опишите пожалуйста как вы изменяете способ отражения для конкретного сотрудника.
Проверил. Ошибок не нашел. На моей базе все работает корректно.
Если вопрос остался открытым, пришлите мне скриншот состояния регистра сведений "Соответствие статей затрат".
И опишите пожалуйста как вы изменяете способ отражения для конкретного сотрудника.
(127)
В параметрах учета поставил "Кадровыми приказами", создал документ отпуска организаций по этому человеку. При заполнении документа "Отражение зарплаты в регл.учете" на закладе "основные начисления" 2 строки : одна за январь, другая за февраль. Но при расчете оценочных обязательств все равно берется в расчет только сумма января. Можно поподробнее как сделать, чтобы учитывалась полностью сумма переходящего отпуска.
В параметрах учета поставил "Кадровыми приказами", создал документ отпуска организаций по этому человеку. При заполнении документа "Отражение зарплаты в регл.учете" на закладе "основные начисления" 2 строки : одна за январь, другая за февраль. Но при расчете оценочных обязательств все равно берется в расчет только сумма января. Можно поподробнее как сделать, чтобы учитывалась полностью сумма переходящего отпуска.
(136) magru,
Дело в том, что после изменения параметров на "Кадровые приказы" движения по регистру накопления "Фактические отпуска" будут делать не расчетные, а кадровые документы.
Т.е., в Вашем случае, после изменения параметров учета нужно перепровести кадровый документ "Отпуска организаций" и документ "Начисление отпуска сотрудникам организаций".
Дело в том, что после изменения параметров на "Кадровые приказы" движения по регистру накопления "Фактические отпуска" будут делать не расчетные, а кадровые документы.
Т.е., в Вашем случае, после изменения параметров учета нужно перепровести кадровый документ "Отпуска организаций" и документ "Начисление отпуска сотрудникам организаций".
(137)
Существуют маленькие грабельки. У пользователя который запимается документами "Отражение зарплаты в регл.учете" нет "Полных прав доступа". => при закрытии обработки фиктивный документ "Начисление отпуска" удаляться не будет, что приведет к замусориванию базы...
Существуют маленькие грабельки. У пользователя который запимается документами "Отражение зарплаты в регл.учете" нет "Полных прав доступа". => при закрытии обработки фиктивный документ "Начисление отпуска" удаляться не будет, что приведет к замусориванию базы...
(139)kondrp,
Не знаю может быть пригодится? Немного добавил в обработку. Если фиктивного дока нет, тогда он создается, а в комменты пишется типа "@@@ Служебный документ для резервов отпусков @@@". При последующих запусках обработки по комменту находится этот фиктивный док. и используется для расчетов. Ну и соответственно при закрытии просто очищаются таб. части, а сам док не удаляется.
Не знаю может быть пригодится? Немного добавил в обработку. Если фиктивного дока нет, тогда он создается, а в комменты пишется типа "@@@ Служебный документ для резервов отпусков @@@". При последующих запусках обработки по комменту находится этот фиктивный док. и используется для расчетов. Ну и соответственно при закрытии просто очищаются таб. части, а сам док не удаляется.
(142) У меня в базе несколько обособленных подразделений, на каждое настроены соответствующие права, и когда кадровики (без прав расчетчика) запускали эту обработку, начинали множиться документы "Начисление отпуска" (т.к. у них не было прав на непосредственное удаление этого дока). Права конечно я перенастроил, но считаю что было-бы неплохо предусмотреть такой вариант в обработке, и ПриЗакрытии() удалять документ в Попытке. Где-то так:
Попытка
НачислениеОтпускаОбъект.Удалить();
Исключение
НачислениеОтпускаОбъект.УстановитьПометкуУдаления(Истина);
НачислениеОтпускаОбъект.Записать(РежимЗаписиДокумента.Запись);
КонецПопытки;
это в продолжение (139) kondrp
Попытка
НачислениеОтпускаОбъект.Удалить();
Исключение
НачислениеОтпускаОбъект.УстановитьПометкуУдаления(Истина);
НачислениеОтпускаОбъект.Записать(РежимЗаписиДокумента.Запись);
КонецПопытки;
это в продолжение (139) kondrp
Также изменил запрос по периодам фактических отпусков, теперь должна браться не дата приказа, а период регистрации из регистра накопления "Фактические отпуска".
Правда есть одно "Но":
- Если в настройках выбрано "Отражать фактические отпуска расчетными документами", тогда при начислении переходящего отпуска в регистре накопления "Фактические отпуска" будет создано 2 записи (по одной на каждый месяц).
Т.е. при отражении фактических отпусков кадровыми документами переходящий отпуск в обработке будет отображаться в одном месяце (Считаю, что это некорректной работой типовой конфигурации).
Добавил возможность выводить данные по дополнительным отпускам (Количество дней дополнительного отпуска складывается с основным отпуском.)
Правда есть одно "Но":
- Если в настройках выбрано "Отражать фактические отпуска расчетными документами", тогда при начислении переходящего отпуска в регистре накопления "Фактические отпуска" будет создано 2 записи (по одной на каждый месяц).
Т.е. при отражении фактических отпусков кадровыми документами переходящий отпуск в обработке будет отображаться в одном месяце (Считаю, что это некорректной работой типовой конфигурации).
Добавил возможность выводить данные по дополнительным отпускам (Количество дней дополнительного отпуска складывается с основным отпуском.)
(146) нинас,
Обработка изначально разрабатывалась для "1С:Зарплата и управление персоналом 8", затем, по просьбам трудящихся, я добавил поддержку "1С:Управление производственным предприятием 8". Но к сожалению у меня нет в наличии конфигурации "1С:Комплексная автоматизация 8", чтобы с нем можно было поэкспериментировать и реализовать совместимость обработки с данной конфигурацией.
Если у Вас есть метод решения проблемы совместимости обработки с КА, то опишите его, я возьму этот метод за основу в следующих публикациях.
Заранее благодарен.
Обработка изначально разрабатывалась для "1С:Зарплата и управление персоналом 8", затем, по просьбам трудящихся, я добавил поддержку "1С:Управление производственным предприятием 8". Но к сожалению у меня нет в наличии конфигурации "1С:Комплексная автоматизация 8", чтобы с нем можно было поэкспериментировать и реализовать совместимость обработки с данной конфигурацией.
Если у Вас есть метод решения проблемы совместимости обработки с КА, то опишите его, я возьму этот метод за основу в следующих публикациях.
Заранее благодарен.
(148) нинас,
Учетная политика настраивается в параметрах каждой организации.
В моей обработке в форме "Настройки" на закладке "Параметры" также есть возможность просмотреть и изменить некоторые параметры учетной политики по оценочным обязательствам, но эти параметры действуют только пока обработка открыта и не сохраняются в системе.
Учетная политика настраивается в параметрах каждой организации.
В моей обработке в форме "Настройки" на закладке "Параметры" также есть возможность просмотреть и изменить некоторые параметры учетной политики по оценочным обязательствам, но эти параметры действуют только пока обработка открыта и не сохраняются в системе.
151.
васисубатор
68
19.04.12 11:44
Сейчас в теме
Подход к реализации - респект, расчет среднего лучше сделать без использования служебного документа (будет быстрее). На большой базе расчетчикам не позавидуешь.
153.
Alexey_Gru
35
19.04.12 13:30
Сейчас в теме
Очень полезная разработка! Большое спасибо!
Обнаружил следующую ошибку (версия обработки 1.09, версия ЗУП 2.5.49.2):
Обработка не работает у пользователей без роли "ПолныеПрава".
При запуске создается документ "НачислениеОтпускаРаботникамОрганизаций" с незаполненным полем "Сотрудник", которое обязательно для заполнения. Если у пользователя полные права, то сохранение документа (почему-то) выполняется. У расчетчиков зарплаты, кто пользуется данной обработкой роли "Пользователь", "РасчетчикРегламентированнойЗарплаты", "ИспользованиеВнешнихОтчетовИОбработок", и при попытке сохранения этого документа возникает ошибка "Недостаточно прав для выполнения операции с базой данных".
Я добавил перед записью документа заполнение поля "Сотрудник" первым сотрудником по списку (все равно при выполнении расчетов данное поле перезаполняется). После этого всё стало работать.
Обнаружил следующую ошибку (версия обработки 1.09, версия ЗУП 2.5.49.2):
Обработка не работает у пользователей без роли "ПолныеПрава".
При запуске создается документ "НачислениеОтпускаРаботникамОрганизаций" с незаполненным полем "Сотрудник", которое обязательно для заполнения. Если у пользователя полные права, то сохранение документа (почему-то) выполняется. У расчетчиков зарплаты, кто пользуется данной обработкой роли "Пользователь", "РасчетчикРегламентированнойЗарплаты", "ИспользованиеВнешнихОтчетовИОбработок", и при попытке сохранения этого документа возникает ошибка "Недостаточно прав для выполнения операции с базой данных".
Я добавил перед записью документа заполнение поля "Сотрудник" первым сотрудником по списку (все равно при выполнении расчетов данное поле перезаполняется). После этого всё стало работать.
155.
васисубатор
68
20.04.12 14:37
Сейчас в теме
исправил процедуру, для обязательств теперь две статьи соответствия (обязательства для начислений и обязательства для страховых)
Функция ПолучитьСтруктуруСоответствияСтатейЗатрат()
СтруктураСоответствиеСтатейЗатрат = Новый Структура;
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ РАЗРЕШЕННЫЕ РАЗЛИЧНЫЕ
| СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете.СтатьяЗатратНачисления КАК СтатьяЗатратНачисления,
| СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете.СтатьяЗатрат КАК СтатьяЗатратОтчисления
|ИЗ
| РегистрСведений.СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете КАК СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете
|ГДЕ
| СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете.ВидСтатьиЗатрат = &ВидСтатьиЗатрат
|
|СГРУППИРОВАТЬ ПО
| СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете.СтатьяЗатратНачисления,
| СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете.СтатьяЗатрат";
Запрос.УстановитьПараметр("ВидСтатьиЗатрат", ОценочноеОбязательствоДляОтпуска);
Результат = Запрос.Выполнить();
ВыборкаДетальныеЗаписи = Результат.Выбрать();
//начало исправления
//Если ВыборкаДетальныеЗаписи.Следующий() Тогда
// СтруктураСоответствиеСтатейЗатрат.Вставить("СтатьяЗатратНачисления" , ВыборкаДетальныеЗаписи.СтатьяЗатратНачисления);
// СтруктураСоответствиеСтатейЗатрат.Вставить("СтатьяЗатратСтраховыеВзносы", ВыборкаДетальныеЗаписи.СтатьяЗатратСтраховыеВзносы);
//Иначе
// СтруктураСоответствиеСтатейЗатрат.Вставить("СтатьяЗатратНачисления" , Справочники.СтатьиЗатрат.ПустаяСсылка());
// СтруктураСоответствиеСтатейЗатрат.Вставить("СтатьяЗатратСтраховыеВзносы", Справочники.СтатьиЗатрат.ПустаяСсылка());
//КонецЕсли;
Если ВыборкаДетальныеЗаписи.Количество() > 0 Тогда
Пока ВыборкаДетальныеЗаписи.Следующий() Цикл
Если ВыборкаДетальныеЗаписи.СтатьяЗатратНачисления.ВидРасходовНУ = Перечисления.ВидыРасходовНУ.ОплатаТруда Тогда
СтруктураСоответствиеСтатейЗатрат.Вставить("СтатьяЗатратНачисления" , ВыборкаДетальныеЗаписи.СтатьяЗатратОтчисления);
ИначеЕсли ВыборкаДетальныеЗаписи.СтатьяЗатратНачисления.ВидРасходовНУ = Перечисления.ВидыРасходовНУ.СтраховыеВзносы Тогда
СтруктураСоответствиеСтатейЗатрат.Вставить("СтатьяЗатратСтраховыеВзносы" , ВыборкаДетальныеЗаписи.СтатьяЗатратОтчисления);
КонецЕсли;
КонецЦикла;
Иначе
СтруктураСоответствиеСтатейЗатрат.Вставить("СтатьяЗатратНачисления" , Справочники.СтатьиЗатрат.ПустаяСсылка());
СтруктураСоответствиеСтатейЗатрат.Вставить("СтатьяЗатратСтраховыеВзносы", Справочники.СтатьиЗатрат.ПустаяСсылка());
КонецЕсли;
//окончание
Возврат СтруктураСоответствиеСтатейЗатрат;
КонецФункции
Функция ПолучитьСтруктуруСоответствияСтатейЗатрат()
СтруктураСоответствиеСтатейЗатрат = Новый Структура;
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ РАЗРЕШЕННЫЕ РАЗЛИЧНЫЕ
| СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете.СтатьяЗатратНачисления КАК СтатьяЗатратНачисления,
| СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете.СтатьяЗатрат КАК СтатьяЗатратОтчисления
|ИЗ
| РегистрСведений.СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете КАК СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете
|ГДЕ
| СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете.ВидСтатьиЗатрат = &ВидСтатьиЗатрат
|
|СГРУППИРОВАТЬ ПО
| СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете.СтатьяЗатратНачисления,
| СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете.СтатьяЗатрат";
Запрос.УстановитьПараметр("ВидСтатьиЗатрат", ОценочноеОбязательствоДляОтпуска);
Результат = Запрос.Выполнить();
ВыборкаДетальныеЗаписи = Результат.Выбрать();
//начало исправления
//Если ВыборкаДетальныеЗаписи.Следующий() Тогда
// СтруктураСоответствиеСтатейЗатрат.Вставить("СтатьяЗатратНачисления" , ВыборкаДетальныеЗаписи.СтатьяЗатратНачисления);
// СтруктураСоответствиеСтатейЗатрат.Вставить("СтатьяЗатратСтраховыеВзносы", ВыборкаДетальныеЗаписи.СтатьяЗатратСтраховыеВзносы);
//Иначе
// СтруктураСоответствиеСтатейЗатрат.Вставить("СтатьяЗатратНачисления" , Справочники.СтатьиЗатрат.ПустаяСсылка());
// СтруктураСоответствиеСтатейЗатрат.Вставить("СтатьяЗатратСтраховыеВзносы", Справочники.СтатьиЗатрат.ПустаяСсылка());
//КонецЕсли;
Если ВыборкаДетальныеЗаписи.Количество() > 0 Тогда
Пока ВыборкаДетальныеЗаписи.Следующий() Цикл
Если ВыборкаДетальныеЗаписи.СтатьяЗатратНачисления.ВидРасходовНУ = Перечисления.ВидыРасходовНУ.ОплатаТруда Тогда
СтруктураСоответствиеСтатейЗатрат.Вставить("СтатьяЗатратНачисления" , ВыборкаДетальныеЗаписи.СтатьяЗатратОтчисления);
ИначеЕсли ВыборкаДетальныеЗаписи.СтатьяЗатратНачисления.ВидРасходовНУ = Перечисления.ВидыРасходовНУ.СтраховыеВзносы Тогда
СтруктураСоответствиеСтатейЗатрат.Вставить("СтатьяЗатратСтраховыеВзносы" , ВыборкаДетальныеЗаписи.СтатьяЗатратОтчисления);
КонецЕсли;
КонецЦикла;
Иначе
СтруктураСоответствиеСтатейЗатрат.Вставить("СтатьяЗатратНачисления" , Справочники.СтатьиЗатрат.ПустаяСсылка());
СтруктураСоответствиеСтатейЗатрат.Вставить("СтатьяЗатратСтраховыеВзносы", Справочники.СтатьиЗатрат.ПустаяСсылка());
КонецЕсли;
//окончание
Возврат СтруктураСоответствиеСтатейЗатрат;
КонецФункции
(155) васисубатор,
Спасибо за проделанную работу, обязательно проанализирую и добавлю в следующей публикации.
Еще огромная к Вам просьба: куски кода, тем более такие массивные, лучше отправлять в личку, а то уж очень много места занимает.
Спасибо за проделанную работу, обязательно проанализирую и добавлю в следующей публикации.
Еще огромная к Вам просьба: куски кода, тем более такие массивные, лучше отправлять в личку, а то уж очень много места занимает.
157.
васисубатор
68
20.04.12 15:12
Сейчас в теме
ок, еще добавил заполнение субконто подразделений на счетах затрат - это тоже нужно
162.
Hamann2008
02.05.12 12:19
Сейчас в теме
1) В УПП - удаляются статьи затрат, поэтому убрал ЗаполнитьСтатьюЗатрат(СтрокаОтражениеВУчете, СтатьяЗатратНачисления);
2) В УПП - добавил выбор отдельной статьи для взносов и НС.
В остальном обработка супер, на 1.3.24 работает.
2) В УПП - добавил выбор отдельной статьи для взносов и НС.
В остальном обработка супер, на 1.3.24 работает.
164.
Hamann2008
03.05.12 00:30
Сейчас в теме
Как-то так
Статьи = Новый Запрос();
Статьи.Текст = "ВЫБРАТЬ
| СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете.ВидСтатьиЗатрат,
| СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете.СтатьяЗатрат,
| СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете.СтатьяЗатратНачисления
|ИЗ
| РегистрСведений.СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете КАК СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете
|ГДЕ
| СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете.СтатьяЗатратНачисления = &СтатьяЗатратНачисления";
// Заполнение строк по начислению резерва
Для Каждого СтрокаРезервы из Резервы Цикл
СпособОтраженияВБухУчете = СтрокаРезервы.СпособОтраженияВБухУчете;
Если ТипЗнч(СпособОтраженияВБухУчете.СубконтоДт1) = Тип("СправочникСсылка.СтатьиЗатрат") Тогда
Статьи.УстановитьПараметр("СтатьяЗатратНачисления",СпособОтраженияВБухУчете.СубконтоДт1);
ИначеЕсли ТипЗнч(СпособОтраженияВБухУчете.СубконтоДт2) = Тип("СправочникСсылка.СтатьиЗатрат") Тогда
Статьи.УстановитьПараметр("СтатьяЗатратНачисления",СпособОтраженияВБухУчете.СубконтоДт2);
ИначеЕсли ТипЗнч(СпособОтраженияВБухУчете.СубконтоДт3) = Тип("СправочникСсылка.СтатьиЗатрат") Тогда
Статьи.УстановитьПараметр("СтатьяЗатратНачисления",СпособОтраженияВБухУчете.СубконтоДт3);
КонецЕсли;
СтатьиРезультат = Статьи.Выполнить().Выбрать();
Пока СтатьиРезультат.Следующий() Цикл
если СтатьиРезультат.ВидСтатьиЗатрат = Перечисления.ВидыДополнительныхСтатейЗатрат.СтраховыеВзносы Тогда
СтатьяЗатратСтраховыеВзносы = СтатьиРезультат.СтатьяЗатрат;
ИначеЕсли СтатьиРезультат.ВидСтатьиЗатрат = Перечисления.ВидыДополнительныхСтатейЗатрат.ФСС_НС Тогда
СтатьяЗатратСтраховыеВзносыНС = СтатьиРезультат.СтатьяЗатрат;
КонецЕсли;
КонецЦикла;
Показать
Респект автору, проделал хорошую работу.
Но есть неточности в ее работе, позже после анализа и выявления ошибок, поясню в чем именно.
Существует ли более свежий релиз на текущий момент времени, чтобы не исправлять уже найденные и исправленные ошибки ?
Но есть неточности в ее работе, позже после анализа и выявления ошибок, поясню в чем именно.
Существует ли более свежий релиз на текущий момент времени, чтобы не исправлять уже найденные и исправленные ошибки ?
(166) denium,
Был в отпуске, поэтому ничего принципиально нового в обработку не добавил.
В данный момент дорабатываю возможность выводить данные таблицы на печать с помощью СКД. Пока это и явлется следующим релизом.
Если Вам не сложно, опишите возникшие ошибки, чтобы я мог их проанализировать и исправить перед публикацией нового релиза.
Был в отпуске, поэтому ничего принципиально нового в обработку не добавил.
В данный момент дорабатываю возможность выводить данные таблицы на печать с помощью СКД. Пока это и явлется следующим релизом.
Если Вам не сложно, опишите возникшие ошибки, чтобы я мог их проанализировать и исправить перед публикацией нового релиза.
Отлично, вы молодец, перваривать и поддерживать непросто.
У меня есть еще замечания.
В данный момент не могу понять цифры при инвентаризации ???
Сумма на начало (17 546 809,68) + страховые взносы <> Общая сумма обязательств (9 841 258,45)<> Отражение зп в рег учете (27 388 068.29)
Скриншоты во вложении.
У меня есть еще замечания.
В данный момент не могу понять цифры при инвентаризации ???
Сумма на начало (17 546 809,68) + страховые взносы <> Общая сумма обязательств (9 841 258,45)<> Отражение зп в рег учете (27 388 068.29)
Скриншоты во вложении.
Прикрепленные файлы:
(170)
// Расчет страховых взносов при изменении начисленной суммы
Процедура ИзменитьСуммыСтраховыхВзносовВыбраннойСтроки()
ТекущиеДанные = ЭлементыФормы.Резервы.ТекущиеДанные;
ТекущаяСтрока = ЭлементыФормы.Резервы.ТекущаяСтрока;
// ПФР страховая и накопительная
Если ТекущиеДанные.БазаПФРСНачалаГода > ТекущиеДанные.ПределСтраховыхВзносов Тогда
ТекущаяСтрока.СуммаПФРСтраховая = 0;
ТекущаяСтрока.СуммаПФРНакопительная = 0;
// {{A.29.05.12/1551-DENIS
ИначеЕсли ИнвентаризацияРезервовПредстоящихОтпусков Тогда
ТекущаяСтрока.СуммаПФРСтраховая = (ТекущаяСтрока.СуммаНачальныйОстаток+ТекущаяСтрока.СуммаНачислено)* ТекущаяСтрока.СтавкаПФРСтраховая / 100;
ТекущаяСтрока.СуммаПФРНакопительная = (ТекущаяСтрока.СуммаНачальныйОстаток+ТекущаяСтрока.СуммаНачислено)* ТекущаяСтрока.СтавкаПФРНакопительная / 100
// }}A.29.05.12/1551-DENIS
Иначе
ТекущаяСтрока.СуммаПФРСтраховая = ТекущаяСтрока.СуммаНачислено * ТекущаяСтрока.СтавкаПФРСтраховая / 100;
ТекущаяСтрока.СуммаПФРНакопительная = ТекущаяСтрока.СуммаНачислено * ТекущаяСтрока.СтавкаПФРНакопительная / 100;
КонецЕсли;
// ФОМС
Если ТекущиеДанные.БазаФОМССНачалаГода > ТекущиеДанные.ПределСтраховыхВзносов Тогда
ТекущаяСтрока.СуммаФОМС = 0;
// {{A.29.05.12/1551-DENIS
ИначеЕсли ИнвентаризацияРезервовПредстоящихОтпусков Тогда
ТекущаяСтрока.СуммаФОМС = (ТекущаяСтрока.СуммаНачальныйОстаток+ТекущаяСтрока.СуммаНачислено) * ТекущаяСтрока.СтавкаФОМС / 100
// }}A.29.05.12/1551-DENIS
Иначе
ТекущаяСтрока.СуммаФОМС = ТекущаяСтрока.СуммаНачислено * ТекущаяСтрока.СтавкаФОМС / 100;
КонецЕсли;
// ФСС
Если ТекущиеДанные.БазаФСССНачалаГода > ТекущиеДанные.ПределСтраховыхВзносов Тогда
ТекущаяСтрока.СуммаФСС = 0;
ТекущаяСтрока.СуммаФССНС = 0;
// {{A.29.05.12/1551-DENIS
ИначеЕсли ИнвентаризацияРезервовПредстоящихОтпусков Тогда
ТекущаяСтрока.СуммаФСС = (ТекущаяСтрока.СуммаНачальныйОстаток+ТекущаяСтрока.СуммаНачислено)* ТекущаяСтрока.СтавкаФСС / 100;
ТекущаяСтрока.СуммаФССНС = (ТекущаяСтрока.СуммаНачальныйОстаток+ТекущаяСтрока.СуммаНачислено)* ТекущаяСтрока.СтавкаФССНС / 100;
// }}A.29.05.12/1551-DENIS
Иначе
ТекущаяСтрока.СуммаФСС = ТекущаяСтрока.СуммаНачислено * ТекущаяСтрока.СтавкаФСС / 100;
ТекущаяСтрока.СуммаФССНС = ТекущаяСтрока.СуммаНачислено * ТекущаяСтрока.СтавкаФССНС / 100;
КонецЕсли;
// Общая сумма обязательства (с учетом страховых взносов)
// {{E.29.05.12/1422-DENIS
// {{
//ТекущаяСтрока.ОбщаяСуммаНачислено = ТекущиеДанные.СуммаНачислено + ТекущиеДанные.СуммаПФРНакопительная + ТекущиеДанные.СуммаПФРСтраховая + ТекущиеДанные.СуммаФОМС + ТекущиеДанные.СуммаФСС + ТекущиеДанные.СуммаФССНС;
// }}
Если ИнвентаризацияРезервовПредстоящихОтпусков Тогда
ТекущаяСтрока.ОбщаяСуммаНачислено = (ТекущаяСтрока.СуммаНачальныйОстаток+ТекущаяСтрока.СуммаНачислено) + ТекущиеДанные.СуммаПФРНакопительная + ТекущиеДанные.СуммаПФРСтраховая + ТекущиеДанные.СуммаФОМС + ТекущиеДанные.СуммаФСС + ТекущиеДанные.СуммаФССНС;
Иначе
ТекущаяСтрока.ОбщаяСуммаНачислено = ТекущиеДанные.СуммаНачислено + ТекущиеДанные.СуммаПФРНакопительная + ТекущиеДанные.СуммаПФРСтраховая + ТекущиеДанные.СуммаФОМС + ТекущиеДанные.СуммаФСС + ТекущиеДанные.СуммаФССНС;
КонецЕсли;
// }}E.29.05.12/1422-DENIS
КонецПроцедуры Показать// {{E.29.05.12/1610-DENIS
// {{
//ОбщаяСуммаНачислено = СуммаНачислено + СуммаПФРНакопительная + СуммаПФРСтраховая + СуммаФОМС + СуммаФСС + СуммаФССНС;
// }}
Если ИнвентаризацияРезервовПредстоящихОтпусков Тогда
ОбщаяСуммаНачислено = СуммаНачальныйОстаток +СуммаНачислено + СуммаПФРНакопительная + СуммаПФРСтраховая + СуммаФОМС + СуммаФСС + СуммаФССНС;
Иначе
ОбщаяСуммаНачислено = СуммаНачислено + СуммаПФРНакопительная + СуммаПФРСтраховая + СуммаФОМС + СуммаФСС + СуммаФССНС;
КонецЕсли;
// }}E.29.05.12/1610-DENIS ПоказатьТ.е. получается следующий метод, получения остатков:
1. Вычисляем Сальдо на начало + Прирост начислений отпусков Это делает данная обработка.
2. Типовой функционал делает списание по расходу уже использованныъ отпусков.
3. Остаток на конец периода и даст нам инвентаризированное сальдо.
Данную инвентаризацию нужно проводить месяцем, до которого мы хотим получить сальдо на начало периода.
Т.е. например у себя я провел ее декабрем 2011 и получил остатки на конец года.
Но в данном методе есть спорный вопрос, об этом уже ранее писали. Средний будет исчислен на начало месяца.
Я думаю как альтернативу, можно рассмотреть следующий вариант: в документе, с взведенной галкой инвентаризации получать средний,
включая месяц в котором мы ведем инвентаризацию. В таком случае метод ология обработки будет такой.
1. Вычисляем сальдо на конец, делаем движения только по Кт 96 счета.
2. Очищаем все движения типового по Дт 96 , т.е. испоьзования отпусков нам не нужно в данном случае.
3. Предела страховых взносов не должно быть для исчисления сальдо, ведь мы не знаем в какой момент сотрудники запросят весь объем денег по отпуску. А если считаем на конец года, то по сути хотим увидеть сальдо на начало, а в начале года предела нет.
// {{E.31.05.12/1421-DENIS
// {{
// ПределСтраховыхВзносов = СтруктураСтавкиСтраховыхВзносов.ПределСтраховыхВзносов;
// }}
Если ИнвентаризацияРезервовПредстоящихОтпусков Тогда
ПределСтраховыхВзносов = 1000000000;
Иначе
ПределСтраховыхВзносов = СтруктураСтавкиСтраховыхВзносов.ПределСтраховыхВзносов;
КонецЕсли;
// }}E.31.05.12/1421-DENIS
ПоказатьДумаю данный вариант сальдо на конец более приемлем.
Есть еще момент, котрый стоит учесть.
25.05.2012
В письме от 03.05.2012 № 03-03-06/4/29 Минфин России рассмотрел вопрос о том, можно ли суммы компенсаций за неиспользованные отпуска, выплачиваемые работникам при увольнении, списывать в налоговом учете за счет резерва предстоящих расходов на оплату отпусков.
Финансовое ведомство разъяснило, что расходы на оплату труда, сохраняемую работникам на время отпуска, и денежные компенсации за неиспользованный отпуск являются разными видами расходов на оплату труда, поскольку первые из названных затрат предусмотрены п. 7 ст. 255 НК РФ, а вторые - п. 8 этой статьи. Поэтому указанные компенсации за счет резерва не списываются, а учитываются для целей налогообложения прибыли в порядке, предусмотренном для других расходов на оплату труда.
25.05.2012
В письме от 03.05.2012 № 03-03-06/4/29 Минфин России рассмотрел вопрос о том, можно ли суммы компенсаций за неиспользованные отпуска, выплачиваемые работникам при увольнении, списывать в налоговом учете за счет резерва предстоящих расходов на оплату отпусков.
Финансовое ведомство разъяснило, что расходы на оплату труда, сохраняемую работникам на время отпуска, и денежные компенсации за неиспользованный отпуск являются разными видами расходов на оплату труда, поскольку первые из названных затрат предусмотрены п. 7 ст. 255 НК РФ, а вторые - п. 8 этой статьи. Поэтому указанные компенсации за счет резерва не списываются, а учитываются для целей налогообложения прибыли в порядке, предусмотренном для других расходов на оплату труда.
(172) denium,
Тут я, к сожалению, бессилен, т.к. моя обработка предназначена только для формирования резервов (кредитового оборота 96 счета). Закрытие резерва (дебетовый оборот 96 счета) формируется документом "Отражение зарплаты в регл.учете" на основании данных документов "Начисление отпуска", "Расчет при увольнении работника".
Остается надеятся, что Уважаемые методологи и программисты фирмы "1С" реализуют этот механизм.
Тут я, к сожалению, бессилен, т.к. моя обработка предназначена только для формирования резервов (кредитового оборота 96 счета). Закрытие резерва (дебетовый оборот 96 счета) формируется документом "Отражение зарплаты в регл.учете" на основании данных документов "Начисление отпуска", "Расчет при увольнении работника".
Остается надеятся, что Уважаемые методологи и программисты фирмы "1С" реализуют этот механизм.
(173)
Согласен, но с оговоркой, вы двигаете Дт затратный счет Кт 96 на величину начислений.
Типовой делает проводку Кт 96 Дт затратный (отчисления в фонды) на величину использования отпуска.
Т.о. если типовой будет списывать отпуск при увольнении, можно увеличивать на ту же величину Дт затратный счет Кт 96 счет.
Или делать сторно проводку, но таком случае нужно писать блок по списанию сторно ...
Согласен, но с оговоркой, вы двигаете Дт затратный счет Кт 96 на величину начислений.
Типовой делает проводку Кт 96 Дт затратный (отчисления в фонды) на величину использования отпуска.
Т.о. если типовой будет списывать отпуск при увольнении, можно увеличивать на ту же величину Дт затратный счет Кт 96 счет.
Или делать сторно проводку, но таком случае нужно писать блок по списанию сторно ...
Нашел еще косяк по инвалидам, определяет не верно тех у кого бессрочный срок инвалидности.
Вот решение.
Вот решение.
Функция ПолучитьТаблицуОсобыхУсловийНачисленияСтраховыхВзносов(парамМассивФизлица)
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ РАЗРЕШЕННЫЕ РАЗЛИЧНЫЕ
| ГражданствоИнвалидность.ФизЛицо КАК ФизЛицо,
| МАКСИМУМ(ГражданствоИнвалидность.ВидЗастрахованногоЛица) КАК ВидЗастрахованногоЛица,
| МАКСИМУМ(ГражданствоИнвалидность.ПринятПоДолгосрочномуДоговору) КАК ПринятПоДолгосрочномуДоговору,
| МАКСИМУМ(ГражданствоИнвалидность.Инвалидность) КАК Инвалидность
|ИЗ
| (ВЫБРАТЬ
| ГражданствоФизЛицСрезПоследних.ФизЛицо КАК ФизЛицо,
| ГражданствоФизЛицСрезПоследних.НеИмеетПравоНаПенсию КАК НеИмеетПравоНаПенсию,
| ГражданствоФизЛицСрезПоследних.ВидЗастрахованногоЛица КАК ВидЗастрахованногоЛица,
| ЕСТЬNULL(ВременноПребывающиеПринятыеПоДолгосрочнымДоговорамСрезПослед Показать
При открытии обработки выходит следующая ошибка:
{Форма.Форма.Форма(1773)}: Значение не является значением объектного типа (ПериодРегистрации)
НачалоПериода = НачалоМесяца(ОбъектЗаполнения.ПериодРегистрации);
Релиз 2.5.49.2, с чем связано?
{Форма.Форма.Форма(1773)}: Значение не является значением объектного типа (ПериодРегистрации)
НачалоПериода = НачалоМесяца(ОбъектЗаполнения.ПериодРегистрации);
Релиз 2.5.49.2, с чем связано?
Владимир (kondrp) - я затачиваю вашу обработку под наши требования, возможно будет вам полезным.
1. Вы писали про то, что собираетесь реализовать печатную форму для данной обработки, я тоже, но напрямую делать ее не стал, изначально создал независимый регистр сведений.
И добавляю туда записи, которые создает обработка, в дальнейшем можно построить отчет на основе среза данного регистра.
Почему такой путь? Потому что в нашей базе огромное количество сотрудников, обработка по одной организации формируется 2 часа, поэтому, если сразу не распечатать, или по каким то иным причинам вернуться к уже ранее сформированным данным, бухгалтеру придется вновь ждать эти два часа, что не есть правильно.
2. Расчет суммы прироста начислений я изменил, следуя принципу: конечное сальдо это аксиома, от которой стоит рассчитывать прирост.
Объясню почему, вы вычисляете по данному алгоритму:
ПриростНачиcлений = ДнейНачислено*СреднийЗаработок, далее Вы вычисляете
СальдоНаКонец = СальдоНаНачало+ПриростНачислений-ИзрасходованоОтпусков.
Но по многим факторам, как то средний на конец не равен среднему на начало месяца, иногда косячат службы и не верно компенсируют неиспользованный отпуск (Для уволенных в любом случае сальдо на конец должно быть 0), и т.п. ситуациям исчисленное твоим методом сальдо на конец не будет равно ДнямНаКонец*СреднийЗаработокНаКонец.
Поэтому, лично я переписал так что прирост вычсиляется в последнюю очередь.
Т.е. СальдоНаКонец = ДниНаКонец*СреднийЗаработок
ПриростНачислений= СальдоНаКонец-СальдоНаНачало + ИзрасходованоОтпусков
1. Вы писали про то, что собираетесь реализовать печатную форму для данной обработки, я тоже, но напрямую делать ее не стал, изначально создал независимый регистр сведений.
И добавляю туда записи, которые создает обработка, в дальнейшем можно построить отчет на основе среза данного регистра.
Почему такой путь? Потому что в нашей базе огромное количество сотрудников, обработка по одной организации формируется 2 часа, поэтому, если сразу не распечатать, или по каким то иным причинам вернуться к уже ранее сформированным данным, бухгалтеру придется вновь ждать эти два часа, что не есть правильно.
2. Расчет суммы прироста начислений я изменил, следуя принципу: конечное сальдо это аксиома, от которой стоит рассчитывать прирост.
Объясню почему, вы вычисляете по данному алгоритму:
ПриростНачиcлений = ДнейНачислено*СреднийЗаработок, далее Вы вычисляете
СальдоНаКонец = СальдоНаНачало+ПриростНачислений-ИзрасходованоОтпусков.
Но по многим факторам, как то средний на конец не равен среднему на начало месяца, иногда косячат службы и не верно компенсируют неиспользованный отпуск (Для уволенных в любом случае сальдо на конец должно быть 0), и т.п. ситуациям исчисленное твоим методом сальдо на конец не будет равно ДнямНаКонец*СреднийЗаработокНаКонец.
Поэтому, лично я переписал так что прирост вычсиляется в последнюю очередь.
Т.е. СальдоНаКонец = ДниНаКонец*СреднийЗаработок
ПриростНачислений= СальдоНаКонец-СальдоНаНачало + ИзрасходованоОтпусков
(183) denium,
Наконец руки дошли до оформления нового релиза. Релиз разместил, но к сожалению с сайтом был глюк и я не смог увидеть комментарии дальше №162. Поэтому в обновлении присутствует только измененный модуль по определению статей затрат. Реализовал его я по своему, но за идею спасибо. А также реализовал печатную форму на СКД (перетащил типовую с изменениями). К счастью сегодня все комментарии читаются, поэтому до конца недели надеюсь разместить еще один релиз.
P.S.
Если нашли еще какие-нибудь неточности или есть идеи для улучшения обработки - пишите.
Наконец руки дошли до оформления нового релиза. Релиз разместил, но к сожалению с сайтом был глюк и я не смог увидеть комментарии дальше №162. Поэтому в обновлении присутствует только измененный модуль по определению статей затрат. Реализовал его я по своему, но за идею спасибо. А также реализовал печатную форму на СКД (перетащил типовую с изменениями). К счастью сегодня все комментарии читаются, поэтому до конца недели надеюсь разместить еще один релиз.
P.S.
Если нашли еще какие-нибудь неточности или есть идеи для улучшения обработки - пишите.
Очень хорошая обработка, читаемая, для бухгалтеров просто сказка... Что касается использования механизмов типовой конфигурации: у меня возникла такая проблема: с 1марта 2012 года изменилось количество дней отпуска для очень многих должностей предприятия. Сначала ввели остатки на 01.03, но гл.бух хочет видеть остатки на 01.01 с нарастающими итогами по месяцам. Сделала кадровые перемещения на новые должности с новым кол-вами дней с 01.03 - как единственно возможный вариант отразить периодику... Но увы остатки считаются не верно.... типовыми алгоритмами, особенно если были введены остатки на "дату приема"+ 2011г. Может есть какие-то идеи как их отладить... Иначе вся работа пойдет на смарку...
История вопроса:
Как известно, до 1 января 2011 года организации имели право создавать резервы в целях равномерного включения предстоящих расходов в издержки производства или обращения отчетного периода, например по оплате вознаграждений по итогам года.
В 2012 в соответствии с ПБУ 8/2010 «Оценочные обязательства, условные обязательства и условные активы» организации обязаны отражать в отчетности оценочные обязательства. Это положение обязательно для всех организации, кроме субъектов малого предпринимательства.
Как известно, до 1 января 2011 года организации имели право создавать резервы в целях равномерного включения предстоящих расходов в издержки производства или обращения отчетного периода, например по оплате вознаграждений по итогам года.
В 2012 в соответствии с ПБУ 8/2010 «Оценочные обязательства, условные обязательства и условные активы» организации обязаны отражать в отчетности оценочные обязательства. Это положение обязательно для всех организации, кроме субъектов малого предпринимательства.
Обработка табличной части документа "Отражение зарплаты в регламентированном учете".
Обработка позволяет:
- рассчитывать сумму оценочных обязательств предстоящих отпусков по каждому сотруднику;
- рассчитывать сумму страховых взносов по оценочным обязательствам;
- формировать проводки по оценочным обязательствам (кредит 96 счета);
- проводить инвентаризацию оценочных обязательств;
- получать отчет по сформированным оценочным обязательствам (механизм СКД);
- максимально использовать типовые механизмы расчета дней отпуска и сумм среднего заработка, заложенные в ЗУП
Обработка позволяет:
- рассчитывать сумму оценочных обязательств предстоящих отпусков по каждому сотруднику;
- рассчитывать сумму страховых взносов по оценочным обязательствам;
- формировать проводки по оценочным обязательствам (кредит 96 счета);
- проводить инвентаризацию оценочных обязательств;
- получать отчет по сформированным оценочным обязательствам (механизм СКД);
- максимально использовать типовые механизмы расчета дней отпуска и сумм среднего заработка, заложенные в ЗУП
Чего то не туда натыкала, как можно сообщения удалить, я не туда вставила инструкцию по использованию. А вопрос то такой - Релиз 2.5.52.1. Выдает ошибку Метод объекта не обнаружен (ПодготовитьДанныеПоРегламентированнымОтпускам). Где можно поправить ошибку.
(191) LadyDy,
Для релизов начиная с 2.5.52.1 необходимо переписывать запрос по получению количества дней отпуска. Разработчики 1С добавили новый общий модуль "ОстаткиОтпусков" и полностью переписали принцип действия всех функций по получению остатков дней отпусков.
Сегодня вечером перепишу эту часть обработки и отдельно опубликую релиз для ЗУП 2.5.52.1
Для релизов начиная с 2.5.52.1 необходимо переписывать запрос по получению количества дней отпуска. Разработчики 1С добавили новый общий модуль "ОстаткиОтпусков" и полностью переписали принцип действия всех функций по получению остатков дней отпусков.
Сегодня вечером перепишу эту часть обработки и отдельно опубликую релиз для ЗУП 2.5.52.1
(193)
Добавил поддержку релиза 2.5.52.1. Но есть особенности:
1. При расчете количества дней теперь идет округление до целых. В результате при компенсации отпуска могут выходить начисления с минусом (Разница целых остатков и дробной компенсации).
2. Почему то изменились суммы среднего заработка работников.
Пока в причинах этих изменений не разобрался, но подозреваю, что в скором времени 1С выпустит еще один релиз с исправлениями. Очень уж они лихо и кардинально все поменяли.
Добавил поддержку релиза 2.5.52.1. Но есть особенности:
1. При расчете количества дней теперь идет округление до целых. В результате при компенсации отпуска могут выходить начисления с минусом (Разница целых остатков и дробной компенсации).
2. Почему то изменились суммы среднего заработка работников.
Пока в причинах этих изменений не разобрался, но подозреваю, что в скором времени 1С выпустит еще один релиз с исправлениями. Очень уж они лихо и кардинально все поменяли.
При правке вручную в табличной части количества дней начисленного отпуска выдает следующую ошибку:
{Форма.Форма.Форма(1246)}: Поле объекта не обнаружено (ОбщаяОценочныеОбязательства)
ТекущаяСтрока.ОбщаяОценочныеОбязательства = ТекущиеДанные.СуммаНачислено + ТекущиеДанные.СуммаПФРНакопительная + ТекущиеДанные.СуммаПФРСтраховая + ТекущиеДанные.СуммаФОМС + ТекущиеДанные.СуммаФСС + ТекущиеДанные.СуммаФССНС;
На качество работы обработки не влияет (не заметила), но автору к сведению.
{Форма.Форма.Форма(1246)}: Поле объекта не обнаружено (ОбщаяОценочныеОбязательства)
ТекущаяСтрока.ОбщаяОценочныеОбязательства = ТекущиеДанные.СуммаНачислено + ТекущиеДанные.СуммаПФРНакопительная + ТекущиеДанные.СуммаПФРСтраховая + ТекущиеДанные.СуммаФОМС + ТекущиеДанные.СуммаФСС + ТекущиеДанные.СуммаФССНС;
На качество работы обработки не влияет (не заметила), но автору к сведению.
(208) LadyDy,
Судя по описанию исправленных ошибок изменений в расчете количества дней нет.
Но есть мысль по поводу расчета среднего: возможно расчет изменился из за того, что добавили возможность при расчете среднего заработка для отпуска и командировок премии, начисленные пропорционально отработанному времени, дополнительно уменьшать в зависимости от соотношения их базового периода и расчетного периода среднего заработка.
P.S. Напишите Ваши выкладки по ручному расчету среднего, если Вы его уже сделали и сравнили с новым релизом.
Судя по описанию исправленных ошибок изменений в расчете количества дней нет.
Но есть мысль по поводу расчета среднего: возможно расчет изменился из за того, что добавили возможность при расчете среднего заработка для отпуска и командировок премии, начисленные пропорционально отработанному времени, дополнительно уменьшать в зависимости от соотношения их базового периода и расчетного периода среднего заработка.
P.S. Напишите Ваши выкладки по ручному расчету среднего, если Вы его уже сделали и сравнили с новым релизом.
(209) проверила, по расчету среднего все ок. только при переносе в документ выдает ошибку:
{Форма.Форма.Форма(1123)}: Получение элемента по индексу для значения не определено
СтатьяЗатрат = СтрокаСоответствиеСтатейЗатрат[ИндексКолонки];
{Форма.Форма.Форма(1123)}: Получение элемента по индексу для значения не определено
СтатьяЗатрат = СтрокаСоответствиеСтатейЗатрат[ИндексКолонки];
(220) Bazil,
Все зависит от настройки учета, которая задается для каждой организации. (Актуальные отображаются на закладке "Параметры" при нажатии на кнопку "Настройки отборов и параметров").
Если выбрано "Отражать в НУ", тогда начисление оценочных обязательств будет отражаться в ресурсе "СуммаНУ".
Если выбрано "Не отражать в НУ", тогда начисление оценочных обязательств будет отражаться в ресурсе "СуммаВР".
Все зависит от настройки учета, которая задается для каждой организации. (Актуальные отображаются на закладке "Параметры" при нажатии на кнопку "Настройки отборов и параметров").
Если выбрано "Отражать в НУ", тогда начисление оценочных обязательств будет отражаться в ресурсе "СуммаНУ".
Если выбрано "Не отражать в НУ", тогда начисление оценочных обязательств будет отражаться в ресурсе "СуммаВР".
(222) husky,
- Если в настройках программы выбрано "Отражать фактические отпуска расчетными документами", тогда при начислении переходящего отпуска в регистре накопления "Фактические отпуска" будет создано 2 записи (по одной на каждый месяц).
- Если в настройка выбрано "Отражать фактические отпуска кадровыми документами", тогда при вводе приказа в регистре накопления "Фактические отпуска" будет создана одна запись.
Т.е. при отражении фактических отпусков кадровыми документами переходящий отпуск в обработке будет отображаться в одном месяце, а при отражении расчетными документами - в каждом месяце будет отражаться своя часть.
- Если в настройках программы выбрано "Отражать фактические отпуска расчетными документами", тогда при начислении переходящего отпуска в регистре накопления "Фактические отпуска" будет создано 2 записи (по одной на каждый месяц).
- Если в настройка выбрано "Отражать фактические отпуска кадровыми документами", тогда при вводе приказа в регистре накопления "Фактические отпуска" будет создана одна запись.
Т.е. при отражении фактических отпусков кадровыми документами переходящий отпуск в обработке будет отображаться в одном месяце, а при отражении расчетными документами - в каждом месяце будет отражаться своя часть.
(223) спасибо.
Еще, такой момент у меня ЗУП Корп 2.5.49.1
при запуск обработки (только что скачал) такая хрень:
{Форма.Форма.Форма(2575)}: Значение не является значением объектного типа (ПериодРегистрации)
НачалоПериода = НачалоМесяца(ДокументОтражениеЗарплатыВРеглУчете.ПериодРегистрации);
Еще, такой момент у меня ЗУП Корп 2.5.49.1
при запуск обработки (только что скачал) такая хрень:
{Форма.Форма.Форма(2575)}: Значение не является значением объектного типа (ПериодРегистрации)
НачалоПериода = НачалоМесяца(ДокументОтражениеЗарплатыВРеглУчете.ПериодРегистрации);
(228) elis99,
А можно Вам вопрос - Как Вы скачиваете ? Правой кнопкной мыши + сохранить объект как... ?
Так скачивать на этом ресурсе не получится.
Нужно либо нажать большую кнопку со стрелкой "Скачать...", либо на закладке файлы выбрать нужный файл и нажать на него левой кнопкой мыши, после чего Вы перейдете в окно управления скачиванием файла.
P.S.
Расширение у моей обработки "epf"
А можно Вам вопрос - Как Вы скачиваете ? Правой кнопкной мыши + сохранить объект как... ?
Так скачивать на этом ресурсе не получится.
Нужно либо нажать большую кнопку со стрелкой "Скачать...", либо на закладке файлы выбрать нужный файл и нажать на него левой кнопкой мыши, после чего Вы перейдете в окно управления скачиванием файла.
P.S.
Расширение у моей обработки "epf"
230.
ves.Parnas
29.06.12 15:33
Сейчас в теме
Интересное решение. Применила на релизе 2.5.52.3.
Для "внешнего совместителя" способ отражения авто. не установился в закладку "Оценочные обязательства" (выбрала вручную). Не поняла почему в отчете начисление командировочных попало в раздел "Использовано".
Для "внешнего совместителя" способ отражения авто. не установился в закладку "Оценочные обязательства" (выбрала вручную). Не поняла почему в отчете начисление командировочных попало в раздел "Использовано".
(230) ves.Parnas,
1. Очень странно, что не подбирается способ отражения для внешних совместителей. Проверьте есть ли записи в регистрах сведений "УчетОсновногоЗаработкаРаботниковОрганизацииВРегламентирован
2. По поводу командировочных - проверю, возможно в релизе 2.5.52.3 изменили механизм движений по регистру "фактические отпуска", т.к. данные в обработку берутся именно из этого регистра.
1. Очень странно, что не подбирается способ отражения для внешних совместителей. Проверьте есть ли записи в регистрах сведений "УчетОсновногоЗаработкаРаботниковОрганизацииВРегламентирован
2. По поводу командировочных - проверю, возможно в релизе 2.5.52.3 изменили механизм движений по регистру "фактические отпуска", т.к. данные в обработку берутся именно из этого регистра.
232.
ves.Parnas
02.07.12 09:58
Сейчас в теме
(231)
странно и не однозначно получилось
1. "внешний совм." в Подразделении, на котором способ отражения "по умолчанию". Но, он первый в выборке (фамилия на А). У других совместителей с подразделением и способом отражения аналогично, а проводки к ним приделались.
2. с командировкой - в январе суммы попали в раздел "Использовано", а в феврале и дальше - нет. В "Использовано" только отпуска.
Не поняла, почему в разделе "Начислено" в графе "дней" у каких то сотрудников 2, у каких то 3, а у кого то 31 день ?
странно и не однозначно получилось
1. "внешний совм." в Подразделении, на котором способ отражения "по умолчанию". Но, он первый в выборке (фамилия на А). У других совместителей с подразделением и способом отражения аналогично, а проводки к ним приделались.
2. с командировкой - в январе суммы попали в раздел "Использовано", а в феврале и дальше - нет. В "Использовано" только отпуска.
Не поняла, почему в разделе "Начислено" в графе "дней" у каких то сотрудников 2, у каких то 3, а у кого то 31 день ?
(232) ves.Parnas,
По 1 вопросу:
Повторюсь. Еще раз проверьте записи в регистрах сведений "УчетОсновногоЗаработкаРаботниковОрганизацииВРегламентирован
Тут дело не в фамилии сотрудника, а в значениях регистров и датах установки значений в регистрах.
По 2 вопросу:
Проверьте записи в регистре накопления "Фактические отпуска организаций". Если там есть записи введенные документом "Командировки организаций", тогда можно в учетной политике установить порядок списания фактических отпусков расчетыми документами и перепровести старые командировки.
Почему в разделе "Начислено" в графе "дней" у каких то сотрудников 2, у каких то 3, а у кого то 31 день ?
В обработке используется типовой механизм получения остатков на начало и конец месяца. Далее определяется количество фактически использованных дней отпуска за этот месяц.
После этого рассчитывается количество дней для колонки "Начислено". Начислено = Кон.остаток - Нач.остаток + Использовано.
Поэтому 31 день - это скорее всего ошибка в остатках либо неправильно отражено количество использованных дней отпуска.
2 и 3 - особенность округления дней в новом релизе. В релизах до 2.5.5х.х в колонке "Начислено" обычно отображалось 2,33 - за полный месяц.
По 1 вопросу:
Повторюсь. Еще раз проверьте записи в регистрах сведений "УчетОсновногоЗаработкаРаботниковОрганизацииВРегламентирован
Тут дело не в фамилии сотрудника, а в значениях регистров и датах установки значений в регистрах.
По 2 вопросу:
Проверьте записи в регистре накопления "Фактические отпуска организаций". Если там есть записи введенные документом "Командировки организаций", тогда можно в учетной политике установить порядок списания фактических отпусков расчетыми документами и перепровести старые командировки.
Почему в разделе "Начислено" в графе "дней" у каких то сотрудников 2, у каких то 3, а у кого то 31 день ?
В обработке используется типовой механизм получения остатков на начало и конец месяца. Далее определяется количество фактически использованных дней отпуска за этот месяц.
После этого рассчитывается количество дней для колонки "Начислено". Начислено = Кон.остаток - Нач.остаток + Использовано.
Поэтому 31 день - это скорее всего ошибка в остатках либо неправильно отражено количество использованных дней отпуска.
2 и 3 - особенность округления дней в новом релизе. В релизах до 2.5.5х.х в колонке "Начислено" обычно отображалось 2,33 - за полный месяц.
234.
ves.Parnas
02.07.12 14:20
Сейчас в теме
(233)
[S]По вопросу 1:
В любом случае, есть способ отражения по умолчанию. И при стандартном заполнении док.Отражения проводка для внеш.совместителя формируется. Это закон!
[S]По вопросу 2:
В настройках Параметров учета - Остатки отпусков - Кадровыми приказами. Изменять эту настройку,вроде, не гуманно - учет с 2008, сотров >500. Кадры бдят свои приказы и что с ними связано.
Ни кадровый "Командировки организации", ни расчетный "Оплата по среднему" не двинули Р.Н.отпусков (даже если их перепровести). Причем в раздел "Использовано" попала единственная, самая первая командировка в январе. В следующих месяцах следов командировок в печ.форме не обнаруживается.
С остатками отпусков пока не стоит углублятся. В релизе есть ошибки.
Не в текущую тему, но, например.
Добавлен новый ВидЕжегодногоОтпуска для "срочников"- ТД на срок не более 2х месяцев (поддержка статьи 291 ТК РФ ).
Даже если обычный сотрудник (дата окончания Трудового договора не зарегистрирована в системе) уволится раньше чем через два месяца после начала работы, система все равно думает что он работник, заключивший договор на срок менее 2х месяцев. Остаток отпуска повисает в обработке и справке по отпуску.
Обход есть, но пользоваться им неохота...
[S]По вопросу 1:
В любом случае, есть способ отражения по умолчанию. И при стандартном заполнении док.Отражения проводка для внеш.совместителя формируется. Это закон!
[S]По вопросу 2:
В настройках Параметров учета - Остатки отпусков - Кадровыми приказами. Изменять эту настройку,вроде, не гуманно - учет с 2008, сотров >500. Кадры бдят свои приказы и что с ними связано.
Ни кадровый "Командировки организации", ни расчетный "Оплата по среднему" не двинули Р.Н.отпусков (даже если их перепровести). Причем в раздел "Использовано" попала единственная, самая первая командировка в январе. В следующих месяцах следов командировок в печ.форме не обнаруживается.
С остатками отпусков пока не стоит углублятся. В релизе есть ошибки.
Не в текущую тему, но, например.
Добавлен новый ВидЕжегодногоОтпуска для "срочников"- ТД на срок не более 2х месяцев (поддержка статьи 291 ТК РФ ).
Даже если обычный сотрудник (дата окончания Трудового договора не зарегистрирована в системе) уволится раньше чем через два месяца после начала работы, система все равно думает что он работник, заключивший договор на срок менее 2х месяцев. Остаток отпуска повисает в обработке и справке по отпуску.
Обход есть, но пользоваться им неохота...
(234) ves.Parnas,
По вопросу 1: Что еще за закон! Это 1С придумали так устанавливать проводки.
А вообще я видимо немного неправильно понял Ваш вопрос в комментарии (232). Если у подразделения способ отражения в учете не прописан, то моя обработка этот ньюанс не отрабатывает (Я считаю, что способы отражения должны быть всегда заполнены). Но Ваше замечание учту и в следующей публикации добавлю в заполнение проводки по умолчанию.
По вопросу 2: Тут, как говорится, нужно смотреть на живых данных. Но раз такой возможности нет - вышлите мне скриншот регистра накопления "Фактические отпуска организаций" за 2012 год, чтобы можно было увидеть количество дней, регистратор и дату.
По вопросу 1: Что еще за закон! Это 1С придумали так устанавливать проводки.
А вообще я видимо немного неправильно понял Ваш вопрос в комментарии (232). Если у подразделения способ отражения в учете не прописан, то моя обработка этот ньюанс не отрабатывает (Я считаю, что способы отражения должны быть всегда заполнены). Но Ваше замечание учту и в следующей публикации добавлю в заполнение проводки по умолчанию.
По вопросу 2: Тут, как говорится, нужно смотреть на живых данных. Но раз такой возможности нет - вышлите мне скриншот регистра накопления "Фактические отпуска организаций" за 2012 год, чтобы можно было увидеть количество дней, регистратор и дату.
236.
ves.Parnas
03.07.12 14:18
Сейчас в теме
По вопросу 1.
1С придумал устанавливать проводки несколькими способами
- для ВР
- для сотрудника
- для подразделения
- по умолчанию
Так что ...
По вопросу 2.
Мой недосмотр. У сотрудника был переходящий отпуск с декабря на январь (1 день). И 1день январской командировки. Одинаковые суммы и кол.дней. Сразу смотрела в начисления и недоперла в регистр отпусков заглянуть.
Вообще, переходящие отпуска заставили задуматься.
1С придумал устанавливать проводки несколькими способами
- для ВР
- для сотрудника
- для подразделения
- по умолчанию
Так что ...
По вопросу 2.
Мой недосмотр. У сотрудника был переходящий отпуск с декабря на январь (1 день). И 1день январской командировки. Одинаковые суммы и кол.дней. Сразу смотрела в начисления и недоперла в регистр отпусков заглянуть.
Вообще, переходящие отпуска заставили задуматься.
Прикрепленные файлы:
Документ Microsoft Office Word.docx
(236) ves.Parnas,
То как 1С устанавливают проводки я знаю, так в обработке и реализовано. Только пока нет проводки по умолчанию - добавлю.
Переходящие отпуска заставляют задумываться когда учет фактических дней ведется кадровыми документами. В этом случае все дни отпуска будут учтены в том месяце, когда составлен приказ на отпуск. Из-за этого у вас и цифры с минусом в отчете.
То как 1С устанавливают проводки я знаю, так в обработке и реализовано. Только пока нет проводки по умолчанию - добавлю.
Переходящие отпуска заставляют задумываться когда учет фактических дней ведется кадровыми документами. В этом случае все дни отпуска будут учтены в том месяце, когда составлен приказ на отпуск. Из-за этого у вас и цифры с минусом в отчете.
(247)
Странно, насколько я помню, до этого я открывала этот документ просто через меню. Сейчас попробовала через документ "Отражение зарплаты в регл.учете". Да открывается, но не заполняется: выдает ошибку - {Форма.Форма.Форма(1064)}: Метод объекта не обнаружен (ПодготовитьДанныеПоРегламентированнымОтпускам)
ВыборкаНачальныеОстатки = ПроцедурыУправленияПерсоналом.ПодготовитьДанныеПоРегламентированнымОтпускам(ТаблицаНачальныеОстатки, , Истина, Истина);
Странно, насколько я помню, до этого я открывала этот документ просто через меню. Сейчас попробовала через документ "Отражение зарплаты в регл.учете". Да открывается, но не заполняется: выдает ошибку - {Форма.Форма.Форма(1064)}: Метод объекта не обнаружен (ПодготовитьДанныеПоРегламентированнымОтпускам)
ВыборкаНачальныеОстатки = ПроцедурыУправленияПерсоналом.ПодготовитьДанныеПоРегламентированнымОтпускам(ТаблицаНачальныеОстатки, , Истина, Истина);
(248) Если у Вас Комплексная автоматизация и релиз 1.1.23.1 (а может быть и 1.1.22.1, не проверял...), таки этой функции( ) Увы - уже нетуть! А появилась другая функция и в другом месте => и работает она несколько по другому. Тоже сейчас ковыряю, смотрю как обойти...
ПроцедурыУправленияПерсоналом.ПодготовитьДанныеПоРегламентированнымОтпускам(...)ПроцедурыУправленияПерсоналомДополнительный.ПодготовитьДанныеПоУправленческимОтпускам(...)
Поправка к (249). В релизе 1.1.21.1 функция присутствует, только в обработке используется первая функция которой в конфе уже нет...
ПроцедурыУправленияПерсоналомДополнительный.ПодготовитьДанныеПоУправленческимОтпускам(...) ПроцедурыУправленияПерсоналом.ПодготовитьДанныеПоРегламентированнымОтпускам(...)
(248) ksv888,
Посмотрел вашу ошибку и хотел бы уточнить один момент:
Какой релиз обработки у Вас сейчас ? Дело в том, что номер строки (1064) который вы указываете не соответствует последнему (1.13) релизу моей обработки. В этой строке нет вызова функции "ПодготовитьДанныеПоРегламентированнымОтпускам".
Посмотрел вашу ошибку и хотел бы уточнить один момент:
Какой релиз обработки у Вас сейчас ? Дело в том, что номер строки (1064) который вы указываете не соответствует последнему (1.13) релизу моей обработки. В этой строке нет вызова функции "ПодготовитьДанныеПоРегламентированнымОтпускам".
(272) ksv888,
При инвентаризации в проводки записываются остатки на конец месяца минус сумма остатка по 96 счету. Кроме того средний будет рассчитываться включая текущий месяц.
Например: инвентаризация при формировании проводок за декабрь 2012 года. Остаток по 96 счету = 1000 руб.
При расчете остатков отпусков получилась общая сумма = 1400. В проводки по Кт96 счета запишется сумма 400 руб.
Средний заработок будет рассчитан за период с 01.01.2012 по 31.12.2012.
При расчете за текущий месяц в проводки попадают суммы из колонки "Начислено". Т.е. сколько дней отпуска было начислено за текущий месяц * средний заработок.
Средний заработок при этом считается за предыдущие 12 месяцев.
P.S.
Обработка будет развиваться далее. Следите за обновлениями и не отключайте подписку )
При инвентаризации в проводки записываются остатки на конец месяца минус сумма остатка по 96 счету. Кроме того средний будет рассчитываться включая текущий месяц.
Например: инвентаризация при формировании проводок за декабрь 2012 года. Остаток по 96 счету = 1000 руб.
При расчете остатков отпусков получилась общая сумма = 1400. В проводки по Кт96 счета запишется сумма 400 руб.
Средний заработок будет рассчитан за период с 01.01.2012 по 31.12.2012.
При расчете за текущий месяц в проводки попадают суммы из колонки "Начислено". Т.е. сколько дней отпуска было начислено за текущий месяц * средний заработок.
Средний заработок при этом считается за предыдущие 12 месяцев.
P.S.
Обработка будет развиваться далее. Следите за обновлениями и не отключайте подписку )
(273)
Предлагаете найти дополнительный заработок для того, чтобы иметь возможность не отключать подписку))))))))))
Как-будто все считает нормально, но не могу понять: некоторым сотрудникам ставит количество начисленного отпуска за месяц, например 21 или 33 и т.д. - откуда обработка берет сведения, где проверить. Помогите пожалуйста.
Предлагаете найти дополнительный заработок для того, чтобы иметь возможность не отключать подписку))))))))))
Как-будто все считает нормально, но не могу понять: некоторым сотрудникам ставит количество начисленного отпуска за месяц, например 21 или 33 и т.д. - откуда обработка берет сведения, где проверить. Помогите пожалуйста.
(278) ksv888,
Количество дней начисленного отпуска обработка считает следующим образом:
Нач.остаток = берется остаток дней отпуска на 1 число месяца
Кон.остаток = берется остаток дней отпуска на последнее число месяца;
Использовано = берется количество дней использованного отпуска (из регистра "Фактические отпуска")
Начислено = Кон.остаток - Нач.остаток + Использовано
у "Использовано" есть одна особенность: если в настройках программы указано "уменьшать остатки отпусков кадровыми приказами", то при переходящих отпусках все количество дней будет записано в тот месяц, в котором начинается отпуск. Из-за этого увеличивается "Начислено". В следующем месяце эта ситуация исправится.
Количество дней начисленного отпуска обработка считает следующим образом:
Нач.остаток = берется остаток дней отпуска на 1 число месяца
Кон.остаток = берется остаток дней отпуска на последнее число месяца;
Использовано = берется количество дней использованного отпуска (из регистра "Фактические отпуска")
Начислено = Кон.остаток - Нач.остаток + Использовано
у "Использовано" есть одна особенность: если в настройках программы указано "уменьшать остатки отпусков кадровыми приказами", то при переходящих отпусках все количество дней будет записано в тот месяц, в котором начинается отпуск. Из-за этого увеличивается "Начислено". В следующем месяце эта ситуация исправится.
(285) ksv888,
Можно переключиться в кадровый интерфейс, в параметрах выставить рабочую дату (например 01.06.2012). Зайти в справочник "Остатки отпусков" (Кадровый учет -> учет невыходов -> остатки отпусков). Выбрать нужного сотрудника и нажать кнопку "Справка по отпуску". В справке будет показан остаток дней на выбранную рабочую дату.
Закрыть справочник. Перейти в параметры и установить 01.07.2012. Снова зайти в справочник и сформировать справку по отпуску по тому же сотруднику.
Этот способ даст возможность узнать остатки на начало и конец месяца.
После этого посмотреть регистр накопления "фактические отпуска" и посмотреть какие записи есть по выбранному сотруднику с периодом попадающим в июнь.
Как считается количество дней начислено см.280.
Сумма использованно отпуска не рассчитывается, а берется из данных о начислениях отпусков за текущий месяц.
Если не выходит сумма проверьте расчетный листок за текущий месяц. (Только та часть отпусков, которые начислены за этот месяц).Если не выходят дни, то это странно. Получается, что в регистре расчета сумма есть, а в регистре "Фактические отпуска" дней нет. Тут нужен пример.
Можно переключиться в кадровый интерфейс, в параметрах выставить рабочую дату (например 01.06.2012). Зайти в справочник "Остатки отпусков" (Кадровый учет -> учет невыходов -> остатки отпусков). Выбрать нужного сотрудника и нажать кнопку "Справка по отпуску". В справке будет показан остаток дней на выбранную рабочую дату.
Закрыть справочник. Перейти в параметры и установить 01.07.2012. Снова зайти в справочник и сформировать справку по отпуску по тому же сотруднику.
Этот способ даст возможность узнать остатки на начало и конец месяца.
После этого посмотреть регистр накопления "фактические отпуска" и посмотреть какие записи есть по выбранному сотруднику с периодом попадающим в июнь.
Как считается количество дней начислено см.280.
Сумма использованно отпуска не рассчитывается, а берется из данных о начислениях отпусков за текущий месяц.
Если не выходит сумма проверьте расчетный листок за текущий месяц. (Только та часть отпусков, которые начислены за этот месяц).Если не выходят дни, то это странно. Получается, что в регистре расчета сумма есть, а в регистре "Фактические отпуска" дней нет. Тут нужен пример.
(285) ksv888,
У меня тоже так получается. Это связанно с тем, что отпуска регистрируются расчетными документами.
И еще - в некоторых случаях ставит использовано дней, а сумму использовано не ставит, и наоборот сумму ставит, а дней нет?
У меня тоже так получается. Это связанно с тем, что отпуска регистрируются расчетными документами.
(288)
Прошу прощения, что ввела в заблуждение. У меня получились суммы Использовано без количества дней. Начала анализировать - оказалось благодаря "знаменитому" обновлению программы (2.5.52.х) пропали записи регистра "Фактические отпуска организации" и получается, что обработке данные о днях взять неоткуда. Вот сижу и размышляю: за какой период придется перепровести "Начисление отпуска" (у меня уменьшение остатка отпусков регистрируется расчетными документами)
Прошу прощения, что ввела в заблуждение. У меня получились суммы Использовано без количества дней. Начала анализировать - оказалось благодаря "знаменитому" обновлению программы (2.5.52.х) пропали записи регистра "Фактические отпуска организации" и получается, что обработке данные о днях взять неоткуда. Вот сижу и размышляю: за какой период придется перепровести "Начисление отпуска" (у меня уменьшение остатка отпусков регистрируется расчетными документами)
(354) ksv888,
Специально для Вас развернул новую базу (ЗУП 2.5.52.3), завел сотрудника и 2 вида отпуска для него. Проверил расчет дней по основному и дополнительному отпуску. Все работает!
Если вопрос еще актуален, тогда опишите поподробнее:
- какие виды отпусков назначаете;
- сколько дней отпуска в год по каждому виду отпуска;
- как назначаете виды отпусков сотрудникам;
- как вводили начальные остатки по отпускам.
Специально для Вас развернул новую базу (ЗУП 2.5.52.3), завел сотрудника и 2 вида отпуска для него. Проверил расчет дней по основному и дополнительному отпуску. Все работает!
Если вопрос еще актуален, тогда опишите поподробнее:
- какие виды отпусков назначаете;
- сколько дней отпуска в год по каждому виду отпуска;
- как назначаете виды отпусков сотрудникам;
- как вводили начальные остатки по отпускам.
Привет! Большое спасибо за обработку.
При эксплуатации возникли сложности:
1. В последнем релизе Вы отключили редактирование табличных частей? Почему?
2. Проводки по БУ подставляются все правильно. А счета Ну везде ставится одна проводка счет 25.01- 96.
В чем может быть дело? В модуле не нашел, где проставляете счета НУ?
При эксплуатации возникли сложности:
1. В последнем релизе Вы отключили редактирование табличных частей? Почему?
2. Проводки по БУ подставляются все правильно. А счета Ну везде ставится одна проводка счет 25.01- 96.
В чем может быть дело? В модуле не нашел, где проставляете счета НУ?
(244) ArTz,
Ячейки закрыл для редактирования, так как изменение данных в них влечет за собой нарушение логики обработки. Это ячейки, значения которых рассчитываются по данным других ячеек. А какие ячейки и каких табличных частей Вам необходимо редактировать ?
Проводки по НУ также как и по БУ заполняются из шаблона (Колонка "Способ отражения" в табличной части "Оценочные обязательства"). Строка в модуле №2129 (ЗаполнитьЗначенияСвойств()). Проверьте какие счета у Вас стоят в шаблонах проводок по НУ.
Ячейки закрыл для редактирования, так как изменение данных в них влечет за собой нарушение логики обработки. Это ячейки, значения которых рассчитываются по данным других ячеек. А какие ячейки и каких табличных частей Вам необходимо редактировать ?
Проводки по НУ также как и по БУ заполняются из шаблона (Колонка "Способ отражения" в табличной части "Оценочные обязательства"). Строка в модуле №2129 (ЗаполнитьЗначенияСвойств()). Проверьте какие счета у Вас стоят в шаблонах проводок по НУ.
(245)
Добрый день.
1. Под редактированием, я понимал для себя две вещи:
- Удаление ненужных строк
- Редактирование ячейки Конеч.остаток отпуска
Это нужно для уволенных, которые уволенны в этом месяце. У некоторых остаются остатки (0,33, -0,33 и т.д.)
Или просто остаются остатки от неправильных расчетов компенсации отделом кадров.
И получается эти дни отпуска попадают в начисление и соответственно в остаток на конец.
Когда расчитываешь следующий месяц, т.к эти сотрудники уже уволенны, эти дни не попадают в остаток на начало.
То есть на эти дни резерв начислен, но никогда не будет погашен.... вот такие дела.
2. С НУ разобрался. Шаблоны были в порядке. Оказалось сейчас данные по НУ в настройки проводки не видны, а оказалось они при этом они есть и заполнены абсолютно левыми данными.
3 Появился новый вопрос:
Столкнулся с такой ситуацией.
Человек на начало года 5.84 дня отпуска (есть дополнительный 7 дней)
Январь:Берет отпуск без сохранения 25 дней с 10янв по 3 февр
В обработке в графе "Начислено" ставиться -5,84
Должно быть вроде 2.91.
Февраль:
Нач.остаток -0
Начислено - 8.75.
Кон.остаток 8.75 . Т.е. делает правильный остаток, но на следующий месяц.
Не разобрался в чем дело!
Добрый день.
1. Под редактированием, я понимал для себя две вещи:
- Удаление ненужных строк
- Редактирование ячейки Конеч.остаток отпуска
Это нужно для уволенных, которые уволенны в этом месяце. У некоторых остаются остатки (0,33, -0,33 и т.д.)
Или просто остаются остатки от неправильных расчетов компенсации отделом кадров.
И получается эти дни отпуска попадают в начисление и соответственно в остаток на конец.
Когда расчитываешь следующий месяц, т.к эти сотрудники уже уволенны, эти дни не попадают в остаток на начало.
То есть на эти дни резерв начислен, но никогда не будет погашен.... вот такие дела.
2. С НУ разобрался. Шаблоны были в порядке. Оказалось сейчас данные по НУ в настройки проводки не видны, а оказалось они при этом они есть и заполнены абсолютно левыми данными.
3 Появился новый вопрос:
Столкнулся с такой ситуацией.
Человек на начало года 5.84 дня отпуска (есть дополнительный 7 дней)
Январь:Берет отпуск без сохранения 25 дней с 10янв по 3 февр
В обработке в графе "Начислено" ставиться -5,84
Должно быть вроде 2.91.
Февраль:
Нач.остаток -0
Начислено - 8.75.
Кон.остаток 8.75 . Т.е. делает правильный остаток, но на следующий месяц.
Не разобрался в чем дело!
А что вообще произошло с расчетом остатков отпусков в последнем релизе?
Простой пример. Работник принят на работу с 18.07.11.
В апреле отгулял 14 дней.
Смотрим остатки отпусков. На 01.06.12 видим 10 дней. ОК, согласен. (10 * 2.33) – 14 = 9.33
А на 01.07.12 вдруг – (минус !) 16. Хотя на 30.06.12 видим правильные 12 дней.
Соответственно, в данном отчете-распределении по этому сотруднику видим:
Остаток на 01.06.12 10 дней
Начислено -26 (минус 26 !!!!)
Остаток на 01.07.12 -16 (минус 16)
Бухгалтера в шоке…
Простой пример. Работник принят на работу с 18.07.11.
В апреле отгулял 14 дней.
Смотрим остатки отпусков. На 01.06.12 видим 10 дней. ОК, согласен. (10 * 2.33) – 14 = 9.33
А на 01.07.12 вдруг – (минус !) 16. Хотя на 30.06.12 видим правильные 12 дней.
Соответственно, в данном отчете-распределении по этому сотруднику видим:
Остаток на 01.06.12 10 дней
Начислено -26 (минус 26 !!!!)
Остаток на 01.07.12 -16 (минус 16)
Бухгалтера в шоке…
(255) 1c@mkd-nn,
Методы расчета остатков отпусков в релизах начиная с 2.5.5х.х изменились. В сути расчетов еще не разбирался. Но думаю, что будут комментарии по новому методу расчета + еще релизы. Уж больно много изменений сразу и много вопросов у всех возникает.
Методы расчета остатков отпусков в релизах начиная с 2.5.5х.х изменились. В сути расчетов еще не разбирался. Но думаю, что будут комментарии по новому методу расчета + еще релизы. Уж больно много изменений сразу и много вопросов у всех возникает.
(262) vladir,
Насчет ЗУП для ksv888 ответил. Похоже установлен старый релиз обработки (в старых релизах не было совместимости с релизами ЗУП 2.5.5х.хх).
Насчет КА: релиз пока времени не было скачать и проанализировать. Если Вы нашли решение - напишите. Буду благодарен и включу исправления в следующий релиз.
Насчет методики расчета остатков отпусков в ЗУП: 27.07.2012 должен выйти новый релиз ЗУП. Думаю надо подождать и посмотреть, что они исправят в расчете остатков.
Насчет ЗУП для ksv888 ответил. Похоже установлен старый релиз обработки (в старых релизах не было совместимости с релизами ЗУП 2.5.5х.хх).
Насчет КА: релиз пока времени не было скачать и проанализировать. Если Вы нашли решение - напишите. Буду благодарен и включу исправления в следующий релиз.
Насчет методики расчета остатков отпусков в ЗУП: 27.07.2012 должен выйти новый релиз ЗУП. Думаю надо подождать и посмотреть, что они исправят в расчете остатков.
Не думал что меня можно так порадовать... Я считал что хорошо написанную обработку улучшить невозможно, а тут (ессно после обновления на 2.5.52.3) старая, подправленная мной под нужды наших бухов заполнялка стала выдавать невообразимые цифры, решил скачать новую версию (ибо естественно бухи завозмущались) и был приятно удивлён произошедшему прогрессу изначально ОТЛИЧНОЙ разработки. БРАВО!
{Форма.Форма.Форма(1586)}: Метод объекта не обнаружен (ПодготовитьДанныеПоРегламентированнымОтпускам)
ВыборкаНачальныеОстатки = ПроцедурыУправленияПерсоналом.ПодготовитьДанныеПоРегламентированнымОтпускам(ТаблицаНачальныеОстатки, , Истина, Истина);
КА 1.1.23.2 Выдает ошибку после обновления
ВыборкаНачальныеОстатки = ПроцедурыУправленияПерсоналом.ПодготовитьДанныеПоРегламентированнымОтпускам(ТаблицаНачальныеОстатки, , Истина, Истина);
КА 1.1.23.2 Выдает ошибку после обновления
Я еще раз по поводу КА. В последнем обновлении из модуля ПроцедурыУправленияПерсоналом 1С убрала ПРОЦЕДУРЫ И ФУНКЦИИ МЕХАНИЗМА ОСТАТКИ ОТПУСКОВ РЕГЛ. УЧЕТА, выделили в отдельный модуль ОстаткиОтпусков. А ведь КА это урезанный вариант УПП. А в УПП эта обработка работает? Жалко конечно что так случилось. Очень выручала ваша обработка, теперь надо искать другой вариант.
(277) нинас,
Я думаю, что разбирусь с этой проблемой. Вот только мы на КА не работаем, поэтому придется качать все релизы, чтобы обновиться до актуального. А смогу я это сделать ближе к концу недели. Сейчас времени нет совсем - закрытие полугодия.
P.S. если у Вас есть возможность - выложите где нибудь cf от этой конфигурации, чтобы я смог скачать, это заметно ускорит процесс.
Я думаю, что разбирусь с этой проблемой. Вот только мы на КА не работаем, поэтому придется качать все релизы, чтобы обновиться до актуального. А смогу я это сделать ближе к концу недели. Сейчас времени нет совсем - закрытие полугодия.
P.S. если у Вас есть возможность - выложите где нибудь cf от этой конфигурации, чтобы я смог скачать, это заметно ускорит процесс.
(277), (279) Для Комплексной автоматизации релиз 1.1.23.1 в строку меняю на строку Расчет делает. Правда цифры считает другие, отличаются от тех, что получались обраброткой v1[1].08.
Процедура ЗаполнитьТаблицуРезервы()Если Метаданные.Версия = "2.5.52.1" ТогдаЕсли Метаданные.Версия >= "1.1.22.1" Тогда
Я скачала и обновила ЗУП до последнего обновления (2.5.52.3). Остатки отпусков переделаны как и в КА. Думаю что ваша обработка и в ЗУПе на этом релизе не будет работать. cf КА могу выслать по эл.почте, на сайт выкладывать не не могу, она у нас немного дописана.
Из Функция ПолучитьСтавкиСтраховыхВзносов() удалила цикл, касающийся других конфигураций. Подробно не опишу, т.к. не сохранила исходник почему-то. Возможно, вопрос мог быть решен иначе, но т.к. мне другие конфигурации не нужны, до конца не разобралась в чем причина.
(293) да, извините, проблемы с терминологией)). Убрала строку
Если Метаданные.Имя = "ЗарплатаИУправлениеПерсоналом" Тогда
Далее удалила блок начиная с ИначеЕсли Метаданные.Имя = "УправлениеПроизводственнымПредприятием" Тогда
и Иначе
// Заведомо пустой запрос
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ
| &Организация,
| &НачалоПериода
|ГДЕ
| ИСТИНА = ЛОЖЬ";
КонецЕсли;
Вообщем если правильно выразится, удалила собственно проверку условий на имя конфигурации.
Если Метаданные.Имя = "ЗарплатаИУправлениеПерсоналом" Тогда
Далее удалила блок начиная с ИначеЕсли Метаданные.Имя = "УправлениеПроизводственнымПредприятием" Тогда
и Иначе
// Заведомо пустой запрос
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ
| &Организация,
| &НачалоПериода
|ГДЕ
| ИСТИНА = ЛОЖЬ";
КонецЕсли;
Вообщем если правильно выразится, удалила собственно проверку условий на имя конфигурации.
(295) Оставила то, что было для ЗУПа
Функция ПолучитьСтавкиСтраховыхВзносов()
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ РАЗРЕШЕННЫЕ РАЗЛИЧНЫЕ ПЕРВЫЕ 1
| УчетнаяПолитикаНалоговыйУчетСрезПоследних.Организация,
| УчетнаяПолитикаНалоговыйУчетСрезПоследних.ВидТарифаСтраховыхВзносов
|ПОМЕСТИТЬ ВТУчетнаяПолитика
|ИЗ
| РегистрСведений.УчетнаяПолитикаНалоговыйУчет.СрезПоследних(&НачалоПериода, Организация = &Организация) КАК УчетнаяПолитикаНалоговыйУчетСрезПоследних
|;
|
|////////////////////////////////////////////////////////////
|ВЫБРАТЬ РАЗРЕШЕННЫЕ РАЗЛИЧНЫЕ
| ВТУчетнаяПолитика.Организация КАК РазмерыТарифовОрганизация,
| ТарифСтраховыхВзносовСрезПоследних.ВидТарифа КАК РазмерыТарифовВидТарифа,
| МАКСИМУМ(ТарифСтраховыхВзносовСрезПоследних.ПФР) КАК РазмерыТарифовПФР,
| МАКСИМУМ(ТарифСтраховыхВзносовСрезПоследних.ПФРНакопительная) КАК РазмерыТарифовПФРНакопительная,
| МАКСИМУМ(ТарифСтраховыхВзносовСрезПоследних.ФСС) КАК РазмерыТарифовФСС,
| МАКСИМУМ(ТарифСтраховыхВзносовСрезПоследних.ФФОМС) КАК РазмерыТарифовФФОМС,
| МАКСИМУМ(ТарифСтраховыхВзносовСрезПоследних.ТФОМС) КАК РазмерыТарифовТФОМС,
| МАКСИМУМ(СтавкаВзносаНаСтрахованиеОтНесчастныхСлучаевСрезПоследних.Ставка) КАК РазмерыТарифовФССНС,
| ПредельнаяВеличинаБазыСтраховыхВзносовСрезПоследних.Размер КАК ПределСтраховыхВзносов
|ИЗ
| ВТУчетнаяПолитика КАК ВТУчетнаяПолитика
| ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ТарифСтраховыхВзносов.СрезПоследних(
| &НачалоПериода,
| ВидТарифа В
| (ВЫБРАТЬ
| ВТУчетнаяПолитика.ВидТарифаСтраховыхВзносов
| ИЗ
| ВТУчетнаяПолитика КАК ВТУчетнаяПолитика)) КАК ТарифСтраховыхВзносовСрезПоследних
| ПО ВТУчетнаяПолитика.ВидТарифаСтраховыхВзносов = ТарифСтраховыхВзносовСрезПоследних.ВидТарифа
| ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.СтавкаВзносаНаСтрахованиеОтНесчастныхСлучаев.СрезПоследних(&НачалоПериода, ) КАК СтавкаВзносаНаСтрахованиеОтНесчастныхСлучаевСрезПоследних
| ПО ВТУчетнаяПолитика.Организация = СтавкаВзносаНаСтрахованиеОтНесчастныхСлучаевСрезПоследних.Организация
| ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ПредельнаяВеличинаБазыСтраховыхВзносов.СрезПоследних(&НачалоПериода, ) КАК ПредельнаяВеличинаБазыСтраховыхВзносовСрезПоследних
| ПО (ИСТИНА)
|
|СГРУППИРОВАТЬ ПО
| ВТУчетнаяПолитика.Организация,
| ТарифСтраховыхВзносовСрезПоследних.ВидТарифа,
| ПредельнаяВеличинаБазыСтраховыхВзносовСрезПоследних.Размер";
Запрос.УстановитьПараметр("НачалоПериода" , НачалоПериода);
Запрос.УстановитьПараметр("Организация" , Организация);
далее без изменений
Функция ПолучитьСтавкиСтраховыхВзносов()
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ РАЗРЕШЕННЫЕ РАЗЛИЧНЫЕ ПЕРВЫЕ 1
| УчетнаяПолитикаНалоговыйУчетСрезПоследних.Организация,
| УчетнаяПолитикаНалоговыйУчетСрезПоследних.ВидТарифаСтраховыхВзносов
|ПОМЕСТИТЬ ВТУчетнаяПолитика
|ИЗ
| РегистрСведений.УчетнаяПолитикаНалоговыйУчет.СрезПоследних(&НачалоПериода, Организация = &Организация) КАК УчетнаяПолитикаНалоговыйУчетСрезПоследних
|;
|
|////////////////////////////////////////////////////////////
|ВЫБРАТЬ РАЗРЕШЕННЫЕ РАЗЛИЧНЫЕ
| ВТУчетнаяПолитика.Организация КАК РазмерыТарифовОрганизация,
| ТарифСтраховыхВзносовСрезПоследних.ВидТарифа КАК РазмерыТарифовВидТарифа,
| МАКСИМУМ(ТарифСтраховыхВзносовСрезПоследних.ПФР) КАК РазмерыТарифовПФР,
| МАКСИМУМ(ТарифСтраховыхВзносовСрезПоследних.ПФРНакопительная) КАК РазмерыТарифовПФРНакопительная,
| МАКСИМУМ(ТарифСтраховыхВзносовСрезПоследних.ФСС) КАК РазмерыТарифовФСС,
| МАКСИМУМ(ТарифСтраховыхВзносовСрезПоследних.ФФОМС) КАК РазмерыТарифовФФОМС,
| МАКСИМУМ(ТарифСтраховыхВзносовСрезПоследних.ТФОМС) КАК РазмерыТарифовТФОМС,
| МАКСИМУМ(СтавкаВзносаНаСтрахованиеОтНесчастныхСлучаевСрезПоследних.Ставка) КАК РазмерыТарифовФССНС,
| ПредельнаяВеличинаБазыСтраховыхВзносовСрезПоследних.Размер КАК ПределСтраховыхВзносов
|ИЗ
| ВТУчетнаяПолитика КАК ВТУчетнаяПолитика
| ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ТарифСтраховыхВзносов.СрезПоследних(
| &НачалоПериода,
| ВидТарифа В
| (ВЫБРАТЬ
| ВТУчетнаяПолитика.ВидТарифаСтраховыхВзносов
| ИЗ
| ВТУчетнаяПолитика КАК ВТУчетнаяПолитика)) КАК ТарифСтраховыхВзносовСрезПоследних
| ПО ВТУчетнаяПолитика.ВидТарифаСтраховыхВзносов = ТарифСтраховыхВзносовСрезПоследних.ВидТарифа
| ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.СтавкаВзносаНаСтрахованиеОтНесчастныхСлучаев.СрезПоследних(&НачалоПериода, ) КАК СтавкаВзносаНаСтрахованиеОтНесчастныхСлучаевСрезПоследних
| ПО ВТУчетнаяПолитика.Организация = СтавкаВзносаНаСтрахованиеОтНесчастныхСлучаевСрезПоследних.Организация
| ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ПредельнаяВеличинаБазыСтраховыхВзносов.СрезПоследних(&НачалоПериода, ) КАК ПредельнаяВеличинаБазыСтраховыхВзносовСрезПоследних
| ПО (ИСТИНА)
|
|СГРУППИРОВАТЬ ПО
| ВТУчетнаяПолитика.Организация,
| ТарифСтраховыхВзносовСрезПоследних.ВидТарифа,
| ПредельнаяВеличинаБазыСтраховыхВзносовСрезПоследних.Размер";
Запрос.УстановитьПараметр("НачалоПериода" , НачалоПериода);
Запрос.УстановитьПараметр("Организация" , Организация);
далее без изменений
У меня вопрос: Зачем в отражение зарплаты вы в КТ 96 ставите две отдельные проводки, по взносам и начислениям отпуска отдельно, в 1с по процентам она складывает все вместе. Просто по взносам у меня не ставится статья затрат и после закрытия себестоимости получается некрасивая оборотка. КА 1.1.23.2.
(304) LadyDy,
Нажмите на кнопку "Настройка отборов и параметров" и на закладке "Параметры" проверьте в каком положении стоит переключатель "Порядок расчета оценочных обязательств". Если выбрано "Сумма начислений", значит необходимо зайти в настройки параметров учета по организации и поменять этот параметр.
P.S.
Параметр можно поменять и в обработке, но его значение будет храниться пока открыта обработка.
Кроме того, проверьте, рассчитываются ли суммы самих страховых взносов в обработке.
Нажмите на кнопку "Настройка отборов и параметров" и на закладке "Параметры" проверьте в каком положении стоит переключатель "Порядок расчета оценочных обязательств". Если выбрано "Сумма начислений", значит необходимо зайти в настройки параметров учета по организации и поменять этот параметр.
P.S.
Параметр можно поменять и в обработке, но его значение будет храниться пока открыта обработка.
Кроме того, проверьте, рассчитываются ли суммы самих страховых взносов в обработке.
(307) ArTz, (304) LadyDy,
Невнимательно прочел сообщение.
Проводки 69 - 96 не будет. Будет формироваться проводка 20 - 96 на сумму страховых взносов, но по статье затрат относящейся к страховых взносам.
Соответствие статей затрат настраивается в регистре сведений "Соответствие статей затрат отражения зарплаты в регл.учете", (пункт меню "Учет зарплаты")
Невнимательно прочел сообщение.
Проводки 69 - 96 не будет. Будет формироваться проводка 20 - 96 на сумму страховых взносов, но по статье затрат относящейся к страховых взносам.
Соответствие статей затрат настраивается в регистре сведений "Соответствие статей затрат отражения зарплаты в регл.учете", (пункт меню "Учет зарплаты")
(309) (304) LadyDy,
Вы правы.
С бухгалтером внимательно посмотрели.
Обработка делает правильные проводки и резервы по отпуска и страховым взносам должны отражаться на счете затрат.
(304) LadyDy, Это нам надо настроить так, чтобы начисление отпуска попадало на 96, а страховые взносы с отпуска на счет затрат.
Как сделать.... думаю еще..
Вы правы.
С бухгалтером внимательно посмотрели.
Обработка делает правильные проводки и резервы по отпуска и страховым взносам должны отражаться на счете затрат.
(304) LadyDy, Это нам надо настроить так, чтобы начисление отпуска попадало на 96, а страховые взносы с отпуска на счет затрат.
Как сделать.... думаю еще..
Добрый день, Владимир!
Обнаружил еще одну неясность:
Опять берем начало года
Человек принят 18.08.11
Движение тех, что касается отпуска, нет до 01.01.2012, не после.
В обработке "Остатки отпуска" у человека на начало 2012 года показывает 11.67, что правильно (5 * 2.33)
У Вас в обработке, на 01.01.2012 ставит 9.33, на 2.33 меньше,чем надо.
А в "начислено" ставит 4.67, на 2.33 больше, чем надо. И происходит выравнивание остатка на правильный.
В феврале в "начислено" вообще ничего не ставит, а с марта начинает нормально считать 2.33.
Еще раз повторюсь у этого сотрудника, никаких движение по "справки по отпусу" кроме принятия на работу нету.
Обнаружил еще одну неясность:
Опять берем начало года
Человек принят 18.08.11
Движение тех, что касается отпуска, нет до 01.01.2012, не после.
В обработке "Остатки отпуска" у человека на начало 2012 года показывает 11.67, что правильно (5 * 2.33)
У Вас в обработке, на 01.01.2012 ставит 9.33, на 2.33 меньше,чем надо.
А в "начислено" ставит 4.67, на 2.33 больше, чем надо. И происходит выравнивание остатка на правильный.
В феврале в "начислено" вообще ничего не ставит, а с марта начинает нормально считать 2.33.
Еще раз повторюсь у этого сотрудника, никаких движение по "справки по отпусу" кроме принятия на работу нету.
(308) ArTz,
Скажу Вам честно в расчете остатков отпусков как в 1С так в принципе вообще много неясного.
В обработке остатки отпусков я самостоятельно не считаю. Беру готовые остатки из типовых механизмов конфигурации. Поэтому если есть ошибки в остатках - ошибки типовой.
Но по своему опыту скажу, что для сотрудников принятых во второй половине месяца может возникнуть сдвиг в расчете остатков отпусков. Т.е. остатки нормально будут считаться с 15 по 15 следующего месяца. А в обработке остатки берутся с 1 по 1 следующего месяца. Как это обсчитывает конфигурация досконально не разбирался т.к. такой необходимости не было. Наши смирились с возможностью возникновения таких багов.
Если сможете разобраться - напишите, думаю это будет полезно всем.
Скажу Вам честно в расчете остатков отпусков как в 1С так в принципе вообще много неясного.
В обработке остатки отпусков я самостоятельно не считаю. Беру готовые остатки из типовых механизмов конфигурации. Поэтому если есть ошибки в остатках - ошибки типовой.
Но по своему опыту скажу, что для сотрудников принятых во второй половине месяца может возникнуть сдвиг в расчете остатков отпусков. Т.е. остатки нормально будут считаться с 15 по 15 следующего месяца. А в обработке остатки берутся с 1 по 1 следующего месяца. Как это обсчитывает конфигурация досконально не разбирался т.к. такой необходимости не было. Наши смирились с возможностью возникновения таких багов.
Если сможете разобраться - напишите, думаю это будет полезно всем.
(310)
Начал разбираться.
Нет все-таки неправильно, а у Вас правильно показываются остатки на начало.
Все дело в дате формирования обработки Остатки отпуска.
Но все равно стоит вопрос с "начислено". ставит 4.67, на 2.33 больше, чем надо. А февраль потом не ставит.
НАверно по тому, что 17 января расчетный месяц заканчивается. А с 18 до конца месяца - 15 дней входит, программа еще 2,33 начисляет???
Не понятно.
Начал разбираться.
В обработке "Остатки отпуска" у человека на начало 2012 года показывает 11.67, что правильно (5 * 2.33)
Нет все-таки неправильно, а у Вас правильно показываются остатки на начало.
Все дело в дате формирования обработки Остатки отпуска.
Но все равно стоит вопрос с "начислено". ставит 4.67, на 2.33 больше, чем надо. А февраль потом не ставит.
НАверно по тому, что 17 января расчетный месяц заканчивается. А с 18 до конца месяца - 15 дней входит, программа еще 2,33 начисляет???
Не понятно.
(310)
Обнаружил еще одну неясность:
Опять берем начало года
У человека в январе начинается отпуск без сохранения заработка и длиться два месяца, Отпуск сразу сдвигает рабочий год на два месяца.
В обработке "Остатки отпуска" у человека на начало 2012 года, на конец января и на конец февраля показывает правильный остаток отпуска (одно число).
У Вас в обработке, на 01.01.2012 ставит правильную сумму, а в "начислено" ставит "- 4.67", т.е сторнирует как бы за два выпавших месяца. А с февраля начинает возвращать и к концу отпуска без сохранения снова становиться правильный остаток.
Я проверил многих, у всех происходит возврат к правильным остаткам.
Обнаружил еще одну неясность:
Опять берем начало года
У человека в январе начинается отпуск без сохранения заработка и длиться два месяца, Отпуск сразу сдвигает рабочий год на два месяца.
В обработке "Остатки отпуска" у человека на начало 2012 года, на конец января и на конец февраля показывает правильный остаток отпуска (одно число).
У Вас в обработке, на 01.01.2012 ставит правильную сумму, а в "начислено" ставит "- 4.67", т.е сторнирует как бы за два выпавших месяца. А с февраля начинает возвращать и к концу отпуска без сохранения снова становиться правильный остаток.
Я проверил многих, у всех происходит возврат к правильным остаткам.
Владимир.
Я хотел вернутся к вопросу по "Отпуску без содержания" когда смещается рабочий год.(326)
Вы не посмотрели ?
Я не пока не смог разобраться, эти минусы очень смущают бухгалтерию и то что это потом равняется их не устраивает.
Я хотел вернутся к вопросу по "Отпуску без содержания" когда смещается рабочий год.(326)
Вы не посмотрели ?
Я не пока не смог разобраться, эти минусы очень смущают бухгалтерию и то что это потом равняется их не устраивает.
(401) ArTz,
Чтобы мне воспроизвести ситуацию с вопросом 326 давайте уточним некоторые моменты:
- Точные даты начала и окончания отпуска без сохранения;
- дата приема сотрудника на последнее место работы;
- Способ отражения фактических отпусков: кадровыми или расчетными документами;
Насчет 345: еще раз проверю как устанавливаются проводки. Если Вы правы, тогда внесу изменения в публикацию.
Чтобы мне воспроизвести ситуацию с вопросом 326 давайте уточним некоторые моменты:
- Точные даты начала и окончания отпуска без сохранения;
- дата приема сотрудника на последнее место работы;
- Способ отражения фактических отпусков: кадровыми или расчетными документами;
Насчет 345: еще раз проверю как устанавливаются проводки. Если Вы правы, тогда внесу изменения в публикацию.
(402)
Например
1. Отпуск без сохранения заработной платы введен:
10-13 января
18-31 января
1-29 февраля
1-26 марта
На начало года 12 дней остатков
Есть Основной отпуск 28 дней и дополнительны 6 дней
Обработка при расчете в январе выдет -3 в начисленном отпуске и остаток становиться 9 дней
в феврале ничего не ставит в начисленном
в марте в начисленом отпуске ставит 3 дня и остаток снова становиться правильным 12 дней.
2. Кадровое перемещение 25.08.11
3. Расчетными
Например
1. Отпуск без сохранения заработной платы введен:
10-13 января
18-31 января
1-29 февраля
1-26 марта
На начало года 12 дней остатков
Есть Основной отпуск 28 дней и дополнительны 6 дней
Обработка при расчете в январе выдет -3 в начисленном отпуске и остаток становиться 9 дней
в феврале ничего не ставит в начисленном
в марте в начисленом отпуске ставит 3 дня и остаток снова становиться правильным 12 дней.
2. Кадровое перемещение 25.08.11
3. Расчетными
(316) LadyDy,
На данный момент только два предположения:
1. Не стоит переключатель в позиции "Оценочные обязательства + страховые взносы" на закладке "Настройка отборов и параметров".
2. У всех сотрудников доход более 512000. Хотя страховая часть в размере солидарной части все равно бы считался.
Если и здесь все в порядке - напишите. Буду внимательно смотреть модуль на наличие ошибок.
На данный момент только два предположения:
1. Не стоит переключатель в позиции "Оценочные обязательства + страховые взносы" на закладке "Настройка отборов и параметров".
2. У всех сотрудников доход более 512000. Хотя страховая часть в размере солидарной части все равно бы считался.
Если и здесь все в порядке - напишите. Буду внимательно смотреть модуль на наличие ошибок.
(317) переключатель стоит в позиции "Оценочные обязательства + страховые взносы" на закладке "Настройка отборов и параметров". Эта же позиция в учетной политике.
Зарплата не превышает 512 т.р.
Сейчас смотрю соответствие статей затрат, а можете скан прицепить какое соответствие должно быть, может у меня там чегоне так
Зарплата не превышает 512 т.р.
Сейчас смотрю соответствие статей затрат, а можете скан прицепить какое соответствие должно быть, может у меня там чегоне так
(319) LadyDy,
Судя по описанию проблемы у Вас не заполняются столбцы с суммами страховых взносов в самой обработке. Поэтому соответствие статей затрат и шаблоны проводок нам не помогут.
Давайте попробуем так:
1. В обработке установите отбор на одного сотрудника. Сформируйте оценочные обязательства.
2. Правой кнопкой мыши в таблице расчета оценочных обязательств. Выбираем "Настройка списка". Ставим все галочки. ОК.
3. Правой кнопкой мыши там же. Выбираем "Вывести список". Сохраняем полученную таблицу.
4. Отправьте на kondrp@yandex.ru. Для сохранения конфиденциальности удалите фио сотрудника.
Судя по описанию проблемы у Вас не заполняются столбцы с суммами страховых взносов в самой обработке. Поэтому соответствие статей затрат и шаблоны проводок нам не помогут.
Давайте попробуем так:
1. В обработке установите отбор на одного сотрудника. Сформируйте оценочные обязательства.
2. Правой кнопкой мыши в таблице расчета оценочных обязательств. Выбираем "Настройка списка". Ставим все галочки. ОК.
3. Правой кнопкой мыши там же. Выбираем "Вывести список". Сохраняем полученную таблицу.
4. Отправьте на kondrp@yandex.ru. Для сохранения конфиденциальности удалите фио сотрудника.
(319) LadyDy,
Посмотрел присланный Вами файл и обнаружил, что колонки со ставками страховых взносов и пределом пустые.
Это может означать, что:
1. Не заполнен регистр "Тарифы страховых взносов" для выбранной Вами организации;
2. В регистре "Тарифы страховых взносов" неправильно выбран вид тарифа;
3. В регистре сведений "Учетная политика (налоговый учет)" неправильно выбран вид тарифа для организации по которой рассчитываете оценочные обязательства;
4. Ну и самая фантастическая: изменено имя конфигурации в свойствах конфигурации.
Других вариантов пока не вижу. Если ошибка не исправится - напишите, буду разбираться дальше.
Посмотрел присланный Вами файл и обнаружил, что колонки со ставками страховых взносов и пределом пустые.
Это может означать, что:
1. Не заполнен регистр "Тарифы страховых взносов" для выбранной Вами организации;
2. В регистре "Тарифы страховых взносов" неправильно выбран вид тарифа;
3. В регистре сведений "Учетная политика (налоговый учет)" неправильно выбран вид тарифа для организации по которой рассчитываете оценочные обязательства;
4. Ну и самая фантастическая: изменено имя конфигурации в свойствах конфигурации.
Других вариантов пока не вижу. Если ошибка не исправится - напишите, буду разбираться дальше.
Ошибка при открытии:
{Форма.Форма.Форма(2602)}: Значение не является значением объектного типа (ПериодРегистрации)
НачалоПериода = НачалоМесяца(ДокументОтражениеЗарплатыВРеглУчете.ПериодРегистрации);
1С:Предприятие 8.2 (8.2.15.310)
Зарплата и Управление Персоналом, редакция 2.5 (2.5.53.1)
{Форма.Форма.Форма(2602)}: Значение не является значением объектного типа (ПериодРегистрации)
НачалоПериода = НачалоМесяца(ДокументОтражениеЗарплатыВРеглУчете.ПериодРегистрации);
1С:Предприятие 8.2 (8.2.15.310)
Зарплата и Управление Персоналом, редакция 2.5 (2.5.53.1)
Народ,у меня УПП 1.3.27.2.После обновления на этот релиз остатки отпусков как будто взбесились.По одному сотруднику вообще смотрит только на один рабочий год и выводит остаток отпуска на 01.07.2012 аж -28 дней.Может было у кого подобное?Пользуюсь последней версией данной обработки.
УПП 1.3.25.2 При любом расчете (инвентаризация, ежемесячный) выдает такую ошибку:
{(1,1)}: Переменная не определена (ОстаткиОтпусков)
<<?>>ОстаткиОтпусков.ОстатокОтпускаСотрудникаНаДату(СтрокаТаблицаНачальныеОстатки.Сотрудник, НачалоДня(НачалоПериода), Ложь, Перечисления.ПорядокРасчетаОтпуска.ПоКалендарнымДням)
Релиз обработки 1.14
{(1,1)}: Переменная не определена (ОстаткиОтпусков)
<<?>>ОстаткиОтпусков.ОстатокОтпускаСотрудникаНаДату(СтрокаТаблицаНачальныеОстатки.Сотрудник, НачалоДня(НачалоПериода), Ложь, Перечисления.ПорядокРасчетаОтпуска.ПоКалендарнымДням)
Релиз обработки 1.14
Вопрос снят. У нас отраслевое решение и получается разработчик вешает лапшу на уши когда пишет, что обновлено до версии УПП.... В конфигурации просто нет такого общего модуля, точнее он есть но в релизе 27 до которого сейчас обновляемся. А так хотелось всего и сразу :))
Есть вопрос по варианту использования, когда взносы начисляются только на сумму выплаченных отпускных в периоде начисления отпускных.
Как быть в таком случае ?
Использую базу для расчета оценочных обязательств : "Суммы начислений по оплате труда"
Ежемесячно рассчитываю и делаю проводки Д26-К96 (без страховых взносов).
В месяце, когда человек уходит в отпуск: проводка Д96-К70.
Остаются страховые взносы - они делаются автоматом в 1С с 96 счетом (Д96-К69).
А нужно, чтобы на счет затрат ложились проводки сразу Д26-К69.
Что нужно сделать, чтобы такие проводки заполнились в документе отражения ЗП в рег. учете ?
Как быть в таком случае ?
Использую базу для расчета оценочных обязательств : "Суммы начислений по оплате труда"
Ежемесячно рассчитываю и делаю проводки Д26-К96 (без страховых взносов).
В месяце, когда человек уходит в отпуск: проводка Д96-К70.
Остаются страховые взносы - они делаются автоматом в 1С с 96 счетом (Д96-К69).
А нужно, чтобы на счет затрат ложились проводки сразу Д26-К69.
Что нужно сделать, чтобы такие проводки заполнились в документе отражения ЗП в рег. учете ?
(341) Владимир он спрашивает не про обработку, а про саму ЗУП и формирование проводок в отражение зарплаты в учете. Обработка, как я выяснил с бухгалтером и об этом писал выше, делаем правильные проводки (Дт Счет затрат - Кт 96.
(340) nikolega, Типовая ЗУП не позволяет так сделать. Какую проводку вы отпуску назначили, от нее и будет формироваться проводки по страховым взносам.( т.е Д96 - К69 не избежать)
Как решить эту проблему, пока не знаю :(((
(340) nikolega, Типовая ЗУП не позволяет так сделать. Какую проводку вы отпуску назначили, от нее и будет формироваться проводки по страховым взносам.( т.е Д96 - К69 не избежать)
Как решить эту проблему, пока не знаю :(((
(343) ArTz,
Сижу сейчас копаю процедуры ...
Нашел где проставляется счет 96 в корреспонденции с 69.
Теперь буду искать, как получить счет затрат и субконто по сотруднику, чтобы заменить их при заполнении в таблицу "ОтражениеВУчете".
Сижу сейчас копаю процедуры ...
Нашел где проставляется счет 96 в корреспонденции с 69.
Теперь буду искать, как получить счет затрат и субконто по сотруднику, чтобы заменить их при заполнении в таблицу "ОтражениеВУчете".
Владимир.
Нашел следующую неясность связанную с проводками:
1. Если человеку было назначена персональная проводка через документ «Учет основного заработка сотрудников организации в регламентированном учете»
Потом через тот же документ была указана строчка с пустым полем проводки.Для того чтобы программа начала видеть проводку назначенную подразделению.
Для таких людей в Вашу обработку в поле "Способ отражение" попадает "пустая проводка". Хотя документ "Отражение зарплаты в учете видит для начислений и страх.взносов то которое назначено подраздлению.
2. Если человек числится в подразделении например "Участок №1",а в способе отражения стоит 20 счет с подразделением "Столярка", то в обработке при формирование проводок будет 20 счет с подразделением "Участок №1".
За ранее спасибо!
Нашел следующую неясность связанную с проводками:
1. Если человеку было назначена персональная проводка через документ «Учет основного заработка сотрудников организации в регламентированном учете»
Потом через тот же документ была указана строчка с пустым полем проводки.Для того чтобы программа начала видеть проводку назначенную подразделению.
Для таких людей в Вашу обработку в поле "Способ отражение" попадает "пустая проводка". Хотя документ "Отражение зарплаты в учете видит для начислений и страх.взносов то которое назначено подраздлению.
2. Если человек числится в подразделении например "Участок №1",а в способе отражения стоит 20 счет с подразделением "Столярка", то в обработке при формирование проводок будет 20 счет с подразделением "Участок №1".
За ранее спасибо!
kondrp, Добрый вечер! Еще раз хотел поблагодарить за обработку. Не нарадуюсь, хотя бухгалтера все равно ворчат :))
Я остановился на версии 1.13.Хотел узнать,а проблема которую я описывал в (345) п.1 поправлена?
К ней я еще хочу добавить одну проблему на которую натолкнулись:
В организации проводки подтягиваются из подразделений. Для сотрудника от 1.10.12 делается Кадровое перемещение
из одно подразделения в другое. В отражение заработной платы в регламентированиеом учете проводки берутся из нового подразделения,
а в обработка остается от старого подразделения.
За ранее спасибо!
Я остановился на версии 1.13.Хотел узнать,а проблема которую я описывал в (345) п.1 поправлена?
К ней я еще хочу добавить одну проблему на которую натолкнулись:
В организации проводки подтягиваются из подразделений. Для сотрудника от 1.10.12 делается Кадровое перемещение
из одно подразделения в другое. В отражение заработной платы в регламентированиеом учете проводки берутся из нового подразделения,
а в обработка остается от старого подразделения.
За ранее спасибо!
(483) Проверил все нормально
Вроде отстали :)
по (493) я кстати немного модифицировал вашу обработку. Добавил 4 поля Статья затрат для 20, 23, 25 и 26.
Они подставляются в зависимости от счета в проводку. Правда кучу сообщений выдает что эти статьи не прописанны в регистре соответсвия статей затрат, но формированию не мешает.
Спасибо
Вроде отстали :)
по (493) я кстати немного модифицировал вашу обработку. Добавил 4 поля Статья затрат для 20, 23, 25 и 26.
Они подставляются в зависимости от счета в проводку. Правда кучу сообщений выдает что эти статьи не прописанны в регистре соответсвия статей затрат, но формированию не мешает.
Спасибо
(538)
Пожеланий так таковых нет. Но...
Я делал небольшую доработку Вашей обработки:
Добавил поля выбора для статей затрат, отдельно для 20,23,25 и 26 счета.
ну и соответсвтенно подстановка их в проводки.
У нас везде разные статьи затрат. Мне кажется это вряд ли кому-то понадобится, чтобы добавлять в релиз.
Пожеланий так таковых нет. Но...
Я делал небольшую доработку Вашей обработки:
Добавил поля выбора для статей затрат, отдельно для 20,23,25 и 26 счета.
ну и соответсвтенно подстановка их в проводки.
У нас везде разные статьи затрат. Мне кажется это вряд ли кому-то понадобится, чтобы добавлять в релиз.
Разобрался.
1. Установить в начислении отпуска на закладке "БухУУчет и ЕНВД" значения "По состоянию на дату события".
Должна быть установлена галка "Является ежегодным отпуском для ОО и резервов".
2. Заполняю документ стандартно (отражение ЗП в рег.учете).
3. Запускаю свою внешнюю обработку заполнения проводок (допиленная) во вложении.
4. Запускаю обработку Владимира (condrp).
В итоге получаю проводки (без налоговых временных разниц):
96-70 отпуск
26-69 взносы (по правильным счетам и подразделениям)
+ проводки по начислению ОО (спасибо автору разработки :-) )
Вот вроде и все )
1. Установить в начислении отпуска на закладке "БухУУчет и ЕНВД" значения "По состоянию на дату события".
Должна быть установлена галка "Является ежегодным отпуском для ОО и резервов".
2. Заполняю документ стандартно (отражение ЗП в рег.учете).
3. Запускаю свою внешнюю обработку заполнения проводок (допиленная) во вложении.
4. Запускаю обработку Владимира (condrp).
В итоге получаю проводки (без налоговых временных разниц):
96-70 отпуск
26-69 взносы (по правильным счетам и подразделениям)
+ проводки по начислению ОО (спасибо автору разработки :-) )
Вот вроде и все )
Прикрепленные файлы:
ЗаполнениеПроводок.epf
(348) nikolega,
Большое спасибо, проверил работает.
Я правильно понял, что Вы сделали так, что суммы по налогом прибавляются в уже существующие строки проводок (с соответствующей корреспонденцией счетов)?
PS
Для остальных пояснение для правильной настройки начисления обновитесь обязательно на последний релиз.
Большое спасибо, проверил работает.
Я правильно понял, что Вы сделали так, что суммы по налогом прибавляются в уже существующие строки проводок (с соответствующей корреспонденцией счетов)?
PS
Для остальных пояснение для правильной настройки начисления обновитесь обязательно на последний релиз.
(350) ArTz,
Нет - я просто вынес все процедуры необходимые для формирования проводок и внес изменения для того, чтобы не формировались проводки отдельные по налоговому учету с временными разницами (для того, чтобы не снимать конфу с полной поддержки). А сам механизм простановки счетов затрат реализован за счет настройки начисления по отпуску.
Нет - я просто вынес все процедуры необходимые для формирования проводок и внес изменения для того, чтобы не формировались проводки отдельные по налоговому учету с временными разницами (для того, чтобы не снимать конфу с полной поддержки). А сам механизм простановки счетов затрат реализован за счет настройки начисления по отпуску.
Скачал. Решил посмотреть. Посмотрел...
Зачесались руки поставить минус.
ЗиУП 2.5.52.3
При открытии обработки:
{Форма.Форма.Форма(2602)}: Значение не является значением объектного типа (ПериодРегистрации)
НачалоПериода = НачалоМесяца(ДокументОтражениеЗарплатыВРеглУчете.ПериодРегистрации);
Точнее всё это безобразие в процедуре ПередОткрытием(). Так что поперли косяки со всех сторон. Минус до разъяснения ситуации не ставлю.
Зачесались руки поставить минус.
ЗиУП 2.5.52.3
При открытии обработки:
{Форма.Форма.Форма(2602)}: Значение не является значением объектного типа (ПериодРегистрации)
НачалоПериода = НачалоМесяца(ДокументОтражениеЗарплатыВРеглУчете.ПериодРегистрации);
Точнее всё это безобразие в процедуре ПередОткрытием(). Так что поперли косяки со всех сторон. Минус до разъяснения ситуации не ставлю.
(358) добавьте процедуру при открытии и установите в ней проверку на открытие отдельно, а не из документа и все (поставьте проверку на заполнение значения ДокументОтражениеЗарплатыВРеглУчете)
Если ДокументОтражениеЗарплатыВРеглУчете не заполнено - кратко сообщаете пользователю, что обработку нужно поместить во внешние обработки табличных частей.
Проблем у юзеров меньше будет и не будут руки чесаться минус поставить.
Если ДокументОтражениеЗарплатыВРеглУчете не заполнено - кратко сообщаете пользователю, что обработку нужно поместить во внешние обработки табличных частей.
Проблем у юзеров меньше будет и не будут руки чесаться минус поставить.
Что касается УПП и нового алгоритма расчета остатка отпусков:
"// Для УПП все рассчитывается по старому алгоритму" - не соответствует действительности. Не могу сейчас назвать точный релиз, но на 1.3.28.1 уже используется новый. Переходил с 1.3.22 - там был еще старый.
"// Для УПП все рассчитывается по старому алгоритму" - не соответствует действительности. Не могу сейчас назвать точный релиз, но на 1.3.28.1 уже используется новый. Переходил с 1.3.22 - там был еще старый.
(373) Inga101,
Суть у этих обработок одна и мне как разработчику не хотелось бы судить чужую обработку.
Но есть различия в режимах работы:
1. Моя обработка запускается из документа "Отражение зарплаты в регл.учете" и является обработкой заполнения табличной части.
2. В моей обработке можно выполнить как ежемесячное начисление оценочных обязательств, так и провести инвентаризацию с указанием суммы остатка на 96 счете.
3. У моей обработки есть возможность настраивать структуру и внешний вид печатной формы также как и в типовых отчетах.
4. У моей обработки есть кнопка "Настройка..." при нажатии на которую можно произвести отбор по сотрудникам/подразделениям, а также выставить необходимые параметры расчета.
P.S.
Думаю Вам нужно попробовать обе обработки и решить что будет удобнее и правильнее на Вашем предприятии.
P.P.S.
Если есть какие-либо замечания или предложения по обработке - пишите. Публикация постоянно развивается.
Суть у этих обработок одна и мне как разработчику не хотелось бы судить чужую обработку.
Но есть различия в режимах работы:
1. Моя обработка запускается из документа "Отражение зарплаты в регл.учете" и является обработкой заполнения табличной части.
2. В моей обработке можно выполнить как ежемесячное начисление оценочных обязательств, так и провести инвентаризацию с указанием суммы остатка на 96 счете.
3. У моей обработки есть возможность настраивать структуру и внешний вид печатной формы также как и в типовых отчетах.
4. У моей обработки есть кнопка "Настройка..." при нажатии на которую можно произвести отбор по сотрудникам/подразделениям, а также выставить необходимые параметры расчета.
P.S.
Думаю Вам нужно попробовать обе обработки и решить что будет удобнее и правильнее на Вашем предприятии.
P.P.S.
Если есть какие-либо замечания или предложения по обработке - пишите. Публикация постоянно развивается.
375.
Alexey_Gru
35
22.08.12 18:09
Сейчас в теме
Здравствуйте. Нашел ошибку в функции получения первого сотрудника из списка. В случае, если первым (как произошло в моем случае) оказывается группа, а у пользователя не полные права, возникает ошибка. Исправил следующим образом:
Функция ПолучитьПервогоСотрудникаИзСправочника()
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ РАЗРЕШЕННЫЕ РАЗЛИЧНЫЕ ПЕРВЫЕ 1
| СотрудникиОрганизаций.Ссылка КАК Сотрудник
|ИЗ
| Справочник.СотрудникиОрганизаций КАК СотрудникиОрганизаций
|ГДЕ
| СотрудникиОрганизаций.ЭтоГруппа = ЛОЖЬ";
Функция ПолучитьПервогоСотрудникаИзСправочника()
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ РАЗРЕШЕННЫЕ РАЗЛИЧНЫЕ ПЕРВЫЕ 1
| СотрудникиОрганизаций.Ссылка КАК Сотрудник
|ИЗ
| Справочник.СотрудникиОрганизаций КАК СотрудникиОрганизаций
|ГДЕ
| СотрудникиОрганизаций.ЭтоГруппа = ЛОЖЬ";
Добрый день!
Обработка отличная!! работала на упп.
после обновления упп - ругается на
Метод объекта не обнаружен (ПодготовитьДанныеПоРегламентированнымОтпускам)
ПроцедурыУправленияПерсоналом.ПодготовитьДанныеПоРегламентированнымОтпускам(ТаблицаНачальныеОстатки, , Истина, Истина)
автор пожалуйста подскажите. релиз упп 1.3.29.1
Обработка отличная!! работала на упп.
после обновления упп - ругается на
Метод объекта не обнаружен (ПодготовитьДанныеПоРегламентированнымОтпускам)
ПроцедурыУправленияПерсоналом.ПодготовитьДанныеПоРегламентированнымОтпускам(ТаблицаНачальныеОстатки, , Истина, Истина)
автор пожалуйста подскажите. релиз упп 1.3.29.1
(379) vostdnn,
Да. Такая ошибка есть и связана с изменением учета по остаткам отпусков в новых релизах УПП.
В данный момент идет разработка обновления релиза публикации. В данном релизе эта ошибка уже исправлена.
Если ничего не помешает, то релиз опубликую не позднее пятницы (07.09.2012)
Да. Такая ошибка есть и связана с изменением учета по остаткам отпусков в новых релизах УПП.
В данный момент идет разработка обновления релиза публикации. В данном релизе эта ошибка уже исправлена.
Если ничего не помешает, то релиз опубликую не позднее пятницы (07.09.2012)
381.
AlbrandtEV
25.09.12 06:56
Сейчас в теме
Обработка отличная! Спасибо автору!
Есть одно пожелание. Можно ли сделать в обработке сохранение уже рассчитанных обязательств? Т.е. чтобы при открытии рассчитанные суммы за текущий месяц сразу заполнялись и не приходилось бы их заново рассчитывать
Есть одно пожелание. Можно ли сделать в обработке сохранение уже рассчитанных обязательств? Т.е. чтобы при открытии рассчитанные суммы за текущий месяц сразу заполнялись и не приходилось бы их заново рассчитывать
(381) faSHIsT,
Спасибо за комментарий! Плюсуйте - будем развиваться дальше...
А по поводу вопроса:
Такая мысль уже посещала. Изначально хотелось сохранять эти данные, чтобы к ним можно было обратиться из других мест (например из отчета).
Но есть особенность: без изменения типовой конфигурации сохранение данных можно реализовать только в виде файла. А это значит, что в таблицу обработки данные будут загружаться по кнопке, выгружаться по кнопке, для формирования отчета нужно будет сначала загрузить данные в таблицу. Вообщем придется выполнять лишние операции.
В настоящий момент идет работа над новой публикацией. Поэтому думаю в ней реализую вышеизложенным способом.
Спасибо за комментарий! Плюсуйте - будем развиваться дальше...
А по поводу вопроса:
Такая мысль уже посещала. Изначально хотелось сохранять эти данные, чтобы к ним можно было обратиться из других мест (например из отчета).
Но есть особенность: без изменения типовой конфигурации сохранение данных можно реализовать только в виде файла. А это значит, что в таблицу обработки данные будут загружаться по кнопке, выгружаться по кнопке, для формирования отчета нужно будет сначала загрузить данные в таблицу. Вообщем придется выполнять лишние операции.
В настоящий момент идет работа над новой публикацией. Поэтому думаю в ней реализую вышеизложенным способом.
383.
AlbrandtEV
25.09.12 08:34
Сейчас в теме
(382)
За разработку плюсанул сразу же. Как вариант, в настройках указать путь к файлу и флажок "сохранять/загружать ранее рассчитанные записи автоматически"
За разработку плюсанул сразу же. Как вариант, в настройках указать путь к файлу и флажок "сохранять/загружать ранее рассчитанные записи автоматически"
УПП 1.3.28.1
{Форма.Форма.Форма(1586)}: Метод объекта не обнаружен (ПодготовитьДанныеПоРегламентированнымОтпускам)
ВыборкаНачальныеОстатки = ПроцедурыУправленияПерсоналом.ПодготовитьДанныеПоРегламентированнымОтпускам(ТаблицаНачальныеОстатки, , Истина, Истина);
Плиз хелп.
{Форма.Форма.Форма(1586)}: Метод объекта не обнаружен (ПодготовитьДанныеПоРегламентированнымОтпускам)
ВыборкаНачальныеОстатки = ПроцедурыУправленияПерсоналом.ПодготовитьДанныеПоРегламентированнымОтпускам(ТаблицаНачальныеОстатки, , Истина, Истина);
Плиз хелп.
387.
baralgin1003
32
27.09.12 06:06
Сейчас в теме
(386)дорогой вы наш человек.... обновите, пожалуйста скорее!
Спасибо, очень полезная обработка. Пользовались 14 версией, однако обнаружили расхождения: при формировании проводок за основу берётся количество дней без округления, а для печ.формы - с округлением. Получается - разные итоги в проводках и в отчете.
Скачала 15 версию, но воспользоваться не могу - выдаёт ошибку:
{Форма.Форма.Форма(1257)}: Ошибка при вызове метода контекста (Индекс)
НомерСтрокиТаблицаНачальныеОстатки = ТаблицаНачальныеОстатки.Индекс(СтрокаТаблицаНачальныеОстатки) + 1;
по причине:
Несоответствие типов (параметр номер '1')
Заранее спасибо за помощь.
Скачала 15 версию, но воспользоваться не могу - выдаёт ошибку:
{Форма.Форма.Форма(1257)}: Ошибка при вызове метода контекста (Индекс)
НомерСтрокиТаблицаНачальныеОстатки = ТаблицаНачальныеОстатки.Индекс(СтрокаТаблицаНачальныеОстатки) + 1;
по причине:
Несоответствие типов (параметр номер '1')
Заранее спасибо за помощь.
(390)
Здравстуйте. Воспользовалась 15-й версией - всё хорошо, единственное - там так же, как и в 14-й есть разница между суммами проводок и суммами, отражаемыми в печатной форме. Из-за того, что в одном случае количество дней округляется, а в другом - нет.
Здравстуйте. Воспользовалась 15-й версией - всё хорошо, единственное - там так же, как и в 14-й есть разница между суммами проводок и суммами, отражаемыми в печатной форме. Из-за того, что в одном случае количество дней округляется, а в другом - нет.
(400)
Здравствуйте.
Уточнила - дни тут не при чём, проблема в другом: начисленные и использованные суммы оц.обязательств по уволенным сотрудникам в проводках есть (это хорошо), а в печатной форме их нет (это плохо). м.б. потому, что используется справочник "Сотрудники", а не "Физ.лица".. Но это только моё предположение.
Здравствуйте.
Уточнила - дни тут не при чём, проблема в другом: начисленные и использованные суммы оц.обязательств по уволенным сотрудникам в проводках есть (это хорошо), а в печатной форме их нет (это плохо). м.б. потому, что используется справочник "Сотрудники", а не "Физ.лица".. Но это только моё предположение.
411.
baralgin1003
32
03.10.12 09:22
Сейчас в теме
уважаемый автор, не могли бы вы отдельно дать функцию расчета остатка отпуска?
413.
baralgin1003
32
03.10.12 10:31
Сейчас в теме
место в модуле. короче нужно чтоб как в справочнике сотрудников, показывался остаток отпуска в днях, бухам ваша обработка понравилась, но попросили еще отдельный отчет накидать, так как старые отччеты перестали работать в связи с обновлением механизма
(413) baralgin1003,
В процедуре "ДобавитьСтрокиСОстаткамиОтпусков" есть вызов стандартных процедур для расчета остатков отпусков для УПП, ЗУП, КА.
Имена процедур в параметрах функции "Вычислить".
Для старых и новых релизов определены разные алгоритмы расчета и соответственно разные процедуры.
В процедуре "ДобавитьСтрокиСОстаткамиОтпусков" есть вызов стандартных процедур для расчета остатков отпусков для УПП, ЗУП, КА.
Имена процедур в параметрах функции "Вычислить".
Для старых и новых релизов определены разные алгоритмы расчета и соответственно разные процедуры.
Есть вопрос по поводу правильности расчета начальной суммы (возможно я не первый) (Версия 1_14)
Средний заработок рассчитан был ранее:
Это же средний заработок для расчета на конец текущего периода.
И он вполне может отличаться от среднего заработка, рассчитанного в прошлом месяце.
Насколько правильно так рассчитывать ? По моему нужно накапливать где то сумму начисленных оценочных обязательств по сотруднику (или получать запросом из всех проведенных отражений зарплаты в регучете по данному сотруднику)
Процедура ЗаполнитьТаблицуРезервы()
...
// Рассчитываем суммы по строке
СуммаНачальныйОстаток = СреднийЗаработок * СтрокаРезервы.ДнейНачальныйОстаток;Средний заработок рассчитан был ранее:
СреднийЗаработок = РассчитатьСуммуОтпуска(Сотрудник);// Продолжительный расчет среднего для отпускаЭто же средний заработок для расчета на конец текущего периода.
И он вполне может отличаться от среднего заработка, рассчитанного в прошлом месяце.
Насколько правильно так рассчитывать ? По моему нужно накапливать где то сумму начисленных оценочных обязательств по сотруднику (или получать запросом из всех проведенных отражений зарплаты в регучете по данному сотруднику)
(419) nikolega,
При виде обработке "Ежемесячный расчет" суммы резерва берутся из колонки "Начислено" (это средний заработок за 12 месяцев * дней начислено). То есть в данном случае данные колонок "Сумма (нач.остаток)" и "Сумма (кон.остаток)" в формировании проводок не участвуют и являются чисто информационными.
Согласен с Вами, что сумма в колонке "Сумма (кон.остаток)" за январь не совпадет с "Сумма (нач.остаток)" за февраль. И я уже думал на тему сохранения сумм предыдущих месяцев, либо над двойным расчетом среднего (на текущий месяц и на предыдущий). Но первый способ подразумевает хранение дополнительных данных, т.е. изменение типовой конфигурации. А второй - увеличение и без того продолжительного времени заполнения обработки.
Поэтому принял решение пока этого не делать.
Если у Вас есть более изящное решение данной проблемы - буду весьма благодарен.
При виде обработке "Ежемесячный расчет" суммы резерва берутся из колонки "Начислено" (это средний заработок за 12 месяцев * дней начислено). То есть в данном случае данные колонок "Сумма (нач.остаток)" и "Сумма (кон.остаток)" в формировании проводок не участвуют и являются чисто информационными.
Согласен с Вами, что сумма в колонке "Сумма (кон.остаток)" за январь не совпадет с "Сумма (нач.остаток)" за февраль. И я уже думал на тему сохранения сумм предыдущих месяцев, либо над двойным расчетом среднего (на текущий месяц и на предыдущий). Но первый способ подразумевает хранение дополнительных данных, т.е. изменение типовой конфигурации. А второй - увеличение и без того продолжительного времени заполнения обработки.
Поэтому принял решение пока этого не делать.
Если у Вас есть более изящное решение данной проблемы - буду весьма благодарен.
А второй - увеличение и без того продолжительного времени заполнения обработки
(420)
Если выбирать между точностью и временем - думаю все таки большинство бухгалтеров выберут точность.
Если конечно же время не больше или равно "месяц" :-)
При виде обработке "Ежемесячный расчет" суммы резерва берутся из колонки "Начислено" (это средний заработок за 12 месяцев * дней начислено). То есть в данном случае данные колонок "Сумма (нач.остаток)" и "Сумма (кон.остаток)" в формировании проводок не участвуют и являются чисто информационными.
Все зависит еще от формулы расчета(Порядок расчета сумм), указанной в настройках отборов и параметров: есть же 2 варианта.
Во втором варианте не участвует остаток на начало (при расчете суммы начисления). А вот в первом от него(остатка на начало) зависит сумма начисленных оценочных обязательств.
У нас используется 1 формула расчета: Начислено = Кон.Остаток - Нач.Остаток + Использовано.
Как вариант, по поводу методов хранения (получения) данных об остатке на начало - можно использовать каталог из свойств пользователя "Основной каталог файлов пользователя" - сохранять туда с определенным именем (Период+Организация) в текстовый файл (СохранитьЗначениеВФайл()) таблицу значений с рассчитанными данными за период. При получении данных остатков на начало искать файл за прошлый месяц и если он есть - использовать цифры из ТаблицыЗначений. Если файла нет - считать по средней ЗП*остаток дней на начало месяца(как сейчас реализовано).
(421) nikolega,
Ну если Вы используете второй вариант, то да. Для Вас эта информация важна.
Идею хранения данных во внешних файлах проанализирую. Возможно и реализую, но не сейчас, потому как готовлю к публикации новый релиз по старым комментариям и предложениям + добавлю некоторые новые возможности.
Вообщем работаем. Спасибо за предложения, будем развиваться дальше.
Ну если Вы используете второй вариант, то да. Для Вас эта информация важна.
Идею хранения данных во внешних файлах проанализирую. Возможно и реализую, но не сейчас, потому как готовлю к публикации новый релиз по старым комментариям и предложениям + добавлю некоторые новые возможности.
Вообщем работаем. Спасибо за предложения, будем развиваться дальше.
(424) tosha-27,
Особенности применения способа расчета "Начислено = Кон.Остаток - Нач.Остаток + Использовано":
Если количество дней начислено по каким-либо причинам будет = 0, тогда может возникнуть ситуация, при которой Сумма начислено будет > 0;
Особенности применения способа расчета "Кон.Остаток = Нач.Остаток + Начислено - Использовано":
Если сотрудник увольняется в текущем месяце, количество дней на конец = 0, тогда может возникнуть ситуация, при которой Сумма кон.остаток будет > 0.
Особенности применения способа расчета "Начислено = Кон.Остаток - Нач.Остаток + Использовано":
Если количество дней начислено по каким-либо причинам будет = 0, тогда может возникнуть ситуация, при которой Сумма начислено будет > 0;
Особенности применения способа расчета "Кон.Остаток = Нач.Остаток + Начислено - Использовано":
Если сотрудник увольняется в текущем месяце, количество дней на конец = 0, тогда может возникнуть ситуация, при которой Сумма кон.остаток будет > 0.
426.
rnatt@mail.ru
24.10.12 11:06
Сейчас в теме
Владимир, программа количество дней отпуска округляет до целых. Возможно ли настроить (или где настроить), чтобы дни не округлялись?
А вообще программа СУПЕР!! Вы волшебник!!!
А вообще программа СУПЕР!! Вы волшебник!!!
(426) rnatt@mail.ru,
В типовой конфигурации такой механизм есть. Используется в документе "Расчет при увольнении". Но можно ли так получать данные по списку сотрудников я еще не проверял. После публикации свежого релиза (который уже превратился в долгострой) я проанализирую можно ли реализовать Ваше пожелание.
В типовой конфигурации такой механизм есть. Используется в документе "Расчет при увольнении". Но можно ли так получать данные по списку сотрудников я еще не проверял. После публикации свежого релиза (который уже превратился в долгострой) я проанализирую можно ли реализовать Ваше пожелание.
428.
rnatt@mail.ru
25.10.12 14:43
Сейчас в теме
И еще, у нас 6 декретников. Некоторые из них попадают в отчет, а некоторые нет. Хотя в стандартный отчет остатков отпусков они попадают все. Есть какие-то нюансы? Пробовала угадать, пока никак... (((
429.
rnatt@mail.ru
25.10.12 14:44
Сейчас в теме
Кстати, и вручную добавить нельзя... Куда бежать и не знаю...
(429) rnatt@mail.ru, (428) rnatt@mail.ru,
Выяснилось следующее:
Если сотрудница ушла в отпуск по уходу за ребенком более 12 месяцев назад, то средний за предыдущие 12 месяцев = 0 и резерв по таким сотрудницам не рассчитывается. Те, кто ушел в отпуск по уходу менее 12 месяцев назад - все считает.
Вопрос такой: Вам при создании резерва нужны сотрудницы, которые находятся в отпуске по уходу за ребенком ? Если да, то как вы предлагаете считать средний заработок по ним ?
Выяснилось следующее:
Если сотрудница ушла в отпуск по уходу за ребенком более 12 месяцев назад, то средний за предыдущие 12 месяцев = 0 и резерв по таким сотрудницам не рассчитывается. Те, кто ушел в отпуск по уходу менее 12 месяцев назад - все считает.
Вопрос такой: Вам при создании резерва нужны сотрудницы, которые находятся в отпуске по уходу за ребенком ? Если да, то как вы предлагаете считать средний заработок по ним ?
432.
rnatt@mail.ru
25.10.12 20:37
Сейчас в теме
Декретницы нужны однозначно. А средний рассчитывать исходя из периода, предшествующего событию. В крайнем случае можно и ручками поправить средний, он у них не будет меняться.
434.
rnatt@mail.ru
26.10.12 10:53
Сейчас в теме
Ну они могут выйти в любой момент, это их право .... А потом не важно выйдут ли они до конца года. У организации есть обязательство, оно может быть оценено, и оно должно быть ображено в бух.учете. Законодательство у нас такое "веселое"...
(439) Alteza,
Если нет данных о заработке за предыдущие 12 месяцев.
Виды расчета, которые входят в этот средний заработок берутся из плана вида расчетов "Средний заработок" для вида "Для расчета оплаты отпусков, командировок и сохраняемого в других случаях среднего заработка".
P.S.
Какая у Вас конфигурация и релиз ?
Если нет данных о заработке за предыдущие 12 месяцев.
Виды расчета, которые входят в этот средний заработок берутся из плана вида расчетов "Средний заработок" для вида "Для расчета оплаты отпусков, командировок и сохраняемого в других случаях среднего заработка".
P.S.
Какая у Вас конфигурация и релиз ?
Короче разобрались, в 57.1 в модулях отпуска стоит проверка и расчет ндфл, удалось обойти так:
закоментить //ДокументОбъект.Рассчитать(мРассчитываемыеТаблицы);
вместо него перенести в обработку процедуру расчитать из дока, и переделать ее..
закоментить //ДокументОбъект.Рассчитать(мРассчитываемыеТаблицы);
вместо него перенести в обработку процедуру расчитать из дока, и переделать ее..
(443) Alteza, у меня тоже что и у Вас, но только по некоторым организациям. По головной всё считаеется! ЗУП 57.1.
Можно поподробнее про переделку процедуры Рассчитать(мРассчитываемыеТаблицы), выдернутой из документа?
Подозреваю что надо расставить "ДокументОбъект." перед всеми ошибками, и заремить
Можно поподробнее про переделку процедуры Рассчитать(мРассчитываемыеТаблицы), выдернутой из документа?
Подозреваю что надо расставить "ДокументОбъект." перед всеми ошибками, и заремить
//Если РассчитываемыеТаблицы.Начисления Тогда
// ДокументОбъект.РассчитатьНДФЛ(Ложь, Ложь, ВыборкаПоШапкеДокумента);
//КонецЕсли;
(447) Insanity,
Ошибка с расчетом среднего странная, потому как у меня и у многих организаций, которые пользуются обработкой на релизе 2.5.57.1 все считает. Но при этом все больше обращается людей с проблемой, что не считает.
Постараюсь на этой неделе выкроить время и разобрать расчет по косточкам.
Ошибка с расчетом среднего странная, потому как у меня и у многих организаций, которые пользуются обработкой на релизе 2.5.57.1 все считает. Но при этом все больше обращается людей с проблемой, что не считает.
Постараюсь на этой неделе выкроить время и разобрать расчет по косточкам.
(450) возникла одна идейка, откуда могут "ноги рости" у этой проблемы. У нас в головной организации у бухов стоят неограниченные (бухгалтерские) права, а в филиалах "группами пользователей" сделаны доступными документы только по своей организации". Соответственно ограничены справочники и регистры. И если в каком-либо расчете используется регистр, затрагивающий неразрешенные данные, то расчет выполнен не будет.
Лечится использованием в запросах "ВЫБРАТЬ РАЗРЕШЕННЫЕ".
Но это пока только идея, на практике не проверенная.
Идея не оправдалась, я попробовал с полными правами сформировать резерв по головной, и одному филиалу. В головной считается, в филиале-нет :(
Лечится использованием в запросах "ВЫБРАТЬ РАЗРЕШЕННЫЕ".
Но это пока только идея, на практике не проверенная.
Идея не оправдалась, я попробовал с полными правами сформировать резерв по головной, и одному филиалу. В головной считается, в филиале-нет :(
У меня еще потребовалось чтобы в колонке "количство дней начисленно" всегда было 2.33 (походу это если остатки отпусков беспределят), пришлось прописать в жесткую, мож кому еще такое надо, то наверное имеет смысл приделать переключатель какойнить)
(445) Alteza,
Боюсь, что одним переключателем и жесткой установкой 2.33 проблему не решить. Не во всех случаях должна стоять цифра 2.33. Поэтому придется вручную писать кучу условий. А сейчас все эти условия выполняет типовая конфигурация. Да, иногда глючит количество дней, но вседа в следующем месяце ситуация исправляется и почти всегда можно объяснить почему считает именно так. Так что я пока за типовую.
Боюсь, что одним переключателем и жесткой установкой 2.33 проблему не решить. Не во всех случаях должна стоять цифра 2.33. Поэтому придется вручную писать кучу условий. А сейчас все эти условия выполняет типовая конфигурация. Да, иногда глючит количество дней, но вседа в следующем месяце ситуация исправляется и почти всегда можно объяснить почему считает именно так. Так что я пока за типовую.
(446) прошу не пинать меня ногами, но раз уж влез в код, хочу заметить, что в свойствах формы "Настройка отборов и параметров" было-бы очень полезно поставить галочку "Сохранять значения"(картинка в файле). Наверняка пригодится тем бухам, которые пользуются отборами (мне пригодилось :) ).
Прикрепленные файлы:
460.
Stas_Gromov
37
27.11.12 06:50
Сейчас в теме
Здравствуйте! У меня такая трабла: при формировании проводок в режиме ежемесячный расчет (и в режиме инвентаризация тоже) на вкладке Проводки пишет "{Форма.Форма.Форма(1678)}: Получение элемента по индексу для значения не определено
СтатьяЗатрат = СтрокаСоответствиеСтатейЗатрат[ИндексКолонки];"
в чем может быть проблема?
Управление производственным предприятием, редакция 1.3 (1.3.29.2)
1С:Предприятие 8.2 (8.2.15.319)
СтатьяЗатрат = СтрокаСоответствиеСтатейЗатрат[ИндексКолонки];"
в чем может быть проблема?
Управление производственным предприятием, редакция 1.3 (1.3.29.2)
1С:Предприятие 8.2 (8.2.15.319)
(460) + 1. (464) - в регистре сведений СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете только записи СтраховыеВзносы и ФСС_НС.
Ещё не инициализируются счётчики прогресса в старом алгоритме расчета, там же для второго прогрессора неверен расчёт позиции.
Ещё не инициализируются счётчики прогресса в старом алгоритме расчета, там же для второго прогрессора неверен расчёт позиции.
462.
Stas_Gromov
37
04.12.12 13:07
Сейчас в теме
kondrp, получилось найти ошибку? Я так понимаю больше ни у кого она не появлялась что ли?
(462) Stas_Gromov,
Прошу прощения, что не написал раньше. Много работы.
В Вашем случае необходимо проверить заполнение регистра сведений "СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете".
Судя по всему, для какой то статьи затрат на оплату труда в регистре нет данных о соответствии статьям страховых взносов
Прошу прощения, что не написал раньше. Много работы.
В Вашем случае необходимо проверить заполнение регистра сведений "СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете".
Судя по всему, для какой то статьи затрат на оплату труда в регистре нет данных о соответствии статьям страховых взносов
(468) Sharloc,
Прошу прощения, но проверка расчета среднего на релизе 2.5.58.1 не выявила проблемы, которую Вы описываете. Кроме того, если Вы пользуетесь релизом v1.16, то там уже устанавливается значение в реквизит "ДатаВыплатыДохода".
Прошу прощения, но проверка расчета среднего на релизе 2.5.58.1 не выявила проблемы, которую Вы описываете. Кроме того, если Вы пользуетесь релизом v1.16, то там уже устанавливается значение в реквизит "ДатаВыплатыДохода".
551.
rnatt@mail.ru
09.02.13 18:34
Сейчас в теме
Добрый вечер великим и могучим!
Пробовала рассчитать резерв на версии КОРП 2.5.60.1 ... Программа считала-считала и - сюрприз в виде ошибки:
{Форма.Форма.Форма(469)}: Ошибка при вызове метода контекста (Выполнить)
Запрос.Выполнить();
по причине:
{(1, 1)}: Ожидается выражение "ВЫБРАТЬ"
Куды бежать?
Пробовала рассчитать резерв на версии КОРП 2.5.60.1 ... Программа считала-считала и - сюрприз в виде ошибки:
{Форма.Форма.Форма(469)}: Ошибка при вызове метода контекста (Выполнить)
Запрос.Выполнить();
по причине:
{(1, 1)}: Ожидается выражение "ВЫБРАТЬ"
Куды бежать?
{Форма.Форма.Форма(469)}: Ошибка при вызове метода контекста (Выполнить)
Запрос.Выполнить();
по причине:
{(1, 1)}: Ожидается выражение "ВЫБРАТЬ"
Здравствуйте! Вот такая ошибка появляется после расчета остатка отпусков, релиз 2.5.63.1.
Что делать? Только из-за этой обработки купила доступ и ...
Запрос.Выполнить();
по причине:
{(1, 1)}: Ожидается выражение "ВЫБРАТЬ"
Здравствуйте! Вот такая ошибка появляется после расчета остатка отпусков, релиз 2.5.63.1.
Что делать? Только из-за этой обработки купила доступ и ...
472.
elena_klytchenko
17.12.12 13:51
Сейчас в теме
Тоже актуальна разбивка по сотрудникам.
Встречала платное решение, где, видимо, заведены специальные регистры для детализации по сотрудникам, а проводка формируется общая на 96. Т.е. отдельно есть документ для начисления резервов по каждому сотруднику, отдельно документ по погашению по каждому сотруднику, отдельно документ инвентаризации. Есть все отчеты. А проводка одна.
Могу скинуть ссылку на предложение если что, может, Вы что-то большее поймете.
Сразу говорю, что с разработчиками никак не связана)))) а вот клиенты нашли их страницу, насмотрелись, и хотят теперь того же.
Встречала платное решение, где, видимо, заведены специальные регистры для детализации по сотрудникам, а проводка формируется общая на 96. Т.е. отдельно есть документ для начисления резервов по каждому сотруднику, отдельно документ по погашению по каждому сотруднику, отдельно документ инвентаризации. Есть все отчеты. А проводка одна.
Могу скинуть ссылку на предложение если что, может, Вы что-то большее поймете.
Сразу говорю, что с разработчиками никак не связана)))) а вот клиенты нашли их страницу, насмотрелись, и хотят теперь того же.
473.
Stas_Gromov
37
17.12.12 14:07
Сейчас в теме
(472) elenko1, ссылкой не поделетесь? тоже интересно посмотреть..
474.
elena_klytchenko
17.12.12 14:26
Сейчас в теме
(473) Stas_Gromov, конечно
Наверное, раз клиенты хотят, проще будет им сразу и приобрести, если согласятся...
Наверное, раз клиенты хотят, проще будет им сразу и приобрести, если согласятся...
(472) elenko1,
Решение не новое, но по своему интересное.
Не совсем понятно только зачем разделили документы "Начисление резерва" и "Использование резерва", хотя и тот и другой вводятся в конце месяца.
А еще цену не нашел на эту разработку.
P.S.
Если Вам Посчастливится в дальнейшем внедрять этот модуль, напишите свои впечатления.
Решение не новое, но по своему интересное.
Не совсем понятно только зачем разделили документы "Начисление резерва" и "Использование резерва", хотя и тот и другой вводятся в конце месяца.
А еще цену не нашел на эту разработку.
P.S.
Если Вам Посчастливится в дальнейшем внедрять этот модуль, напишите свои впечатления.
476.
elena_klytchenko
17.12.12 15:32
Сейчас в теме
(475) наверное, один док делает приход, другой - расход в их регистре накопления, на основании которого они же и отчеты детально по сотрудникам выводят.
Но это мои домыслы.
А цена вообще там была точно, мааленькими циферками, сразу не заметишь.
Хотя сейчас ее не вижу, и не знаю, корректно ли здесь о ценах писать.
Но надеюсь, разработчики не делают из этого секрет (во всяком случае, на прошлой неделе не делали)- 37.000 руб.
Но это мои домыслы.
А цена вообще там была точно, мааленькими циферками, сразу не заметишь.
Хотя сейчас ее не вижу, и не знаю, корректно ли здесь о ценах писать.
Но надеюсь, разработчики не делают из этого секрет (во всяком случае, на прошлой неделе не делали)- 37.000 руб.
(476) elenko1,
Ну если алгоритм полностью работоспособен и совместим с типовыми механизмами (я имею в виду регистры "Фактические отпуска", справочник "Остатки отпусков", механизмы формирования проводок), поддерживаются все изменения в типовых конфигурациях, тогда разработка имеет право на жизнь и ее можно приобретать.
Так что если решитесь - будет кому рассказать о внутренней стороне внедрения этой обработки. Чтобы можно было сравнить с рекламой.
Ну если алгоритм полностью работоспособен и совместим с типовыми механизмами (я имею в виду регистры "Фактические отпуска", справочник "Остатки отпусков", механизмы формирования проводок), поддерживаются все изменения в типовых конфигурациях, тогда разработка имеет право на жизнь и ее можно приобретать.
Так что если решитесь - будет кому рассказать о внутренней стороне внедрения этой обработки. Чтобы можно было сравнить с рекламой.
478.
elena_klytchenko
17.12.12 16:21
Сейчас в теме
(477) да, у Вас очевидное преимущество - не надо снимать с поддержки ЗУП.
Осталось, чтобы бухгалтера все-таки определились с алгоритмом расчета. И работали же год на типовом функционале без претензий. %)
Если внедрение случится, поделюсь опытом, конечно.
Осталось, чтобы бухгалтера все-таки определились с алгоритмом расчета. И работали же год на типовом функционале без претензий. %)
Если внедрение случится, поделюсь опытом, конечно.
481.
Stas_Gromov
37
18.12.12 09:29
Сейчас в теме
а у 1Сников никто не спрашивал, будет ли их доработка резервов? :) а то народ деньги влупит, а через пол-годика хоп - и обновление!
482.
elena_klytchenko
18.12.12 09:34
Сейчас в теме
(481) Stas_Gromov, последнее сообщение от них на партнерах от 20 октября, что доделывать не собираются.
Во всяком случае, инвентаризацию точно пока не планируют.
Во всяком случае, инвентаризацию точно пока не планируют.
487.
ves.Parnas
25.12.12 15:42
Сейчас в теме
Владимир, добрый день!
Скачала одну из последних версий обработки. Прикрепила к типовой конфигурации (база на 150 сотр). Распределения з/п сотрудников выполняем документом "Ввод распределения основного заработка сотрудника организации"- в течение одного месяца з/п сотрудника необходимо долями распределять на разные СчетаЗатрат и НомГруппы (это строительство). Поэтому все "способы отражения" только в этом документе и сидят.
Совершенно понятно, что при использовании Вашей обработки проводоки ( Дт <сч.затрат> Кт 96 ) замещаются на Дт 26 Кт 96 -- способа отражения по умолчанию. Нет претензий.
Вот и возник у меня вопрос:
если в доке "Отражения зарплаты..."отработал типовой механизм создания ОценОбязательств - суммы рассчитались % от расчетной базы, счета дебета установились в зависимости от распределения осн.и доп.начислений -
вроде как остается только суммы рассчитать внешним алгоритмом (Ср.Дн.зп * 2.33 + взносы), и заменить результаты в уже существующем наборе проводок ?
Скачала одну из последних версий обработки. Прикрепила к типовой конфигурации (база на 150 сотр). Распределения з/п сотрудников выполняем документом "Ввод распределения основного заработка сотрудника организации"- в течение одного месяца з/п сотрудника необходимо долями распределять на разные СчетаЗатрат и НомГруппы (это строительство). Поэтому все "способы отражения" только в этом документе и сидят.
Совершенно понятно, что при использовании Вашей обработки проводоки ( Дт <сч.затрат> Кт 96 ) замещаются на Дт 26 Кт 96 -- способа отражения по умолчанию. Нет претензий.
Вот и возник у меня вопрос:
если в доке "Отражения зарплаты..."отработал типовой механизм создания ОценОбязательств - суммы рассчитались % от расчетной базы, счета дебета установились в зависимости от распределения осн.и доп.начислений -
вроде как остается только суммы рассчитать внешним алгоритмом (Ср.Дн.зп * 2.33 + взносы), и заменить результаты в уже существующем наборе проводок ?
Обработка - супер!!!
пожелание к будущей версии обработки: возможность заменять статьи затрат в проводках (у нас в компании резервы по статьям затрат падают на отдельную статью затрат "резервы отпусков", а не на статью "заработная плата")
пожелание к будущей версии обработки: возможность заменять статьи затрат в проводках (у нас в компании резервы по статьям затрат падают на отдельную статью затрат "резервы отпусков", а не на статью "заработная плата")
Здравствуйте. Столкнулась с тем, что по сотрудникам, принятым в текущем месяце, резерв не формируется, хотя бухгалтера утверждают, что им положено уже 2,33 дня. Проблема связана с расчетом среднего. Решила следующим образом: в процедуре РассчитатьСуммуОтпуска добавила проверку:
Если Сотрудник.ДатаПриемаНаРаботу>ПериодРасчетаСреднегоЗаработкаОкончание Тогда
ПериодРасчетаСреднегоЗаработкаОкончание = КонецМесяца(Сотрудник.ДатаПриемаНаРаботу);
КонецЕсли;
Может, пригодится.(Версия 1.17, последняя на текущий момент)
Если Сотрудник.ДатаПриемаНаРаботу>ПериодРасчетаСреднегоЗаработкаОкончание Тогда
ПериодРасчетаСреднегоЗаработкаОкончание = КонецМесяца(Сотрудник.ДатаПриемаНаРаботу);
КонецЕсли;
Может, пригодится.(Версия 1.17, последняя на текущий момент)
500.
ves.Parnas
14.01.13 09:46
Сейчас в теме
(499) OlaIa, и еще бухи обращают внимание: принят сотр до 15 числа месяца - считаем 2,33; принят после 15го числа - не считаем (в соответствии с принципом начисления дней отпуска по кадровым правилам)
(500) ves.Parnas,
Для расчета на данный момент можно использовать два варианта: типовой механизм расчета количества дней отпуска, либо "Всегда 2.33". Судя по Вашему комментарию у Вас используется вариант "Всегда 2.33".
В перспективе я хочу добавить проверку на дату приема сотрудника при использованиии варианта "Всегда 2.33".
P.S.
Если используете типовой механизм расчета количества дней, тогда опишите поподробнее ситуацию (дату приема сотрудника, количество дней рассчитанных программой), чтобы можно было проверить правильность Ваших расчетов.
Для расчета на данный момент можно использовать два варианта: типовой механизм расчета количества дней отпуска, либо "Всегда 2.33". Судя по Вашему комментарию у Вас используется вариант "Всегда 2.33".
В перспективе я хочу добавить проверку на дату приема сотрудника при использованиии варианта "Всегда 2.33".
P.S.
Если используете типовой механизм расчета количества дней, тогда опишите поподробнее ситуацию (дату приема сотрудника, количество дней рассчитанных программой), чтобы можно было проверить правильность Ваших расчетов.
(505) добрый день. Тема про декретниц уже поднималась. У меня получается, что декретницы, ушедшие в отпуск более года назад, как декретницы не определяются (я отключила удаление незаполненных строк в обработке для отладки, поэтому видно). Я же правильно понимаю, что должен быть значок в колонке СостояниеСотрудника? Если я устанавливаю отбор по такой декретнице, то процедура ПолучитьТаблицуОтпусковПоУходуЗаРебенком выдает пустой результат. Я так поняла, декретница должна в этой таблице быть? Ну и соответственно период для расчета среднего не сдвигается согласно настройкам (до отпуска) и средний заработок не рассчитывается. Пока не сообразила, как это исправить.
(521) нашла 2 причины, почему у меня декретницы не посчитались.
(Речь о процедуре ПолучитьТаблицуОтпусковПоУходуЗаРебенком)
1) при создании ВТДатыПриема стоит условие: РаботникиОрганизацийСрезПервых.Регистратор ССЫЛКА Документ.ПриемНаРаботуВОрганизацию
а в нашем случае регистратором также может выступать Документ.ПереносДанных, добавила его в условие.
2) обнаружила по одной из сотрудниц следующее: у нее отдельными документами оформлены отпуска до 1,5 и до 3 лет. Отпуск до 1,5 лет не попадает под условие запроса:
&НачалоПериода МЕЖДУ СостояниеРаботниковОрганизаций.Период И СостояниеРаботниковОрганизаций.ПериодЗавершения
ИЛИ &КонецПериода МЕЖДУ СостояниеРаботниковОрганизаций.Период И СостояниеРаботниковОрганизаций.ПериодЗавершения
соответственно, хоть период сдвигается, он попадает на отпуск до 1.5 лет. Но это, я так понимаю, неправильно документы оформили?
(Речь о процедуре ПолучитьТаблицуОтпусковПоУходуЗаРебенком)
1) при создании ВТДатыПриема стоит условие: РаботникиОрганизацийСрезПервых.Регистратор ССЫЛКА Документ.ПриемНаРаботуВОрганизацию
а в нашем случае регистратором также может выступать Документ.ПереносДанных, добавила его в условие.
2) обнаружила по одной из сотрудниц следующее: у нее отдельными документами оформлены отпуска до 1,5 и до 3 лет. Отпуск до 1,5 лет не попадает под условие запроса:
&НачалоПериода МЕЖДУ СостояниеРаботниковОрганизаций.Период И СостояниеРаботниковОрганизаций.ПериодЗавершения
ИЛИ &КонецПериода МЕЖДУ СостояниеРаботниковОрганизаций.Период И СостояниеРаботниковОрганизаций.ПериодЗавершения
соответственно, хоть период сдвигается, он попадает на отпуск до 1.5 лет. Но это, я так понимаю, неправильно документы оформили?
529.
ves.Parnas
24.01.13 12:21
Сейчас в теме
(505) может появились какие-нить идеи на предмет ускорения расчета среднего з/п?
таки, чем народу больше, тем дольше работает...
таки, чем народу больше, тем дольше работает...
(529) ves.Parnas,
Пока идей в этом направлении нет. Писать свой расчет среднего пока времени нет.
P.S.
В ближайшее время опубликую новый релиз с исправлениями ошибок по инвентаризации отпусков, а также по расчету страховых взносов для инвалидов в 2013 году.
Пока идей в этом направлении нет. Писать свой расчет среднего пока времени нет.
P.S.
В ближайшее время опубликую новый релиз с исправлениями ошибок по инвентаризации отпусков, а также по расчету страховых взносов для инвалидов в 2013 году.
(529) ves.Parnas, да как бы и сам типовой механизм не особо резвый. Обработка всего лишь "подсовывает" в типовой документ данные, а потом берет из него результат, это происходит очень быстро. Для сравнения можно через обработку "Анализ неявок" запустить расчет отпускных "порции" сотрудников.
(530) справку подробную с примерами работы разных режимов сделайте :-). Расчет среднего не трогайте, не стоит он того.
(530) справку подробную с примерами работы разных режимов сделайте :-). Расчет среднего не трогайте, не стоит он того.
765.
egorovaele
03.01.15 22:22
Сейчас в теме
Здравствуйте. Давно используем вашу обработку. Но недавно она перестала работать. Подскажите, как это исправить? 1С ЗУП, редакция 2.5 (2.5.87.2)
Ошибка: {Форма.Форма.Форма(504)}: Ошибка при вызове метода контекста (Выполнить)
Результат = Запрос.Выполнить();
по причине:
{(10, 54)}: Поле не найдено "ПредельнаяВеличинаБазыСтраховыхВзносовСрезПоследних.Размер"
ПредельнаяВеличинаБазыСтраховыхВзносовСрезПоследних.<<?>>Размер КАК ПределСтраховыхВзносов
Ошибка: {Форма.Форма.Форма(504)}: Ошибка при вызове метода контекста (Выполнить)
Результат = Запрос.Выполнить();
по причине:
{(10, 54)}: Поле не найдено "ПредельнаяВеличинаБазыСтраховыхВзносовСрезПоследних.Размер"
ПредельнаяВеличинаБазыСтраховыхВзносовСрезПоследних.<<?>>Размер КАК ПределСтраховыхВзносов
Доброго времени!
Есть пожелание к следующим релизам: в ЗУПе сделать поддержку 96 счета по сотрудникам (добавить субконто) и каждый месяц формировать резервы как это делается сейчас, в конце года проводить инвентаризацию резервов с учетом остатков по каждому сотруднику, а не распределять остаток 96 счета пропорционально сумме.
Преимущества - реестр 96 счета в разрезе каждого сотрудника.
Есть пожелание к следующим релизам: в ЗУПе сделать поддержку 96 счета по сотрудникам (добавить субконто) и каждый месяц формировать резервы как это делается сейчас, в конце года проводить инвентаризацию резервов с учетом остатков по каждому сотруднику, а не распределять остаток 96 счета пропорционально сумме.
Преимущества - реестр 96 счета в разрезе каждого сотрудника.
(506) Liksar,
Интересное предложение, только изменение в типовой конфигурации лучше адресовать фирме "1С".
P.S. В настоящий момент разрабатываю систему хранения данных о резервах по сотрудникам. Если все удастся сделать в рамках типовой конфигурации, тогда релиз опубликую в общий доступ.
Интересное предложение, только изменение в типовой конфигурации лучше адресовать фирме "1С".
P.S. В настоящий момент разрабатываю систему хранения данных о резервах по сотрудникам. Если все удастся сделать в рамках типовой конфигурации, тогда релиз опубликую в общий доступ.
509.
ves.Parnas
15.01.13 20:19
Сейчас в теме
(508) Liksar, добавление субконто на сч.96 в разы увеличит количество проводок ( ! ) :
предположим, в базе 1500 сотрудников
- пара проводок на одного сотра (по двум статьям затрат - от з/п и его взносов, это если его з/п на один счет)
- + если его з/п была распределена в этом периоде на несколько счетов затрат
предположим, в базе 1500 сотрудников
- пара проводок на одного сотра (по двум статьям затрат - от з/п и его взносов, это если его з/п на один счет)
- + если его з/п была распределена в этом периоде на несколько счетов затрат
(508) Liksar,
Добавление субконто, тем более не оборотного, к счету приведет к изменению алгоритма работы этого счета (формирование проводок, закрытие остатков по счету). Это касается работы типовых документов в программе "1С:Бухгалтерия". Счет ведь используется не только для резервов отпусков.
Добавление субконто, тем более не оборотного, к счету приведет к изменению алгоритма работы этого счета (формирование проводок, закрытие остатков по счету). Это касается работы типовых документов в программе "1С:Бухгалтерия". Счет ведь используется не только для резервов отпусков.
(510)
Добавление субконто (не оборотного) действительно добавит проблему закрытия остатков по каждому сотруднику на 97 счете. Но помоему это так и должно быть. В данной реализации (начисление по среднему по каждому сотруднику) бухгалтера должны вести реестр по каждому сотруднику, а остатки (в случае возникновения) закрывать. Разве не так?
Добавление субконто (не оборотного) действительно добавит проблему закрытия остатков по каждому сотруднику на 97 счете. Но помоему это так и должно быть. В данной реализации (начисление по среднему по каждому сотруднику) бухгалтера должны вести реестр по каждому сотруднику, а остатки (в случае возникновения) закрывать. Разве не так?
(508) Liksar, (508) Liksar, (509) ves.Parnas,
Согласен количество проводок увеличится. Думаю что количество проводок не может является решающим фактором. Проводки в ЗУП и так формируются по каждому сотруднику, а вот выгрузка в учетную программу может осуществляться сводно.
Плюс данного решения - учет резервов по каждому сотруднику, что избавляет бухгалтеров от ведения дополнительного реестра в Excel.
Согласен количество проводок увеличится. Думаю что количество проводок не может является решающим фактором. Проводки в ЗУП и так формируются по каждому сотруднику, а вот выгрузка в учетную программу может осуществляться сводно.
Плюс данного решения - учет резервов по каждому сотруднику, что избавляет бухгалтеров от ведения дополнительного реестра в Excel.
Выводит ошибку.
{Форма.Форма.Форма(651)}: Ошибка при вызове метода контекста (Выполнить)
Результат = Запрос.Выполнить();
по причине:
{(10, 34)}: Поле не найдено "ГражданствоФизЛицСрезПоследних.НеИмеетПравоНаМедицинскоеСтрахование"
ГражданствоФизЛицСрезПоследних.<<?>>НеИмеетПравоНаМедицинскоеСтрахование КАК НеИмеетПравоНаМедицинскоеСтрахование,
{Форма.Форма.Форма(651)}: Ошибка при вызове метода контекста (Выполнить)
Результат = Запрос.Выполнить();
по причине:
{(10, 34)}: Поле не найдено "ГражданствоФизЛицСрезПоследних.НеИмеетПравоНаМедицинскоеСтрахование"
ГражданствоФизЛицСрезПоследних.<<?>>НеИмеетПравоНаМедицинскоеСтрахование КАК НеИмеетПравоНаМедицинскоеСтрахование,
Выходит ошибка, подскажите в чем проблема ? (Зарплата и Управление Персоналом, редакция 2.5 (2.5.58.1))
{Форма.Форма.Форма(1064)}: Метод объекта не обнаружен (ПодготовитьДанныеПоРегламентированнымОтпускам)
ВыборкаНачальныеОстатки = ПроцедурыУправленияПерсоналом.ПодготовитьДанныеПоРегламентированнымОтпускам(ТаблицаНачальныеОстатки, , Истина, Истина);
{Форма.Форма.Форма(1064)}: Метод объекта не обнаружен (ПодготовитьДанныеПоРегламентированнымОтпускам)
ВыборкаНачальныеОстатки = ПроцедурыУправленияПерсоналом.ПодготовитьДанныеПоРегламентированнымОтпускам(ТаблицаНачальныеОстатки, , Истина, Истина);
Добрый вечер, скажите при формировании проводок, берутся только из подразделений "Задать бух учет" ?
524.
franchisees
17.01.13 22:54
Сейчас в теме
Добрый вечер, скажите проводка цепляется только из подразделения (из справочника подразделения, задать проводки для бух учета) ?
Добрый день,
Есть некоторые замечания по работе данной обработки:
1) при расчете взносов ФСС НС не учитывается скидка для инвалидов
2) при расчете страховых взносов не учитывается превышение страховой базы с учетом нарастающего итога за год (30% и 10%)
Есть некоторые замечания по работе данной обработки:
1) при расчете взносов ФСС НС не учитывается скидка для инвалидов
2) при расчете страховых взносов не учитывается превышение страховой базы с учетом нарастающего итога за год (30% и 10%)
(525) Liksar,
1. Вопрос по ставке ФСС НС для инвалидов - учту при публикации следующего релиза.
2. Превышение Базы страховых взносов с начала года над пределом учитывается. Проверьте у себя еще раз. Если не заработает, то нужен конкретный пример с цифрами.
1. Вопрос по ставке ФСС НС для инвалидов - учту при публикации следующего релиза.
2. Превышение Базы страховых взносов с начала года над пределом учитывается. Проверьте у себя еще раз. Если не заработает, то нужен конкретный пример с цифрами.
Добрый день, Владимир! Для резерва отпусков используем типовой механизм в ЗУП редакция 2.5 (2.5.59.2), ежемесячно резерв процентом. Встал вопрос инвентаризации на конец года, ваша обработка понравилась, только почему то не выводится печатная форма инвентаризации а только ежемесячного расчета.Или что то не так делаем?
(532) sa_nata06,
Для вывода данных об инвентаризации необходимо зайти в настройку печатной формы и изменить структуру выводимого отчета.
В ближайшее время опубликую дополнительные файлы с заранее заданными настройками для ежемесячного отчета и для инвентаризации.
Для вывода данных об инвентаризации необходимо зайти в настройку печатной формы и изменить структуру выводимого отчета.
В ближайшее время опубликую дополнительные файлы с заранее заданными настройками для ежемесячного отчета и для инвентаризации.
(534) swetelen,
Обработка служит только для формирования резервов по отпускам.
Компенсация отпуска при увольнении не увеличивает резерв, а наоборот уменьшает. Эта часть отрабатывается с помощью типовых механизмов конфигурации.
Обработка служит только для формирования резервов по отпускам.
Компенсация отпуска при увольнении не увеличивает резерв, а наоборот уменьшает. Эта часть отрабатывается с помощью типовых механизмов конфигурации.
(541) Все нормально. Просто в списке документов "Начисление отпуска..." оказался документ, помеченный на удаление с номером 0000000001. Обработка сообщала, что номер не уникальный, а попутно, что справочник "Сотрудники" незаполнен и прав недостаточно. Может подскажите, какую доработку имел ввиду ArTz(539), потому что у нас статьи затрат на оплату и страх.взносы разделены по счетам 20,23,25,26 и 44.
(542) sn_feld, kondrp,
Процедура ЗаполнитьСтатьюЗатрат(ВидСтроки, СтрокаОтражениеВУчете)
Если СтрокаОтражениеВУчете.СчетДт = ПланыСчетов.Хозрасчетный.ОсновноеПроизводство Тогда
СтатьяЗатрат = Статья20;
ИначеЕсли СтрокаОтражениеВУчете.СчетДт = ПланыСчетов.Хозрасчетный.ВспомогательныеПроизводства Тогда
СтатьяЗатрат = Статья23;
ИначеЕсли СтрокаОтражениеВУчете.СчетДт = ПланыСчетов.Хозрасчетный.ОбщепроизводственныеРасходы Тогда
СтатьяЗатрат = Статья25;
ИначеЕсли СтрокаОтражениеВУчете.СчетДт = ПланыСчетов.Хозрасчетный.ОбщехозяйственныеРасходы Тогда
СтатьяЗатрат = Статья26;
КонецЕсли;
//// Сначала определим статью затрат шаблона проводки
//Если ТипЗнч(СтрокаОтражениеВУчете.СубконтоДт1) = Тип("СправочникСсылка.СтатьиЗатрат") Тогда
// СтатьяЗатрат = СтрокаОтражениеВУчете.СубконтоДт1;
//ИначеЕсли ТипЗнч(СтрокаОтражениеВУчете.СубконтоДт2) = Тип("СправочникСсылка.СтатьиЗатрат") Тогда
// СтатьяЗатрат = СтрокаОтражениеВУчете.СубконтоДт2;
//ИначеЕсли ТипЗнч(СтрокаОтражениеВУчете.СубконтоДт3) = Тип("СправочникСсылка.СтатьиЗатрат") Тогда
// СтатьяЗатрат = СтрокаОтражениеВУчете.СубконтоДт3;
//Иначе
// СтатьяЗатрат = Неопределено;
//КонецЕсли;
и так
Процедура ЗаполнитьСтатьюЗатрат(ВидСтроки, СтрокаОтражениеВУчете)
Если СтрокаОтражениеВУчете.СчетДт = ПланыСчетов.Хозрасчетный.ОсновноеПроизводство Тогда
СтатьяЗатрат = Статья20;
ИначеЕсли СтрокаОтражениеВУчете.СчетДт = ПланыСчетов.Хозрасчетный.ВспомогательныеПроизводства Тогда
СтатьяЗатрат = Статья23;
ИначеЕсли СтрокаОтражениеВУчете.СчетДт = ПланыСчетов.Хозрасчетный.ОбщепроизводственныеРасходы Тогда
СтатьяЗатрат = Статья25;
ИначеЕсли СтрокаОтражениеВУчете.СчетДт = ПланыСчетов.Хозрасчетный.ОбщехозяйственныеРасходы Тогда
СтатьяЗатрат = Статья26;
КонецЕсли;
//// Сначала определим статью затрат шаблона проводки
//Если ТипЗнч(СтрокаОтражениеВУчете.СубконтоДт1) = Тип("СправочникСсылка.СтатьиЗатрат") Тогда
// СтатьяЗатрат = СтрокаОтражениеВУчете.СубконтоДт1;
//ИначеЕсли ТипЗнч(СтрокаОтражениеВУчете.СубконтоДт2) = Тип("СправочникСсылка.СтатьиЗатрат") Тогда
// СтатьяЗатрат = СтрокаОтражениеВУчете.СубконтоДт2;
//ИначеЕсли ТипЗнч(СтрокаОтражениеВУчете.СубконтоДт3) = Тип("СправочникСсылка.СтатьиЗатрат") Тогда
// СтатьяЗатрат = СтрокаОтражениеВУчете.СубконтоДт3;
//Иначе
// СтатьяЗатрат = Неопределено;
//КонецЕсли;
и так
Прикрепленные файлы:
553.
rnatt@mail.ru
11.02.13 11:57
Сейчас в теме
Добрый ден. У нас 1С:Предприятие 8.2 (8.2.17.143), Конфигурация ЗУП КОРП редакция 2.5 (2.5.60.1)
(553) rnatt@mail.ru,
Для исправления мне нужно имя конфигурации как оно задано в конфигураторе.
Для этого нужно зайти в конфигуратор. Открыть дерево конфигурации и на самом верхнем уровне щелкнуть правой кнопкой мыши. Откроется окно "свойства" (обычно справа), в котором на закладке "Основные" в поле "Имя" указано имя конфигурации. Оно то мне и нужно
Для исправления мне нужно имя конфигурации как оно задано в конфигураторе.
Для этого нужно зайти в конфигуратор. Открыть дерево конфигурации и на самом верхнем уровне щелкнуть правой кнопкой мыши. Откроется окно "свойства" (обычно справа), в котором на закладке "Основные" в поле "Имя" указано имя конфигурации. Оно то мне и нужно
Разобрался в чем дело
некоторые регистры пишут только головную организацию
собственно поправил отчет немного
написал функцию
////////////////////////////////////////////////////////////
// ПРОЦЕДУРЫ И ФУНКЦИИ ОБЩЕГО НАЗНАЧЕНИЯ
////////////////////////////////////////////////////////////
//
// Функция ПолучитьГолову
// Функция разработана Брянским А.Б.
// Описание:
//
//
// Параметры
// Организация
//
// Возвращаемое значение: Организация
//
Функция ПолучитьГолову(Организация)
Если организация.ГоловнаяОрганизация=справочники.Организации.ПустаяСсылка() Тогда
возврат организация;
// это и есть голова у нее нет головной организации
иначе
возврат организация.ГоловнаяОрганизация
КонецЕсли;
КонецФункции //ПолучитьГолову
и добавил её в параметры запроса в функции
ПолучитьСтавкиСтраховыхВзносов(ВидТарифа = Неопределено)
и
ПолучитьОблагаемуюБазуСНачалаГода(МассивФизлица)
типа
Запрос.УстановитьПараметр("Организация" , ПолучитьГолову(Организация));
И все заработало Еще раз Спасибо за ВАШ труд!!!
надеюсь моя микро-доработка пригодится.
некоторые регистры пишут только головную организацию
собственно поправил отчет немного
написал функцию
////////////////////////////////////////////////////////////
// ПРОЦЕДУРЫ И ФУНКЦИИ ОБЩЕГО НАЗНАЧЕНИЯ
////////////////////////////////////////////////////////////
//
// Функция ПолучитьГолову
// Функция разработана Брянским А.Б.
// Описание:
//
//
// Параметры
// Организация
//
// Возвращаемое значение: Организация
//
Функция ПолучитьГолову(Организация)
Если организация.ГоловнаяОрганизация=справочники.Организации.ПустаяСсылка() Тогда
возврат организация;
// это и есть голова у нее нет головной организации
иначе
возврат организация.ГоловнаяОрганизация
КонецЕсли;
КонецФункции //ПолучитьГолову
и добавил её в параметры запроса в функции
ПолучитьСтавкиСтраховыхВзносов(ВидТарифа = Неопределено)
и
ПолучитьОблагаемуюБазуСНачалаГода(МассивФизлица)
типа
Запрос.УстановитьПараметр("Организация" , ПолучитьГолову(Организация));
И все заработало Еще раз Спасибо за ВАШ труд!!!
надеюсь моя микро-доработка пригодится.
Вопрос такой, как разделить проводки на тех кто непосредственно занят на производстве, Ауп и обслуживающих производство. По подразделениям понятно, а если в одном подразделении присутствуют несколько категорий сотрудников для резерва. Релизы все последние.
А можно как-то получить форму инвентаризации за год по всем сотрудникам
Сотрудник|Остаток дней на начало|Начислено дней|Начслено сумма|Использовано дней|Использовано Сумма|Остаток дней на конец| Результат инвентаризации +-
за год, а не за месяц
Сотрудник|Остаток дней на начало|Начислено дней|Начслено сумма|Использовано дней|Использовано Сумма|Остаток дней на конец| Результат инвентаризации +-
за год, а не за месяц
Добрый день! Обработка достаточно хорошая, но хочу заметить, если численность сотрудников организачии больше 500, то время затраченное на исполнение достаточно большое, поэтому бухгалтера жалуются. Я наподобие такой же обработки сделал, поэтому решил скачать, посмотреть как реализован расчет среднего, а он сделан как у всех через создание документа "начисление отпуска", что как раз увеличивает время на порядок. Если бы расчет среднего был реализован через запрос, можно было бы выйти из этой проблемы.
569.
ves.Parnas
25.02.13 10:35
Сейчас в теме
(568) Dimok2010, мотив автора использовать док.Начисления отпуска понятен - всегда будет срабатывать типовой механизм 1С.
Если расчет среднего делать своим запросом, то при изменениях 1С возникает необходимость постоянно поддерживать работоспособность своего запроса...
Если расчет среднего делать своим запросом, то при изменениях 1С возникает необходимость постоянно поддерживать работоспособность своего запроса...
(568) Dimok2010,
Возможно в будущих релизах добавлю возможность собственного расчета сумм для резервов. Только сразу замечу, что это будет упрощенный расчет, который будет учитывать только размер базы за месяц и не будет учитывать ньюансы расчета среднего заработка, зашитые в типовую конфигурацию. Потому как если делать все условия как в типовой - в результате получим типовую.
Возможно в будущих релизах добавлю возможность собственного расчета сумм для резервов. Только сразу замечу, что это будет упрощенный расчет, который будет учитывать только размер базы за месяц и не будет учитывать ньюансы расчета среднего заработка, зашитые в типовую конфигурацию. Потому как если делать все условия как в типовой - в результате получим типовую.
571.
sergik_nsk
148
26.02.13 15:54
Сейчас в теме
Спасибо за ваш труд, плюсую однозначно, хотел писать своё с нуля,а тут чисто случайно наткнулся, теперь проще будет, буду допиливать под нашу методу.
572.
sergik_nsk
148
26.02.13 16:48
Сейчас в теме
Странно как то после запуска видел, что расчитывает вроде по всем и 15 мин делал, а после завершения работы в таблице оценочные обязательства только 1 сотрудник, а у нас их около 300, отборы пустые, проверил остатки отпусков все есть, думал может все уже без меня допили, придеться разбираться самому, по результатам отпишу, версия последняя 1.18
575.
sergik_nsk
148
27.02.13 10:04
Сейчас в теме
(573) упп 1.3 (1.3.34.1) настройки в обработке все поставил как надо, какие еще? остатки отпусков в учетной политике стоит по кадровым докам вести, в учетн политике я убрал оцен обязательство, в обработке выбрал, она же вроде типовой механизм заменяет полностью, или я ошибаюсь
(575) sergik_nsk,
В процедуре "ЗаполнитьТаблицуРезервов" есть 2 места в которых удаляются строки, которые считаются некорректными. Для версии 1.18 - строки №2289 и 2592. Проверьте, возможно в Вашем случае сотрудники удаляются из таблицы как раз из-за этих проверок.
Пожалуйста, отпишитесь о результатах. Если это ошибка, то ее нужно исправить.
В процедуре "ЗаполнитьТаблицуРезервов" есть 2 места в которых удаляются строки, которые считаются некорректными. Для версии 1.18 - строки №2289 и 2592. Проверьте, возможно в Вашем случае сотрудники удаляются из таблицы как раз из-за этих проверок.
Пожалуйста, отпишитесь о результатах. Если это ошибка, то ее нужно исправить.
582.
sergik_nsk
148
28.02.13 13:23
Сейчас в теме
(577) Все банально просто у нас база начала жить с 2013 года данные по среднему внесли остатками в спец регистр, соответственно в обработке используется только типовой функционал, поэтому она и не видела средний, добавил наш регистр в расчет, теперь работает, щас делаю рачет резерва "так как нам надо".
ps. в целом не плохая работа, видно что для себя делалось, а не лиж бы спихнуть и лове сорвать.
ps. в целом не плохая работа, видно что для себя делалось, а не лиж бы спихнуть и лове сорвать.
Огромное Спасибо за мастерскую работу - легко читать и менять, конечно Плюс!
К сожалению, понадобилось кое- что изменить:
-таблица Резервы содержит много полезного, пришлось сделать отчет для ее печати, а также добавить в нее общую сумму заработка и число дней, использованных при расчете среднего.
-дни отпуска указываются с округлением, пришлось поменять вызов функции ОстаткиОтпусков.ОстатокОтпускаСотрудникаНаДату с указаниемм, что это расчет при увольнении. Теперь пользователь может управлять округлением с поможью константы ОкруглятьДниОтпускаПриКомпенсации
К сожалению, понадобилось кое- что изменить:
-таблица Резервы содержит много полезного, пришлось сделать отчет для ее печати, а также добавить в нее общую сумму заработка и число дней, использованных при расчете среднего.
-дни отпуска указываются с округлением, пришлось поменять вызов функции ОстаткиОтпусков.ОстатокОтпускаСотрудникаНаДату с указаниемм, что это расчет при увольнении. Теперь пользователь может управлять округлением с поможью константы ОкруглятьДниОтпускаПриКомпенсации
(580) fxfan,
Спасибо за комментариии. Проанализирую. Если будет необходимо - использую в будущих релизах.
Есть вопрос: для вывода данных о резервах в составе обработке есть отчет написанный на СКД. Зачем было рисовать свой? Есть какие то проблемы с существующим ?
Спасибо за комментариии. Проанализирую. Если будет необходимо - использую в будущих релизах.
Есть вопрос: для вывода данных о резервах в составе обработке есть отчет написанный на СКД. Зачем было рисовать свой? Есть какие то проблемы с существующим ?
Добрый день. Вопрос по возникшей проблеме с обработкой. Конфигурация ЗУП 2.5.63.1. Организация начала работать в окрябре. Регистр "фактические отпуска организаций" изменяется кадровыми документами: "отпуска организаций". В ноябре отпуск с 1 по 14.
При запуске расчета в обработке с видом расчета: "Ежемесячный расчет" за период "октябрь" сумма ноябрьского отпуска влияет на конечный остаток. Вместо остатка "3" на конец месяца показывается остаток "-10" из-за ноябрьского отпуска.
Почему конечный остаток берется не на конец месяца, а на начало следующего месяца? Из-за этого на конечный остаток в текущем месяце влияют отпуска следующего месяца начинающиеся с 1-го числа. Проблема в том, что в регистр Фактических отпусков записываются записи на начало дня начала отпуска. Я подправил алгоритм в двух местах по получению начального и конечного остатка сместив их не вперед, как было сделано, а назад, бухгалтера проверили расчет и одобрили. Вроде ошибок не обнаружили.
Может этот вопрос уже поднимался, можете подсказать, чем это может быть черевато в будущем?
Вот места корректировок. Для начального остатка:
СтруктураОстатки = Вычислить("ОстаткиОтпусков.ОстатокОтпускаСотрудникаНаДату(СтрокаТаблицаНачальныеОстатки.Сотрудник, НачалоДня(НачалоПериода), Ложь, Перечисления.ПорядокРасчетаОтпуска.ПоКалендарнымДням)");
поменял на
СтруктураОстатки = Вычислить("ОстаткиОтпусков.ОстатокОтпускаСотрудникаНаДату(СтрокаТаблицаНачальныеОстатки.Сотрудник, НачалоДня(НачалоПериода)-1, Ложь, Перечисления.ПорядокРасчетаОтпуска.ПоКалендарнымДням)");
и для конечного остатка:
СтруктураОстатки = Вычислить("ОстаткиОтпусков.ОстатокОтпускаСотрудникаНаДату(СтрокаТаблицаКонечныеОстатки.Сотрудник, КонецДня(КонецПериода)+1, Ложь, Перечисления.ПорядокРасчетаОтпуска.ПоКалендарнымДням)");
поменял на
СтруктураОстатки = Вычислить("ОстаткиОтпусков.ОстатокОтпускаСотрудникаНаДату(СтрокаТаблицаКонечныеОстатки.Сотрудник, КонецДня(КонецПериода), Ложь, Перечисления.ПорядокРасчетаОтпуска.ПоКалендарнымДням)");
При запуске расчета в обработке с видом расчета: "Ежемесячный расчет" за период "октябрь" сумма ноябрьского отпуска влияет на конечный остаток. Вместо остатка "3" на конец месяца показывается остаток "-10" из-за ноябрьского отпуска.
Почему конечный остаток берется не на конец месяца, а на начало следующего месяца? Из-за этого на конечный остаток в текущем месяце влияют отпуска следующего месяца начинающиеся с 1-го числа. Проблема в том, что в регистр Фактических отпусков записываются записи на начало дня начала отпуска. Я подправил алгоритм в двух местах по получению начального и конечного остатка сместив их не вперед, как было сделано, а назад, бухгалтера проверили расчет и одобрили. Вроде ошибок не обнаружили.
Может этот вопрос уже поднимался, можете подсказать, чем это может быть черевато в будущем?
Вот места корректировок. Для начального остатка:
СтруктураОстатки = Вычислить("ОстаткиОтпусков.ОстатокОтпускаСотрудникаНаДату(СтрокаТаблицаНачальныеОстатки.Сотрудник, НачалоДня(НачалоПериода), Ложь, Перечисления.ПорядокРасчетаОтпуска.ПоКалендарнымДням)");
поменял на
СтруктураОстатки = Вычислить("ОстаткиОтпусков.ОстатокОтпускаСотрудникаНаДату(СтрокаТаблицаНачальныеОстатки.Сотрудник, НачалоДня(НачалоПериода)-1, Ложь, Перечисления.ПорядокРасчетаОтпуска.ПоКалендарнымДням)");
и для конечного остатка:
СтруктураОстатки = Вычислить("ОстаткиОтпусков.ОстатокОтпускаСотрудникаНаДату(СтрокаТаблицаКонечныеОстатки.Сотрудник, КонецДня(КонецПериода)+1, Ложь, Перечисления.ПорядокРасчетаОтпуска.ПоКалендарнымДням)");
поменял на
СтруктураОстатки = Вычислить("ОстаткиОтпусков.ОстатокОтпускаСотрудникаНаДату(СтрокаТаблицаКонечныеОстатки.Сотрудник, КонецДня(КонецПериода), Ложь, Перечисления.ПорядокРасчетаОтпуска.ПоКалендарнымДням)");
(589) soveren,
Откройте пожалуйста в режиме конфигуратора.
Выберите пункт меню "Конфигурация" -> "Открыть конфигурацию"
В открывшейся конфигурации правой кнопкой нажать на корневом (самом верхнем) элементе дерева конфигурации.
Из выпадающего списка выбрать "Свойства" и написать, что указано в поле "Имя"
Откройте пожалуйста в режиме конфигуратора.
Выберите пункт меню "Конфигурация" -> "Открыть конфигурацию"
В открывшейся конфигурации правой кнопкой нажать на корневом (самом верхнем) элементе дерева конфигурации.
Из выпадающего списка выбрать "Свойства" и написать, что указано в поле "Имя"
598.
26178_mail.ru
59
14.03.13 02:30
Сейчас в теме
Появляется ошибка: Это в случае если мы сначала сформировали документ в 2013 а потом решили сформировать резервы в 2012 обработка пробует переместить этот док в 2012 с этим номером а этот номер уже есть в 2012 году.
{Форма.Форма.Форма(1133)}: Ошибка при вызове метода контекста (Записать): Значение поля "Номер" не уникально
Документ "Начисление отпуска" не создан. Расчет среднего невозможен
Возможные причины:
- справочник "Сотрудники" не заполнен;
- у пользователя: Комиссарова Юля отсутствуют права на редактирование документа "Начисление отпуска"
{Форма.Форма.Форма(1133)}: Ошибка при вызове метода контекста (Записать): Значение поля "Номер" не уникально
Документ "Начисление отпуска" не создан. Расчет среднего невозможен
Возможные причины:
- справочник "Сотрудники" не заполнен;
- у пользователя: Комиссарова Юля отсутствуют права на редактирование документа "Начисление отпуска"
(598) 26178@mail.ru,
Такая ошибка действительно присутсвует. На данный момент могу посоветовать найти документ "Начисление отпуска" с комментарием "### Расчет оценочных обязательств ###". Вручную поменять ему дату на 2012 год.
В следующих релизах исправлю эту проблему.
Такая ошибка действительно присутсвует. На данный момент могу посоветовать найти документ "Начисление отпуска" с комментарием "### Расчет оценочных обязательств ###". Вручную поменять ему дату на 2012 год.
В следующих релизах исправлю эту проблему.
Спасибо за обработку, очень помогла! Поправь помарки, а то при формировании проводок по дебету налогового учета не всегда заполняется подразделение в субконто.
Если ФормироватьНУ Тогда
Если ТипЗнч(СтрокаОтражениеВУчете.СубконтоДтНУ1) = Тип("СправочникСсылка.ПодразделенияОрганизаций") и
СтрокаОтражениеВУчете.СубконтоДтНУ1.Пустая()
Тогда
СтрокаОтражениеВУчете.СубконтоДтНУ1 = ПодразделениеОрганизации;
КонецЕсли;
Если ТипЗнч(СтрокаОтражениеВУчете.СубконтоДтНУ2) = Тип("СправочникСсылка.ПодразделенияОрганизаций") и
СтрокаОтражениеВУчете.СубконтоДтНУ2.Пустая()
Тогда
СтрокаОтражениеВУчете.СубконтоДтНУ2 = ПодразделениеОрганизации;
КонецЕсли;
Если ТипЗнч(СтрокаОтражениеВУчете.СубконтоДтНУ3) = Тип("СправочникСсылка.ПодразделенияОрганизаций") и
СтрокаОтражениеВУчете.СубконтоДтНУ3.Пустая()
Тогда
СтрокаОтражениеВУчете.СубконтоДтНУ3 = ПодразделениеОрганизации;
КонецЕсли;
КонецЕсли;
Если ФормироватьНУ Тогда
Если ТипЗнч(СтрокаОтражениеВУчете.СубконтоДтНУ1) = Тип("СправочникСсылка.ПодразделенияОрганизаций") и
СтрокаОтражениеВУчете.СубконтоДтНУ1.Пустая()
Тогда
СтрокаОтражениеВУчете.СубконтоДтНУ1 = ПодразделениеОрганизации;
КонецЕсли;
Если ТипЗнч(СтрокаОтражениеВУчете.СубконтоДтНУ2) = Тип("СправочникСсылка.ПодразделенияОрганизаций") и
СтрокаОтражениеВУчете.СубконтоДтНУ2.Пустая()
Тогда
СтрокаОтражениеВУчете.СубконтоДтНУ2 = ПодразделениеОрганизации;
КонецЕсли;
Если ТипЗнч(СтрокаОтражениеВУчете.СубконтоДтНУ3) = Тип("СправочникСсылка.ПодразделенияОрганизаций") и
СтрокаОтражениеВУчете.СубконтоДтНУ3.Пустая()
Тогда
СтрокаОтражениеВУчете.СубконтоДтНУ3 = ПодразделениеОрганизации;
КонецЕсли;
КонецЕсли;
602.
elena_klytchenko
20.03.13 11:27
Сейчас в теме
(601) здравствуйте, и снова я :)
Подскажите, на ЗУП КОРП - работает?
Если клиентам понравится Ваша обработка (уж сама, если что, допиликаю под их нужды), то какие авторские права нужно соблюсти, чтобы честно-пионерски пользоваться? :)
Спасибо!
Подскажите, на ЗУП КОРП - работает?
Если клиентам понравится Ваша обработка (уж сама, если что, допиликаю под их нужды), то какие авторские права нужно соблюсти, чтобы честно-пионерски пользоваться? :)
Спасибо!
(602) elenko1,
По поводу ЗУП Корп:
У меня, к сожалению, нет данной конфигурации в наличии, но судя по отзывам работает. Если будут какие то проблемы - пишите, исправим.
По поводу авторских прав:
Обработка бесплатная, поэтому достаточно оставить кнопку "Поддержка" (слева наверху у обработки).
Плюс, будет здорово если сообщите, что собираетесь менять. Это поможет развиваться публикации.
По поводу ЗУП Корп:
У меня, к сожалению, нет данной конфигурации в наличии, но судя по отзывам работает. Если будут какие то проблемы - пишите, исправим.
По поводу авторских прав:
Обработка бесплатная, поэтому достаточно оставить кнопку "Поддержка" (слева наверху у обработки).
Плюс, будет здорово если сообщите, что собираетесь менять. Это поможет развиваться публикации.
Спасибо огромное за обработку, плюсанул от души, но есть некоторые замечания по релизу 1.19:
1. Функция ПолучитьСуммуИспользованногоОтпуска() не отфильтровывает по организации, и вываливает
список всех сотрудников по всем фирмам с отпусками.
2. Функция РассчитатьСуммуОтпуска() при создании нового документа теперь нужно устанавливать реквизит
"ДатаВыплатыДохода" (появился в последних версиях), без него не проводится документ для расчета.
3. Считаю что при ежемесячном расчете следует показывать колонку "ОбщаяСуммаОценочныеОбязательства",
ведь именно она идет в проводки. А то бухгалтера не могут сверить суммы проводок с суммами в расчете.
4. Если восстанавливают учет с 2011 года, то по иностранцам, временно прибывающим на территории РФ
с долгосрочными договорами начисление страховых взносов началось с 2012 года, а обработка их считает
и в 2011-м.
1. Функция ПолучитьСуммуИспользованногоОтпуска() не отфильтровывает по организации, и вываливает
список всех сотрудников по всем фирмам с отпусками.
2. Функция РассчитатьСуммуОтпуска() при создании нового документа теперь нужно устанавливать реквизит
"ДатаВыплатыДохода" (появился в последних версиях), без него не проводится документ для расчета.
3. Считаю что при ежемесячном расчете следует показывать колонку "ОбщаяСуммаОценочныеОбязательства",
ведь именно она идет в проводки. А то бухгалтера не могут сверить суммы проводок с суммами в расчете.
4. Если восстанавливают учет с 2011 года, то по иностранцам, временно прибывающим на территории РФ
с долгосрочными договорами начисление страховых взносов началось с 2012 года, а обработка их считает
и в 2011-м.
Обнаружил еще один ньюанс:
Остаток отпуска на конец периода рассчитывается по дате КонецДня(КонецПериода) + 1
(Функция ПолучитьОстаткиОтпусков()), т.е. на 0-ю секунду начала следующего месяца.
Если сотрудник был уволен 1 числа следующего месяца, то 1С-совская функция расчета остатка возвращает всегда 0.
В итоге получаем в колонке "начислено" количеств дней отпуска на начало месяца со знаком "-" и соответствующий
расчет на уменьшение резерва. Думаю, что это не совсем корректное поведение.
Остаток отпуска на конец периода рассчитывается по дате КонецДня(КонецПериода) + 1
(Функция ПолучитьОстаткиОтпусков()), т.е. на 0-ю секунду начала следующего месяца.
Если сотрудник был уволен 1 числа следующего месяца, то 1С-совская функция расчета остатка возвращает всегда 0.
В итоге получаем в колонке "начислено" количеств дней отпуска на начало месяца со знаком "-" и соответствующий
расчет на уменьшение резерва. Думаю, что это не совсем корректное поведение.
Некоторые бухгалтера требуют делать раздельное начисление в декабре ежемесячного расчета и инвентаризации на конец месяца. Приходится дважды запускать обработку. Во втором случае, при сбросе проводок по результатам инвентаризации затираются проводки ежемесячного расчета. Желательно сделать процесс удаления управляемым, т.к.
те, кто пользуются данной обработкой ставят в настройке ЗУП процент начисления резерва - 0 и самим документом
проводки по резервам не формируются.
те, кто пользуются данной обработкой ставят в настройке ЗУП процент начисления резерва - 0 и самим документом
проводки по резервам не формируются.
(610) приветствую. У наших бухгалтеров возникло одно пожелание: из ЗУП в БП проводки по резервам, сформированные данной обработкой, по всем счетам грузятся в разрезе подразделений, а в разрезе подразделений нужно грузить только по счетам, где подразделение есть в качестве субконто, по остальным сводно (естественно, если настроено выгружать сводно). Я в процедуре по переносу проводок в документ добавила проверку на версию программы бухучета, если версия КОРП или 3.0, то оставляю все как есть, если обычная БП 2.0, то сворачиваю без учета колонки Подразделения, а в документе подразделение заполняю только для тех счетов, где подразделение указано в субконто. Надеюсь, понятно написала. Может быть, еще у кого такие вопросы были.
(608) Sharloc, можно же создать для инвентаризации отдельный документ Отражение ЗП. Заполнить в нем одну строку по Кт 96, чтобы обработка не ругалась. Эта строка обработкой удалится и в документе будут только проводки по инвентаризации.
615.
Константин С.
685
25.03.13 17:40
Сейчас в теме
Спрошу или предложу:
Ситуация. Конец года нужно до начислить Резерв на затратные счета, до предельно возможной суммы.
т.е. остатки по резервам.
Ситуация. Конец года нужно до начислить Резерв на затратные счета, до предельно возможной суммы.
т.е. остатки по резервам.
617.
Константин С.
685
25.03.13 18:03
Сейчас в теме
если брать вашу таблицу, закладка "Оценочные обязательства" колонку "Сумма оценочных обязательства на 31.12.2012 год." т.е. эта сумма должна остаться на счете 96 или не так?
(617) Константин С.,
Если Вы делаете ежемесячный расчет, то эта та сумма которая прибавится к остатку 96 счета.
Если проводите инвентаризацию, то заранее указываете остаток 96 счета. Программа при расчете вернет разницу между введенным остатком и рассчитанным
Если Вы делаете ежемесячный расчет, то эта та сумма которая прибавится к остатку 96 счета.
Если проводите инвентаризацию, то заранее указываете остаток 96 счета. Программа при расчете вернет разницу между введенным остатком и рассчитанным
я наверное не правильно выразилась. В оборотной ведомости по 96 счету на 31.12.2012 сальдо на конец периода может быть как Кредит, так и Дебет У меня вопрос: При выборе расчета инвентаризации нужно поставить остаток по 96 счету с каким знаком?
Здравствуйте, подскажите пожалуйста: столкнулись с тем, что в УПП не видны в доке Отражение з/п в регл учете колонки НУ ВР ПР. Как же тогда отразить ВР - это необходимо потому что бухгалтера хотят не принимать резерв в НУ - то есть в параметрах учета установлено "Формировать резервы по налогу на прибыль" = Ложь
Может вы сталкивались с похожей проблемой? Вы принимаете резервы к НУ?
Может вы сталкивались с похожей проблемой? Вы принимаете резервы к НУ?
kondrp, здравствуйте. Наши бухи озадачили меня методическими указаниями к ПБУ 8/2010 по оценочным обязательствам: "Внимание! По новым правилам, если в бухучете суммы резерва не хватает для оплаты отпусков, отпускные нужно списывать сразу на счета учета затрат.
Может получиться так, что средств начисленного резерва в каком-либо месяце окажется недостаточно для покрытия расходов (отпускных выплат и начисленных на них страховых взносов). В этом случае вам нужно отнести остаток отпускных выплат и начисленных на них взносов, не покрытый резервом, сразу на счета затрат (Пункт 21 ПБУ 8/2010). Но учтите, что в дальнейшем нельзя делать отчисления в резерв под уже отгулянные отпуска".
Пока не представляю, можно ли это применить в Вашей обработке и как это в дальнейшем отследить программно. Можете ли Вы прокомментировать данное указание?
Может получиться так, что средств начисленного резерва в каком-либо месяце окажется недостаточно для покрытия расходов (отпускных выплат и начисленных на них страховых взносов). В этом случае вам нужно отнести остаток отпускных выплат и начисленных на них взносов, не покрытый резервом, сразу на счета затрат (Пункт 21 ПБУ 8/2010). Но учтите, что в дальнейшем нельзя делать отчисления в резерв под уже отгулянные отпуска".
Пока не представляю, можно ли это применить в Вашей обработке и как это в дальнейшем отследить программно. Можете ли Вы прокомментировать данное указание?
(627) касаемо вопроса(624), я пока решила поиграться механизмом остатки отпусков, а именно: для сотрудника, отгулявшего отпуск авансом, который был оплачен не из резерва, установила остатки отпуска=0 на дату окончания расчетного периода (например, на 1.09.13), получается, что механизм расчета остатков до этой даты срабатывать не будет. не знаю, правда, насколько это корректно.
Уточню, резервы начали начисляться с 2013 года, а в декабре 12 года сотрудник отгулял отпуск авансом за 2013 год, соответственно, выплата отпуска производилась не из резерва и в этом случае начисление резерва на уже отгулянный отпуск производиться не должно.
Владимир.
Подскажите Вы в строке
"СтруктураОстатки = Вычислить("ОстаткиОтпусков.ОстатокОтпускаСотрудникаНаДату(СтрокаТаблицаКонечныеОстатки.Сотрудник, КонецДня(КонецПериода) + 1......"
Почему вы рассчитываете отпуска на начало следующего месяца, а наконец?
Просто кто идет в отпуск с первого числа попадает в расчет резерва в колонку Начислено с знаком минус
на количество дней отпуска (- 28 дней) и начисление 3 дня не происходит хотя надо.
Подскажите Вы в строке
"СтруктураОстатки = Вычислить("ОстаткиОтпусков.ОстатокОтпускаСотрудникаНаДату(СтрокаТаблицаКонечныеОстатки.Сотрудник, КонецДня(КонецПериода) + 1......"
Почему вы рассчитываете отпуска на начало следующего месяца, а наконец?
Просто кто идет в отпуск с первого числа попадает в расчет резерва в колонку Начислено с знаком минус
на количество дней отпуска (- 28 дней) и начисление 3 дня не происходит хотя надо.
(625) ArTz,
В предыдущих релизах ЗУП были особенности в расчетах остатков отпусков. Очень часто получалось так, что если брать остаток на конец текущего месяца, этот остаток получался неверным (Особенности работы типовой конфигурации).
Думаю, что к следующему релизу обработки еще раз проверю правильность расчета и перепишу эту часть, чтобы остаток брался на конец месяца. Либо напишу обоснование почему не сделал и в каких случаях могут быть ошибки.
В предыдущих релизах ЗУП были особенности в расчетах остатков отпусков. Очень часто получалось так, что если брать остаток на конец текущего месяца, этот остаток получался неверным (Особенности работы типовой конфигурации).
Думаю, что к следующему релизу обработки еще раз проверю правильность расчета и перепишу эту часть, чтобы остаток брался на конец месяца. Либо напишу обоснование почему не сделал и в каких случаях могут быть ошибки.
Cпасибо за обработку.
Но увидел такую ошибку при расчете количества дней отпуска:
Положим работник имеет на нач.месяца 01.03.2013 остаток 14 дней,
В этом же месяце работник берет отпуск с 01.03.2013 на все 14 дней.
В результате расчета вижу, что:
Ост.На Нач = 0, Использовано = 14, Начислено = 2,33, Ост.На Кон = -11.67
Впечатление, что Ост.На Нач уже зацепил отпуск текущего периода
Но увидел такую ошибку при расчете количества дней отпуска:
Положим работник имеет на нач.месяца 01.03.2013 остаток 14 дней,
В этом же месяце работник берет отпуск с 01.03.2013 на все 14 дней.
В результате расчета вижу, что:
Ост.На Нач = 0, Использовано = 14, Начислено = 2,33, Ост.На Кон = -11.67
Впечатление, что Ост.На Нач уже зацепил отпуск текущего периода
kondrp
Спасибо за долготерпение и трепетное отношение к своему продукту.
Небольшое пожелание: в строке статуса, отразите пожалуйста сколько ещё операций осталось, типа: "(операция 1 из 5) Расчет начальных остатков отпусков [Сотрудник]". А то так радостно видеть, что обработка закончится через 3 минуты, а потом резко "обломиться" увидев что это только самая первая операция, и приходится угадывать, сколько их там ещё осталось.
Спасибо за долготерпение и трепетное отношение к своему продукту.
Небольшое пожелание: в строке статуса, отразите пожалуйста сколько ещё операций осталось, типа: "(операция 1 из 5) Расчет начальных остатков отпусков [Сотрудник]". А то так радостно видеть, что обработка закончится через 3 минуты, а потом резко "обломиться" увидев что это только самая первая операция, и приходится угадывать, сколько их там ещё осталось.
(632) не сомневаюсь что Аттестация прошла (или пройдёт) успешно.
У меня ЗУП 2.5.67.1 (обновлялся недавно, но и до обновления глюк был), Обработка 1.19, при начислении резерва появляестя странный глюк: средний рассчитывается не верно (бухи говорят что по сумме похоже что средний рассчитан "на месяц", а умножается на дни).
В результате суммы оценочных обязательств сильно завышены.
Подозреваю что где-то галка не правильно поставлена, но найти не могу :( подскажите плиз где копать.
Раскопал самостоятельно, почему-то в расчетном (виртуальном) документе "начислениеОтпуска" насчитались 2 строки, вместо одной, причем в одной отпуск на 14 дней, а во второй на 1 день. Похоже дело в параметрах вызова процедуры в модуле формы: ЗаполнениеДокументовЗК.ЗаполнитьДатыОтпуска(ПериодРасчетаСреднегоЗаработкаНачало, Дата(1,1,1), 1, "ДнейОтпуска", ПланыВидовРасчета.ОсновныеНачисленияОрганизаций.ПустаяСсылка(), Ложь, "ДатаОкончания");
решил так:
//Сумма = ДокументОбъект.Начисления.Итог("Результат");
Сумма = ДокументОбъект.Начисления[1].Результат;
У меня ЗУП 2.5.67.1 (обновлялся недавно, но и до обновления глюк был), Обработка 1.19, при начислении резерва появляестя странный глюк: средний рассчитывается не верно (бухи говорят что по сумме похоже что средний рассчитан "на месяц", а умножается на дни).
В результате суммы оценочных обязательств сильно завышены.
Подозреваю что где-то галка не правильно поставлена, но найти не могу :( подскажите плиз где копать.
Раскопал самостоятельно, почему-то в расчетном (виртуальном) документе "начислениеОтпуска" насчитались 2 строки, вместо одной, причем в одной отпуск на 14 дней, а во второй на 1 день. Похоже дело в параметрах вызова процедуры в модуле формы: ЗаполнениеДокументовЗК.ЗаполнитьДатыОтпуска(ПериодРасчетаСреднегоЗаработкаНачало, Дата(1,1,1), 1, "ДнейОтпуска", ПланыВидовРасчета.ОсновныеНачисленияОрганизаций.ПустаяСсылка(), Ложь, "ДатаОкончания");
решил так:
//Сумма = ДокументОбъект.Начисления.Итог("Результат");
Сумма = ДокументОбъект.Начисления[1].Результат;
Прикрепленные файлы:
Походу Бухгалтеры сами нашли настройку, приводившую к неправильному расчету и вернули в исходное состояние, потому что вдруг обработка стала вываливать ошибки (на измененную мной строку) типа "Номер за пределами массива". Пришлось сделать через попытку:
//Сумма = ДокументОбъект.Начисления.Итог("Результат");
Попытка
Сумма = ДокументОбъект.Начисления[1].Результат;
Сообщить ("" + Сотрудник + ". Проверьте средний = " + Сумма);
Исключение
Сумма = ДокументОбъект.Начисления.Итог("Результат");
КонецПопытки;
Показать
(723) natalil05,
Нужно не просто итоги пересчитать. Обратитесь к программистам. На Инфостарте есть какая-то обработка, с помощью которой делают пересчет всех регистров. Обычно когда делается очень много исправлений, то появляются не корректные записи в регистрах.
Нужно не просто итоги пересчитать. Обратитесь к программистам. На Инфостарте есть какая-то обработка, с помощью которой делают пересчет всех регистров. Обычно когда делается очень много исправлений, то появляются не корректные записи в регистрах.
(0) Ошибка в модуле формы, Функция ПолучитьДокументНачислениеОтпуска()
строкой НачислениеОтпускаОбъект.Дата = КонецПериода; - мы меняем дату, а номер документа остается тем же, в результате невозможно записать документ в другом периоде с таким же номером
Если НачислениеОтпускаОбъект <> Неопределено Тогда
// Попытка изменения реквизитов существующего или вновь созданного документа "НачислениеОтпуска"
Попытка
НачислениеОтпускаОбъект.Организация = Организация;
НачислениеОтпускаОбъект.Сотрудник = Сотрудник;
НачислениеОтпускаОбъект.Дата = КонецПериода;
НачислениеОтпускаОбъект.ПериодРегистрации = НачалоПериода;
НачислениеОтпускаОбъект.ДатаНачалаСобытия = НачалоПериода;
НачислениеОтпускаОбъект.КомпенсацияОтпуска = Истина;
НачислениеОтпускаОбъект.ПорядокРасчетаКомпенсацииОтпуска = Перечисления.ПорядокРасчетаОтпуска.ПоКалендарнымДням;
НачислениеОтпускаОбъект.ПериодРасчетаСреднегоЗаработкаНачало = ПериодРасчетаСреднегоЗаработкаНачало;
НачислениеОтпускаОбъект.ПериодРасчетаСреднегоЗаработкаОкончание = ПериодРасчетаСреднегоЗаработкаОкончание;
НачислениеОтпускаОбъект.Комментарий = "### Расчет оценочных обязательств ###";
// Для релизов ЗУП начиная с 2.5.57.1 и УПП 1.3.31.1
Попытка
НачислениеОтпускаОбъект.ДатаВыплатыДохода = КонецПериода;
Исключение
// Заглушка
КонецПопытки;
НачислениеОтпускаОбъект.Записать(РежимЗаписиДокумента.Запись);
НачислениеОтпускаСсылка = НачислениеОтпускаОбъект.Ссылка;
Исключение
Сообщить("" + ОписаниеОшибки());
КонецПопытки
Иначе
// Заглушка
КонецЕсли; Показатьстрокой НачислениеОтпускаОбъект.Дата = КонецПериода; - мы меняем дату, а номер документа остается тем же, в результате невозможно записать документ в другом периоде с таким же номером
{Форма.Форма.Форма(1126)}: Ошибка при вызове метода контекста (Записать): Значение поля "Номер" не уникально
и ещё один глюк попался (не очень серьёзный, но трудноуловимый):
- При начислении Оценочных обязательств всем сотрудникам организации.
- И установленной галке "отражать в бухучете"
- И снятой галке "отражать в налоговом учете на прибыль"
выдаёт ошибку по строке 1752 модуля формы:
Сообщить("Статья: " + СтатьяЗатрат.Наименование + " ---> в регистре ""Соответствие статей затрат отражения зарплаты"" не определено соответствие для вида статьи затрат " + """" + ВидСтроки + """");
заполняет проводки по бухучету правильно, а в проводках по НУ (о котором собственно её не просили, галка снята) действительно выбирает "левую" статью затрат,не ставит сумму и пишет ошибку.
При установке галки НУ ошибка пропадает и проводки формируются корректно.
При установленных отборах проводки формируются с ошибкой, но сообщение не появляется.
Подозреваю что даже при снятой галке НУ где-то отрабатывает часть алгоритма по формированию проводок НУ, что собственно и приводит к ошибке.
Бухов я успокоил (переносятся проводки правильно), но лучше эту ошибку поправить.
- При начислении Оценочных обязательств всем сотрудникам организации.
- И установленной галке "отражать в бухучете"
- И снятой галке "отражать в налоговом учете на прибыль"
выдаёт ошибку по строке 1752 модуля формы:
Сообщить("Статья: " + СтатьяЗатрат.Наименование + " ---> в регистре ""Соответствие статей затрат отражения зарплаты"" не определено соответствие для вида статьи затрат " + """" + ВидСтроки + """");
заполняет проводки по бухучету правильно, а в проводках по НУ (о котором собственно её не просили, галка снята) действительно выбирает "левую" статью затрат,не ставит сумму и пишет ошибку.
При установке галки НУ ошибка пропадает и проводки формируются корректно.
При установленных отборах проводки формируются с ошибкой, но сообщение не появляется.
Подозреваю что даже при снятой галке НУ где-то отрабатывает часть алгоритма по формированию проводок НУ, что собственно и приводит к ошибке.
Бухов я успокоил (переносятся проводки правильно), но лучше эту ошибку поправить.
641.
Merlin12042009
14.06.13 10:47
Сейчас в теме
Работа проделана очень большая. Преклоняюсь перед таким трудолюбием.Скачала 18 версию и уже опробовала. 19 скачать не могу. Не могли бы мне помочь? Считаю, что на базе этой работы можно сделать отчет по формированию таблиц отчетности для БДО, что существенно облегчит работу бухгалтерии, особенно на больших предприятиях.
643.
Merlin12042009
14.06.13 12:47
Сейчас в теме
Не хватает прав(((.
БДО...это международная аудиторская консалтинговая компания, которая проверяет предприятия.
БДО...это международная аудиторская консалтинговая компания, которая проверяет предприятия.
646.
Merlin12042009
14.06.13 13:26
Сейчас в теме
Имеется ввиду консолидированная отчетность в соответствии с МСФО.
Если вам интересно, я вам вышлю форму таблицы, которая должна автоматически заполняться из программы 1С
Если вам интересно, я вам вышлю форму таблицы, которая должна автоматически заполняться из программы 1С
650.
Merlin12042009
14.06.13 14:33
Сейчас в теме
Пыталась разместить какую-то обработку, долго писала, времени убила много, не разместили...и потом как-то сама выплывала. Вашу работу увидела на сайте "Наше 1С" и очень обрадовалась, там 18 версия, оттуда и качнула, привязала к документу, там и вышла на инфостарт. Очень грамотно сделано, три в одном...отчет, распечатка, изменение документа.Сколько времени ушло у вас на самый первый работающий инструмент?
652.
00alenka00
17.06.13 17:21
Сейчас в теме
не могу понять, как обрабатываются дополнительные отпуска, и обрабатываются ли вообще?
655.
00alenka00
20.06.13 11:18
Сейчас в теме
В принципе, это была моя невнимательность. Из-за того, что начальный/конечный остатки до целых дней округляются, не увидела, что дополнительный тоже прибавился.
Вообще хочется без округления эти остатки видеть, но я так понимаю, что тогда придется типовую функцию вытаскивать в обработку и убрать в ней округление...
Вообще хочется без округления эти остатки видеть, но я так понимаю, что тогда придется типовую функцию вытаскивать в обработку и убрать в ней округление...
Работает отлично, спасибо, только нужно еще подправить если в настройках программы стоит ПрограммаБухучета = Перечисления.ПрограммыБухгалтерскогоУчета.Бухгалтерия77 (или связанное с 7.7, т.к. многие еще работают на старых версиях), тогда при переносе в документ ПодразделениеДт или ПодразделениеКт должно вставать в СубконтоБУ[н] и в СубконтоНУ[н], сам программер, у себя подправил. А так классно, спасибо.
(658) Divanoff,
Причина в том, что типовой алгоритм представляет из себя процент умноженный на базу, которую Вы задаете в справочнике "Оценочные обязательства".
Моя обработка работает исходя из остатка отпусков сотрудников и среднего заработка за предыдущие 12 месяцев.
Как видите алгоритмы совсем разные.
Причина в том, что типовой алгоритм представляет из себя процент умноженный на базу, которую Вы задаете в справочнике "Оценочные обязательства".
Моя обработка работает исходя из остатка отпусков сотрудников и среднего заработка за предыдущие 12 месяцев.
Как видите алгоритмы совсем разные.
(661) посмотрел вашу обработку, но она, похоже, не учитывает ситуации, если введен документ "Ввод сведений о распределении основного заработка сотрудников" или "Ввод сведений об учете основного заработка сотрудников", а просто вешает резервы именно на счет затрат подразделения сотрудника. Правильно?
668.
MargaritaZh
27.09.13 13:28
Сейчас в теме
Владимир, спасибо за обработку.
Есть маленькие нюансы в v1.19 от 13.03.2013 (на 1С:ЗУП 2.5.70.1), которые подкорректировала для себя, и в целом очень довольны (мы делаем по 2.33 дня).
Например:
1. Дата увольнения выходит неверно-следующей после увольнения (в запросе не учтено то, что в регистр "Работники организаций" период регистрируется следующей датой после увольнения). И соответственно, кто уволен последним числом месяца - выходит без отметки и с пустой датой увольнения. И кто уволен последним числом предыдущего месяца - попадает в выборку с датой увольнения 01 число текущего месяца (за который формируем)
2. В проводке не подставляется подразделение, если на счете затрат оно на 2-ом субконто.
Проблема в процедуре ЗаполнитьПодразделение - описка:
Если ТипЗнч(СтрокаОтражениеВУчете.СубконтоДт2) = Тип("СправочникСсылка.ПодразделенияОрганизаций") и
СтрокаОтражениеВУчете.СубконтоДт1.Пустая()
Тогда
СтрокаОтражениеВУчете.СубконтоДт2 = ПодразделениеОрганизации;
КонецЕсли;
Должно быть СубконтоДт2. Тоже самое по СубконтоДт3
3.Количество дней использовано выходит не по месяцу начисления, а по периоду действия. И из-за этого искажается остаток дней.
Например:
Иванову начислили отпуск в январе 13 г. за период с 28.01.13 по 08.02.13.
В стандартном механизме остаток отпуска на 31.01.13 г. составил 10 дней (с учетом отгулянных 4 дней января). На 01.02.13 = 10 - 8 дней февраля = 2 дня. Такой остаток и показывается в обработке. А количество использованных дней - 8, хотя они уже вычтены из начального остатка.
И потом, если по месяцу начисления выводить, то тогда в отчете суммы "Использовано" четко сходятся с суммой списанного резерва (по Дт 96 счета) в отражении.
И так кое-что еще для себя доработали.
Еще раз, спасибо автору :)
Есть маленькие нюансы в v1.19 от 13.03.2013 (на 1С:ЗУП 2.5.70.1), которые подкорректировала для себя, и в целом очень довольны (мы делаем по 2.33 дня).
Например:
1. Дата увольнения выходит неверно-следующей после увольнения (в запросе не учтено то, что в регистр "Работники организаций" период регистрируется следующей датой после увольнения). И соответственно, кто уволен последним числом месяца - выходит без отметки и с пустой датой увольнения. И кто уволен последним числом предыдущего месяца - попадает в выборку с датой увольнения 01 число текущего месяца (за который формируем)
2. В проводке не подставляется подразделение, если на счете затрат оно на 2-ом субконто.
Проблема в процедуре ЗаполнитьПодразделение - описка:
Если ТипЗнч(СтрокаОтражениеВУчете.СубконтоДт2) = Тип("СправочникСсылка.ПодразделенияОрганизаций") и
СтрокаОтражениеВУчете.СубконтоДт1.Пустая()
Тогда
СтрокаОтражениеВУчете.СубконтоДт2 = ПодразделениеОрганизации;
КонецЕсли;
Должно быть СубконтоДт2. Тоже самое по СубконтоДт3
3.Количество дней использовано выходит не по месяцу начисления, а по периоду действия. И из-за этого искажается остаток дней.
Например:
Иванову начислили отпуск в январе 13 г. за период с 28.01.13 по 08.02.13.
В стандартном механизме остаток отпуска на 31.01.13 г. составил 10 дней (с учетом отгулянных 4 дней января). На 01.02.13 = 10 - 8 дней февраля = 2 дня. Такой остаток и показывается в обработке. А количество использованных дней - 8, хотя они уже вычтены из начального остатка.
И потом, если по месяцу начисления выводить, то тогда в отчете суммы "Использовано" четко сходятся с суммой списанного резерва (по Дт 96 счета) в отражении.
И так кое-что еще для себя доработали.
Еще раз, спасибо автору :)
Владимир, отправил Вам на почту свою версию дополненной обработки.
Добавил:
1. Учет обязательств по доптарифам
2. Исправление ошибок, про которые писала Маргарита
3. Добавил заполнение в табличную часть Резервы документа ОтражениеЗарплатыВУчете, если она существует (у себя добавил ее). Нужна для распечатки в будущем.
4. Добавил отчет по данным этой табличной части в документах Отражение зарплаты в учете(сделан тоже на компоновке и по образцу вашего)
5. Внес изменения в табличную части, так как при изменении сотрудника не пересчитывались некоторые поля, например средний заработок
6. Добавил поддержку 1С-УСО, это тоже самое что УПП.
Что-то еще добавил, уже не помню :)
Добавил:
1. Учет обязательств по доптарифам
2. Исправление ошибок, про которые писала Маргарита
3. Добавил заполнение в табличную часть Резервы документа ОтражениеЗарплатыВУчете, если она существует (у себя добавил ее). Нужна для распечатки в будущем.
4. Добавил отчет по данным этой табличной части в документах Отражение зарплаты в учете(сделан тоже на компоновке и по образцу вашего)
5. Внес изменения в табличную части, так как при изменении сотрудника не пересчитывались некоторые поля, например средний заработок
6. Добавил поддержку 1С-УСО, это тоже самое что УПП.
Что-то еще добавил, уже не помню :)
742.
albertik88
11
22.09.14 09:42
Сейчас в теме
(740) mart-sha, есть вариант отчета с Дополнительными тарифами??
Владимир, я нашёл ещё одну небольшую ошибку в тексте обработки v1.19:
в функции :
Функция ПолучитьДокументНачислениеОтпуска()
в строке 1076 модуля формы
устанавливается параметр запроса поиска существующего документа "Начисление отпуска"
Запрос.УстановитьПараметр("Организация", Организация);
а в самом запросе этот параметр не используется. В результате чего при ведении учета в нескольких организациях, подхватывается первый созданный документ, и если он создан в другой организации, то при открытии обработки получаем ошибку "недостаточно прав" и соответственно обработка не запускается.
Ситуация решается добавлением 1 условия в текст запроса:
стр1074 заменить на 2 строки:
| И НачислениеОтпускаРаботникамОрганизаций.КомпенсацияОтпуска
| И НачислениеОтпускаРаботникамОрганизаций.Организация = &Организация";
в функции :
Функция ПолучитьДокументНачислениеОтпуска()
в строке 1076 модуля формы
устанавливается параметр запроса поиска существующего документа "Начисление отпуска"
Запрос.УстановитьПараметр("Организация", Организация);
а в самом запросе этот параметр не используется. В результате чего при ведении учета в нескольких организациях, подхватывается первый созданный документ, и если он создан в другой организации, то при открытии обработки получаем ошибку "недостаточно прав" и соответственно обработка не запускается.
Ситуация решается добавлением 1 условия в текст запроса:
стр1074 заменить на 2 строки:
| И НачислениеОтпускаРаботникамОрганизаций.КомпенсацияОтпуска
| И НачислениеОтпускаРаботникамОрганизаций.Организация = &Организация";
Обработка хорошая. Скачала давно. Бухи очень довольны. Но вот возник вопрос (как всегда в конце года))): надо ли считать резервы людям, находящимся в декрете или в отпуске по уходу за ребенком. Нет ли обработки, в которой по этим людям резервы не считаются?
kondrp, скажите, сейчас режим инвентаризации отпусков работает? если да, расчитывается ли в нем страховые взносы по доптарифу (за вредные и тяжелые условия труда)? я в начале прошлого года скачивала вашу обработку, там только обычные взносы начислялись
скачала последнюю версию от 13.03.2013. инвентаризация работает, но взносы по доптарифу не считаются. а жаль! хорошо бы, чтобы по сотрудникам с льготной должностью (тяж и вредные условия) выводились в отдельной колонке сумма оц.обязательств * 0,02 и соотв-но на 0,04
kondrp, проснись!
kondrp, проснись!
(681) с 2013 года за работников, которые раньше уходят на пенсию из-за вредных условий труда(распространенный пример - электрогазосварщик), государство обязало организации уплачивать дополнительные взносы 4% за вредные и 2% за тяжелые. в РСВ-1 они включены. регрессии не имеют. Для того чтобы в программе они расчитывались, в Настройках параметра учета на закладке Расчет страховых взносов ставится галка Используются работы с досрочным выходом на пенсию. В должности появляется поле Взносы на занятых на работах с досрочной пенсией, выбирается или вредные или тяжелые условия. начислятся допвзносы при начислении страховых взносов. в ежемесячный резерв отпусков входят как страховые взносы. должен войти и в инвентаризацию. не по всем сотр-кам, а по тем кто работает на вредной должности
(684) ksv888, Я предполагаю, что не обработка перестала считать средний, а что-то другое. Проверьте как вариант заполнение графиков и производственного календаря на 2014 год, а также попробуйте просто сделать начисление отпуска и рассчитать его.
Обработка сама средний не считает, она создает документ расчета по среднему заработку, вызывает расчет по стандартным механизмам 1С и просто берет получившийся результат.
Так что я предполагаю, что дело не в обработке.
Обработка сама средний не считает, она создает документ расчета по среднему заработку, вызывает расчет по стандартным механизмам 1С и просто берет получившийся результат.
Так что я предполагаю, что дело не в обработке.
(685) Divanoff, Вы совершенно правы, я уже проанализировала, что обработка не причем.
Средний перестало считать правильно после обновления Зарплата и Управление Персоналом до версии 2.5.72. И что теперь делать? Я не представляю. И как обычно - конец года. С 2012 года пользуюсь этой обработкой, не было ни каких проблем. Катастрофа!!!
Средний перестало считать правильно после обновления Зарплата и Управление Персоналом до версии 2.5.72. И что теперь делать? Я не представляю. И как обычно - конец года. С 2012 года пользуюсь этой обработкой, не было ни каких проблем. Катастрофа!!!
(689) Divanoff, Спасибо, что вы дали хоть какую-нибудь надежду))) Вообще выходит, что на самом деле в релизе ошибка. Я просила программистов сверить релизы 71 и 72, они сказали что на самом деле в 72-м поменяли модуль расчета среднего, кажется, по отпускам по уходу за ребенком, точно сейчас не скажу.
К сожалению, это невозможно. Копии-то есть. Но слишком много времени прошло. Мы вовремя обновляемся, а я слишком поздно заметила, что обработка не правильно стала считать средний. И документов слишком много проведено. У нас 500 работников и большая текучка. Поэтому там не только расчет зарплаты за два месяца, но еще и куча кадровых документов. Так что..... Придется ждать чуда....предновогоднее...
Кстати попробуйте программистов выгрузить вам документы в старую версию ЗУП из новой. Если не было добавлено новых метаданных, а менялись просто модули, то получится универсальной выгрузкой XML все перенести.
Если будут еще вопросы - пишите лучше мне в личку, чтобы не засорять эту тему лишней информацией.
Если будут еще вопросы - пишите лучше мне в личку, чтобы не засорять эту тему лишней информацией.
697.
ves.Parnas
22.01.14 10:07
Сейчас в теме
(695) ksv888,а какя проблема со средним? может мы чего не заметили,
(698) ksv888,
Проверил на актуальном релизе 2.5.77.2 и не нашел факта непомерного увеличения среднего заработка.
Распишите пожалуйста по подробнее в чем проявляется ошибка и как рассчитывается средний в документе "Начисление отпуска".
В моей обработке вызывается типовой расчет среднего заработка, который заложен в документ "Начисление отпуска"
Проверил на актуальном релизе 2.5.77.2 и не нашел факта непомерного увеличения среднего заработка.
Распишите пожалуйста по подробнее в чем проявляется ошибка и как рассчитывается средний в документе "Начисление отпуска".
В моей обработке вызывается типовой расчет среднего заработка, который заложен в документ "Начисление отпуска"
(699) serg76,
При расчете используется типовой механизм заложенный в документ "Начисление отпуска".
Если в этом документе при расчете среднего индексация учитывается, то и в обработке она тоже будет учитываться.
Другой вопрос: как Вы проводите индексацию ? В целом по предприятию с помощью обработки "Индексация заработка" или по каждому сотруднику в документах "Кадровое перемещение". Второй способ индексацией не считается и на средний не влияет
При расчете используется типовой механизм заложенный в документ "Начисление отпуска".
Если в этом документе при расчете среднего индексация учитывается, то и в обработке она тоже будет учитываться.
Другой вопрос: как Вы проводите индексацию ? В целом по предприятию с помощью обработки "Индексация заработка" или по каждому сотруднику в документах "Кадровое перемещение". Второй способ индексацией не считается и на средний не влияет
(701)
Так рассчитывает отпуск "Начислением отпуска":
Декабрь 2012 г. 3 785,09 1 3 785,09 11,38
Январь 2013 г. 12 069,75 1 12 069,75 29,4
Февраль 2013 г. 12 759,45 1 12 759,45 29,4
Март 2013 г. 12 759,45 1 12 759,45 29,4
Апрель 2013 г. 12 759,45 1 12 759,45 29,4
Май 2013 г. 12 759,45 1 12 759,45 29,4
Июнь 2013 г. 13 276,73 1 13 276,73 29,4
Июль 2013 г. 7 482,97 1 7 482,97 29,4
Август 2013 г. 14 384,15 1 14 384,15 29,4
Сентябрь 2013 г. 14 384,15 1 14 384,15 29,4
Октябрь 2013 г. 14 384,15 1 14 384,15 29,4
Итого: 130 804,79 305,38
2. Премии, начисленные в расчетном периоде
Премии Рабочее место Начислено премии Коэффициент индексации Месячная часть Учтено премии за расчетный период
Декабрь 2012 г. ; за 1 мес. ; 1 746,96 1,0000 1 746,96 1 746,96
Январь 2013 г. ; за 1 мес. ; 3 448,5 1,0000 3 448,50 3 448,50
Февраль 2013 г. ; за 1 мес. ; 4 827,9 1,0000 4 827,90 4 827,90
Март 2013 г. ; за 1 мес. ; 4 827,9 1,0000 4 827,90 4 827,90
Апрель 2013 г. ; за 1 мес. ; 4 827,9 1,0000 4 827,90 4 827,90
Май 2013 г. ; за 1 мес. ; 4 827,9 1,0000 4 827,90 4 827,90
Июнь 2013 г. ; за 1 мес. ; 5 862,45 1,0000 5 862,45 5 862,45
Июль 2013 г. ; за 1 мес. ; 2 159,06 1,0000 2 159,06 2 159,06
Август 2013 г. ; за 1 мес. ; 6 207,3 1,0000 6 207,30 6 207,30
Сентябрь 2013 г. ; за 1 мес. ; 6 207,3 1,0000 6 207,30 6 207,30
Октябрь 2013 г. ; за 1 мес. ; 6 207,3 1,0000 6 207,30 6 207,30
Учтенная сумма премий составила: 51 150,47
3. Расчет среднего заработка
Всего дней: 305,38
Всего заработка (включая премии): 181 955,2600
Среднедневной заработок составил: 181 955,2600 / 305,38 = 595,83
А так "Резервы предст.отпусков":
***** Сотрудник: К***********************
Отработано дней = 328,9
Отработано часов = 0
Сред.заработок = 199 960,34
Сумма начислено = 4 101,3
Так рассчитывает отпуск "Начислением отпуска":
Декабрь 2012 г. 3 785,09 1 3 785,09 11,38
Январь 2013 г. 12 069,75 1 12 069,75 29,4
Февраль 2013 г. 12 759,45 1 12 759,45 29,4
Март 2013 г. 12 759,45 1 12 759,45 29,4
Апрель 2013 г. 12 759,45 1 12 759,45 29,4
Май 2013 г. 12 759,45 1 12 759,45 29,4
Июнь 2013 г. 13 276,73 1 13 276,73 29,4
Июль 2013 г. 7 482,97 1 7 482,97 29,4
Август 2013 г. 14 384,15 1 14 384,15 29,4
Сентябрь 2013 г. 14 384,15 1 14 384,15 29,4
Октябрь 2013 г. 14 384,15 1 14 384,15 29,4
Итого: 130 804,79 305,38
2. Премии, начисленные в расчетном периоде
Премии Рабочее место Начислено премии Коэффициент индексации Месячная часть Учтено премии за расчетный период
Декабрь 2012 г. ; за 1 мес. ; 1 746,96 1,0000 1 746,96 1 746,96
Январь 2013 г. ; за 1 мес. ; 3 448,5 1,0000 3 448,50 3 448,50
Февраль 2013 г. ; за 1 мес. ; 4 827,9 1,0000 4 827,90 4 827,90
Март 2013 г. ; за 1 мес. ; 4 827,9 1,0000 4 827,90 4 827,90
Апрель 2013 г. ; за 1 мес. ; 4 827,9 1,0000 4 827,90 4 827,90
Май 2013 г. ; за 1 мес. ; 4 827,9 1,0000 4 827,90 4 827,90
Июнь 2013 г. ; за 1 мес. ; 5 862,45 1,0000 5 862,45 5 862,45
Июль 2013 г. ; за 1 мес. ; 2 159,06 1,0000 2 159,06 2 159,06
Август 2013 г. ; за 1 мес. ; 6 207,3 1,0000 6 207,30 6 207,30
Сентябрь 2013 г. ; за 1 мес. ; 6 207,3 1,0000 6 207,30 6 207,30
Октябрь 2013 г. ; за 1 мес. ; 6 207,3 1,0000 6 207,30 6 207,30
Учтенная сумма премий составила: 51 150,47
3. Расчет среднего заработка
Всего дней: 305,38
Всего заработка (включая премии): 181 955,2600
Среднедневной заработок составил: 181 955,2600 / 305,38 = 595,83
А так "Резервы предст.отпусков":
***** Сотрудник: К***********************
Отработано дней = 328,9
Отработано часов = 0
Сред.заработок = 199 960,34
Сумма начислено = 4 101,3
(701) Да, предприятие большое и повышение окладов делали документом "Кадровое перемещение" с установленным флажком "Индексация заработка с коэффициентом". Естественно, документ "Начисление отпуска" видит и учитывает индексацию заработка (в таблице появляются соответствующие коэффициенты индексации), а вот обработка считает средний без учета коэффициента индексации.
(710) serg76,
Это странно, так как обработка сама не считает средний заработок, а использует результаты расчета документа "Начисление отпуска", который программно создается при расчете резерва.
Попробую воспроизвести вашу ситуацию.
Это странно, так как обработка сама не считает средний заработок, а использует результаты расчета документа "Начисление отпуска", который программно создается при расчете резерва.
Попробую воспроизвести вашу ситуацию.
(711) Если позволите, еще немного вдогонку про нашу ситуацию. Скачал с Инфостарта подобный вашему, но намного менее функциональный отчет по расчету резерва и в нем средний заработок рассчитывается правильно, с учетом индексации. Тот отчет также эмулирует проведение документа "начисление отпуска", но сам расчет среднего выполняется стандартной функцией:
НачислениеОтпускаРаботникамОрганизацийПереопределяемый.РасчетСреднегоЗаработка(.....)
В вашей обработке использования этой функции нет, может тут порыться стоит?
НачислениеОтпускаРаботникамОрганизацийПереопределяемый.РасчетСреднегоЗаработка(.....)
В вашей обработке использования этой функции нет, может тут порыться стоит?
(711) Всё, нашёл в чём была проблема. Повышение окладов произошло с 1 января 2014 года. В вашей обработке ДатаНачалаСобытия в фиктивном док-те отпуска равна НачалеПериода (т.е. тоже 1 января) из-за этого коэффициент и не применялся. Простое прибавление к ДатеНачала одного дня решило проблему.
Добрый день, подскажите пожалуйста в последней версии обработки исправлен момент?
1)
57. гвость 22.03.2012 09:42
kondrp, не знаю на сколько полезно или не полезно будет следущее пожелание,
но меня бухи попросили переделать расчет при переходящем.
их логика была такова,
если отпуск сотрудника переходящий, и сделано начисление отпуска в месяце за который формируется отражение зп в рег учете, то они считаю что резервировать эти деньги не надо, т.к. предполагается, что отпускные уже выплачеты.
соответственно я переделал как они просили.
Еще переделал тот момент когда сотрудник был принят с 01-15 дни месяца, то ему 2.33 начисляться не должно.
мало-ли может пригодиться.
Бухгалтерия просит такой же функционал.
2) Еще такой момент хотелось бы уточнить, что будет происходить, когда резерв будет исчерпан, а сотрудники уходят в отпуск, Глав. бух утверждает, что должно работать так:
*Если резерва недостаточно для использования отпуска и страх. взносов - если резерва недостаточно, то недостающая сумма идет за счет затрат*
Заранее спасибо за труды.
1)
57. гвость 22.03.2012 09:42
kondrp, не знаю на сколько полезно или не полезно будет следущее пожелание,
но меня бухи попросили переделать расчет при переходящем.
их логика была такова,
если отпуск сотрудника переходящий, и сделано начисление отпуска в месяце за который формируется отражение зп в рег учете, то они считаю что резервировать эти деньги не надо, т.к. предполагается, что отпускные уже выплачеты.
соответственно я переделал как они просили.
Еще переделал тот момент когда сотрудник был принят с 01-15 дни месяца, то ему 2.33 начисляться не должно.
мало-ли может пригодиться.
Бухгалтерия просит такой же функционал.
2) Еще такой момент хотелось бы уточнить, что будет происходить, когда резерв будет исчерпан, а сотрудники уходят в отпуск, Глав. бух утверждает, что должно работать так:
*Если резерва недостаточно для использования отпуска и страх. взносов - если резерва недостаточно, то недостающая сумма идет за счет затрат*
Заранее спасибо за труды.
Распределение оценочных обязательств v1.08
при нажатии расчитать обязательства
{Форма.Форма.Форма(929)}: Метод объекта не обнаружен (ПодготовитьДанныеПоРегламентированнымОтпускам)
ВыборкаНачальныеОстатки = ПроцедурыУправленияПерсоналом.ПодготовитьДанныеПоРегламентированнымОтпускам(ТаблицаНачальныеОстатки, , Истина, Истина);
при нажатии расчитать обязательства
{Форма.Форма.Форма(929)}: Метод объекта не обнаружен (ПодготовитьДанныеПоРегламентированнымОтпускам)
ВыборкаНачальныеОстатки = ПроцедурыУправленияПерсоналом.ПодготовитьДанныеПоРегламентированнымОтпускам(ТаблицаНачальныеОстатки, , Истина, Истина);
718.
Luchik17-87
24.02.14 23:17
Сейчас в теме
Добрый день. Подскажите, пожалуйста:
1. При инвентаризации резерва, что за колонки инвентаризации, что они значат?
2. в самой обработке дни отпуска стоят верно, а когда выводиться на печать, там совершенно другие дни.
3. проводки. мы используем 44 счет, в бу учете обработка ставит его, а в ну ставит 26, как это поправить?
Спасибо.
1. При инвентаризации резерва, что за колонки инвентаризации, что они значат?
2. в самой обработке дни отпуска стоят верно, а когда выводиться на печать, там совершенно другие дни.
3. проводки. мы используем 44 счет, в бу учете обработка ставит его, а в ну ставит 26, как это поправить?
Спасибо.
Прикрепленные файлы:
(720) ksv888,
Итоги пересчитали, не помогает.
Бухгалтер что-то исправил в базе после этого перестало правильно считать. но вспомнить что исправил не может. При расчете среднего заработка увеличивает его в насколько раз
Помогите разобраться!!! Очень важно.
Итоги пересчитали, не помогает.
Бухгалтер что-то исправил в базе после этого перестало правильно считать. но вспомнить что исправил не может. При расчете среднего заработка увеличивает его в насколько раз
Помогите разобраться!!! Очень важно.
725.
master_yoda
27
20.03.14 15:50
Сейчас в теме
Занятная вещь, обязательно продемонстрирую своим бухгалтерам.
(727) KostyaBu,
Если в обработке выбрать "Типовой механизм расчета дней начислено", то будут считаться все отпуска по которым у сотрудника введены остатки и введено количество дней отпуска в год.
Эти операции выполняются через кадровый интерфейс: Кадровый учет -> Учет невыходов -> Остатки отпусков
Если в обработке выбрать "Типовой механизм расчета дней начислено", то будут считаться все отпуска по которым у сотрудника введены остатки и введено количество дней отпуска в год.
Эти операции выполняются через кадровый интерфейс: Кадровый учет -> Учет невыходов -> Остатки отпусков
731.
happyezhik
07.07.14 16:20
Сейчас в теме
а можно ли такой расчет получать поквартально? У нас начисление квартальное, а в остальном механизм такой же.
(772) Например в организации есть льготная професия Газосварщик, и используется труд Шахтеров, Суммы доплат по льготным тарифам необходимо добавить к сумме страховых взносов. Идея такая - определим должность на дату отчета, затем из должности узнаем Класс условий труда и процент надбавки на дату отчета (он периодический). Рассчитаем сумму: умножим базу страховых взносов на процент надбавки, добавим к страховым взносам.
Небольшая особенность, как учитывать если например пол месяца на должности обычной (не льготной), а затем перевели на льготную ?
По "Шахтерам" - если галка в Должности стоит, то умножим базу страховых взносов на 6,7% (это твердая ставка доплаты шахтерам), добавим к страховым взносам.
ПО ПОВОДУ Начальных остатков, пусть остается сегодняшний вариант, так более универсально ! (потому что постоянно заглядываем в "Остатки отпусков" и корректируем остатки, у нас база перенесена из 1с7.7, а там ничего не велось.)
Небольшая особенность, как учитывать если например пол месяца на должности обычной (не льготной), а затем перевели на льготную ?
По "Шахтерам" - если галка в Должности стоит, то умножим базу страховых взносов на 6,7% (это твердая ставка доплаты шахтерам), добавим к страховым взносам.
ПО ПОВОДУ Начальных остатков, пусть остается сегодняшний вариант, так более универсально ! (потому что постоянно заглядываем в "Остатки отпусков" и корректируем остатки, у нас база перенесена из 1с7.7, а там ничего не велось.)
737.
Saengmyung
03.08.14 07:20
Сейчас в теме
А какая обработка самая последняя и будет ли ещё доработка?
750.
albertik88
11
30.09.14 13:45
Сейчас в теме
а почему количество дней отпуска на 1ое число округляет?? как снять это округление?
753.
albertik88
11
31.10.14 14:13
Сейчас в теме
(752) mart-sha, а я допилил, теперь количество дней не округляет, плюс проводки не даю по отрицательным суммам, у нас на предприятии так прописано в положении, автору Респект
754.
albertik88
11
31.10.14 14:15
Сейчас в теме
(752) mart-sha, галочка не причем, он использует типовой механизм расчета остатков отпусков на начало месяца, там стоит округление до целой части, а когда просчтиывает на конец прибавляет к количеству на начало 2,33 (ну или 2) дня
756.
riddick2000
13.11.14 09:40
Сейчас в теме
Доброго времени суток! Пользовался обработкой. Спасибо автору!!! Ну вот когда начал делать оцен обязательства за октябрь, средний заработок просто огромный. Начал смотреть за другие тоже огромные суммы. Если вручную делаю документ Начисление отпуска, средний заработок корректный. Помогите!!!
При расчете среднего в обработке используется вид расчета "Компенсация отпуска по календарным дням".
1. Проверьте настройки расчета этого начисления
2. Найдите в журнале документов "Отпуска" документ с комментарием "### Расчет оценочных обязательств ###" (это служебный документ, который используется для расчета в обработке). Вручную проверьте расчет сумм в этом документе
1. Проверьте настройки расчета этого начисления
2. Найдите в журнале документов "Отпуска" документ с комментарием "### Расчет оценочных обязательств ###" (это служебный документ, который используется для расчета в обработке). Вручную проверьте расчет сумм в этом документе
здравствуйте,
спасибо за обработку!
единственное не могу понять, делаю инвентаризацию, расчет среднего с учетом текущего месяца. выдает общую сумму резерва на 13 854 187,61. общая сумма инвентаризации на 5 448 466,51. перегружаем в 1С Бухгалтерию. анализ счета 96.02 конечное сальдо не 13 854 187,61, а уменьшенное на сумму по Дт Сч 96.02 (сумма выплаченный отпускных за ноябрь +взносы). Почему? ведь в таблице по обработке кол-во дней на конец ноября, по идеи в этих днях уже нет дней, истраченных в ноябре. это корректно? *может мне объясните другой подход. к нам придут аудиторы, увидят сальдо Кт Сч 96.02, оно не сходится с инвентаризационной ведомостью, ровно на сумму выплаченных отпускных+резервы. как им объяснить?
очень жду ответом. Спасибо всем откликнувшимся(заранее)!
спасибо за обработку!
единственное не могу понять, делаю инвентаризацию, расчет среднего с учетом текущего месяца. выдает общую сумму резерва на 13 854 187,61. общая сумма инвентаризации на 5 448 466,51. перегружаем в 1С Бухгалтерию. анализ счета 96.02 конечное сальдо не 13 854 187,61, а уменьшенное на сумму по Дт Сч 96.02 (сумма выплаченный отпускных за ноябрь +взносы). Почему? ведь в таблице по обработке кол-во дней на конец ноября, по идеи в этих днях уже нет дней, истраченных в ноябре. это корректно? *может мне объясните другой подход. к нам придут аудиторы, увидят сальдо Кт Сч 96.02, оно не сходится с инвентаризационной ведомостью, ровно на сумму выплаченных отпускных+резервы. как им объяснить?
очень жду ответом. Спасибо всем откликнувшимся(заранее)!
(764) mart-sha,
Мысль такая тоже была. Также есть мысль не рассчитывать каждый раз начальный остаток, а брать остаток с предыдущего расчета.
Этот, а также дополнительный новый функционал я планирую включить в ближайшее время.
P.S.
Про публикацию не забыл! Она, с Вашей помощью, развивается и я буду продолжать ее поддержку.
Мысль такая тоже была. Также есть мысль не рассчитывать каждый раз начальный остаток, а брать остаток с предыдущего расчета.
Этот, а также дополнительный новый функционал я планирую включить в ближайшее время.
P.S.
Про публикацию не забыл! Она, с Вашей помощью, развивается и я буду продолжать ее поддержку.
Пора обновлять...
ПредельнаяВеличинаБазыСтраховыхВзносов.Размер
Превратился в (УПП 1.3.60.3)
ПредельнаяВеличинаБазыСтраховыхВзносов.РазмерФСС
ПредельнаяВеличинаБазыСтраховыхВзносов.РазмерФОМС
ПредельнаяВеличинаБазыСтраховыхВзносов.РазмерПФР
ПредельнаяВеличинаБазыСтраховыхВзносов.Размер
Превратился в (УПП 1.3.60.3)
ПредельнаяВеличинаБазыСтраховыхВзносов.РазмерФСС
ПредельнаяВеличинаБазыСтраховыхВзносов.РазмерФОМС
ПредельнаяВеличинаБазыСтраховыхВзносов.РазмерПФР
(770) Добрый день, у меня выдает ошибку
Ошибка при вызове метода контекста (Выполнить)
Результат = Запрос.Выполнить();
по причине:
{(10, 63)}: Поле не найдено "ПредельнаяВеличинаБазыСтраховыхВзносовСрезПоследних.РазмерПФР"
ЕСТЬNULL(ПредельнаяВеличинаБазыСтраховыхВзносовСрезПоследних.<<?>>РазмерПФР, 0) КАК ПределПФР,
Ошибка при вызове метода контекста (Выполнить)
Результат = Запрос.Выполнить();
по причине:
{(10, 63)}: Поле не найдено "ПредельнаяВеличинаБазыСтраховыхВзносовСрезПоследних.РазмерПФР"
ЕСТЬNULL(ПредельнаяВеличинаБазыСтраховыхВзносовСрезПоследних.<<?>>РазмерПФР, 0) КАК ПределПФР,
Некорректно делается расчет среднего заработка (не все данные пападали). Помогло добавление строки в Функция РассчитатьСуммуОтпуска(Сотрудник) ДокументСсылка = НачислениеОтпуска;
ДокументОбъект = ДокументСсылка.ПолучитьОбъект();
ДокументОбъект.ПериодРасчетаСреднегоЗаработкаНачало = ПериодРасчетаСреднегоЗаработкаНачало;
ДокументОбъект.ПериодРасчетаСреднегоЗаработкаОкончание = ПериодРасчетаСреднегоЗаработкаОкончание;
ДокументОбъект.Сотрудник = Сотрудник;
ДокументОбъект.Организация = Организация;
ДокументОбъект.ДнейЧасовКомпенсацииОтпуска = 1;
ДокументОбъект.ДатаНачалаСобытия = КонецДня(ПериодРасчетаСреднегоЗаработкаОкончание)+1; //Добавлена строка
ДокументОбъект.Записать();
ДокументОбъект = ДокументСсылка.ПолучитьОбъект();
ДокументОбъект.ПериодРасчетаСреднегоЗаработкаНачало = ПериодРасчетаСреднегоЗаработкаНачало;
ДокументОбъект.ПериодРасчетаСреднегоЗаработкаОкончание = ПериодРасчетаСреднегоЗаработкаОкончание;
ДокументОбъект.Сотрудник = Сотрудник;
ДокументОбъект.Организация = Организация;
ДокументОбъект.ДнейЧасовКомпенсацииОтпуска = 1;
ДокументОбъект.ДатаНачалаСобытия = КонецДня(ПериодРасчетаСреднегоЗаработкаОкончание)+1; //Добавлена строка
ДокументОбъект.Записать();
2636:
// Удаляем строки с нулевыми и некоректными значениями
МассивСтрок = Новый Массив;
Для Каждого СтрокаРезервы из Резервы Цикл
// Пропускаем если эта строка уже есть в "МассивСтрок"
Если МассивСтрок.Найти(СтрокаРезервы) <> Неопределено Тогда //Кажется бред
Продолжить;
КонецЕсли;
Если мВидОбработки = "ЕжемесячныйРасчет" Тогда
// Сумма резерва за месяц = 0
Если СтрокаРезервы.СуммаНачислено = 0 Тогда
МассивСтрок.Добавить(СтрокаРезервы);
КонецЕсли;
ИначеЕсли мВидОбработки = "Инвентаризация" Тогда
// Сумма инвентаризации не заполнена
Если СтрокаРезервы.СуммаИнвентаризация = 0 Тогда
МассивСтрок.Добавить(СтрокаРезервы);
Продолжить; //Хотя бы так
КонецЕсли;
Если СтрокаРезервы.ДнейКонечныйОстаток = 0 и
ПорядокУчетаНулевогоОстаткаДней = 2
Тогда
МассивСтрок.Добавить(СтрокаРезервы);
Продолжить; //Хотя бы так
КонецЕсли;
Если СтрокаРезервы.ДнейКонечныйОстаток < 0 и
ПорядокУчетаОтрицательныхДней = 2
Тогда
МассивСтрок.Добавить(СтрокаРезервы);
КонецЕсли;
КонецЕсли;
КонецЦикла;
Для Каждого СтрокаРезервы из МассивСтрок Цикл
Резервы.Удалить(СтрокаРезервы);
КонецЦикла;
КонецПроцедуры
//В общем беда, строки попадают одни и те же за 1 цикл
// Удаляем строки с нулевыми и некоректными значениями
МассивСтрок = Новый Массив;
Для Каждого СтрокаРезервы из Резервы Цикл
// Пропускаем если эта строка уже есть в "МассивСтрок"
Если МассивСтрок.Найти(СтрокаРезервы) <> Неопределено Тогда //Кажется бред
Продолжить;
КонецЕсли;
Если мВидОбработки = "ЕжемесячныйРасчет" Тогда
// Сумма резерва за месяц = 0
Если СтрокаРезервы.СуммаНачислено = 0 Тогда
МассивСтрок.Добавить(СтрокаРезервы);
КонецЕсли;
ИначеЕсли мВидОбработки = "Инвентаризация" Тогда
// Сумма инвентаризации не заполнена
Если СтрокаРезервы.СуммаИнвентаризация = 0 Тогда
МассивСтрок.Добавить(СтрокаРезервы);
Продолжить; //Хотя бы так
КонецЕсли;
Если СтрокаРезервы.ДнейКонечныйОстаток = 0 и
ПорядокУчетаНулевогоОстаткаДней = 2
Тогда
МассивСтрок.Добавить(СтрокаРезервы);
Продолжить; //Хотя бы так
КонецЕсли;
Если СтрокаРезервы.ДнейКонечныйОстаток < 0 и
ПорядокУчетаОтрицательныхДней = 2
Тогда
МассивСтрок.Добавить(СтрокаРезервы);
КонецЕсли;
КонецЕсли;
КонецЦикла;
Для Каждого СтрокаРезервы из МассивСтрок Цикл
Резервы.Удалить(СтрокаРезервы);
КонецЦикла;
КонецПроцедуры
//В общем беда, строки попадают одни и те же за 1 цикл
793.
leonsk2010
60
30.03.15 14:46
Сейчас в теме
(781) в БП30 в плане счетов в сч.96 добавились субсчета (проводки по страховым, скорее всего надо делать на отдельный субсчет 96 счета). Может пора обновить обработку?
(793) leonsk2010,
Обработка конечно будет дорабатываться с учетом Ваших пожеланий, но в настоящее время не могу делать это оперативно.
Много основной работы.
Если нужно срочно и лично - пишите. Будем договариваться об условиях.
Обработка конечно будет дорабатываться с учетом Ваших пожеланий, но в настоящее время не могу делать это оперативно.
Много основной работы.
Если нужно срочно и лично - пишите. Будем договариваться об условиях.
782.
KSKSKSKSKSKSK
04.02.15 15:07
Сейчас в теме
По счету 20.01.1 в бухгалтерском и налоговом учете не определена 2-я аналитика
783.
eugene.manko
14
17.02.15 15:05
Сейчас в теме
Похоже, не учтена ставка ФСС с временно проживающих иностранцев (1,8 %)?
Реквизиты СтатьяЗатратЗп, СтатьяЗатратСВ, СтатьяЗатратФССНС, не надо было убирать с формы не у всех организаций они совпадают с данными в Регистре Сведений "СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете". Я думаю, что лучше сделать универсальный вариант, брать статьи затрат с формы, если они не заполнены, то из регистра СоответствиеСтатейЗатратОтраженияЗарплатыВРеглУчете
Здравствуйте!
Пользуемся вашей прекрасной обработкой. Однако, возник вопрос, в формировании резервов участвует такое начисление как "компенсация при увольнении", как меня оповестили так быть не должно.
Подскажите, пожалуйста как решить данную проблему?
Пользуемся вашей прекрасной обработкой. Однако, возник вопрос, в формировании резервов участвует такое начисление как "компенсация при увольнении", как меня оповестили так быть не должно.
Подскажите, пожалуйста как решить данную проблему?
Добрый день. Скачали обработку. Не работает. Программа пишет "Поле не найдено "ПредельнаяВеличинаБазыСтраховыхВзносовСрезПоследних.Размер"
ПредельнаяВеличинаБазыСтраховыхВзносовСрезПоследних.<<?>>Размер КАК ПределСтраховыхВзносов".
Как понимается из предыдущих ответов, ошибка связана с обновление программы. И соответственно возникает вопрос, обработка будет дорабатываться?
ПредельнаяВеличинаБазыСтраховыхВзносовСрезПоследних.<<?>>Размер КАК ПределСтраховыхВзносов".
Как понимается из предыдущих ответов, ошибка связана с обновление программы. И соответственно возникает вопрос, обработка будет дорабатываться?
979.
lesyadeg2012@mail.ru
18.03.21 10:09
Сейчас в теме
(802), здравствуйте, как я могу с Вами связаться по поводу этой обработки?
980.
zzz_natali
61
18.03.21 11:48
Сейчас в теме
(802) А можете перечислить вкусности, которые Вы добавили в обработку автора?
Реально ли получить mod этой(Вашей) обработки безвозмездно(т.е. даром)?
Спасибо.
Реально ли получить mod этой(Вашей) обработки безвозмездно(т.е. даром)?
Спасибо.
(803) Бухюзер, Это потому, что в регистре "Предельная величина базы страховых взносов" указан нулевой "Размер для ОМС". Можете либо увеличить его до 999999999, либо внести изменение в код метода ПолучитьСтавкиСтраховыхВзносов().
Если будете менять код, то после текста запроса, который вы можете найти по комментарию "// Структура запроса по тарифам страховых взносов совпадает для всех конфигураций" вставьте:
Если будете менять код, то после текста запроса, который вы можете найти по комментарию "// Структура запроса по тарифам страховых взносов совпадает для всех конфигураций" вставьте:
Запрос.Текст = СтрЗаменить(Запрос.Текст, "ПредельнаяВеличинаБазыСтраховыхВзносовСрезПоследних.РазмерФОМС", "ВЫБОР КОГДА ПредельнаяВеличинаБазыСтраховыхВзносовСрезПоследних.РазмерФОМС = 0 ТОГДА 999999999999.99 ИНАЧЕ ПредельнаяВеличинаБазыСтраховыхВзносовСрезПоследних.РазмерФОМС КОНЕЦ");
(804) egoludens,
Опубликовал релиз 1.22 от 13.05.2015.
В нем исправлена ошибка с получением нулевого предела по ФОМС. Теперь если предел в регистре 0, то в обработке предел = 999999999999.99
P.S.
Спасибо за конструктивное предложение.
Опубликовал релиз 1.22 от 13.05.2015.
В нем исправлена ошибка с получением нулевого предела по ФОМС. Теперь если предел в регистре 0, то в обработке предел = 999999999999.99
P.S.
Спасибо за конструктивное предложение.
В процедуре ЗаполнитьПодразделение() подразделение в НУ заполнится только в том случае, когда подразделение не заполнено в БУ, а оно заполняется на предыдущем шаге.
Может земенить
на
Если ФормироватьНУ Тогда
Если ТипЗнч(СтрокаОтражениеВУчете.СубконтоДтНУ1) = Тип("СправочникСсылка.ПодразделенияОрганизаций") и
СтрокаОтражениеВУчете.СубконтоДт1.Пустая()
Тогда
СтрокаОтражениеВУчете.СубконтоДтНУ1 = ПодразделениеОрганизации;
КонецЕсли;
Если ТипЗнч(СтрокаОтражениеВУчете.СубконтоДтНУ2) = Тип("СправочникСсылка.ПодразделенияОрганизаций") и
СтрокаОтражениеВУчете.СубконтоДт1.Пустая()
Тогда
СтрокаОтражениеВУчете.СубконтоДтНУ2 = ПодразделениеОрганизации;
КонецЕсли;
Если ТипЗнч(СтрокаОтражениеВУчете.СубконтоДтНУ3) = Тип("СправочникСсылка.ПодразделенияОрганизаций") и
СтрокаОтражениеВУчете.СубконтоДт1.Пустая()
Тогда
СтрокаОтражениеВУчете.СубконтоДтНУ3 = ПодразделениеОрганизации;
КонецЕсли;
КонецЕсли;
ПоказатьМожет земенить
и СтрокаОтражениеВУчете.СубконтоДт1.Пустая()
на
и СтрокаОтражениеВУчете.СубконтоДтНУ1.Пустая()
(808) Diktis, да, там нужно добавить определение ставки взносов в ФСС для иностранцев, а также если база с филиалами, нужно учесть и этот момент, так как запрос по определению инвалидности и статуса иностранцев содержит ошибку в параметре.
(810) а в ЗУП 3.0 разве 1С не похожий метод реализовали?
Там все по людям, вычисляется их остаток отпусков, средняя зп перемножает там чего-то плюс учитывает процент на оценочные обязательства и предельную планку достигнув которой оценочные обязательства не будут начисляться.
Там все по людям, вычисляется их остаток отпусков, средняя зп перемножает там чего-то плюс учитывает процент на оценочные обязательства и предельную планку достигнув которой оценочные обязательства не будут начисляться.
Здравствуйте, объясните пожалуйста, почему в колонке начислено количество дней отпуска, могут стоять дни с отрицательными значениями, на сколько я понимаю, дни должны рассчитываться исходя месяц - 2,33 дня, в моём случае месяц отработанный работникам считается - 3 дня, так как на Дальнем Востоке 36 дней отпуска (28 основного и 8 дополнительного)?
(815) fitig, Пример при котором количество дней начисленных будет с (-): Сотрудник пошел в отпуск с 28.05.15 по 15.06.15 (18 календарных дней), из них 4 дня приходится на май и 14 дней - на июнь. Сотруднику за май месяц положено рассчитать 3 дня отпуска (для отдаленных районов) минус 14 дней которые в июле. Получается: "Начислено -11 дней", "Использовано 4 дня"
Кажется так. По моему в следующем месяце она добавит в колонку "начислено" эти 11 дней и их же поставит в колонку "использовано". В принципе логично. Т.к. фактически на 01.07.15 использовано всего 4 дня отпуска, но и остатка отпуска нет, ведь с сотрудником уже рассчитались за все дни отпуска.
Кажется так. По моему в следующем месяце она добавит в колонку "начислено" эти 11 дней и их же поставит в колонку "использовано". В принципе логично. Т.к. фактически на 01.07.15 использовано всего 4 дня отпуска, но и остатка отпуска нет, ведь с сотрудником уже рассчитались за все дни отпуска.
Добрый день. При переносе проводок в документ некорректно переносятся суммы по налоговому учету, вернее проставляются в Сумма НУ, а надо в Сумма ВР на закладке Проводки, в основных начислениях все правильно. Что-то с настройками, кто-нибудь сталкивался?
829.
zzz_natali
61
30.01.16 13:50
Сейчас в теме
Скажите, если мы делаем инвентаризацию, а какое-то количество людей у нас в декретном отпуске, то они обусловлено не попадут в вашу обработку расчет оценочных обязательств, ибо их нет априори в документе "Отражение ЗП в регл. учёте"? Хотя у них есть некий "додекретный" средний и их по идее надо как-то отрезервировать по 96 счету.
Спасибо.
(обработку купила сегодня, если чё)
Спасибо.
(обработку купила сегодня, если чё)
(829) zzz_natali,
При расчете оценочных обязательств обработка не смотрит на данные документа "Отражение зарплаты в регл.учете".
Используются только типовой механизм определения остатка отпуска на выбранную дату. В случае инвентаризации - на конец месяца расчета.
Поэтому если по сотруднику в декрете или отпуске по уходу за ребенком есть остаток дней отпуска, то и в инвентаризацию он тоже должен попасть.
При расчете оценочных обязательств обработка не смотрит на данные документа "Отражение зарплаты в регл.учете".
Используются только типовой механизм определения остатка отпуска на выбранную дату. В случае инвентаризации - на конец месяца расчета.
Поэтому если по сотруднику в декрете или отпуске по уходу за ребенком есть остаток дней отпуска, то и в инвентаризацию он тоже должен попасть.
(830) zzz_natali,
Добрый день. Присутствует ошибка в модуле. В данный момент готовлю новый релиз, но опубликую его не раньше чем через неделю.
Для оперативного решения проблемы можете выслать мне на почту вашу обработку. Я в замен вышлю Вам исправленную.
Добрый день. Присутствует ошибка в модуле. В данный момент готовлю новый релиз, но опубликую его не раньше чем через неделю.
Для оперативного решения проблемы можете выслать мне на почту вашу обработку. Я в замен вышлю Вам исправленную.
(833) dtripleh,
В расчете резервов ничего особенного не произойдет. Также будет начислен резерв исходя из количества дней отпуска за месяц (обычно 2.33 дня).
Обработка не исправляет и не устанавливает проводки по закрытию резерва (Дт96 - Кт70). Суммы фактических отпусков используются только в колонке "Использовано".
Поэтому в данном случае увеличится конечный остаток.
В расчете резервов ничего особенного не произойдет. Также будет начислен резерв исходя из количества дней отпуска за месяц (обычно 2.33 дня).
Обработка не исправляет и не устанавливает проводки по закрытию резерва (Дт96 - Кт70). Суммы фактических отпусков используются только в колонке "Использовано".
Поэтому в данном случае увеличится конечный остаток.
Хотелось бы, чтобы обработка учитывала информацию, введенную документом "Ввод распределения основного заработка сотрудников", т.е. чтобы оценочные обязательства, вместе с начислениями распределялись по счетам и номенклатурным группам.
Планируется ли добавление такого функционала?
Планируется ли добавление такого функционала?
(839) Stefy,
Добрый день.
В описании моей публикации есть отдельный раздел "Как получать обновления после приобретения обработки:".
Для этого нужно прислать вашу обработку мне на почту kondrp@yandex.ru. В ответном письме я отправлю Вам обновление
Добрый день.
В описании моей публикации есть отдельный раздел "Как получать обновления после приобретения обработки:".
Для этого нужно прислать вашу обработку мне на почту kondrp@yandex.ru. В ответном письме я отправлю Вам обновление
Вниманию пользователей, продолжающих использовать бесплатные версии обработки. Чтобы обработка заработала в ЗУП начиная с версий 2.5.100 и выше необходимо:
- открыть обработку в конфигураторе и перейти в модуль формы "Форма"
- найти функцию - Функция ПолучитьОстаткиОтпусков(ТаблицаНачальныеОстатки, ТаблицаКонечныеОстатки)
- закомментировать в ней следующий кусок модуля:
Если (Метаданные.Имя = "ЗарплатаИУправлениеПерсоналом" и
Метаданные.Версия < "2.5.52.1") или
(Метаданные.Имя = "УправлениеПроизводственнымПредприятием" и
Метаданные.Версия < "1.3.27.2") или
(Метаданные.Имя = "КомплекснаяАвтоматизация" и
Метаданные.Версия < "1.1.22.1")
Тогда
НовыйАлгоритм = Ложь;
КонецЕсли;
- открыть обработку в конфигураторе и перейти в модуль формы "Форма"
- найти функцию - Функция ПолучитьОстаткиОтпусков(ТаблицаНачальныеОстатки, ТаблицаКонечныеОстатки)
- закомментировать в ней следующий кусок модуля:
Если (Метаданные.Имя = "ЗарплатаИУправлениеПерсоналом" и
Метаданные.Версия < "2.5.52.1") или
(Метаданные.Имя = "УправлениеПроизводственнымПредприятием" и
Метаданные.Версия < "1.3.27.2") или
(Метаданные.Имя = "КомплекснаяАвтоматизация" и
Метаданные.Версия < "1.1.22.1")
Тогда
НовыйАлгоритм = Ложь;
КонецЕсли;
(843) спасибо Серж. Вы сэкономили мне то время, которое потратили на поиск этой ошибки "2000 года" (100 версии :) ).
kondrp Печально что обработка стала платной, буду теперь допиливать её вручную по мере обновления ЗУПа
Всем кому реально нужна эта обработка, и готовы потратить деньги - не бойтесь круглой цифры, обработка этого стоит: написана на высочайшем профессиональном уровне и автор не забрасывает её (это я из личного многолетнего опыта пользования этой обработкой и общения с автором).
kondrp Печально что обработка стала платной, буду теперь допиливать её вручную по мере обновления ЗУПа
Всем кому реально нужна эта обработка, и готовы потратить деньги - не бойтесь круглой цифры, обработка этого стоит: написана на высочайшем профессиональном уровне и автор не забрасывает её (это я из личного многолетнего опыта пользования этой обработкой и общения с автором).
844.
zzz_natali
61
05.04.16 15:27
Сейчас в теме
А кто купил(для УПП1.3), подождать бесплатной раздачи супа или тоже лезть в конфигуратор?
Спасибо.
Спасибо.
(844) zzz_natali,
В описании я специально добавил "Если Вы уже приобрели данную обработку (начиная с версии 1.23), то можете бесплатно получать обновления".
Отправляете на kondrp@yandex.ru свою обработку. Я взамен бесплатно высылаю актуальную версию.
Такая схема действует в течение всего 2016 года.
В описании я специально добавил "Если Вы уже приобрели данную обработку (начиная с версии 1.23), то можете бесплатно получать обновления".
Отправляете на kondrp@yandex.ru свою обработку. Я взамен бесплатно высылаю актуальную версию.
Такая схема действует в течение всего 2016 года.
Раньше можно было сохранять таблицу на закладке оценочные обязательства, через стандартное меню вывести список, сейчас это недоступно (появились дополнительные функции расшифровка отпуска и изменить остатки отпусков), - дайте возможность распечатывать или сохранять отдельно в файл таблицу оценочные обязательства.
Прикрепленные файлы:
(845) UUUU4,
Вы можете распечатать и сохранить через кнопку "Печать". Там в форме отчета можно настроить любую структуру вывода информации.
Но если момент вывода таблицы принципиален, то я добавлю его в следующих обновлениях.
Вы можете распечатать и сохранить через кнопку "Печать". Там в форме отчета можно настроить любую структуру вывода информации.
Но если момент вывода таблицы принципиален, то я добавлю его в следующих обновлениях.
(847) (845) UUUU4, добрый день.
Согласна с UUUU4, после использования бесплатной версии мне тоже очень не хватает такой возможности, т.к. после ручных правок на закладке оценочных обязательств внесенная информация не попадает в печатную форму.
Так же прошу помощи по использованию версии 1.24 (платформа 8.3.8.2054, конфигурация ЗУП 2.5.103.2):
1) по какой-то причине при открытии окна для формировании печатных форм не корректно отображается окно пользовательских настроек. Причем его не возможно не сдвинуть, не скрыть (отсутствуют верхние кнопки): болтается посреди отчета перекрывая информацию и почти каждый раз при нажатии кнопки Печать это окно может появляться в разных местах (скрины прилагаю). Как c этим бороться?
2) подскажите почему в проводках счета НУ не соответствуют счетам БУ (скрин так же прилагаю), что я не учла при настройках? (регистр сведений "Соответствие счетов БУ и НУ" заполнен корректно - проверяла).
Согласна с UUUU4, после использования бесплатной версии мне тоже очень не хватает такой возможности, т.к. после ручных правок на закладке оценочных обязательств внесенная информация не попадает в печатную форму.
Так же прошу помощи по использованию версии 1.24 (платформа 8.3.8.2054, конфигурация ЗУП 2.5.103.2):
1) по какой-то причине при открытии окна для формировании печатных форм не корректно отображается окно пользовательских настроек. Причем его не возможно не сдвинуть, не скрыть (отсутствуют верхние кнопки): болтается посреди отчета перекрывая информацию и почти каждый раз при нажатии кнопки Печать это окно может появляться в разных местах (скрины прилагаю). Как c этим бороться?
2) подскажите почему в проводках счета НУ не соответствуют счетам БУ (скрин так же прилагаю), что я не учла при настройках? (регистр сведений "Соответствие счетов БУ и НУ" заполнен корректно - проверяла).
Прикрепленные файлы:
(873) prochka,
Добрый день!
Что касается возможности вывести на печать сразу табличную часть "Оценочные обязательства", то в версии 1.25 такая возможность уже реализована. Нужно только по правой кнопке мыши выбрать пункт "Вывести список".
По окну пользовательских настроек: такая ситуация у меня также иногда возникает и связана она с временными файлами в каталоге пользователя. Для исправления достаточно закрыть все окна 1С. Зайти в свой каталог пользователя на компьютере. Найти каталоги "AppData\Local\1C\1cv8", "AppData\Roaming\1C\1cv8" и удалить в этих каталогах все кроме файлов с расширением "pfl".
По несоответствию счетов БУ и НУ я проверю и отпишусь в ближайшее время.
Добрый день!
Что касается возможности вывести на печать сразу табличную часть "Оценочные обязательства", то в версии 1.25 такая возможность уже реализована. Нужно только по правой кнопке мыши выбрать пункт "Вывести список".
По окну пользовательских настроек: такая ситуация у меня также иногда возникает и связана она с временными файлами в каталоге пользователя. Для исправления достаточно закрыть все окна 1С. Зайти в свой каталог пользователя на компьютере. Найти каталоги "AppData\Local\1C\1cv8", "AppData\Roaming\1C\1cv8" и удалить в этих каталогах все кроме файлов с расширением "pfl".
По несоответствию счетов БУ и НУ я проверю и отпишусь в ближайшее время.
Добрый день! После обновления ЗУП ред. 2.5 на релиз 101.2 перестали рассчитываться оценочные обязательства. Ошибка: Метод объекта не обнаружен (ПодготовитьДанныеПоРегламентированнымОтпускам)
ПроцедурыУправленияПерсоналом.ПодготовитьДанныеПоРегламентированнымОтпускам(ТаблицаНачальныеОстатки, , Истина, Истина)
Будет исправлено?
ПроцедурыУправленияПерсоналом.ПодготовитьДанныеПоРегламентированнымОтпускам(ТаблицаНачальныеОстатки, , Истина, Истина)
Будет исправлено?
(852) lama100, в ЗУП 3.0 в типовом механизме уже учли остатки отпусков сотрудников. На данный момент прорабатывается вариант встраивания в расчет резервов в этой конфигурации.
Если Вы являетесь пользователем этой конфигурации и в расчете резервов вам что то хочется добавить - напишите.
Если Вы являетесь пользователем этой конфигурации и в расчете резервов вам что то хочется добавить - напишите.
857.
sergiobargio1
119
17.05.16 16:15
Сейчас в теме
Здравствуйте, Владимир. Приобрели Вашу замечательную обработку "Резервы отпусков. Оценочные обязательства (96 счет)". Установили для конфигурации "1С: ЗиУП,2.5". Спасибо, работает. пожалуйста, подскажите, есть ли у Вас аналогичная обработка только для конфигурации "1С: ЗиУП,3.0" (планируем произвести переход на эксплутацию версии 3.0) ? Спасибо.
(857) sergiobargio1,
Добрый день!
В конфигурации ЗУП 3.0 уже есть часть функционала. В частности есть возможность рассчитывать резервы исходя из количества дней отпуска сотрудников.
Но как всегда 1С не до конца сделала весь функционал. Нет нормальных расшифровок и анализа резервов.
Поэтому в настоящее время я занимаюсь изучением материала и анализирую как можно адаптировать обработку для версии 3.0.
Думаю в скором времени эта обработка появится
Добрый день!
В конфигурации ЗУП 3.0 уже есть часть функционала. В частности есть возможность рассчитывать резервы исходя из количества дней отпуска сотрудников.
Но как всегда 1С не до конца сделала весь функционал. Нет нормальных расшифровок и анализа резервов.
Поэтому в настоящее время я занимаюсь изучением материала и анализирую как можно адаптировать обработку для версии 3.0.
Думаю в скором времени эта обработка появится
(861) у нас дни с отрицательными значениями (примерно как в комментарии 814.fitig (файл скачал) 18.06.15 10:06),
Так как отпуск дополнительный имеется у многих сотрудников, бухгалтерия просит изменить обработку, чтобы в колонке (количество дней отпуска - Начислено)считалось по формуле = всего дней отпуска /12.
Подскажите реализовано ли данное изменение у вас? Есть ли необходимость покупать новую версию? у нас версия v1.18 от 24.01.2013
Так как отпуск дополнительный имеется у многих сотрудников, бухгалтерия просит изменить обработку, чтобы в колонке (количество дней отпуска - Начислено)считалось по формуле = всего дней отпуска /12.
Подскажите реализовано ли данное изменение у вас? Есть ли необходимость покупать новую версию? у нас версия v1.18 от 24.01.2013
Ещё немного исправлений для пользователей, продолжающих использовать бесплатные версии обработки. Чтобы при расчете инвентаризации отпусков с установленными значениями "не учитывать" параметров "порядок расчета нулевого остатка дней" и "порядок расчета отрицательного кол-ва дней" не столкнуться с ошибкой "недостаточно фактических параметров" необходимо:
- открыть обработку в конфигураторе и перейти в модуль формы "Форма"
- найти процедуру - Процедура ЗаполнитьТаблицуРезервы() и внести в ней изменения (в самом конце процедуры)
Было:
Стало:
- открыть обработку в конфигураторе и перейти в модуль формы "Форма"
- найти процедуру - Процедура ЗаполнитьТаблицуРезервы() и внести в ней изменения (в самом конце процедуры)
Было:
// Для порядка "не учитывать строки с нулевым остатком дней"
Если СтрокаРезервы.ДнейКонечныйОстаток = 0 и
ПорядокУчетаНулевогоОстаткаДней = 2 и
МассивСтрок.Найти() = Неопределено
Тогда
МассивСтрок.Добавить(СтрокаРезервы);
КонецЕсли;
// Для порядка "не учитывать строки с отрицательными днями"
Если СтрокаРезервы.ДнейКонечныйОстаток < 0 и
ПорядокУчетаОтрицательныхДней = 2 и
МассивСтрок.Найти() = Неопределено
Тогда
МассивСтрок.Добавить(СтрокаРезервы);
КонецЕсли; ПоказатьСтало:
// Для порядка "не учитывать строки с нулевым остатком дней"
Если СтрокаРезервы.ДнейКонечныйОстаток = 0 и
ПорядокУчетаНулевогоОстаткаДней = 2 и
МассивСтрок.Найти(СтрокаРезервы) = Неопределено //автор забыл указать параметр для метода Найти()
Тогда
МассивСтрок.Добавить(СтрокаРезервы);
КонецЕсли;
// Для порядка "не учитывать строки с отрицательными днями"
Если СтрокаРезервы.ДнейКонечныйОстаток < 0 и
ПорядокУчетаОтрицательныхДней = 2 и
МассивСтрок.Найти(СтрокаРезервы) = Неопределено //автор забыл указать параметр для метода Найти()
Тогда
МассивСтрок.Добавить(СтрокаРезервы);
КонецЕсли;
Показать
869.
zzz_natali
61
18.10.16 20:31
Сейчас в теме
Добродень. Прошу прощения за дурацкий вопрос(есди что). С 2016 года на предприятии ввели дополнительные отпуска. Ваша обработка будет учитывать доп. отпуска, если стоит Вариант расчета обязательств "Использовать типовой механизм"? Важно ли, чтобы при этом в учетной политике по оценочным обязательствам все виды отражений по отпускам были заполнены на политику 2016 год или ваша обработка все равно увидит все виды начислений по отпускам и корректно их отразит. Спасибо.
(869) zzz_natali,
Добрый день!
Обработка использует типовые механизмы из общих модулей вашей конфигурации.
В частности: для расчета колонки "дней начислено" берется остаток дней сотрудника на конец месяца и на начало месяца, затем берется разница между двумя этими величинами. Сейчас проверил - берется общий остаток дней отпуска, включая дополнительные отпуска. Поэтому можно говорить, что дополнительные отпуска учитываются при расчете количества дней, но не выделяются отдельно.
Не совсем понял про "Важно ли, чтобы при этом в учетной политике по оценочным обязательствам все виды отражений по отпускам были заполнены на политику 2016 год".
Добрый день!
Обработка использует типовые механизмы из общих модулей вашей конфигурации.
В частности: для расчета колонки "дней начислено" берется остаток дней сотрудника на конец месяца и на начало месяца, затем берется разница между двумя этими величинами. Сейчас проверил - берется общий остаток дней отпуска, включая дополнительные отпуска. Поэтому можно говорить, что дополнительные отпуска учитываются при расчете количества дней, но не выделяются отдельно.
Не совсем понял про "Важно ли, чтобы при этом в учетной политике по оценочным обязательствам все виды отражений по отпускам были заполнены на политику 2016 год".
871.
zzz_natali
61
19.10.16 14:52
Сейчас в теме
(870) Ну ведь она там для чего-то есть(эта вкладка)...
(871) zzz_natali,
Этот параметр используется если вы считаете оценочные обязательства по типовому механизму.
Весь смысл обработки как раз в расчете оценочных обязательств не процентом от базы, как в типовой, а согласно остаткам дней отпусков и среднему заработку каждого сотрудника.
Этот параметр используется если вы считаете оценочные обязательства по типовому механизму.
Весь смысл обработки как раз в расчете оценочных обязательств не процентом от базы, как в типовой, а согласно остаткам дней отпусков и среднему заработку каждого сотрудника.
911.
zzz_natali
61
29.04.17 12:17
Сейчас в теме
(872) Если мы в настройках(вкладка "Параметры") взводим(активируем) крыжик(флаг) "Отражать в налоговом учете по налогу на прибыль", то обработка в регистрах налогового учета будет корректно отражать только основной отпуск(2,33 дня/месяц) или она хапанёт(как и по бухучёту) доп. дни отпуска? Спасибо.
(911)
Если флаг "Отражать в НУ по налогу на прибыль" стоит, тогда сумма БУ приравнивается к сумме НУ
Если флаг не стоит, тогда эта сумма БУ переносится в Сумму ВР.
То, что Вы написали про дни основного и доп.отпуска - я нигде пока не нашел. У Вас учет ведется в таком виде ?
Если флаг "Отражать в НУ по налогу на прибыль" стоит, тогда сумма БУ приравнивается к сумме НУ
Если флаг не стоит, тогда эта сумма БУ переносится в Сумму ВР.
То, что Вы написали про дни основного и доп.отпуска - я нигде пока не нашел. У Вас учет ведется в таком виде ?
914.
zzz_natali
61
03.05.17 14:53
Сейчас в теме
(913) В налоговом кодексе по оплате труда чётко прописано, что все доп. отпуска не учитываются по налоговому учёту. Тем не менее, в НК по учёту резерва нет прямого указания про дни(виды) доп. отпуска, которые не включаются в расчет резерва но НУ. Таким образом, прихожу к выводу, что дополнительные дни отпуска не включаются в резерв по НУ. Можно ли в обработке получить расклады, чтобы по БУ учитывались резервы по всем видам отпусков(основной+допы), а в налоговом только 2,33?
Спасибо.
ЗЫ.Что-то мне подсказывает, что моя ситуация весьма распространённая.
Спасибо.
ЗЫ.Что-то мне подсказывает, что моя ситуация весьма распространённая.
(914)
Хорошо, я попробую сделать как вы хотите, возможно и другим пригодиться такая возможность.
А можете мне прислать ссылку на то место НК, где указано про то, что доп.отпуска не учитываются по НУ ?
И если не учитываются - значит они должны пойти на ПР ?
Хорошо, я попробую сделать как вы хотите, возможно и другим пригодиться такая возможность.
А можете мне прислать ссылку на то место НК, где указано про то, что доп.отпуска не учитываются по НУ ?
И если не учитываются - значит они должны пойти на ПР ?
(915) не занимайтесь самодеятельностью!
Сталкивался с доп.отпусками, оценочными обязательствами и резервами по ним, все это добро одни в один отражается как и ежегодный отпуск, фиг кто докапывался когда либо из налоговой, и бухи у нас были закаленные в этом плане.
Сталкивался с доп.отпусками, оценочными обязательствами и резервами по ним, все это добро одни в один отражается как и ежегодный отпуск, фиг кто докапывался когда либо из налоговой, и бухи у нас были закаленные в этом плане.
917.
zzz_natali
61
03.05.17 20:56
Сейчас в теме
(915) 255я статья НК. В ней говорится, что доп. отпуска применять для налогового учета можно только тем, кому допы полагаются по законодательству: вредникам, у кого ненормированный рабочий день, учебные отпуска и т.д.
А если(скажем) профсоюз протащил в кол-договоре, что давайте всем работникам, отработавшим более 2х лет и более к основному отпуску дадим еще 3дня оплачиваемого допа, то эти 3 дня ну никак не могут попасть в НУшку.
(916) У вас, может, и не докапываются. А мы жарить и угощать налоговиков котлетками не может(контора казённая). Я как рабыня Изаура: мне мама Чолли(главбуня) приказала, я и прокачиваюсь, чтобы разрулить этот гемор с помощью ув. автора этой обработки.
А если(скажем) профсоюз протащил в кол-договоре, что давайте всем работникам, отработавшим более 2х лет и более к основному отпуску дадим еще 3дня оплачиваемого допа, то эти 3 дня ну никак не могут попасть в НУшку.
(916) У вас, может, и не докапываются. А мы жарить и угощать налоговиков котлетками не может(контора казённая). Я как рабыня Изаура: мне мама Чолли(главбуня) приказала, я и прокачиваюсь, чтобы разрулить этот гемор с помощью ув. автора этой обработки.
(917) Согласено по такого рода доп. отпускам.
Ну так это решает просто как я понимаю, считаете их точно так же как обычные отпуска, однако в НУ на косвенную статью затрат кидаете. Затраты будут не прямые и уйдут сразу на счет 90.08 при закрытии периода (не знаю какие счета в козеных конторах), тогда и вопросов как я понимаю не будет
Ну так это решает просто как я понимаю, считаете их точно так же как обычные отпуска, однако в НУ на косвенную статью затрат кидаете. Затраты будут не прямые и уйдут сразу на счет 90.08 при закрытии периода (не знаю какие счета в козеных конторах), тогда и вопросов как я понимаю не будет
919.
zzz_natali
61
03.05.17 22:01
Сейчас в теме
(918)Ключевая фраза в вашем абзаце "считаете их точно также, как обычные отпуска".
Хочется, чтобы это сделала обработка сама ибо народу много.
Как правильно уловил автор, у нас всегда будет ПР.
Главбуня не хочет терять расходы по БУ, тем самым увеличивает затраты на вып. продукцию(легче потом военпредам расходы впаривать).
А по НУ она хочет 2,33 чтобы считалось. Собственно, в чём она не права, если на то пошло?
ЗЫ. счета у нас такие же, коммерческие(мы не бюджетники), контора казённая: под колпаком у государства.
Хочется, чтобы это сделала обработка сама ибо народу много.
Как правильно уловил автор, у нас всегда будет ПР.
Главбуня не хочет терять расходы по БУ, тем самым увеличивает затраты на вып. продукцию(легче потом военпредам расходы впаривать).
А по НУ она хочет 2,33 чтобы считалось. Собственно, в чём она не права, если на то пошло?
ЗЫ. счета у нас такие же, коммерческие(мы не бюджетники), контора казённая: под колпаком у государства.
(919) так расходы по БУ не теряются, в БУ допустим счет 20 прямые, а на этот же счет 20 по НУ статья затрат похожая, но косвенная, потом при расчете себестоимости эти косвенные затраты по НУ уходят на 90.08, а не на 43 и потом на 90.02 или куда еще. В БП 2.0 и 3.0 статьи затрат легко настраиваются, какие косвенные и какие прямые. Не знаю какая у вас конфигурация кстати.
Тут вот, если рассматривать, что вам нужно именно в постоянные разницы это дело запихнуть, тогда да, со стороны автора обработки что-то да нужно предпринять видимо, хотя и деление на разные статьи для БУ и НУ тоже отдельный разговор, помнится приходилось шаманить с табличными частями Основные начисления и Дополнительные начисления в отражении ЗП, при помощи обработок, потом перезаполнять проводки на первой вкладке типовым способом. Отдельно выделяли разные статьи затрат под разные виды отпусков, основной отпуск одна статья затрат (вернее две, прямая и косвенная), вредные отпуска (тоже две), ученические (тоже две)...
Это выходит, если у вас эти суммы в НУ пойдут в ПР, тогда еще, если бы у вас была БП 2.0/3.0, то еще появятся проводки по забалансовым НЕ счетам.
Ковыряя воспоминания, в статьях затрат в той же БП была галка учитывать или нет в НУ, по идее прога видя такую статью затрат и видя сумму по НУ, просто возьмет ее и кинет на ПР. Тут главное добиться, чтобы по определенным видам отпусков была нужная статься затрат в принципе, для БУ и НУ.
Сколько помню, основная проблема была всегда не статьи затрат, а переходящие отпуска, да перерасчеты в новых периодах по ним, когда был возврат из отпуска или по болезни, а изделия на которые пошли затраты по отпускам уже выпущены, а они же заразы пытаются отсторнироваться эти отпуска. Тогда было единственное решение принято, гонять отпуска на 25 счет откуда они падали на новые заказы.
Тут вот, если рассматривать, что вам нужно именно в постоянные разницы это дело запихнуть, тогда да, со стороны автора обработки что-то да нужно предпринять видимо, хотя и деление на разные статьи для БУ и НУ тоже отдельный разговор, помнится приходилось шаманить с табличными частями Основные начисления и Дополнительные начисления в отражении ЗП, при помощи обработок, потом перезаполнять проводки на первой вкладке типовым способом. Отдельно выделяли разные статьи затрат под разные виды отпусков, основной отпуск одна статья затрат (вернее две, прямая и косвенная), вредные отпуска (тоже две), ученические (тоже две)...
Это выходит, если у вас эти суммы в НУ пойдут в ПР, тогда еще, если бы у вас была БП 2.0/3.0, то еще появятся проводки по забалансовым НЕ счетам.
Ковыряя воспоминания, в статьях затрат в той же БП была галка учитывать или нет в НУ, по идее прога видя такую статью затрат и видя сумму по НУ, просто возьмет ее и кинет на ПР. Тут главное добиться, чтобы по определенным видам отпусков была нужная статься затрат в принципе, для БУ и НУ.
Сколько помню, основная проблема была всегда не статьи затрат, а переходящие отпуска, да перерасчеты в новых периодах по ним, когда был возврат из отпуска или по болезни, а изделия на которые пошли затраты по отпускам уже выпущены, а они же заразы пытаются отсторнироваться эти отпуска. Тогда было единственное решение принято, гонять отпуска на 25 счет откуда они падали на новые заказы.
921.
zzz_natali
61
04.05.17 06:46
Сейчас в теме
(920) Игорь, я всё понимаю, что вы пишите, но, поверьте, я уже на вашей стороне баррикады. Итак нет сил бороться с надзирателями/надсмотрщиками(ГБшка и её замша), а тут вы заманиваете в дискуссию по всей этой хрени. :)
У нас УПП, если что. Обработку покупала за свои кровные, недокормив ребёнка мороженкой.
Резюмируя: единственно, что мне хотелось бы видеть в обработке, чтобы при активации флага "Отражать в НУ по налогу на прибыль", обработка начинала рассчитывать "Дней начислено" 2.33, а по БУ расчет колонки оставался с возможностью ланжировать: 2,33 или типовым механизмом.
И чтобы в таблице оценочных обязательств(в этом случае) помимо колонки "Начислено" появилась еще одна колонка "Начислено по НУ"(ну или как там автор сочтёт нужным) со всеми вытекающими по заполнению регистров в первоэске.
У нас УПП, если что. Обработку покупала за свои кровные, недокормив ребёнка мороженкой.
Резюмируя: единственно, что мне хотелось бы видеть в обработке, чтобы при активации флага "Отражать в НУ по налогу на прибыль", обработка начинала рассчитывать "Дней начислено" 2.33, а по БУ расчет колонки оставался с возможностью ланжировать: 2,33 или типовым механизмом.
И чтобы в таблице оценочных обязательств(в этом случае) помимо колонки "Начислено" появилась еще одна колонка "Начислено по НУ"(ну или как там автор сочтёт нужным) со всеми вытекающими по заполнению регистров в первоэске.
Здравствуйте. Выдает ошибку Метод объекта не обнаружен (ПодготовитьДанныеПоРегламентированнымОтпускам)
ПроцедурыУправленияПерсоналом.ПодготовитьДанныеПоРегламентированнымОтпускам(ТаблицаНачальныеОстатки, , Истина, Истина)
Зарплата и Управление Персоналом, редакция 2.5 (2.5.113.1) (
1С:Предприятие 8.3 (8.3.9.2033)
ПроцедурыУправленияПерсоналом.ПодготовитьДанныеПоРегламентированнымОтпускам(ТаблицаНачальныеОстатки, , Истина, Истина)
Зарплата и Управление Персоналом, редакция 2.5 (2.5.113.1) (
1С:Предприятие 8.3 (8.3.9.2033)
Добрый день!
Подскажите пожалуйста, как можно настроить формирование проводок по сч.96.01.1 и 96.01.2 для отражения оценочных обязательств по вознаграждению и страх.взносам соответственно.
Как можно обновить релиз. Обработка приобреталась в апреле 2016 v.1.24
Подскажите пожалуйста, как можно настроить формирование проводок по сч.96.01.1 и 96.01.2 для отражения оценочных обязательств по вознаграждению и страх.взносам соответственно.
Как можно обновить релиз. Обработка приобреталась в апреле 2016 v.1.24
(880)
Вообще по хорошему нужно релиз обновить до актуального, тогда ошибка выходить не будет.
Но в данном случае Вам нужно будет платить за обработку.
Если же Вы желаете пользоваться Вашим текущим релизом, то можете посмотреть в комментариях к данной публикации, там был разбор этой ошибки и методика ее лечения.
Вообще по хорошему нужно релиз обновить до актуального, тогда ошибка выходить не будет.
Но в данном случае Вам нужно будет платить за обработку.
Если же Вы желаете пользоваться Вашим текущим релизом, то можете посмотреть в комментариях к данной публикации, там был разбор этой ошибки и методика ее лечения.
881.
spartak_ss_88
33
18.01.17 09:37
Сейчас в теме
Владимир Анашкин, у нас в УПП ред 1.3 неправильно рассчитывается Кт 96 счета в документах отражение ЗП в регл учёте (почему то недоначисляет Резерв отпуска), скажите в каком документе (регистрах) делает изменения Ваша обработка?
(881)
Добрый день!
Обработка подменяет начисление резервов в документе "Отражение зарплаты в регламентированном учете". Т.е. типовые проводки по начислению резерва удаляются и на их место подставляются проводки из обработки.
Добрый день!
Обработка подменяет начисление резервов в документе "Отражение зарплаты в регламентированном учете". Т.е. типовые проводки по начислению резерва удаляются и на их место подставляются проводки из обработки.
884.
spartak_ss_88
33
18.01.17 11:34
Сейчас в теме
(882) Опишите пожалуйста подробнее про "формировать проводки по оценочным обязательствам (кредит 96 счета);"
Чем отличается от типового заполнения?
Чем отличается от типового заполнения?
(884)
Типовой механизм берет ежемесячно общую базу начислений, которые входят в оценочные обязательства и делит ее на 12. Получается месячная часть...
В обработке сумма оценочных обязательств = остаток дней отпуска * средний заработок (предыдущие 12 месяцев). И так по каждому сотруднику.
Типовой механизм берет ежемесячно общую базу начислений, которые входят в оценочные обязательства и делит ее на 12. Получается месячная часть...
В обработке сумма оценочных обязательств = остаток дней отпуска * средний заработок (предыдущие 12 месяцев). И так по каждому сотруднику.
886.
spartak_ss_88
33
18.01.17 12:25
Сейчас в теме
(885) Т.е. на 96 счете должно быть второе Кт субконто по "сотруднику"? Или как?
У нас сейчас делаются проводки Дт 20,25,26 (субк: Подр, СтатьяЗатрат, НомГр) Кт 96 (субк. ОценОбяз)
У нас сейчас делаются проводки Дт 20,25,26 (субк: Подр, СтатьяЗатрат, НомГр) Кт 96 (субк. ОценОбяз)
(886)
Не обязательно, хотя некоторые делают.
В итоге после расчета проводки группируются и получаются сводные.
Но самое главное, что на руках у вас будет детальный отчет по какому сотруднику и сколько резервов создалось.
Также обработка позволяет сравнить цифры со стандартным расчетом.
Не обязательно, хотя некоторые делают.
В итоге после расчета проводки группируются и получаются сводные.
Но самое главное, что на руках у вас будет детальный отчет по какому сотруднику и сколько резервов создалось.
Также обработка позволяет сравнить цифры со стандартным расчетом.
(889)
Добрый день!
Полной гарантии совместимости в этом случае дать не могу...
Обработка в основном расчеты выполняет сама, из типовых механизмов используется только расчет среднего, остатки отпусков и шаблоны проводок.
Если точки входа в эти механизмы не изменены, то должна работать.
Вы сами переписывали ?
Добрый день!
Полной гарантии совместимости в этом случае дать не могу...
Обработка в основном расчеты выполняет сама, из типовых механизмов используется только расчет среднего, остатки отпусков и шаблоны проводок.
Если точки входа в эти механизмы не изменены, то должна работать.
Вы сами переписывали ?
(893)
Обработка с открытым кодом. В этом случае вариант для пробы теряет смысл :)
Бесплатного варианта нового релиза обработки нет.
Если переписывали сами, то можете посмотреть насколько переписаны точки входа в функции общего модуля ?
Обработка с открытым кодом. В этом случае вариант для пробы теряет смысл :)
Бесплатного варианта нового релиза обработки нет.
Если переписывали сами, то можете посмотреть насколько переписаны точки входа в функции общего модуля ?
Здравствуйте!
Пока что пользуемся бесплатным вариантом обработки, версия 1.22. При расчете июня 2016, всё прошло успешно, а как только начали рассчитывать июль и август 2016 появились какие-то неимоверные суммы, а в сентябре опять начало выравниваться.
Скажите, пожалуйста, почему так происходит?
Может быть и в дальнейших месяцах неправильно начисляется и стоит уже приобретать обработку?
Спасибо.
Пока что пользуемся бесплатным вариантом обработки, версия 1.22. При расчете июня 2016, всё прошло успешно, а как только начали рассчитывать июль и август 2016 появились какие-то неимоверные суммы, а в сентябре опять начало выравниваться.
Скажите, пожалуйста, почему так происходит?
Может быть и в дальнейших месяцах неправильно начисляется и стоит уже приобретать обработку?
Спасибо.
(891)
Добрый день!
Вообще странная ситуация. Если бы и в сентябре неправильные суммы были, то можно было бы сказать, что в обработке ошибки.
Но тут, я думаю, нужно повнимательнее проанализировать июль и август. Посмотреть по каким сотрудникам вышли неправильные цифры и почему.
Сразу покупать обработку в данном случае смысла нет. Нужно сначала выяснить причину ошибок.
Добрый день!
Вообще странная ситуация. Если бы и в сентябре неправильные суммы были, то можно было бы сказать, что в обработке ошибки.
Но тут, я думаю, нужно повнимательнее проанализировать июль и август. Посмотреть по каким сотрудникам вышли неправильные цифры и почему.
Сразу покупать обработку в данном случае смысла нет. Нужно сначала выяснить причину ошибок.
Скажите, пожалуйста, после заполнения документов "Отражение з/п в рег. учете" с помощью данной обработки в отчете отражаются суммы по 96 счету, как понять что это за сумма, это только начисленная или это начисленная минус использованные резервы? Подскажите, пожалуйста.
И еще момент, в чем разница формул в разделе "Порядок расчета сумм", что даст нам каждая из них?
Спасибо.
И еще момент, в чем разница формул в разделе "Порядок расчета сумм", что даст нам каждая из них?
Спасибо.
Добрый день!
Обработка подменяет стандартные проводки по начислению резерва, те которые по кредиту 96 счета.
Проводки по использованию резервов остаются типовыми и не заменяются обработкой.
По разделу "Порядок расчета сумм":
- при инвентаризации можно использовать только режим "Начислено = Кон.остаток - Нач.остаток + Использовано".
- при ежемесячном расчете можно использовать оба варианта.
При выборе каждого из способов возможны разные итоговые цифры. Это связано с особенностями типового расчета дней (и соответственно сумм) отпуска за месяц.
Обработка подменяет стандартные проводки по начислению резерва, те которые по кредиту 96 счета.
Проводки по использованию резервов остаются типовыми и не заменяются обработкой.
По разделу "Порядок расчета сумм":
- при инвентаризации можно использовать только режим "Начислено = Кон.остаток - Нач.остаток + Использовано".
- при ежемесячном расчете можно использовать оба варианта.
При выборе каждого из способов возможны разные итоговые цифры. Это связано с особенностями типового расчета дней (и соответственно сумм) отпуска за месяц.
Добрый день. Скажите, пожалуйста, начальный и конечный остаток обязательств я могу увидеть только в табличной части обработки или есть отчет, который сможет мне это показать? И второй вопрос годовой отчет оценочных обязательств можно сформировать или только можно смотреть по месяцам?
Спасибо.
Спасибо.
(901)
Добрый день!
При нажатии на кнопку печать выходит форма отчета. В нем есть колонки с остатками, но они по умолчанию скрыты. Если умеете пользоваться подобными отчетами, то в правом нижнем углу есть кнопка "Настройка", нажав на которую можно включить видимость этих колонок.
Про годовой отчет: Вы хотите увидеть отчет по месячно за весь год? На данный момент отчет выводится только по данным текущего документа, но идея интересная и если вы пришлете примерную форму отчета - как Вы хотите ее видеть - я посмотрю, что можно будет сделать.
Добрый день!
При нажатии на кнопку печать выходит форма отчета. В нем есть колонки с остатками, но они по умолчанию скрыты. Если умеете пользоваться подобными отчетами, то в правом нижнем углу есть кнопка "Настройка", нажав на которую можно включить видимость этих колонок.
Про годовой отчет: Вы хотите увидеть отчет по месячно за весь год? На данный момент отчет выводится только по данным текущего документа, но идея интересная и если вы пришлете примерную форму отчета - как Вы хотите ее видеть - я посмотрю, что можно будет сделать.
904.
user685467_margarita.sb
08.02.17 10:59
Сейчас в теме
ЗУП номер релиза 2.5.113.1 обработка не считает оценочное обязательство со страховых взносов
Прикрепленные файлы:
906.
user718376
24.03.17 17:56
Сейчас в теме
Купили обработку, у нас в документе "Отражение заработной платы в регламентированном учете" не появилась кнопка "Распределение оценочных обязательств". У нас ЗУП 8.2.Релиз 2.5.115.1. В чем причина?
907.
user718376
25.03.17 13:16
Сейчас в теме
Предыдущий мой вопрос неактуален. Все установилось и работает.
Но есть проблема
при проведении инвентаризации остаток неиспользованного отпуска по декретнице в отчет не попадает.
Здесь на форуме читали, что вроде бы это уже исправлено.
Как мы можем получить новую версию?
Но есть проблема
при проведении инвентаризации остаток неиспользованного отпуска по декретнице в отчет не попадает.
Здесь на форуме читали, что вроде бы это уже исправлено.
Как мы можем получить новую версию?
Добрый день!
Возможно ли настроить формирование проводок по сч.96.01.1 и 96.01.2 для отражения:
- сумма обязательств - на счет 96.01.1
- сумма страховых взносов - на счет 96.01.2
Используем данную обработку в "ЗУП, редакция 2.5 (2.5.116.1)" и переносим данные в "Бухгалтерия предприятия, редакция 3.0 (3.0.49.17)"
Возможно ли настроить формирование проводок по сч.96.01.1 и 96.01.2 для отражения:
- сумма обязательств - на счет 96.01.1
- сумма страховых взносов - на счет 96.01.2
Используем данную обработку в "ЗУП, редакция 2.5 (2.5.116.1)" и переносим данные в "Бухгалтерия предприятия, редакция 3.0 (3.0.49.17)"
Добрый день.
Не подскажите,не совсем понял.
В стандартном функционале 2.5 начисление и списание резервов производится по подразделениям.
В описании к обработке вы пишите, что сделано начисление по сотрудникам, а списание по стандартному механизму.
Все таки в результате можно будет получать остатки в разрезе сотрудника.
Не подскажите,не совсем понял.
В стандартном функционале 2.5 начисление и списание резервов производится по подразделениям.
В описании к обработке вы пишите, что сделано начисление по сотрудникам, а списание по стандартному механизму.
Все таки в результате можно будет получать остатки в разрезе сотрудника.
(922)
Добрый день!
Остатки в рамках обработки конечно же хранятся и рассчитываются по каждому сотруднику.
Но вот проводки формируются так чтобы соответствовать типовой конфигурации, поэтому сворачиваются и в проводках сотрудников уже не видно.
Добрый день!
Остатки в рамках обработки конечно же хранятся и рассчитываются по каждому сотруднику.
Но вот проводки формируются так чтобы соответствовать типовой конфигурации, поэтому сворачиваются и в проводках сотрудников уже не видно.
(923)
И отчет по остаткам тоже в разрезе сотрудников?
Я буду выгружать не в БП, а в стороннюю программу.
Так понял я смогу получить в отчете остатки резервов на начало, начисление резервов, списание резервов по введенным документам на отпуск и остаток резервов в разрезе сотрудников.
И отчет по остаткам тоже в разрезе сотрудников?
Я буду выгружать не в БП, а в стороннюю программу.
Так понял я смогу получить в отчете остатки резервов на начало, начисление резервов, списание резервов по введенным документам на отпуск и остаток резервов в разрезе сотрудников.
(924)
Совершенно верно. В отчете по резервам Вы все это можете увидеть.
Но выгрузка проводок в документ "Отражение зарплаты в регл.учете" идет уже в свернутом виде (без сотрудников).
Поэтому, в Вашем случае, скорее придется писать отдельную выгрузку по Вашим же правилам из обработки.
Совершенно верно. В отчете по резервам Вы все это можете увидеть.
Но выгрузка проводок в документ "Отражение зарплаты в регл.учете" идет уже в свернутом виде (без сотрудников).
Поэтому, в Вашем случае, скорее придется писать отдельную выгрузку по Вашим же правилам из обработки.
Владимир, добрый день!
Ранее я обращались к Вам с вопросом помощи в реализации учет резерва отпусков в компании Барс (контактное лицо Кравцова Нина n.kravtsova@ren-tv.com). К сожалению, на письма направляемые по почте, Вы не отвечаете. Предполагаю, что у Вас возникла какая-то проблема с почтовым адресом. Как мне лучше связаться с Вами для решения нашей проблемы? C уважением, Леонид.
Ранее я обращались к Вам с вопросом помощи в реализации учет резерва отпусков в компании Барс (контактное лицо Кравцова Нина n.kravtsova@ren-tv.com). К сожалению, на письма направляемые по почте, Вы не отвечаете. Предполагаю, что у Вас возникла какая-то проблема с почтовым адресом. Как мне лучше связаться с Вами для решения нашей проблемы? C уважением, Леонид.
(926)
Добрый день!
С почтовым адресом все в порядке. Дело в том, что индивидуальную разработку под Вас мы не согласовали, поэтому я делаю универсальный механизм с учетом пожеланий и предложений от всех пользователей обработки.
Обычно получая предложения по доработке - я группирую их и выпускаю порциями в следующих релизах.
В данный момент как раз работаю над разделением расчета резервов по бухгалтерскому и налоговому учету (как раз то, что и Вам нужно).
Добрый день!
С почтовым адресом все в порядке. Дело в том, что индивидуальную разработку под Вас мы не согласовали, поэтому я делаю универсальный механизм с учетом пожеланий и предложений от всех пользователей обработки.
Обычно получая предложения по доработке - я группирую их и выпускаю порциями в следующих релизах.
В данный момент как раз работаю над разделением расчета резервов по бухгалтерскому и налоговому учету (как раз то, что и Вам нужно).
Добрый день!
Возникли вопросы в процессе использования обработки.
1) При расчете среднего, если используется настройка - расчет, включая текущий месяц, то в базу для расчета не берутся начисления за последний день. Например, расчет за март, начисления 31 марта не берутся в расчет среднего.
2) ФСС начисляется тем сотрудникам, у которых в гражданстве стоит статус, что они ФСС не облагаются.
3) Возможна ли настройка отчета с остатками, приходом, расходом обязательств за квартал.
Возникли вопросы в процессе использования обработки.
1) При расчете среднего, если используется настройка - расчет, включая текущий месяц, то в базу для расчета не берутся начисления за последний день. Например, расчет за март, начисления 31 марта не берутся в расчет среднего.
2) ФСС начисляется тем сотрудникам, у которых в гражданстве стоит статус, что они ФСС не облагаются.
3) Возможна ли настройка отчета с остатками, приходом, расходом обязательств за квартал.
929.
1cinfocetru
2
23.08.17 15:52
Сейчас в теме
Добрый день, обработка приобретена давно v.1.18. Каков порядок обновления?
(929)
В те времена, когда был релиз 1.18 обработка не продавалась за рубли. Она скачивалась за стартмани.
Начиная с релиза 1.23, в связи с разросшейся функциональностью, обработка стала платной.
Сейчас Вы можете приобрести ее и получить год бесплатных обновлений.
В те времена, когда был релиз 1.18 обработка не продавалась за рубли. Она скачивалась за стартмани.
Начиная с релиза 1.23, в связи с разросшейся функциональностью, обработка стала платной.
Сейчас Вы можете приобрести ее и получить год бесплатных обновлений.
933.
1cinfocetru
2
24.08.17 16:19
Сейчас в теме
Приобрели обработку. У нас Комплексная автоматизация, редакция 1.1 (1.1.87.4). Обработку подключили. Где находится Реквизит "Программа бух.учета"?
Расчетом страховых по иностранцам не охватывает все варианты. Например, не подлежащие страхованию. Должен начисляться только ФСС на травматизм, а в обработке начисляются страховые как у граждан РФ. У беженцев ставка ФСС - 1,8. В обработке 2,9.
Прикрепил файл с полным сравнением
Прикрепил файл с полным сравнением
Прикрепленные файлы:
(935)
Добрый день!
Спасибо Вам за проведенный анализ и предоставленную таблицу !!
В данный момент работаю над обновлением релиза обработки. Обязательно проанализирую Ваши замечания и добавлю изменения в расчет страховых взносов.
Добрый день!
Спасибо Вам за проведенный анализ и предоставленную таблицу !!
В данный момент работаю над обновлением релиза обработки. Обязательно проанализирую Ваши замечания и добавлю изменения в расчет страховых взносов.
937.
zzz_natali
61
11.12.17 10:55
Сейчас в теме
(936)
1. Какие примерные сроки выхода?
2. Не забудьте, плиз, про нал/бух учет (пост 914)
3. Кто покупал обработку раньше, то те:
а. получат её безвозмездно(то бишь даром).
б. могут купить со скидкой.
в. в очередь, sons of bitches, халявы не будет!
Спасибо.
1. Какие примерные сроки выхода?
2. Не забудьте, плиз, про нал/бух учет (пост 914)
3. Кто покупал обработку раньше, то те:
а. получат её безвозмездно(то бишь даром).
б. могут купить со скидкой.
в. в очередь, sons of bitches, халявы не будет!
Спасибо.
(937)
Планирую выход обработки до конца декабря 2017.
Ваши замечания по (914) также постараюсь включить в этот релиз.
Кто купил обработку ранее - получают обновления бесплатно в течение года. Затем нужно купить за 500 руб/год техподдержку.
Планирую выход обработки до конца декабря 2017.
Ваши замечания по (914) также постараюсь включить в этот релиз.
Кто купил обработку ранее - получают обновления бесплатно в течение года. Затем нужно купить за 500 руб/год техподдержку.
945.
zzz_natali
61
06.02.18 11:03
Сейчас в теме
Версия 1.26. При расчете ежемесячного распределения оценочных обязательств слетает Кт 96 счета
947.
zzz_natali
61
06.02.18 13:53
Сейчас в теме
(946) УПП1.3. Заполненный документ "Отражение ЗП в регл. учете". Вызываем вашу обработку. Нажимаем кнопки "Ежемесячный расчет" и "Рассчитать". после расчета в закладочке "Проводки" счет по ДТ заполняется в табличной части, а по КТ пустые ячейки(хотя ранее заполнял 96м счетом). Соответственно при переносе в сам документ также не формирует проводки без 96го счета. Документ "Отражение ЗП в регл. учете" в итоге не проводится.
PS. Строчки с суммами есть; счет затрат ДТ есть, а КТ96 - нет(пустая ячейка с красным пунктиром).
PS. Строчки с суммами есть; счет затрат ДТ есть, а КТ96 - нет(пустая ячейка с красным пунктиром).
949.
zzz_natali
61
14.02.18 10:51
Сейчас в теме
(948) Дико извиняюсь, маэстро, но тем не менее... До конца недели сваяете каменный цветок или пока откатиться на 1.24(а то меч главбуни скоро начнет свой возвратно-поступательный вмах над моей несчастной головушкой)? :)
Добрый день.
Новые версии обработки учитывают доли распределения основного заработка сотрудников (документ Ввод распределения основного заработка сотрудников) между способами отражения зарплаты в регламентируемом учете при формировании проводок резерва?
(ЗУП 2.5, обработка v1.25)
Новые версии обработки учитывают доли распределения основного заработка сотрудников (документ Ввод распределения основного заработка сотрудников) между способами отражения зарплаты в регламентируемом учете при формировании проводок резерва?
(ЗУП 2.5, обработка v1.25)
(958)
Добрый день!
Планируется, но в ЗУП 3.0 уже есть похожий механизм расчета резерва и в данный момент я прорабатываю варианты - каким образом реализовать свой механизм расчета.
Плюс готовится к выпуску обновленная и расширенная версия расчета оценочных обязательств для ЗУП 2.5
Добрый день!
Планируется, но в ЗУП 3.0 уже есть похожий механизм расчета резерва и в данный момент я прорабатываю варианты - каким образом реализовать свой механизм расчета.
Плюс готовится к выпуску обновленная и расширенная версия расчета оценочных обязательств для ЗУП 2.5
(959) В ЗУП 2.5 тоже уже есть упрощенный относительно вашего функционал.
Но пользуемся вашим так как типового функционала недостаточно.
На ЗУП 3.0 1с активно всех переводит.
А есть какое то понимание по срокам возможного выхода для ЗУП 3.0
Но пользуемся вашим так как типового функционала недостаточно.
На ЗУП 3.0 1с активно всех переводит.
А есть какое то понимание по срокам возможного выхода для ЗУП 3.0
(962)
В данный момент ведется разработка нового функционала для ЗУП 3.1, но пока не понятно в каком виде будет новая обработка.
Часть функционала по расчету резервов в ЗУП 3.1 уже есть и нужно сначала разобраться чем я там могу быть еще полезен.
В данный момент ведется разработка нового функционала для ЗУП 3.1, но пока не понятно в каком виде будет новая обработка.
Часть функционала по расчету резервов в ЗУП 3.1 уже есть и нужно сначала разобраться чем я там могу быть еще полезен.
(963) Нас интересует следующий момент. В ЗУП 2.5 была возможность ввести несколько резервов (оценочных обязательств), например: Резерв отпусков и Вознаграждение по итогам года (13-я зарплата). В ЗУП 3.1 есть возможность посчитать только резерв отпусков. Если бы ваша разработка расширяла возможности типовой ЗУП 3.1, с учетом вышеизложенного, было бы супер.
968.
zzz_natali
61
20.04.18 11:52
Сейчас в теме
Неплохо бы добавить опцию, чтобы при расчете среднего, равного нулю, данные сотрудники не удалялись из списка(а еще и форматировались по цвету).
Это необходимо для отладки ошибок в базе.
Проблема в том, что ошибка может быть в самой базе данных
Ситуация: у нас есть работающие сотрудники, у которых по-любому есть средний заработок, но ваша процедура возвращает ноль, вследствие чего сотрудники не попадают в общий список
Аварийная процедура:
Функция РассчитатьСуммуОтпуска(Сотрудник)
//Возвращает нулевой средний(в некоторых случаях рандомно) для полноценно работающего сотрудника. Вариант решения - переработать механизм получения среднего.
Случайно наткнулась на таких "мёртвых душ". Благо, что никто в этом не шарит: удалось включить лапшерезку и залечить аудиторов/проверяющих, ибо народу, как блох на собаке. А вот если сотрудников у кого мало, то такие потери будут весьма болезненны для бухгалтеров.
Спасибо.
Это необходимо для отладки ошибок в базе.
Проблема в том, что ошибка может быть в самой базе данных
Ситуация: у нас есть работающие сотрудники, у которых по-любому есть средний заработок, но ваша процедура возвращает ноль, вследствие чего сотрудники не попадают в общий список
Аварийная процедура:
Функция РассчитатьСуммуОтпуска(Сотрудник)
//Возвращает нулевой средний(в некоторых случаях рандомно) для полноценно работающего сотрудника. Вариант решения - переработать механизм получения среднего.
Случайно наткнулась на таких "мёртвых душ". Благо, что никто в этом не шарит: удалось включить лапшерезку и залечить аудиторов/проверяющих, ибо народу, как блох на собаке. А вот если сотрудников у кого мало, то такие потери будут весьма болезненны для бухгалтеров.
Спасибо.
970.
zzz_natali
61
20.04.18 15:40
Сейчас в теме
(969) Да время не ждёт! Баланс никто не отменял. В общем, как-то так(проверяйте):
//После строки
СреднийЗаработок = ДокументОбъект.Начисления.Итог("Результат");
//вставляем костыль
мСведенияОВидахРасчета = Новый Соответствие;
ВариантРасчетаДокумента = ДокументОбъект.ОсновнойВариантРасчетаДокумента();
ВидРасчета = ВариантРасчетаДокумента.ВидРасчета;
СведениеОВидеРасчета = ПроведениеРасчетов.ПолучитьСведенияОВидеРасчета(мСведенияОВидахРасчета, ВидРасчета);
МесяцевРасчетногоПериода = 0;
ОбщегоНазначенияЗК.РазобратьРазностьДат(НачалоМесяца(ДокументОбъект.ПериодРасчетаСреднегоЗаработкаОкончание), НачалоМесяца(ДокументОбъект.ПериодРасчетаСреднегоЗаработкаНачало), , МесяцевРасчетногоПериода);
Если ЗначениеЗаполнено(МесяцевРасчетногоПериода) Тогда
МесяцевРасчетногоПериода = МесяцевРасчетногоПериода + 1;
Иначе
МесяцевРасчетногоПериода = ?(СведениеОВидеРасчета.ПорядокОпределенияРасчетногоПериодаСреднегоЗаработка = Перечисления.ПорядокОпределенияРасчетногоПериодаСреднегоЗаработка.ПоКолдоговору,СведениеОВидеРасчета.ПериодРасчетаСреднегоЗаработка,НачислениеОтпускаРаботникамОрганизацийПереопределяемый.КоличествоМесяцевРасчетаПоЗакону(ДокументОбъект));
КонецЕсли;
СреднийЗаработок = НачислениеОтпускаРаботникамОрганизацийПереопределяемый.РасчетСреднегоЗаработка(ДокументОбъект, СведениеОВидеРасчета.СпособРасчета, МесяцевРасчетногоПериода, ПериодРасчетаСреднегоЗаработкаНачало, ПериодРасчетаСреднегоЗаработкаОкончание);
//конец костыля
КонецЕсли;
Возврат СреднийЗаработок;
КонецФункции Показать
В данный момент происходит не совсем корректное начисление резервов по отпускам с апреля 2020г.
При формирование резервов за апрель май 2020 , ставка по страховым взносам составляет 15% с сумм свыше 12130 рублей
а в 1С в нашей базе со всей суммы резервов начисляется не 30,2 как было ранее , а 15%
при том что согласно новым правилам с 12130 рублей должно начисляться 30,2% а с остальной суммы 15%
как нам решить эту проблему?
При формирование резервов за апрель май 2020 , ставка по страховым взносам составляет 15% с сумм свыше 12130 рублей
а в 1С в нашей базе со всей суммы резервов начисляется не 30,2 как было ранее , а 15%
при том что согласно новым правилам с 12130 рублей должно начисляться 30,2% а с остальной суммы 15%
как нам решить эту проблему?
Здравствуйте!
у меня возник вопрос по формирированию резервов по отпускам.
В данный момент происходит не совсем корректное начисление резервов по отпускам с апреля 2020г.
При формирование резервов за апрель май 2020 , ставка по страховым взносам составляет 15% с сумм свыше 12130 рублей
а в 1С в нашей базе со всей суммы резервов начисляется не 30,2 как было ранее , а 15%
при том что согласно новым правилам с 12130 рублей должно начисляться 30,2% а с остальной суммы 15%
как нам решить эту проблему?
у меня возник вопрос по формирированию резервов по отпускам.
В данный момент происходит не совсем корректное начисление резервов по отпускам с апреля 2020г.
При формирование резервов за апрель май 2020 , ставка по страховым взносам составляет 15% с сумм свыше 12130 рублей
а в 1С в нашей базе со всей суммы резервов начисляется не 30,2 как было ранее , а 15%
при том что согласно новым правилам с 12130 рублей должно начисляться 30,2% а с остальной суммы 15%
как нам решить эту проблему?
976.
lesyadeg2012@mail.ru
15.03.21 07:51
Сейчас в теме
Здравствуйте, на сегодняшних релизах(УПП1.3.154) работает обработка? Как в НУ садится "Компенсация при увольнении" (не нашла ничего про это)?
977.
zzz_natali
61
15.03.21 08:48
Сейчас в теме
(976) По ходу автор "забил" на свою обработку. Скоро уже 3 года, как от него "ни слуху, ни духу".
Добрый день. Пользуемся версией 1.25, после обновления ЗУП до версии 2.5.174.1 возникла ошибка
{ОбщийМодуль.ПроведениеРасчетов.Модуль(10985)}: Ошибка при вызове метода контекста (ВыполнитьПакет)
Результат = Запрос.ВыполнитьПакет();
по причине:
{(7, 11)}: Временная таблица уже существует "ВТПериодыНалогаНаДоходы"
ПОМЕСТИТЬ <<?>>ВТПериодыНалогаНаДоходы
при расчете среднего заработка.
{ОбщийМодуль.ПроведениеРасчетов.Модуль(10985)}: Ошибка при вызове метода контекста (ВыполнитьПакет)
Результат = Запрос.ВыполнитьПакет();
по причине:
{(7, 11)}: Временная таблица уже существует "ВТПериодыНалогаНаДоходы"
ПОМЕСТИТЬ <<?>>ВТПериодыНалогаНаДоходы
при расчете среднего заработка.
(983)
Добрый день!
Не смог воспроизвести эту ошибку на УПП (релиз 1.3.170.1).
К сожалению, у меня нет конфигурации ЗУП Корп (2.5.174.1).
Как вариант - можно попробовать обновить версию обработки до 1.27. Если не поможет, то думать дальше.
Добрый день!
Не смог воспроизвести эту ошибку на УПП (релиз 1.3.170.1).
К сожалению, у меня нет конфигурации ЗУП Корп (2.5.174.1).
Как вариант - можно попробовать обновить версию обработки до 1.27. Если не поможет, то думать дальше.
Здравствуйте!
мы приобреди у Вас обработку по распределению оценочных резервов.
в прошлом году у нас был тариф МСП,
а с начала 2026 году мы перешли на общий тариф страховых взносов.
Будет ли правильно работать эта обработка в 2026 году на общем тарифе, или нужно что-то в ней править?
Посылаем Вам файл обработки, которую мы используем.
в 2025 году мы вносили туда небольшие правки с учетом изменения алгоритма расчета страховых взносов для тарифа МСП,
но сейчас нас интересует общий тариф - нужно ли туда вносить какие-то правки, будет ли правильно учитываться предельная сумма
страховых взносов на 2026 год, или нужно вносить какие-то правки.
мы приобреди у Вас обработку по распределению оценочных резервов.
в прошлом году у нас был тариф МСП,
а с начала 2026 году мы перешли на общий тариф страховых взносов.
Будет ли правильно работать эта обработка в 2026 году на общем тарифе, или нужно что-то в ней править?
Посылаем Вам файл обработки, которую мы используем.
в 2025 году мы вносили туда небольшие правки с учетом изменения алгоритма расчета страховых взносов для тарифа МСП,
но сейчас нас интересует общий тариф - нужно ли туда вносить какие-то правки, будет ли правильно учитываться предельная сумма
страховых взносов на 2026 год, или нужно вносить какие-то правки.
Прикрепленные файлы:
Распределение оценочных обязательств.epf
Автор:
Подписаться
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
Публикация:
№ 119889
Создание 07.03.12 14:20
Обновление 14.02.18 14:36
Статистика:
Просмотры 164391
Загрузки 21
Рейтинг
529
Комментарии 975
Характеристики:
Код открыт Да
Рубрики Зарплата
Тип файла Внешняя обработка (ert,epf)
Платформа 1С:Предприятие 8
Конфигурация
1С:Комплексная автоматизация 1.х
,
1С:Зарплата и Управление Персоналом 2.5
,
1С:Управление производственным предприятием
Операционная система Не имеет значения
Страна Россия
Отрасль Не имеет значения
Налоги ФОМС, ЕФС
Вид учета Бухгалтерский учет
Доступ к файлу Абонемент ($m)
