Контроль сальдо в 1С: Зарплата и Кадры

03.06.16

Контроль соответствия начального сальдо текущего расчетного периода и конечного сальдо предыдущего расчетного периода.

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование		По подписке [?]	Купить один файл
КонтрольСальдо.ert .ert 84,00Kb 750	750	Скачать (1 SM)	Купить за 1 850 руб.
КонтрольСальдо.ert в архиве ZIP .zip 19,00Kb 129	129	Скачать (1 SM)	Купить за 1 850 руб.

Обработка для типовой конфигурации 1С: Зарплата и Кадры.

Позволяет производить контроль соответствия начального сальдо текущего расчетного периода и конечного сальдо предыдущего расчетного периода.

Есть возможность автоматической и ручной корректировки документа "Накопленная задолженность" в текущем расчетном периоде.

Предусмотрена "мягкая" смена расчетного периода вперед и назад. Полезно использовать данную возможность для выравнивания сальдо в закрытых периодов без пересчета зарплаты.

Простая и удобная печатная форма отчета с возможностью расшифровки значений.

Автоматическая корректировка данных отчета в случае внесения изменений.

2009-11-25

Добавлена проверка на наличие введенных и рассчитанных записей начального сальдо в журнале расчетов.

2009-11-27

Добавлена возможность исключать из отчета сотрудников с нулевым сальдо.

Добавлена возможность объединять суммы совместителей.

+65 –

См. также

Обмен данными ЗУП 3.1 - Бухгалтерия 7.7

Зарплата Перенос данных 1C Программист Бухгалтер Бухгалтерский учет 7.7 Сложные периодические расчеты 1С:Бухгалтерия 7.7 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет Платные (руб)

Как известно, Бухгалтерия 7.7 не имеет штатной возможности для обмена с ЗУП 3.1. Данная разработка пригодится тем, кто перешел с ЗиК 2.3 на ЗУП 3.1, но вынужден по каким-то своим причинам оставаться на Бухгалтерии 7.7.

18000 руб.

29.09.2020 13961 2 0

Сверка 76.АВ с книгой покупок по ставкам НДС 18% и 20%. Проверка зачета аванса по ставкам НДС 18% и 20% в 1 квартале 2019 г. Переход на 20% НДС. Закрытие квартала 18% и 20% НДС

Анализ учета Оптовая торговля Бухгалтер Бухгалтерский учет 7.7 1С:Комплексная 7.7 Россия Бухгалтерский учет НДС Абонемент ($m)

Отчет написан для Комплексной конфигурации 4.2. Отчет позволяет выполнить сверку кредитовых оборотов счета 76.АВ (НДС с авансов полученных) с книгой покупок, проверить правильность выписки счетов фактур на зачет аванса по счетам БУ в разрезе разных ставок НДС 18% и 20% в комплексной конфигурации 1С:Предприятия 7.7. Позволяет найти и исправить ошибки в процессе перехода на 20% НДС. Помогает с закрытием квартала 18% и 20% НДС. Отчет обновлен для анализа данных 2 квартала 2019 года и всех следующих кварталов (стал более универсальным).

1 стартмани

27.03.2019 24477 13 ksnik 5

7.7 : Ставки налогов и отчислений. БУХ учет Украина 2014

Зарплата Бухгалтер Бухгалтерский учет 7.7 1С:Бухгалтерия 7.7 Украина Бухгалтерский учет НДФЛ Абонемент ($m)

Просто запустим обработку. Файл "СтавкиНалоговЗарплата2014.ert" - выполнить.

1 стартмани

22.01.2014 28678 2 kompas-dm 1

Справка по форме 182Н для 1С:Бухгалтерии 7.7

Зарплата Бухгалтер Бухгалтерский учет 7.7 1С:Бухгалтерия 7.7 1С:Производство+Услуги+Бухгалтерия 1С:Упрощенное налогообложение 7.7 Россия Бухгалтерский учет ФОМС, ЕФС Платные (руб)

Новая справка для расчета пособий по временной нетрудоспособности в соответствии с приказом Министерства труда и социальной защиты № 182Н от 30.04.2013 года (учитывая изменения вплоть до 2017 года). Справку необходимо выдавать на руки при увольнении сотрудника. Может помочь при расчете среднего заработка при нетрудоспособности сотрудников. Будет незаменимым помощником для бухгалтеров, осуществляющих расчеты по заработной плате, при отсутствии специализированной программы.

