Обсуждение к заданию: Реализовать тестовое задание на УФ

• • #1
  • 26.10.2026 16:05
  0
  Wesley

  Приватное сообщение
  Задача максимально простая: Реализовать тестовое задание, примерно такого содержания. Мне нужно получить его решение. ТЗ во вложении.  Подробнее>>
• • #2
  • 26.10.2026 17:14
  0
  0708

  Приватное сообщение
  Посмотрела приложенное ТЗ.
  
  Если требуется реализация всего билета целиком, то это уже не просто небольшое тестовое на управляемых формах, а полноценная учебная конфигурация с несколькими подсистемами.
  
  По ТЗ необходимо реализовать:
  
  — НСИ: организация, должности, физические лица, контрагенты, номенклатура, склады;
  — приходные и расходные накладные с автоматическими расчётами;
  — складской учёт и контроль отрицательных остатков при расходе;
  — отчёты по продажам и остаткам;
  — разграничение интерфейса и прав по ролям пользователей;
  — кадровый блок: сведения о сотрудниках, рабочий график, прогулы и начисление зарплаты;
  — отчёт по зарплате;
  — печатную форму расходной накладной;
  — отдельную мобильную конфигурацию с авторизацией пользователей центральной базы и получением актуальных остатков.
  
  Поэтому сначала хотелось бы уточнить один принципиальный момент: требуется реализовать весь приложенный билет от этапа 1 до этапа 3, включая зарплату и мобильное приложение, или это пример билета и фактическое тестовое будет содержать только часть перечисленных требований?
  
  Если требуется весь объём, решение логично сразу проектировать с регистрами накопления для складского учёта и продаж, отдельным механизмом кадровых данных/расчёта зарплаты и обменом центральной базы с мобильным приложением, а не собирать каждый этап изолированно.
• • #3
  • 26.10.2026 17:39
  0
  0708

  Приватное сообщение
  Посмотрела билет целиком. Я бы здесь не стала усложнять архитектуру и делала строго в рамках задания.
  
  Для прихода и расхода — обычный регистр накопления по остаткам товаров в разрезе склада и номенклатуры. При проведении расходной сначала проверяем остаток на выбранном складе. Если товара не хватает — документ не проводится и пользователю показываем, какой именно товар и в каком количестве отсутствует.
  
  Продажи я бы писала отдельно в оборотный регистр, чтобы потом без лишней логики собрать требуемый отчёт по периоду и ответственному. Сами отчёты по продажам и остаткам — через СКД.
  
  По зарплате тоже ничего сложного придумывать не нужно: сведения по сотруднику, должности и ставке хранить отдельно, плюс рабочий график и прогулы. При начислении учитывать часы по графику, а день с зарегистрированным прогулом исключать из расчёта. Отчёт по зарплате — также через СКД.
  
  Права разделить по четырём ролям из задания: администратор, продажи, закупки и кадры. Печатную форму расходной сделать обычным макетом табличного документа.
  
  Мобильную часть я бы вынесла в отдельную мобильную конфигурацию: авторизация, получение актуальных остатков из основной базы и список товаров. Остаток меньше 11 — выделяем, как указано в задании.
  
  По сути, весь билет нормально собирается на стандартных механизмах платформы, без каких-то нестандартных решений.
  
  Единственное, что я бы уточнила: способ обмена мобильной базы с центральной тоже можно выбрать самостоятельно или по нему есть отдельное требование?