Ни в ЗУП ногой!? А мне нравится! Часть 1. Главные сложности решения, что отталкивает

31.07.22

Учетные задачи - Зарплата

Ни для кого не секрет, что ЗУП - одно из сложнейших решений в линейке 1С. Многие разработчики и аналитики не любят им заниматься. Тяжело представить, чтоб начинающий разработчик/аналитик стал по доброй воле работать в сфере управления персоналом и расчета заработной платы. В данной серии статей будет рассказано, какие видятся плюсы в этом решении и как справляться с его минусами. Кратко расскажу, как встать на этот путь, приведу примеры выполненных задач.

Краткость - сестра таланта, но мы с ней не родственники. Поэтому опять будет несколько статей, раскрывающих основную тему.

Рассмотрим следующие вопросы:

1. Главные сложности решения, что отталкивает?

2. Плюсы решения, где они прячутся?

3. Как меня туда занесло?

4. Главное - правильный перенос данных!

5. Стабильность бизнес-процессов как главный плюс.

6. Решение сложных и интересных задач.

7. Программный интерфейс и представления облегчают работу.

 

Главные сложности решения, что отталкивает?

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

1. Сложность предметной области

Для работы в сфере кадрового делопроизводства и расчета зарплаты необходимо уже на старте работы иметь глубокие знания о предметной области. Недаром кадровиков обучают этому в институте! Код специальности 38.03.03. 

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

Но прежде, чем разбирать компетенции кадровиков и расчетчиков, определимся с вопросом: "Что такое предметная область применительно к ЗУП"?

  • Понимание бизнес-процессов кадрового учета и расчета зарплаты
  • Знание законодательства
  • Знание порядка заполнения унифицированных печатных форм, трудовых договоров и дополнительных соглашений
  • Понимание существующих схем оплаты труда
  • Понимание способов учета отработанного времени и формирования табелей
  • Знание сценариев работы используемого программного обеспечения (1С, SAP, Босс-Кадровик и т.д.)
  • Понимание архитектуры решения, вариантов настройки системы, подходов к автоматизации учета.
  • Для разработчиков: понимание специфических алгоритмов ЗУП (представления, менеджер расчета зарплаты)
  • Понимание подходов к автоматизации учета в ЗУП.

Зафиксируем набор компетенций кадровика:

  • Законодательство в сфере кадрового делопроизводства (ТК РФ, федеральные законы и постановления Роструда).
  • Кадровое делопроизводство (знание бизнес-процессов, унифицированных печатных форм, учет стажа, ведение штатного расписания и штатной расстановки)
  • Учет рабочего времени (составление графиков, табелей, учет времени переработок)
  • Отчетность (СЗВ-М, СЗВ-СТАЖ, данные в отчетности РСВ и П4)

Зафиксируем набор компетенций расчетчика:

  • Законодательство по расчету заработной платы, налогов и взносов (ТК РФ, НК РФ, постановление 922 по расчету среднего заработка)
  • Кадровое делопроизводство. Это необходимо для проверки правильности кадровых приказов, табелей, положенных начислений.
  • Схемы мотивации и способы расчета оплаты (за отработанное время, сдельной оплаты труда, среднего заработка, премии).
  • Порядок расчета НДФЛ и страховых взносов (вычеты, облагаемая и необлагаемая база, ставки и пределы доходов).
  • Формирование отчетности по зарплате, налогам и взносам (П4, 2-НДФЛ, 6-НДФЛ, РСВ).
  • Расчет оценочных обязательств (отпуск, премии, средний заработок).
  • Отражение зарплаты в бухучете (формирование проводок).

ВАЖНО: Почему необходимо иметь все эти знания сразу? Причина проста - незнание любого пункта приводит к ошибкам в расчете зарплаты конкретных людей и налогов по ним. Появляются риски штрафов и камеральных проверок для работодателей, судебных исков со стороны работников.

 

2. Все действия персонифицированы

Что это означает:

  • Каждый кадровый приказ (особенно на несколько работников) влияет на определённых людей. Неверно заполненные данные приведут к проблемам с конкретными сотрудниками. Ключевые ошибки:
    • Неверный оклад или надбавки
    • Неверный размер премии или неверные показатели премирования
    • Ошибочный график
    • Неверно отраженные отсутствия, как следствие ошибочный табель

        Все ошибки кадровых приказов влияют на результат расчета зарплаты.

  • Здесь нет котлового метода учета. Примеры:
    • Если на предприятии есть сдельная оплата труда, и заработанные средства распределяются между членами бригады или участка. Распределение происходит на основе результатов труда каждого работника. Поэтому корректный учет показателей каждого максимально важен. Поставил не тот КТУ и кто-то получит больше, а кто-то меньше. Если это вскроется у организации появятся судебные риски, а также риск потери квалифицированных специалистов.
    • Премии начисляются каждому несмотря на наличие понятия "Премиальный фонд"
    • Проводки формируются по каждому работнику. Только в момент выгрузки данные суммируются.
    • Налоги и взносы учитывают особенности каждого работника.
  • В расчете зарплаты и налогов не может быть пересортицы. Примеры:
    • Если сотрудник получил больше, чем нужно, по закону он не обязан это возвращать! Удержать лишнюю сумму без письменного согласия невозможно. Это прямой убыток для организации. Тот, кто получил меньше, явно будет недоволен!
    • Особенно часто встречаются переводы по ошибке давно уволенным работникам.
    • Нельзя в сдельной оплате поменять КТУ между работниками
    • Аналогично показатели премирования необходимо чётко указывать нужным сотрудникам.
  • Средний заработок в принципе считается только на одного работника. Расчет сложный, использует много показателей. Только при слаженной и корректной работе отдела кадров и расчетной бухгалтерии можно корректно его рассчитать. Показатели для расчета:
    • ФОТ за период и начисленные премии, в т.ч. квартальные, годовые.
    • Количество отработанных дней
    • Количество отработанных часов
    • Норма времени
    • Периоды, исключаемые из расчета среднего заработка (отклонения)
  • Расчет налогов и взносов также выполняется по каждому отдельному человеку. Здесь не путать с фразой "по каждому работнику"! С одним человеком может быть заключено несколько трудовых договоров. Каждый трудовой договор - это отдельный работник(в понятиях учетной системы 1С ЗУП). Так вот НДФЛ и страховые взносы считаются консолидировано по человеку, хотя затраты должны относиться на разные трудовые договора, а иногда и на разные организации. Здесь важно правильно применять налоговые вычеты и контролировать превышение предела расчета страховых взносов. В ЗУП 3 кстати, процесс расчет взносов в холдинге до сих пор не автоматизирован полностью! Поэтому моя давняя доработка до сих пор актуальна: Правильный расчет страховых взносов по организациям в холдинговой структуре. Важные моменты:
    • Определяем облагаемые и необлагаемые суммы
    • Учитываем вычеты к начислениям, персональные вычеты, превышение предела
    • Определяем ставки налогов и взносов по каждому из работников
    • Затраты по налогам и взносам относим на разные договора, если их заключено несколько.
  • Отчетность также вся персонифицирована. Примеры:
    • 6-НДФЛ сворачивает суммы по датам получения дохода, но для нас это означает лишь наличие ещё одного дополнительного разреза учета.
    • 2-НДФЛ вынуждает нас помесячно по каждому человеку в отдельности сдавать корректные суммы. Более того, отчет формируется в разрезе кодов доходов.
    • Если сотрудник работал в разных обособленных подразделениях - отчетность формируется отдельно по каждой ИФНС. Надо ли напомнить про взаимные контрольные соотношения между этими отчетами, без совпадения которых отчет просто не примут!
    • РСВ также формируется по отдельным работникам
    • Вся отчетность по стажам и электронным трудовым книжкам персонифицирована.

