BiTel

Добрый день!

Одно время пользовались обычными экстраторами. Все было хорошо пока не приспичило нам все же расписывать наработку по каждой однотипной услуге. И опять таки все было хорошо, пока услуги были за полный месяц. Но вот попался клиент, у которого 9 услуг одного типа (чтобы не было лишнего пустословия - это 9 точек подключения). 8 точек проработали полный месяц, а одна - неполный. Абонплата за точки считается по NPAY. И вот использовали для вывода счета экстрактор NPAY_SERVICES_EXT, в результате получили 9 позиций с усредненной ценой То есть как я вижу - экстактор взял суммарную наработку по позициям, разделил на кол-во позиций и в каждой позиции проставил эту сумму. Простите, но с точки зрения бухгалтерии - бред полный. Как нам показать реальную наработку по услугам?

Здравствуйте.
Если коротко - то ни как , по крайней мере сейчас.
Экстрактор хорошо работает с безусловными ценами, но так исторически сложилось, что с пропорц. периоду не очень( для одного типа услуг ).
Связано это с тем, что npay их разделяет только по типу услуги и сумма в БД для всех 9 одна.

Как не очень удобный вариант, это создать услугу только для закрытия, дабы у них sid отличались.

Подумаю над этой проблемой.

Как не очень удобный вариант я уже руками скорректировал суммы в счете
Но делать что-то действительно надо, иначе мы получили инструмент, которым, по факту, пользоваться не можем.
Честно говоря я вижу единственный выход - изменить логику системы, чтоб contract_account всегда имел отдельные записи по всем услугам. Очень срочный TODO, пожалуйста.

А вы абонплату через поинты вешаете?
Если да, то можете вывести данные из npay_detail.
Для этого используйте экстрактор - NPAY_SERVICES_DETAIL

А с какой версии он доступен, если не секрет?

В 6.0 по крайней мере есть, в 5.2 по видимому тоже.
По какой-то причине они не описаны в доке, как проверю добавлю.

Но имейте ввиду, что АП выводиться раздельно, если суммы разные( что в принципе и нужно ). Одинаковые суммы для одной услуги группируются.

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

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

Может можно придумать что-то другое? Или (раз уже есть готовый код NPAY_SERVCES_DETAIL) сделать NPAY_SERVICES_DETAIL_EXT где не производить группировку по типу услуг?

up. нет надежды?

Вы уже пробывали NPAY_SERVCES_DETAIL ?

Да, пробовал. Он, как и описано в документации разносит абонентки если они к разным модулям относятся (например поинты телефонии). А внутри одного модуля он так же объединяет однотипные абонентки. А NPAY_SERVICES_DETAIL_EXT не существует.

А можно ссылочку на документацию по NPAY_SERVICES_DETAIL?

Благодарю. Я то по привычке смотрю там http://bgbilling.ru/v6.0/doc/ch09s03s01s01.html, http://bgbilling.ru/v6.2/doc/ch09s03s01s01.html

А по сути то вопроса что? Есть надежда?

Есть, но только в 6.3.

Какие сроки для 6.3?

Надеюсь в этом году.