2000 руб.

03.08.2013 82058 31 21

Подготовка сведений в ПФР за 2013 год с распределением суммы уплаченных взносов, превышающих начисленные

Регламентированный учет и отчетность Зарплата Бухгалтер Расчет 7.7 1С:Зарплата и кадры 7.7 Россия Бухгалтерский учет ФОМС, ЕФС Абонемент ($m)

При подготовке к сдаче отчета в ПФР столкнулся с тем, что программа не учитывает переплату - не распределяет сумму уплаченных взносов, превышающую начисленную, даже если это оплата проходит в январе 2013 за декабрь 2012. В случае, когда есть долг по оплате на начало периода (например, за декабрь 2012 платят в январе 2013) сумма уплаченных взносов может быть больше суммы начисленных. Программа же ставит сумму уплаченных взносов равную сумме начисленных. В этой обработке распределяются суммы уплаченных взносов, превышающих начисленные, а так же внесены исправления, связанные с возможными ошибками при формировании штатной обработки из 335 релиза (в пачки попадали ненужные уволенные, неправильно распределялись уплаты взносов, при выгрузке в файл возникали ошибки).

1 стартмани

20.04.2013 31266 425 mirrr 65

Отчетность в ПФР в ЗИК релиз З34

Зарплата Адаптация типовых решений Программист Расчет 7.7 1С:Зарплата и кадры 7.7 Россия Бухгалтерский учет ФОМС, ЕФС Бесплатно (free)

Ошибки в ЗИК релиз 334 при формировании отчетности в ПФР

04.04.2013 20358 ul 15

Расчетная ведомость для 1С:Бухгалтерии 7.7

Зарплата Бухгалтер Бухгалтерский учет 7.7 1С:Бухгалтерия 7.7 Россия Бухгалтерский учет Абонемент ($m)

Для бухгалтера : удобный отчет по начислениям-выплатам-удержаниям И повод задуматься о переходе на ЗУП Для программиста : удобный инструмент сверки данных при переходе с 1С:Бухгалтерии 7.7 на 1С:ЗУП 2.5

4 стартмани

01.03.2013 37757 87 Designer1C 7

Подготовка сведений для ПФР - исправление некорректного формирования отрицательных сумм взносов с сумм превышения максимального предела. Конфигурация: ЗИК 7.70.328

Зарплата Адаптация типовых решений Программист Расчет 7.7 1С:Зарплата и кадры 7.7 Россия ФОМС, ЕФС Абонемент ($m)

Подготовка сведений для ПФР - исправление в формирование сведений персонифицированного учета, при превышении максимального предела

1 стартмани

22.10.2012 25115 49 u_n_k_n_o_w_n 9

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. Mortal 80 20.11.09 20:00 Сейчас в теме

"В случае использования кода обработки или внесения изменений в ее функционал, прошу оставлять ссылку на сайт автора"
/из описания/
ИМХО: для Инфостарта наилучший пример того, как, оставляя открытым код обработки, быть честным с честными. Ибо нечестные полюбому своруют, а честные еще и тебе, возможно, сделают рекламу.

3. Nicholas 912 23.11.09 08:51 Сейчас в теме

(1) Вообще я доверяю людям и считаю, что будущее за бесплатным ПО.

(2) В текущем расчетном периоде обработку имеет смысл использовать после того как зарплата полностью рассчитана и непосредственно перед переходом на следующий период.
Других вариантов на самом деле нет. Если накопленная задолженность вводится автоматически при использовании мастера смены периода расчетов, то начисление заработной платы бухгалтера обычно оставляют на "десерт".

4. artbear 1566 23.11.09 10:09 Сейчас в теме

(3) Так и я говорю, что для использования проще написать в форме, что нужно ввести доки "Начисление ЗП" на всех сотрудников и выполнить полный расчет ЗП.
А еще лучше, выполнить проверку - есть ли записи по сальдо вообще и рассчитаны ли они. это несложно.

5. Nicholas 912 23.11.09 12:10 Сейчас в теме

(4) Спасибо. Я учту Ваши пожелания и сделаю соответствующие доработки.