По всем этим причинам необходимо максимально внимательно относиться к своей работе. Это касается всех участников процесса внедрения и сопровождение системы ЗУП 3. 

 

3. Требовательность к обновлениям

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

Особенности обновления типовой конфигурации:

  • Конфигурация на замке, или доработки в новых объектах, в т.ч. в расширениях
    • Нет препятствий для обновлений.
    • Рекомендую обновляться на уже проверенные релизы, читать отзывы об ошибках релиза.
    • Если основные доработки расположены в расширениях, необходимо учесть, что все заимствованные объекты расширений должны быть обновлены
  • Конфигурация на замке, доработки в расширениях. Типовые объекты доработаны
    • Анализируем, обновлены ли доработанные объекты
    • Обновляем расширения, обращаем внимание на код с аннотацией "Вместо".
    • Если доработок много и высока трудоёмкость обновления - анализируем важность обновления.

Особенности обновления доработанной конфигурации:

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

  • Конфигурация не на замке, большое количество доработок в типовых объектах. Оцениваем риски:
    • Определяем функционал, подлежащий полной переработке, т.е. то что нельзя обновить.
    • Оцениваем трудозатраты на его доработку и важность функционала для проекта.
    • Проверяем функционал на реализацию в типовом решении. Бывает, 1С реализовала функционал, который очень нужен на проекте. Чтобы его не писать самим с нуля, можно провести внеплановое обновление. Полное или частичное зависит от количества доработок и наличия ресурсов+ бюджета проекта на данный вид работ. Это снижается сроки и риски при обновлении.
  • Выполнять обновление если выполняется хотя бы 1 пункт:
    • Обновление необходимо для сдачи отчетности. Если цель именно такая, можно попробовать обновить только 1 подсистему.
    • Без обновления появляется большой объём ручных операций из-за нововведений.
    • Высок риск штрафов и проверок из-за несоблюдения нового законодательства.

Периодичность обновления:

  • Если нет на то весомых обстоятельств, описанных выше - в начале года в рамках подготовки к сдаче годовой отчетности.
  • При небольшом количестве доработок и использовании расширений можно обновляться раз в квартал.
  • Даже типовые конфигурации не рекомендуется обновлять чаще 1 раза в месяц.
  • При определении периодичности обновления учитываем длительность выполнения обработчиков обновления. При больших объёмах данных некоторые обработчики обновления могут выполняться сутки.
  • Исправительные релизы требуется использовать только при повседневном использовании исправленного функционала.
  • Лучше обновляться с небольшой задержкой, чтоб учесть отзывы пользователей по ошибкам устанавливаемого релиза. Если релиз содержит ошибки - оцениваем их критичность.
  • При обновлении рекомендую использовать методику из статьи "Как читать чужой код. Часть 2".

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

 

4. Трудоёмкость ввода данных

Каждый из нас периодически устраивается на новое место работы. Каждый раз этот процесс почему-то занимает много времени?! Попробуем разобраться что ж такого волшебного делает кадровик, пока мы "знакомимся под роспись" с локальными нормативными документами компании. Самое смешное, что одна часть людей их не читает, вторая не знает, как они повлияют на процесс работы). Но написанное пером не вырубишь и топором! 

Рассмотрим процесс оформления в ЗУП 3.

  • Первым делом заводим новый элемент в справочнике "Физические лица". Заполняем данные из предоставленных документов:
    • ФИО, дата рождения
    • ИНН, СНИЛС
    • Адреса, телефоны в формате ФИАС
    • Паспортные данные
    • Гражданство
    • Стаж из трудовой книжки.
  • Далее создаем новый элемент в справочнике "Сотрудники". 
  • Проверяем наличие настроенного графика работы под принимаемого сотрудника. Иногда необходимо его создать или настроить перед приёмом.
  • Проверяем наличие позиции в штатном расписании. Если её нет, создаем и заполняем все необходимые данные. Утверждаем позицию штатного расписания. 
  • Если работа предполагает наличие северной надбавки, обязательно заполнить предварительно группу сотрудника и накопленный на дату приёма северный стаж! Без этого будет неверно определен размер северной надбавки.
  • Оформляем документ "Приём на работу". Заполняем данные согласно позиции штатного расписания. Указываем график работы (при необходимости создаем и утверждаем его), испытательный срок, количество ставок.
  • Проверяем плановые начисления (наличие доплат за условия труда - вредные, МКС/РКС), ФОТ, совокупную тарифную ставку, указываем способ расчета аванса.
  • Также проверяем установку положенных отпусков. Для инвалидов добавляем 3 дня к основному отпуску. Если есть отпуска за вредность, ненормированный рабочий день, за работу в условиях МКС/РКС и т.д. - добавляем их работнику. Желательно отпуска заполнять в штатном расписании.
  • Заполняем и печатаем пакет документов для приёма на работу. 
  • После подписания документов заполняются данные для воинского учета и формируется карточка работника по форме Т-2. Карточка распечатывается и даётся работнику на ознакомление под роспись.

Казалось бы простое событие, но требует выполнения большой работы. Ошибаться в этой работе нельзя! Вся персональная информация отражается в отчетах. Ошибки при её вводе приведут к ошибкам в отчетности.

 

