В документ в ТЧ добавить возможность выбора из другого справочника #691258

Добрый день! Подскажите как правильнее сделать. Создан новый справочник "Услуги договора", который отражает услуги по договору с клиентом биллинга. Сейчас стоит задача загрузить реализации (начисления) по этим услугам. Возник вопрос: как правильнее сделать - создать новый документ реализацию с типом в ТЧ справочник"услуги" вместо "номенклатуры", или же добавить в реализацию новую страницу с услугами договора или же добавить возможность выбора из двух справочников : или из номенклатуры или из услуг договора?

нужно прийти к мнению, что услуги договора - это номенклатура

В самом простом случае +100

об этом тоже я думала.. у нас справочник номенклатура очень  большой, не спутается потом все вместе

Заведите отдельную папку.

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

Слабаки!

ну это то да)) только этот справочник загружен из базы биллинга

Как по мне, то нужно смотреть на специфику работы предприятия. Все предложенные варинанты имеют жизнь.

А лучше вид номенклатуры.

Гм. А в у биллинга много товаров?

можно ещё загружать в отдельную БД про биллинг, чтоб не путаться

посмотри с другой стороны - абсолютно везде (субконтЫ, документы, регистры, обработины, отчеты, алгоритмы РСВ в конце концов) - везде система знает только о справочнике Номенклатура, сколько нужно ещё будет допилить чтобы хоть что-то заработало с новым видом справочника?

+ и эти реализации и платежи загружаются из биллинга, я создала подсистему "Биллинг", а в дальнейшем планируется полностью работать в 1с-ке, делать начисления, активировать тарифные опции и т.д. Т.е. получается в одной базе будут и обычные реализации клиентам, и реализации и платежи клиентов биллинга.

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

Ну, если в 1С планируете начисления делать, то я считаю, что лучше сделать отдельный учет + выгрузка. Примерно так (система работает успешно на одном предприятии): 1). В договоре указываются услуги, их стоимость и прочие параметры - это планируемые начисления. 2). В начале каждого месяца всем контрагентам начисляются услуги (на основании договоров + ручные корректировки) - это фактические начисления. 3). В ПКО добавляем пару колонок, чтобы можно было принять оплату в разрезе услуг - это оплата. 4). В конце месяца создаются документы РТиУ на основании фактических начислений за месяц. Итого, из типовых объектов изменен только договор контрагента и ПКО (РКО и платежные поручения по желанию). Изменений минимум.

+ Услуги в договоре - это НЕ номенклатура, а отдельный справочник. В этом справочнике есть реквизит - номенклатура, которая подставляется в РТиУ на шаге 4. Отдельный справочник в данном случае удобнее.

спасибо) очень ценная информация) у меня пока тоже изменен договор и ПКО

т.е. в Услугах договора есть реквизит - ссылка на справочник номенклатуру

Это я ещё упростил до немогу)) Там, где этот учет поставлен, помимо договоров и услуг есть разрезы учета "объект" и "плановое/пени". Плюс расчет и начисление пеней производится в момент приема платежа (в специальной форме по приему платежей, с которой работает кассир). Таким макаром ведется около 1.5 тыс договоров. Только хардкор! :) Кстати, весь этот учет ведется на одном единственном РН.

В договоре - нет, в самой услуге - да.

чтобы в реализацию потом попадала именно номенклатура

какой регистр? я пока вводила только РС по лимитам договора, кстати по услугам договора, по тарифным планам и опциям

Это вопрос или мысли вслух?)

Ну регистр накопления. Чтобы потом отчеты строить, выгрузку делать... Не документы же лопатить...

по начислениям и платежам..

вопрос

"РС по лимитам договора, кстати по услугам договора, по тарифным планам и опциям" Ну, конечно, зависит от количества договоров. Но мне кажется - это лишнее. На 1.5 тыс договоров не тормозит запрос к ТЧ договоров. Это реальная статистика. Причем в этом запросе ещё и сложные вычисления по начислению проходят... Пару сек и все готово.

а т.е. вся эта инфа хранится в ТЧ договора? а как же история ?

Ответ - да.

+историю же нужно где-то хранить

Вся история тоже в договоре. В той реализации у каждой строки договора есть дата начала действия и дата окончания действия. Соответственно, если со временем что-то меняется, то у текущей услуги ставят дату завершения и вводят новую строку...

А я сделала РС, а в договоре создала динамический список с отбором по этому договору

Хозяин - барин, как говориться :)

+ Просто в той реализации периоды закрываются каждый месяц, поэтому редактировать старые записи РС было бы неудобно. А ТЧ - только впуть :)

У нас такого нет, услуги договора записались один раз с датой начала, а даты конца вообще нет

+ а у вас получается услуги каждый месяц записываются как новые?

+ т.е. она есть, но у нас равна Null

Нет, по мере изменения условий (например сумма изменилась).

а у нас в этой таблице вообще сумм нет, наверно биллинги разные у всех

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

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

Ладно, рабочий день подходит к концу - удачи в разработке! :)

Спасибо! Можно если что обратиться за подсказкой?

Да конечно, но учти, что часовой пояс у меня +4 от МСК :)

Хорошо) Понятно) спасибо