6. Nicholas 912 25.11.09 15:45 Сейчас в теме

Доработано в соответствии с пожеланиями artbear (4).

2. artbear 1566 21.11.09 08:29 Сейчас в теме

(0) А учитывается то, что записи по другим составляющим сальдо в текущем месяце просто могут быть не рассчитаны?
В этом случае не имеет смысла сравнивать сальдо.

7. Phel 27.11.09 07:55 Сейчас в теме

А зачем выводить в список тех, у кого все по нулям ? у нас 2000 сотров, зачем выводить всех ? и похоже не объединяются деньги у основного и внутр. совместителя ?

8. Nicholas 912 27.11.09 14:49 Сейчас в теме

(7) Доработано в соответствии с Вашими пожеланиями.

9. Марита Х 28.11.09 13:36 Сейчас в теме

Оч.нужная , правда не проверила еще.

10. Phel 01.12.09 06:59 Сейчас в теме

И все-такм я бы сделела кнопку "сформировать", чтобы вначале выбрать настройки, а потом уже запустить обработку, особенно настораживает "исправлять автоматически". Я обычно правлю сальдо до перехода на след. м-ц т.е. до того, как сформирована "накопленная задолженность", поэтому сообщение о том, что она не сформирована вроде и ни к чему, а вот о ручном исправлении очень кстати.
Вообще очень полезная обработка, особенно для тех, кто только начинает работать в 1с.

11. Nicholas 912 01.12.09 08:34 Сейчас в теме

(10) На счет кнопки "Сформировать" я подумаю, но смысла большого не вижу. Отчет формируется достаточно быстро даже для большого числа сотрудников, поэтому изменить настройки никогда не поздно.
При формировании отчета ничего не исправляется. Действия привязаны к расшифровке ячеек таблицы.
Флаг "исправлять автоматически" означает следующее: при двойном клике на ячейку "расхождение" программа находит необходимый документ "накопленная задолженность" и вносит в него изменения.
Флаг "открывать накопленную задолженность" в отличии от "исправлять автоматически" ничего не изменяет, а лишь открывает необходимый документ для ручного исправления.
Как я уже упоминал в (3) "в текущем расчетном периоде обработку имеет смысл использовать после того как зарплата полностью рассчитана и непосредственно перед переходом на следующий период". В этом случае уже введены все необходимые документы, в том числе, "начисление зарплаты" и "накопленная задолженность" и все записи журнала расчетов посчитаны.
Сразу после перехода на следующий период проверять сальдо не имеет смысла.

12. nickVZ 10 15.12.09 10:50 Сейчас в теме

"Сразу после перехода на следующий период проверять сальдо не имеет смысла" - не понял. Документ "Накопленная задолженность" формируется ПОСЛЕ перехода на следующий период сразу после этого самого перехода. Так по-крайней мере, заложено методически в ЗиКе. Вместе с документом Начисления месяца (который формирует сальдо округления) они формируют общее начальное сальдо. Которое и следует проверять. И расхождения с конечным сальдо ПРОШЛОГО периода означает всего лишь, что какой-то сотрудник "забыт" доком Начисление... Никаких других причин расхождения просто не существует. На протяжении 5-и лет ни в одном релизе ЗиКе ошибок в модулях расчета сальдо (имею в ввиду именно сумму двух сальдо) никогда не наблюдалось.
Потому совершенно непонятно, как можно править сальдо текущего периода после того, как завершены все прочие расчеты? Просто похерить долги перед уволенным сотрудником, чтоль? Скрыть с глаз долой, чтоб дальше не беспокоили?

13. Nicholas 912 15.12.09 11:32 Сейчас в теме

(12) Документ "Накопленная задолженность" формируется при переходе на следующий расчетный период обработкой "Помощник установки периода расчета". Причем галку "ввести документ..." в этом помощнике можно и убрать.

Документа "Начисления месяца" в типовой ЗиК вообще нет.

Сальдо по сотрудникам вводится двумя документами:
Накопленная задолженность (вводит ВР НачальноеСальдоЗадолженность) и
Начисление заработной платы (вводит ВР НачальноеСальдоОкругления и НачальноеСальдоПереплатаНДФЛ). Последний автоматически не вводится.