5. Сложность выверки данных

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

  • Проверка данных от отдела кадров
    • Проверка приказов за месяц
    • Проверка плановых начислений
    • Сверка данных со штатным расписанием, положением об оплате труда и коллективным договором
    • Проверка приказов по отклонениям. В этом пункте обычно допускается много ошибок.
    • Проверка табеля с учетом графика работы и отсутствий
  • Подготовка к расчету оплаты за отработанное время
    • Расчет всех отклонений. Без этого пункта нельзя переходить к расчету зарплаты
    • Ввод разовых начислений и удержаний
    • Ввод и проверка вычетов. У каждого вычета свой предел, по разным работникам вычеты начинаются с разных дат
    • Сверка производственных показателей, при наличии сдельной оплаты труда
    • Ввод/проверка показателей премирования (KPI)
  • Расчет заработной платы
    • Расчет переработок
    • Расчет оплаты за отработанное время
    • Расчет зависимых начислений (надбавки, доплаты)
    • Расчет зависимых удержаний
    • Расчет НДФЛ
  • Выверка результатов, оформление выплат
    • Проверка результатов расчета по расчетным листкам
    • Корректировка найденных ошибок
    • Проверка/заполнение лицевых счетов
    • Заполнение ведомостей
    • Выверка удержанного НДФЛ
    • Расчет оценочных обязательств
    • Формирование проводок.

Вот такой путь нужно пройти, чтоб каждый из нас получил свою заработную плату, либо аванс вовремя и в полном объёме. Путь сложный, на каждом этапе можно только исправлять ошибки, а допускать их нельзя! Последовательность действий при выплате аванса та же самая. Исключением является отсутствие удержанного НДФЛ, оценочных обязательств и проводок.

 

6. Сложность заложенных алгоритмов

Для разработчиков ЗУП сложен с точки зрения необычности подходов в решении задач. О чём идёт речь:

  • Начнём с простого - получение данных из регистров сведений. Во всех конфигурациях мы привыкли использовать виртуальную таблицу "Срез последних". Об этой таблице известно даже новичкам и большинству аналитиков. Но ЗУП здесь приготовил сюрприз! В ЗУП не принято напрямую обращаться к регистру сведений и получать срез последних. Это связано с неэффективностью многих таких запросов (не оптимальный план выполнения запроса), и с их ошибочностью (последней является запись, которая попала в регистр последней, а не последняя по периоду).
  • Ещё одно неудобство - потребность получать срез последний одним запросом на разные даты по разным сотрудникам. Платформа так не умеет. Для этого в общем модуле "ЗарплатаКадрыОбщиеНаборыДанных" есть программный интерфейс "ЗапросВТИмяРегистраСрез". В эту функцию необходимо передать таблицу фильтр и параметры построения запроса. Она вернёт текст запроса с установленными параметрами. Останется его только выполнить, записав Запрос.Выполнить().
  • Все расчетные алгоритмы в одной из редакций ЗУП были собраны в одно место: Обработку "Менеджер расчета зарплаты". Это огромная по количеству и сложности кода обработка. Её задача - получение и расчет всех показателей, необходимых для расчета зарплаты по заранее переданному списку работников. Также в этой обработке заложены алгоритмы расчета удержаний и НДФЛ. Сложность заключается в том, что нигде нет описания этой обработки! При этом, потребность в её использовании и модификации очень высокая. 
  • Все алгоритмы, связанные с определением нормы или фактически отработанного времени также собраны в одном месте: Обработку "Менеджер данных учета времени сотрудников". Сложности в ней те же - отсутствие описания, большой объём универсального кода и высокая потребность в использовании. 
  • Алгоритмы формирования регламентированной отчетности также вызывают много вопросов. Можно изучить алгоритм расчета среднесписочной численности. Даже опытные коллеги тратят на его изучение больше недели, только потом выполняют необходимые доработки. Для разбора и доработки некоторых видов отчетов требуется знание архитектуры хранения данных, например по НДФЛ и страховым взносам. 
  • Дополнительной сложностью работы с алгоритмами является сложность их отладки. Отладку можно вести только на реальном массиве данных. Никакие тестовые сценарии здесь не помогают. Т.к. персональные данные являются конфиденциальными, часто возникают проблемы с получением доступа к таким данным. Решением является обфускация данных с помощью обработки от фирмы 1С. Базу можно 1 раз в неделю обновлять на рабочую копию и обфусцировать, чтоб работать всегда с актуальными данными. 

В этой статье познакомились с трудностями конфигурации. Возникает логичный вопрос: "Как же решить все эти сложности?" Ответ Вы сможете найти в предыдущей серии статей под общим названием "Как читать чужой код". Именно благодаря описанным в статьях подходам можно решить любую сложную ситуацию в ЗУП. Вот ссылки, если кто ещё себе не сохранил в избранном:

Часть 1. Общие вопросы. Доработка чужого кода. Code review.

Часть 2. Доработка типовой конфигурации. Обновление доработанной типовой конфигурации.

Часть 3. Разбор и доработка запросов

Часть 4. Программный интерфейс. Исправление чужих доработок.

Также напомню о статье про архитектора. Некоторые подходы, позволяющие решать сложные задачи описаны в ней:

Кто такой архитектор. Редакция 2!

ЗУП

См. также

Обновление для КА 1.1, ЗУП 2.5, БУХ 2.0: НДС, ЕФС-1, Расчет страховых взносов, Мобилизация, Статистика, Электронные трудовые книжки, 2-НДФЛ, Регламентированная отчетность, Кадровый учет, Прослеживаемость импортных товаров

Зарплата Регламентированный учет и отчетность Кадровый учет Обновление 1С Платформа 1С v8.3 Сложные периодические расчеты 1С:Комплексная автоматизация 1.х 1С:Бухгалтерия 2.0 1С:Зарплата и Управление Персоналом 2.5 Бухгалтерский учет Налоговый учет Управленческий учет Акцизы ЕНВД ЕСН Земельный налог ИП, ПБОЮЛ, КФХ Налог на имущество Налог на прибыль НДС НДФЛ ФОМС, ЕФС Транспортный налог УСН ПСН (патентная система налогообложения) Платные (руб)

Обновления для конфигураций: КА 1.1; ЗУП 2.5; БУХ 2.0; КА 1.1 Комплексная автоматизация торговли алкогольной продукцией; КА 1.1 Комплексный учет сельскохозяйственного предприятия

19900 руб.

01.04.2020    139949    670    352    

231

Перенос данных из Парус 8 в ЗГУ 3

Зарплата Внешние источники данных Бюджетный учет Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и кадры государственного учреждения 3 Государственные, бюджетные структуры Россия Бухгалтерский учет Бюджетный учет Платные (руб)

