Необходимо создать интерфейс решения учебной задачи. В интерфейсе должно быть создано три раздела: «Главное», «Оперативный учёт», «Сервис». Панель навигации вместе с панелью действий на закладке «Оперативный учёт» должна обеспечивать доступ ко всем объектам раздела, которые используются при решении конкретной учебной задачи, в том числе и к регистрам.
Объекты должны быть сгруппированы по своему виду: справочники, документы, прочие объекты. Содержание остальных разделов определяется самостоятельно. Примерный вид интерфейса показан ниже*:
Компания занимается оптовой торговлей. Взаиморасчёты с поставщиками ведутся в разрезе соглашений об условиях закупок. Поступление денежных средств поставщику отражается документом «Расход денег», приход товаров — документом «Приходная накладная». И в документе «Расход денег», и в документе «Приходная накладная» может быть указано только одно соглашение — в реквизите шапки.
Когда в документе «Расход денег» указано соглашение, необходимо проверить сумму поставок по этому соглашению. Если была поставка, то происходит погашение задолженности. Если сумма платежа превышает сумму поставки, то оставшиеся деньги должны быть зачтены как аванс. Аванс числится просто за контрагентом, без учёта соглашения. Если соглашение в документе «Расход денег» не указано, то погашаются задолженности по соглашениям в порядке их даты оплаты, дата оплаты указывается в соглашении. Когда сумма платежа больше всех долгов по поставке, оставшаяся сумма также засчитывается как аванс.
При проведении документа «Приходная накладная» необходимо производить проверку авансов. В случае если аванс есть, необходимо его погасить. Оставшаяся сумма должна быть учтена как долг по соглашению по поставке. Весь учёт ведётся одновременно в трёх валютах: рубли, доллары и евро. При проведении документов курс указывается непосредственно в самом документе. Возникновение курсовых разниц при поставке и оплате не предполагается.
Учёт остатков номенклатуры не ведётся.
Необходимо предоставить пользователю возможность самостоятельно добавлять к поставщикам произвольный набор дополнительных характеристик. Этот механизм должен быть реализован с помощью плана видов характеристик. Сами характеристики в настройках отчёта должны быть отображены как реквизиты поставщика.
Необходимо создать отчёт по состоянию взаиморасчётов по регионам на дату, где регион — это характеристика. image
Дата отчёта должна задаваться пользователем напрямую в форме отчёта. В печатной форме заголовок и шапка отчёта должны соответствовать заданию.
Учебную конфигурацию соберу с нуля, логику зачёта авансов и погашения долгов по соглашениям сделаю через регистр взаиморасчётов, чтобы курсовые разницы не всплывали при проведении.
Уточните: отчёт по регионам должен строиться только по данным регистра взаиморасчётов или нужно подтягивать и предоплаты, висящие за контрагентом без соглашения?
Занимаюсь доработкой программных продуктов на базе 1С. Разрабатываю печатные формы, обработки, отчёты.
По вашей задаче: нужно спроектировать интерфейс решения — три раздела («Главное», «Оперативный учёт», «Сервис»), с группировкой объектов по видам (справочники, документы, прочие, включая регистры) и доступом ко всем объектам раздела «Оперативный учёт» через панель навигации и действий. Плюс реализовать учёт взаиморасчётов с поставщиками в разрезе соглашений, зачёт авансов, мультивалютность (рубли, доллары, евро) с курсом в документе, механизм дополнительных характеристик поставщиков через план видов характеристик и отчёт по взаиморасчётам по регионам на дату с настраиваемой датой в форме.
Работаю с типовыми и доработанными конфигурациями, обновления не ломаю. Оценку по срокам и стоимости дам после уточнения деталей.