Причин расхождения сальдо предостаточно. Наиболее частыми являются:
- Неверное указание периода выплаты в документе "Выплата заработной платы",
- Размер выплаты не соответствует сумме, подлежащей выплате в данном периода,
- Ручное редактирование документа "Накопленная задолженность",
- Сотрудников забывают включить в один из документов "Накопленная задолженность" и "Начисление заработной платы", а порой и в оба. Особенно часто это бывает по уволенным, которым что-то не выплатили или наоборот выплатили больше чем должны были и ненулевое сальдо по ним переходит из месяца в месяц.

При выравнивании сальдо правится только документ "Накопленная задолженность", никакие долги при этом не удаляются, а скорее наоборот добавляются, если вдруг о них забыли.

То, что у вас в течение пяти лет не было проблем с сальдо, не значит, что этой проблемы не существует. Видимо Вам просто попался хороший бухгалтер, который понимает своеобразный механизм двойного сальдо в ЗиК и корректно вводит данные в программу.

Я более пяти лет занимаюсь только ЗиК. Поддерживаю более пятнадцати баз в разных городах. Иногда бухгалтера по расчету з/п увольняются, приходят новые и, не имея достаточного опыта работы в программе, совершают ошибки из-за которых сальдо расползается в разные стороны.

14. nickVZ 10 15.12.09 11:57 Сейчас в теме

Да, "Начисления месяца" документа нет. Есть "Начисление заработной платы". Подзабыл. Уточнять не стал. Полагал, что аффтар поймет, о чем речь.
Ошибся. Виноват. Не понял аффтар.
Из изложения (13) мне теперь понятна цель данной обработки. Аффтар пытается "исправить", а вообще-то, просто скрыть криворукость и разгильдяйство расчетчиц.
Мне достаточно для этого вывода всего двух пассажей:
- Ручное редактирование документа "Накопленная задолженность",
- Сотрудников забывают включить в один из документов "Накопленная задолженность" ...

В связи с этим вынужден характеризовать эту обработку крайне вредной, как поощряющей безрукость и разгильдяйство расчетчиц.
Извините за прямоту.

15. Nicholas 912 15.12.09 12:20 Сейчас в теме

(14) Обработка не поощряет безрукость, а помогает выявить причину расхождения. Исправлять самостоятельно, или указать на ошибку бухгалтеру - это личное дело каждого.

Если мне звонит расчетчик с жалобой, что у него расхождение в сальдо, я запускаю обработку, мгновенно нахожу ошибку и в укорительном тоне указываю на нее бухгалтеру.

Автоматическая корректировка в обработке была сделана лишь по той причине, что мне пришлось править сальдо в одной, богом забытой, базе ЗиК, сальдо в которой не проверялось ни коим образом с 2003 года.

16. nickVZ 10 15.12.09 13:10 Сейчас в теме

Некоторые пояснения моего предыдущего поста (14).
Документ "Накопленная задолженность" в ЗиКе штатно предлагается формироваться при переходе на следующий период. После всех прочих проверок. При этом в формируемый документ попадают все сотрудники, имеющие накопленную задолженность. Никакого "забывания" при этом не грозит. Ну просто абсолютно.
Если после этого сформировать документ Начисление з/п по всем сотрудникам, то сформированное и расчитанное сальдо округления совместно с сальдо задолженности гарантированно приведет к тому, что начальное сальдо текущего периода будет совпадать с конечным сальдо прошлого периода (расчетным, разумеется).
"Ручное" копание в этих самых сальдо непременно приведет к тому, что это самое сальдо будет разбегаться с сальдо в бухучете (счет 70). Что не есть гуд, а даже совсем наоборот. Потери долгов (и перед уволенными сотрудников, и переплата им) гарантированы. Кому это нужно, кроме разгильдяек-расчетчиц? Никому. Невыплаченные "копейки" надо просто скинуть на депонент, откуда они тихо-мирно со временем спишуться. Переплаченные суммы явно раздражают администрацию, но обычно зарплату мне платит она, а не расчетчица, потому ее разгильдяйство - ее личное дело. Убирается, кстати, из ЖЗ легко и просто: удержанием на счет 90.2 (внерелезационные убытки). После чего сальдо исчезает.
Здесь есть два плохих момента.
Первое. При формировании документа Начисление... "по всем" попадает куча мусора в виде обязательных начислений по уже уволенным сотрудникам. Это не влияет на результат, но может элементарно раздражать, и просто тупо засоряет базу. Вот здесь я приготовил для расчетчицы обработоку "Метла ЖР", которая запускается именно перед сменой периода, и весь этот мусор убирает.
Если же расчетчица формирует док Начисления выборочно, чтоб избавиться от "мусора" изначально, то применяет обормотку для контроля сальдо (не данную, конечно). После чего она просто добавляет "забытых" в док Начисления... Существующий, или новый - по вкусу.
Второе. При нарушении порядка выплат офигительно просто растет накопленная задолженность. И так же офигительно расчет (по абсолютной величине) отрицательное сальдо округления. Это выглядит просто безобразно.
Но... это совершенно другая задача. Никак не связанная с "потерей сальдо". И решаемая другими методами.
Есть один момент: если у уволенного реально сальдо нулевое, то при вышеописанном безобразии оно выглядит как комбинация положительного сальдо накопления и отрицательного сальдо округления. Равных по абсолютной величине. Вот здесь их можно выбросить из ЖЗ совершенно спокойно. И дальше они появляться не будут.
И эта опция присутствует в упомянутой выше "Метле" ;) Но для уволенных.