Обработка позволяет перенести кадровую информацию и данные по заработной плате, фактических удержаниях, НДФЛ, вычетах, страховых взносах из базы Парус 8 учреждений в конфигурацию 1С:Зарплата и кадры государственного учреждения ред. 3 (ЗГУ) и начать с ней работать с любого месяца года.

84000 руб.

19.08.2020    22094    18    1    

21

Перенос данных из Парус 10 в ЗГУ ред.3

Внешние источники данных Кадровый учет Файловый обмен (TXT, XML, DBF), FTP Обмен между базами 1C Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и кадры государственного учреждения 3 Государственные, бюджетные структуры Россия Бухгалтерский учет Бюджетный учет Платные (руб)

Обработка позволяет перенести кадровую информацию и данные по заработной плате, фактических удержаниях, НДФЛ, вычетах, страховых взносах из базы Парус 10 учреждений в конфигурацию 1С:Зарплата и кадры государственного учреждения ред. 3 (ЗГУ) и начать с ней работать с любого месяца года.

60000 руб.

05.10.2022    9022    8    8    

10

Перенос данных из Камин 3.5 (5.5) в ЗиКГУ 3.х

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

Обработки для быстрого перехода с конфигураций «КАМИН:Расчет зарплаты для бюджетных учреждений 3.5» и «КАМИН:Зарплата для бюджетных учреждений 5.5» на конфигурацию «Зарплата и кадры государственного учреждения».

12000 руб.

28.07.2016    56627    136    139    

112

Запрет доступа к данным по зарплате для БП 3.0 и КА 2.5

Зарплата Роли и права Платформа 1С v8.3 Бухгалтерский учет Управление правами 1С:Бухгалтерия 3.0 1С:Комплексная автоматизация 2.х Молдова Россия Казахстан Бухгалтерский учет Платные (руб)

Расширение позволяет максимально полно ограничить доступ пользователей к данным по заработной плате, а именно закрывает доступ к документам начисления и выплаты заработной платы, не позволяет просматривать бухгалтерские отчеты по счету учета зарплаты а также убирает зарплатные проводки из журнала проводок. Расширение запрещает просматривать платежные документы на выплату зарплаты, так же не доступны регламентные отчеты в ПФР и ИФНС. Расширение предлагает готовые настроенные профили "Бухгалтер без зарплаты", "Только просмотр без зарплаты".

5700 руб.

27.05.2021    31668    199    89    

160

Исправление в 1С:ЗУП/ЗКГУ ошибок по НДФЛ и взаиморасчетам с сотрудниками на начало расчетного года.

Корректировка данных Зарплата Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и кадры бюджетного учреждения 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет НДФЛ Платные (руб)

Обработка исправляет технические ошибки по НДФЛ, взаиморасчетам с сотрудниками в 1С:ЗУП (1С:ЗКГУ) на начало года. Фактически все ошибки, которые проявляются в ведомостях на выплату, расчетных листках, при заполнении ведомостей на выплату и отчетах 6-НДФЛ и т.д. нужно начинать исправлять с начала расчетного года. Это позволит быть уверенными, что после завершения расчетов предыдущего года, начали работать с «чистого листа» без ошибочных остатков.

4800 руб.

06.10.2023    1835    24    13    

26

Перенос данных из Парус 7.хх в ЗГУ ред.3

Внешние источники данных Зарплата Бюджетный учет Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и кадры государственного учреждения 3 Государственные, бюджетные структуры Россия Бухгалтерский учет Бюджетный учет Платные (руб)

Обработка позволяет перенести кадровую информацию и данные по заработной плате, фактических удержаниях, НДФЛ, вычетах, страховых взносах из базы Парус 7.хх учреждений в конфигурацию 1С:Зарплата и кадры государственного учреждения ред. 3 (ЗГУ) и начать с ней работать с любого месяца года.

24000 руб.

24.04.2017    48306    94    159    

86
Отзывы
2. biimmap 1758 03.03.22 12:58 Сейчас в теме
Коллеги, это первая статья из цикла. Со временем буду публиковать и остальные. Сейчас их 4 но должно быть 6. Следующая статья будет опубликована после выступления на Желтой Субмарине 18 марта.
Kamilla_Tas; Sodrugestvo; pavlov_dv; +3 Ответить
Остальные комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. RustIG 997 03.03.22 12:50 Сейчас в теме
(0) Спасибо за консолидированный опыт, оформление публикации!
Так вот НДФЛ и страховые взносы считаются консолидировано по человеку, хотя затраты должны относиться на разные трудовые договора, а иногда и на разные организации.

С какой организации выплачиваются налоги и страховые взносы, если консолидировано по человеку считаются?
Мне казалось, что обязательные разрезы учета это Сотрудник, Период, Организация, Подразделение....
Это связано с неэффективностью многих таких запросов (не оптимальный план выполнения запроса), и с их ошибочностью (последней является запись, которая попала в регистр последней, а не последняя по периоду).

Выделенную жирным шрифтом мысль не понял. Филипп, можешь подробнее расписать?
Отладку можно вести только на реальном массиве данных.

Отладка делается на копии. Получение копии - общая проблема, не связана только с ЗУП. Касается любых конфигураций... Хуже для конфигураций ЗУП во фреше...
Ещё одно неудобство - потребность получать срез последний одним запросом на разные даты по разным сотрудникам. Платформа так не умеет.

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

Дополнительно ко всему описанному, можно добавить, что зарплату можно считать в БП 3.0, УНФ 1.6....

еще вопрос:
Важные моменты:

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

О каких затратах идет речь? В конфиге ЗУП разве есть такая сущность? Для чего используется, если есть? С конфигой "Холдинг" не все работают, даже не видел что это....
16. Богатырев Артур 124 03.03.22 22:02 Сейчас в теме
(1)
С какой организации выплачиваются налоги и страховые взносы, если консолидировано по человеку считаются?

Тут автор немного не умело написал что 1 человек (физлицо) может работать в разных организациях, или внутри 1 организации в разных подразделениях (например внутренний совместитель в обособленном подразделении). Тогда да, его налоги "собираются" по разным ИФНС и ПФР.


(1)
Выделенную жирным шрифтом мысль не понял.

Я кстати тоже. В ЗУП как и везде - полно регистров со срезом последних.
24. RustIG 997 04.03.22 08:28 Сейчас в теме
(16)
Тут автор немного не умело написал что 1 человек (физлицо) может работать в разных организациях, или внутри 1 организации в разных подразделениях (например внутренний совместитель в обособленном подразделении). Тогда да, его налоги "собираются" по разным ИФНС и ПФР.


не понял вас. Если человек работает в разных организациях, то налоги считаются в разрезе каждой организации и выплачиваются также каждой организацией отдельно. Верно? Консолидировано по всем организациям налоги и взносы никто не считает и не платит. Верно?
28. Богатырев Артур 124 04.03.22 09:46 Сейчас в теме
(24)
Если человек работает в разных организациях, то налоги считаются в разрезе каждой организации и выплачиваются также каждой организацией отдельно. Верно?

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

Автор статьи в целом верно указал главную веселуху ЗУП - здесь главная сущность - сотрудник. И с ним могут быть такие букеты, что флористы нервно курят в сторонке.
Mnemonik; ovodkov; biimmap; +3 Ответить
29. RustIG 997 04.03.22 10:12 Сейчас в теме
32. biimmap 1758 04.03.22 10:47 Сейчас в теме
(16)
Тут автор немного не умело написал что 1 человек (физлицо) может работать в разных организациях, или внутри 1 организации в разных подразделениях


не знаю почему неумело... наверно слово "человек" смутило... давай поясню почему так написал:
все статьи на эту тему я писал универсально не привязываясь к терминологии ЗУП. Т.е. человек, который работает в САП или Босс-Кадровик тоже должен найти для себя что-то полезное и понятное.

Поэтому в статье отсутствуют понятия "Сотрудник" (заменено на работник) и "Физлицо" (заменено на человек).
Т.е. это не ошибка, а концепция статей!
30. biimmap 1758 04.03.22 10:40 Сейчас в теме
(1)
(последней является запись, которая попала в регистр последней, а не последняя по периоду).


Мне бы даже интересно сколько людей обратят внимание на эту фразу))). Напишу сразу история давняя, на новых релизах не тестировал, т.к. даже в ЗУП 2.5/УПП срез перестали использовать, его формируют искусственно. Эта проблема была актуальна для подчиненных регистратору регистров сведений.

Что значит искусственно: Выбирают все движения меньше даты среза, получают максимальную дату и на максимальную даты получают значения ресурсов. Аналогично работает программный интерфейс в ЗУП 3. Напрямую срез последних почти не делается.

Теперь собственно в чем проблема, приведу пример, где я столкнулся с проблемой:
Была задача тривиальная получить график работы. Обычно получали срез на 1 число + движения за текущий месяц.
Допустим у сотрудника было 2 изменения графика за прошлый месяц, одно 1 числа, второе 20.
И вот я смотрю в срез и вижу там график работы, установленный на 1 число и не могу понять как такое чудо чудесное получилось. Сотрудников таких было с десяток ибо предприятие большое. Я давай перепроводить документы по одному руками. И о чудо - заработало правильно! Аналогично сделал по остальным сотрудникам и тоже сработало.

Ради интереса, чтоб убедиться что не не показалось, провел приём на работу, получается задним числом. И в срезе последних именно эта запись опять оказалась!

Вот такая была чудо история, по которой я и написал, что срез последних это не про период, а про очередность проведения документов! Не знаю сталкивался кто-то ещё с этим или только мне "повезло"...
31. biimmap 1758 04.03.22 10:44 Сейчас в теме
(1)
Платформа так не умеет.


Простой пример: когда заполняется расчетный документ, вычисляется период действия начисления с учетом переводов, изменения графика, изменения плановых начислений и т.д.

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

Поэтому я и написал, что программный интерфейс позволяет передать таблицу сотрудников с датами, и на каждую дату периода будут подтянуты значения ресурсов из периодического регистра сведений.
2. biimmap 1758 03.03.22 12:58 Сейчас в теме
Коллеги, это первая статья из цикла. Со временем буду публиковать и остальные. Сейчас их 4 но должно быть 6. Следующая статья будет опубликована после выступления на Желтой Субмарине 18 марта.
Kamilla_Tas; Sodrugestvo; pavlov_dv; +3 Ответить
3. RustIG 997 03.03.22 12:59 Сейчас в теме
(2) ясно, не тороплю с ответами
17. Богатырев Артур 124 03.03.22 22:15 Сейчас в теме
(2) а теперь о грустном.

[quote]Средний заработок в принципе считается только на одного работника.[/quote]
Масло маслянное. Средний заработок сотрудника - он в принципе сущность для одного сотрудника. Авто написал что "голова может быть в принципе только одна у человека".

[quote]Если сотрудник получил больше, чем нужно, по закону он не обязан это возвращать! Удержать лишнюю сумму без письменного согласия невозможно[/quote]
И не нужно. В следующем месяце человек получает меньше денег на сумму переплаты в этом месяце. Это, друг, называется "сальдо".
Вопрос о настоящем возврате как правило достаточно специфический и относительно редкий.

[quote]"Нельзя в сдельной оплате поменять КТУ между работниками"[/quote]
Легко, что высморкаться. КТУ расставляются в итоговой выработке произвольно по желанию.

[quote]асчет сложный, использует много показателей. .... Показатели для расчета:
ФОТ за период и начисленные премии, в т.ч. квартальные, годовые. Количество отработанных дней Количество отработанных часов
Норма времени Периоды, исключаемые из расчета среднего заработка (отклонения)" [/quote]
ЧТО????? Это о чем вообще?

[quote]Затраты по налогам и взносам относим на разные договора, если их заключено несколько.[/quote]
Автор, не используй странных терминов. Какие "разные договора"? Если я принят по основному и по внутреннему совместительству в одно подразделение, у меня легко может быть все идентично. Разделение по взносам и налогам разве что с точки зрения затрат интересно - кредит проводки у них будет идентичным (по счету и аналитики), если нет отдельной налоговой (обособки) в подразделении где я совмещаю.

[quote]"6-НДФЛ сворачивает суммы по датам получения дохода,"[/quote]
Уже не сворачивает, в Разделе 2 уже год как теперь только суммы налога и даты его перечисления

В остальном по сложностям все верно
25. RustIG 997 04.03.22 08:34 Сейчас в теме
[quote]Средний заработок в принципе считается только на одного работника.[/quote]
Масло маслянное. Средний заработок сотрудника - он в принципе сущность для одного сотрудника. Авто написал что "голова может быть в принципе только одна у человека".

[quote]Если сотрудник получил больше, чем нужно, по закону он не обязан это возвращать! Удержать лишнюю сумму без письменного согласия невозможно[/quote]
И не нужно. В следующем месяце человек получает меньше денег на сумму переплаты в этом месяце. Это, друг, называется "сальдо". 


Если развиваться изначально в системе координат ЗУПа, то все очевидно и масло масляное. А если посмотреть с другой стороны, например, развивался внедренец в части управленческого и складского учета, затем решил разобраться в ЗУП?
В упр.учете есть сущность "среднего" - она распространяется на все, практически на все.... В ЗУП нельзя распространить "на все" - понятие среднего возникает только относительно сотрудника и то только по одному , а не по всем...