17. Nicholas 912 15.12.09 13:41 Сейчас в теме

(16) Теперь все ясно. Вы тот самый "изобретатель волшебной палочки" © (обработки под названием "Метла ЖР").

На всё, выше сказанное, хочу ответить следующее.

Я не против, что Вы рекламируете свою обработку в комментариях к моей. Но не стоит это делать подобным образом. У меня нет ни времени, ни желания убеждать Вас и доказывать полезность моей обработки. В данном случае алгоритм прост: тем кому обработка полезна, тот скачивает ее и использует, тем же, кому, по каким-то объективным или субъективным причинам, она не нравится - просто переходит к следующей странице в своем браузере (по желанию можно поставить минус).

Рассуждения на тему разгильдяйства расчетчиц, их забывчивости и криворукости давайте будем писать в соответствующих форумах, блогах и пр.

18. nickVZ 10 15.12.09 13:51 Сейчас в теме

(17 Еслиб я "Метлу" рекламировал, то дал бы ссылку. Как и на обормотку своего решения контроля сальдо. Но я этого не сделал. Так что не надо инсинуаций...
Я просто объяснил ущербность (с моей точки зрения) подход сабжа. С показом того, как лично я вижу данную проблему. Какие проблемы она принесет (может принести) именно прогу в дальнейшем. Потомушто такого рода косяки расчетчицы самостоятельно исправить не в состоянии.
Пусть кто хочет, скачивает, или наоборот. Мне по-фигу, в общем-то.

19. Nicholas 912 15.12.09 14:04 Сейчас в теме

(18) Главная цель обработки - это контроль (что, кстати, видно из названия), а не исправление косяков расчетчиц. Изначально я ее делал вообще как отчет, затем для собственного удобства добавил исправление.

20. nickVZ 10 15.12.09 14:16 Сейчас в теме

(19) "для собственного удобства" я делаю скрытые от юзера опции.

21. Nicholas 912 15.12.09 14:27 Сейчас в теме

(20) Не понял последний Ваш комментарий.

22. nickVZ 10 15.12.09 16:09 Сейчас в теме

(21) Да просто все... Та же "Метла" (вариант не распространенный): есть возможность начать чистку с какого нить закрытого периода. Например, с начала года. Но расчетчику давать лазать в прошлый период нештатно очень стрёмно. А самому хоцца. А держать два варианта лень.
Потому элементы формы выбора периода (и жёскости "корректировки" сальдо) для юзера невидимы.

23. nickVZ 10 15.12.09 16:26 Сейчас в теме

Кстати да. Уволенному корректировать сальдо можно так: убирать сальдо задолженности, одновременно эту же сумму вычитать из сальдо округления. Но без "лапки" :) Тогда далее, и в следующих периодах, сальдо задолженности все время будет нулевым. А сальдо округления останется прежним. Равным "скорректированному". Но если юзер захочет его мошеннически убрать (интерактивно занулить же возможно), его правка результата будет украшена "лапкой" ;). На которую можно укоризненно показать перстом...