То же самое и с возвратом. Если ЗУП сравнивать с другими учетными системами, то понятие "возврата" в ЗУПе отсутствует. В бухгалтерском и складском учете - сущность возврата другая.
Это я так понял автора и его перекрестные сравнения терминов.
AliceLight; biimmap; +2 Ответить
26. laperuz 46 04.03.22 09:02 Сейчас в теме
(25) Ну по среднему это не терминология ЗУП все таки, а терминология положения №922. Очевидно, знание ЗУП требует гораздо большего и глубокого знания законодательства, чем условная УТ или УНФ, и изучение надо начинать не с ЗУП, а с теории, и тогда вопросов что такое средний не возникнет. Я, когда начинал знакомство с учетом зарплаты, в первую очередь учился считать зарплату, больничные, отпуска вручную, а уже потом смотрел как это в программе.
AliceLight; ubnkfl; +2 Ответить
36. biimmap 1758 04.03.22 11:01 Сейчас в теме
(25)
Это я так понял автора


Именно об том и написано)
33. biimmap 1758 04.03.22 10:51 Сейчас в теме
(17)
В следующем месяце человек получает меньше денег на сумму переплаты в этом месяце. Это, друг, называется "сальдо"


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

И ещё одно замечание к коменту: Сальдо - это если начислили мало, а выплатили много. А здесь Начислено - Налог = Выплачено! я как раз и обращаю внимание на то, что если начислено неверно - это проблема организации, а не работника!
user1668778; +1 Ответить
38. Богатырев Артур 124 05.03.22 07:52 Сейчас в теме
(33)
Без заявления от работника никаких удержаний в следующем месяце провести нельзя!!!

Какие удержания, мой друг?
Вы сначала определитесь - вы о переплате (вам надо было заплатить 10000 по начислению, а заплатили 20000), или об излишнем начислении?


(33)
Я сталкивался с переплатами несколько раз

Я 1000000 раз.


(33)
ю внимание на то, что если начислено неверно

Если начислено неверно - да. Если выплачено - проблемы работника
41. biimmap 1758 05.03.22 10:21 Сейчас в теме
(38) судя по ответам мы теперь синхронизировались в понятиях) учту в следующих статьях.
34. biimmap 1758 04.03.22 10:59 Сейчас в теме
(17)
Какие "разные договора"?

Давай поясню: был у меня такой опыт, работа в компании Росгосцирк))) Так вот у них артисты работают с разъездным характером работы. Т.к. зарплаты низкие, особенно у обслуживающего персонала, им позволяют занимать должности того филиала, в котором гастроли на время их проведения. Каждый цирк в нашей стране - это самостоятельное обособленно подразделение, подчиненное голове.

Так вот что получается: Артист пока выступает - он сотрудник Мск. А когда артист выступает в роли художественного руководителя - он уже сотрудник филиала! Более того, артист может выступать в нескольких номерах. каждый номер - это отдельное подразделение и отдельный трудовой договор!

Вот собственно и попробуй написанное осознать с учетом этой информации. Таких ситуаций в моём опыте валом! Не забываем, что затраты на каждый трудовой договор (подразделение) учитываются отдельно! НДФЛ он будет в сумме начислений конечно, там нет проблем, а вот страховые взносы... там много ошибок в типовой конфе. В статье вставил в тексте ссылку на свою публикацию давнюю. Оказалось, что она до сих пор актуальна.
39. Богатырев Артур 124 05.03.22 07:53 Сейчас в теме
(34)
что затраты на каждый трудовой договор (подразделение) учитываются отдельно!

Да да, я об этом писал
35. biimmap 1758 04.03.22 11:00 Сейчас в теме
(17)
Уже не сворачивает, в Разделе 2 уже год как теперь только суммы налога и даты его перечисления


Так я об этом и написал! я не о суммах дохода, а о суммах налога. Ведь в том абзаце именно про налог речь, а не про облагаемую базу.
40. Богатырев Артур 124 05.03.22 07:54 Сейчас в теме
(35) "6-НДФЛ сворачивает суммы по датам получения дохода"
? - это о налоге? Ладно, мне то что
4. laperuz 46 03.03.22 14:20 Сейчас в теме
А я обожаю ЗУП. Особенно 3.1 с его программным интерфейсом. И плюются сейчас мне кажется только те, кто про него ничего не знает. Вот сейчас был проект по переводу из УПП, так очень много километровых доработок там довольно компактно решаются в ЗУП. Но ЗУПовцев не так много и когда даже сильный программист начинает дорабатывать ЗУП, чаще всего он идет стандартным путем - особенно касается запросов, и в итоге получаем ту же самую простыню, которая еще и вероятно отвалится через пару обновлений.
AliceLight; tindir; biimmap; +3 Ответить
5. biimmap 1758 03.03.22 14:28 Сейчас в теме
(4) Для этого и начал писать статьи про ЗУП
20. muskul 04.03.22 03:02 Сейчас в теме
(4)
Особенно 3.1 с его программным интерфейсом

поподробнее
user949013; +1 Ответить
21. laperuz 46 04.03.22 03:58 Сейчас в теме
(20) https://infostart.ru/1c/articles/942569/

Ну а в целом во всех общих модулях есть область ПрограммныйИнтерфейс. 1С дает гарантии, что он меняться не будет, даже если структура регистров будет меняться или код служебных процедур. Т.е. используя программный интерфейс вы по сути практически гарантируете работоспособность кода в будущем.

Особенно выделю КадровыйУчет.КадровыеДанныеСотрудников как одну из самых частоиспользуемых - позволяет получить любые данные о сотруднике одним вызовом, несмотря на то, что хранятся они все в разных местах.
AliceLight; avmironov; VAAngelov; tindir; +4 Ответить
23. tindir 04.03.22 05:48 Сейчас в теме
Абсолютом согласен. Достаточно принять и понять идею,что ты больше не работаешь с таблицами напрямик,а получаешь данные во временные таблицы через "обертки" и разработка начнет приносить бесконечную радость и удовольствие. Сейчас сам много где начал использовать подобные механизмы.
AliceLight; avmironov; +2 Ответить
6. morin 57 03.03.22 16:02 Сейчас в теме
От УТ хочется плеваться: неудобная, неповоротливая, слабоадаптируемая. А вот ЗУП реально крутая вещь! Очень хорошая конфигурация и по интерфейсу, и по охвату предметной области.
AliceLight; laperuz; biimmap; +3 Ответить
9. biimmap 1758 03.03.22 16:50 Сейчас в теме
(6) у этого есть причина! УТ - это минимальная вырезка из ЕРП. Представь на сколько чётко надо писать код и обрамлять его специальными маркерами чтоб чётко нарезать)

Когда на совещаниях обсуждаются новые задачи, не обсуждается развитие УТ, обсуждается развитие ЕРП и то, входит этот функционал в УТ или не входит. Вот как работа ведётся. Если бы они выделили разработку УТ в отдельное направление, решение стало бы лучше! Это из короткого опыта работы в рядах 1С)
7. Vladimir-R 167 03.03.22 16:15 Сейчас в теме
Почему не упомянул о механизме "Представлений"?
AliceLight; +1 Ответить
8. biimmap 1758 03.03.22 16:46 Сейчас в теме
(7) Есть на этом ресурсе довольно неплохая статья. Нет смысла писать то же самое)
Но в целом у меня будет некоторый рассказ про них в дальнейших статьях. Но это планирую в статье 6, которая ещё не написана)
10. starik-2005 3009 03.03.22 18:29 Сейчас в теме
Хорошая статья. Но работников в сотрудники 1С вроде как уже давно переименовала. Не?
11. biimmap 1758 03.03.22 18:31 Сейчас в теме
(10) Это на языке кадров работники) Здесь в целом не только про ЗУП ведь речь шла. Универсально написано было. Даже остальные части которые пока не публиковались тоже написаны универсально без упора на ЗУП. Просто на сферу кадрового учета и расчета зарплаты нацелены статьи.
12. starik-2005 3009 03.03.22 18:33 Сейчас в теме
(11)
Это на языке кадров работники)
"Сотрудники" звучит более ... "красиво" что-ли )))
AliceLight; +1 Ответить
13. biimmap 1758 03.03.22 19:12 Сейчас в теме
(12) ты поэтому плюс не ставишь на статье?))))
14. starik-2005 3009 03.03.22 19:52 Сейчас в теме
(13) присматриваюсь пока )))
15. Богатырев Артур 124 03.03.22 21:58 Сейчас в теме
"Ни для кого не секрет, что ЗУП - одно из сложнейших решений в линейке 1С. Многие разработчики и аналитики не любят им заниматься. Тяжело представить, чтоб начинающий разработчик/аналитик стал по доброй воле работать в сфере управления персоналом и расчета заработной платы"
Я как зуповец с 14-летним стажем аж заплакал. Спасибо. Наконец кто то нас признал. Наша служба и опасна и трудна, и на первый взгляд как будто не видна... :)

В остальном текст скучноват (для меня как для знающего) и суховат, но зато очень дотошно и точно. Плюсую.
AliceLight; unknown181538; ubnkfl; VAAngelov; laperuz; OksDallas; +6 Ответить
18. biimmap 1758 03.03.22 22:28 Сейчас в теме
(15) Спасибо за плюс и внимательное прочтение, что видно по комментам... Может удивлю, но статья не для профи) Как и остальные мои статьи, они написаны для тех кто любит косячить и с удовольствием это делает)))

И вот цель статей попытаться поднять людей на следующий уровень)
VAAngelov; pavlov_dv; +2 Ответить
19. biimmap 1758 03.03.22 22:31 Сейчас в теме
(15) Тут немного вперед загляну... Статья под номером 4 (она по иронии судьбы будет опубликована второй) вот она в т.ч. для профи! Она про перенос данных. А остальные для начинающих и тех кто боится ЗУПа)
22. user617021_spamtmp 04.03.22 04:36 Сейчас в теме
ДВС,
"При этом, потребность в её использовании и модификации очень высокая." - можете привести задачи, когда требовалась доработка?
27. EgorovaSE 04.03.22 09:17 Сейчас в теме
Дополню:
1. Универсальные функции в ЗУП 3.1, они же представления в запросах, здорово облегчили жизнь зуперам.
2. НДФЛ ведется в целом по физлицу в организации, например ТД+ДГПХ. Это как пояснение к вопросам выше
3. ЗУП 3.1 достаточно универсальная конфигурация, подходит как для компаний с упрощенным учетом, так и компаний со сложным расчетом зп (сделка, вахта итд итп).
4. Бухучет в ЗУП 3.1 минимизирован, вернее он присутствует только в виде документа и одного регистра.
5. Реализован полноценный расчет Резерва отпусков.

В целом, да, конфигурация сложная, но в силу вышеописанных пунктов достаточно легкоподдерживаемая. Единственная на мой взгляд сложность, НДФЛ.
AliceLight; anastasita_z; biimmap; +3 Ответить
37. biimmap 1758 04.03.22 11:04 Сейчас в теме
(27) Благодарю за дополнения. Но вот про сделку и вахту вообще не соглашусь! Всё делать руками надо. У меня есть публикация по вахте для заполнения графиков и расчета переработок по вахте. Она хорошо иллюстрирует проблемы ЗУП. Вот ссылка: https://infostart.ru/public/1166224/
42. Cvetic 307 05.03.22 10:56 Сейчас в теме
Я, например, очень люблю ЗУП. Еще в студенческие времена писала диплом по З/п, затем работа с 1С 77 ЗиК, сейчас ЗУП. Сложности конечно есть, но интересно разбираться с ними.
AliceLight; biimmap; +2 Ответить
43. biimmap 1758 05.03.22 11:47 Сейчас в теме
(42) В пору создавать клуб любителей ЗУП)
44. user1668778 05.03.22 15:36 Сейчас в теме
Спешу напомнить, что ЗУП был первой типовой конфигурацией, отчеты в которой были реализованы на СКД, когда про нее вообще никто толком ничего не знал.

Пока УТшники и БУХарики кропали свои смешные отчетики на построителях и макетах, разработчики отправляли на Марс (похоже, свою родину) отчет "Расчетные листки организаций".
47. biimmap 1758 05.03.22 16:09 Сейчас в теме
(44) подтвержу, спеца по ЗУП когда сдавал в далеком уже 2008 году, реально было требование отчет делать на СКД! А книга Белоусова про СКД, она либо ещё не вышла, либо ещё не приобрела такую популярность... Короче было ХЗ, что такое СКД, но надо сделать отчет на ней)))
48. СергейКа 669 06.03.22 21:29 Сейчас в теме
(43)
В пору создавать клуб любителей ЗУП)

Хм.
А в целом по статье... Ну да, написано упрощенно. И возможно даже в какой то мере попытка напугать сложностями )
Хотя при этом упрощенно. На самом деле когда работаешь в 1-3 организациях - не столкнешься и с десятой частью ситуаций.
Все в одной или даже нескольких статьях не распишешь. Работал с ЗУП более чем сотня организаций - везде своя "изюминка", но при этом 95% можно реализовать в типовом функционале.
Посмотрим что дальше. Сам с зарплатным решением начал работать когда переводили с 1С 7.5 на 1С 7.7, но последние пару лет немного ушел от этой области.


(42) О да )) В 2006 году сдал дипломную работу по расчету зарплаты удаленно через веб-интерфейс + 1С


(47) Так же сдавал в начале 2008. Перед этим был очный курс по СКД. До сих пор помню как преподаватель: "А вот это должно работать так. Не работает. Но по задумке должно быть так." и так в нескольких местах.
49. biimmap 1758 06.03.22 22:39 Сейчас в теме
(48) Не знаю что значит упрощённо... Может это синоним слова "понятно"?! Тогда да! Статья писалась для всех кто в этой сфере работает. Не люблю когда выступление состоит из кучи англоязычных слов и простому человеку, который не в теме ничего не понятно. А те кто в теме, так им и доклад не нужен)
50. СергейКа 669 06.03.22 23:14 Сейчас в теме
(49)
Может это синоним слова "понятно"?!

Не совсем. Я внимательно прочитал комментарии, где описывалось почему так. Но честно, не понятна ЦА данной статьи.
Статья писалась для всех кто в этой сфере работает.

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

Не люблю когда выступление состоит из кучи англоязычных слов

Это вообще при чем? ))

На мой взгляд сложность ЗУП обусловлена тем, что этот комбайн охватывает очень большую область, хотя конечно и из взаимосвязанных вещей. И наибольшая часть содержится в первом пункте. Который расписан скупо. Остальные - его следствие.
Прочитав его в статье может сложиться впечатление что программа написана для кадровика и расчетчика. Но это представление из советского делопроизводства. А где остальное? То что скрыто под сокращением УП? Это наверное на 60% китайская грамота даже для тех кто работает в программе ))

Ну и на счет сложности алгоримов.В целом да, там и так знаменитые запросы в 10-ки тысяч строк были, а с вводом механизма представлений отладка становится местами проблемной, хотя все решаемо. Мне кажется более сложным для работы с конфигурацией как программиста решение - многие вещи выполняются в формах документов. Это очень осложняет возможность доработок. К примеру для того что бы часть документов формировалась в фоновом режиме автоматически - это нужно дублировать/переписывать тонны когда.
55. biimmap 1758 07.03.22 10:22 Сейчас в теме
(50) Ты знаешь, вот коллеги, комментарии которых ты читал, довольно предметно выразились. Мы с ними выяснили некоторую понятийную разницу, в итоге пришли к согласию.

Данный комментарий он из разряда бла бла бла мне не понравилось, хочу покритиковать. Конструктивно предлагаю не читать следующие статьи. Тем более если даже аудитория не понятна.
45. user1668778 05.03.22 15:49 Сейчас в теме
Могу ошибаться, но по-моему ЗУП это единственная (или одна из немногих) типовых конфигураций, где применена более-менее нормальная релизная модель - есть стабильный LTS-релиз (сейчас 3.1.18), в рамках которого 1С почти не добавляет новую функциональность, а только фиксит баги и обновляет законодательство. И есть другие ветки - legacy, beta, alpha, experimental.

Кстати, думаю во-многом из-за этого подхода код в типовом ЗУПе настолько навороченный и стек вызовов при отладке вызывает панику у неподготовленных коллег. С другой стороны, в типовой намного реже стали встречаться глупые детские ошибки и жизнь на LTS-релизе почти не вызывает проблем у большинства организаций.
AliceLight; Ulfhedhinn; biimmap; +3 Ответить
46. biimmap 1758 05.03.22 16:07 Сейчас в теме
(45) прям отличное дополнение, может статья есть на эту тему? Или напишете статью на такую вот тему?
51. cdiamond 233 07.03.22 08:28 Сейчас в теме
Есть в ЗУП и свои несуразности. Например учет резерва отпусков ведется только в разрезе сотрудника. А в Бух в разрезе подразделений. При синхронизации между ними кадровые перемещения не учитывается, решение есть на Инфостарте.
Нет в модулях нормальной функции по среднесписочной численности, а отчетов с включением среднесписочной численности клиенты просят немало. В типовой этот расчет устроен так замудрено, что вытащить эту типовую логику во внешний отчет и дописать свое стоит много крови и пота.
Ещё одна коварная ловушка начинающего программиста - это некоторые регистры сведений, имеющие в конфигураторе периодичность в секунду, но по сути используются с периодичностью в 1 день, а секунды понадобились для изощренного механизма вытеснений различными видами документов. Кстати это тоже главная причина отказа от запросов со срезами последних, наравне с плохой оптимизацией запросов.
Поэтому ЗУП со своими удобными фишками поначалу действительно вызывает восторг у программиста, но постепенно с усложнением задач хочется бежать от него подальше.
52. cdiamond 233 07.03.22 09:07 Сейчас в теме
(51) Не успел дописать. С учётом вышесказанного главная сложность ЗУП заключается в том, что при разработке применен метод хакинга платформы, т.е. преодоление всех его недостатков путём нецелевого использование объектов конфигурации. Как уже упоминал, регистры сведений используются как механизм вытеснения в регистре расчетов с инвалидизацией Среза последних, обработки используются как общие модули (привет МенеджерРасчетаЗарплаты), отчеты используются для заполнения СКД представлениями и потом используются вовсе не в отчетах. Программист, изучивший книжку Хрусталевой абсолютно не готов к такому перевороту и требуется отдельная подготовка.
AliceLight; abasovit; EliasShy; biimmap; +4 Ответить
54. biimmap 1758 07.03.22 10:20 Сейчас в теме
(52) не в бровь а в глаз) Сначала в такой манере хотел написать статью, но перешел на деловой язык...
53. biimmap 1758 07.03.22 10:18 Сейчас в теме
(51)
постепенно с усложнением задач хочется бежать от него подальше


Пока не хочется) пока основной минус - низкий уровень знаний коллег, с которыми приходится работать.

(51)
А в Бух в разрезе подразделений

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

(51)
коварная ловушка начинающего программиста - это некоторые регистры сведений


Так сказать изучай программный интерфейс смолоду)
56. Kamilla_Tas 25.05.22 10:19 Сейчас в теме
Позвольте узнать, когда планируются следующие части?
Каждый день ваш профиль проверяю)))
57. biimmap 1758 25.05.22 20:54 Сейчас в теме
(56) В течение недели ещё одну опубликую. правда это будет часть 4)
Kamilla_Tas; +1 Ответить
Оставьте свое сообщение