1с биллинг что это
Обновлено: 06.07.2024
У операторов связи для взаиморасчетов с клиентами имеется биллинг и, как правило, 1С для бухгалтерского учета.
Отражение операций по абонентам - физическим лицам можно организовать по разному:
а) в полном отрыве от биллинга на свернутых данных, когда все операции по физическим лицам сначала обобщаются на уровне биллинга, а затем отражаются на одном контрагенте "Физическое лицо" в 1С. При этом, из суммы всех платежей физиков вычитается некоторая сумма (как бы списаний), которая позволяет привести баланс в биллинге и 1С во взаимное соответствие.
Но это не правильно с точки зрения налогового учёта потому, что при авансе от одного лица и оказании услуги другому лицу (в минус), каждая из операций формирует самостоятельную добавленную стоимость (и значит НДС) — они не должны схлопываться.
б) полностью на основании биллинга с первичными документами по каждому физическому лицу. Правильно именно так, учитывая постановление правительства № 1137 от 26.12.2011 и другие нормы регуляторов, обязывающие выставлять авансовые счета-фактуры по каждому покупателю.
Случается, при приобретении операторского бизнеса крупным собственником, что операторы переходят от «а» к «б», чтобы:
- Избавить (новых) собственников бизнеса от налоговых рисков.
- Лучше контролировать данные в биллинге.
Напомню, что бухгалтерский учет должен «путем сплошного, непрерывного, документального учета всех хозяйственных операций» отражать изменения в имуществе и обязательствах организации.
По правилам, каждый раз, когда кто-то платит нам деньги, мы должны выставлять авансовую счет-фактуру, а когда мы списываем деньги — счет-фактуру на отгрузку.
ИТ специалисты думают, что первичные документы выставляются только для того, что бы предоставить их покупателям и для физических лиц они не нужны, но это не так. Счета-фактуры по физическим лицам должны генерироваться и вноситься в книгу покупок и книгу продаж в бухгалтерии самого оператора, т.к. на их основании рассчитывается НДС.
Счета-фактуры, в данном случае, не более чем электронные записи в базе данных.
Во многих биллинговых системах есть выставление счетов–фактур и счетов. Но, к сожалению, далеко не во всех биллингах есть выставление авансовых счетов–фактур.
Так же, во многих биллингах модули, которые выставляют первичные документы, не обязательны для добавления ко всем лицевым счетам или это, скажем так, не строго контролируется. Если, в результате, получается дыра в выставлении документов по какому-либо л/с, после возобновления получается или скачок в остатках или мы должны что-то сделать в закрытом периоде, в общем — проблема.
Поэтому то, что обычно есть в тиражируемых биллинговых системах, это только исходные данные для формирования документов.
Рассмотрим пример с точки зрения какого-нибудь одного лицевого счёта, по которому были платежи (в том числе ошибочные), возвраты и списания:
Горизонтальная линия — начало очередного месяца.
1) В биллинговой системе для лицевых счетов устанавливается признак коммерческого (где отражаются реальные деньги) и некоммерческого (служебные, тестовые) лицевого счета. Задача — исключить случайную переклассификацию. Должно быть невозможно присвоить одному лицевому счету одновременно признаки коммерческого и некоммерческого.
2) Для бухгалтерской первичной документации создается отдельная база данных, сама по себе не связанная с биллингом. Реализуются процессы загрузки данных по платежам и выставления авансовых счетов-фактур после закрытия дня. Реализуются процессы загрузки данных по списаниям и выставления счетов-фактур на отгрузку после закрытия месяца.
3) Книга продаж, книга покупок, авансовые счета-фактуры, счета-фактуры на отгрузку, оборотно-сальдовая ведомость, акты сверки, отчеты по остаткам, по реализации, по выручке, по возвратам и другие отчеты реализуются на основе базы данных первичной документации. Обязательны служебные отчеты (для контроля), такие как журнал формирования документов, платежи, поступившие на некоммерческие договора (чтоб искать ошибочные платежи) и т.д.
4) Все записи в базе данных первичной документации доступны для печати или экспорта в другие системы. Важно, что они последовательно пронумерованы и номера никогда не изменяются — они раз и навсегда, даже если в биллинге что-то поменяется задним числом (об этом дальше).
Именно такая система позволяет организовать сплошной, непрерывный, документальный учет.
Первое, что спрашивают специалисты по биллингу — «почему не выводить первичные документы в форме отчетов по базе биллинга? Есть же записи для каждого платежа и списания . ». Однако, первичные документы (счета-фактуры, авансовые счета-фактуры . ) должны быть отдельными не удаляемыми записями. Вот почему:
- Между операциями биллинга и первичными документами есть отношения, которые зависят от ранее выставленных документов. Например, платеж может частично погашать задолженность по конкретным счетам-фактурам и частично формировать аванс. Отгрузка должна покрываться из конкретных авансов в порядке их поступления, при этом, каждый аванс может покрывать более одной отгрузки. Отношений между документами много и они должны быть извлекаемыми для построения некоторых отчетов, например, для книги покупок. За связью любых двух документов стоит сумма. В биллинге таких связей нет.
- Возможно, в биллинге что-то изменится задним числом. Период уже закрыли, документы уже выставились, однако системный администратор или какой-то скрипт или человек с большими правами что-то поменял. Например, досписал или доначислил сумму абоненту. Изменение закрытым числом не должно пройти незамеченным, система контроля на основе первичной документации должна сообщить о нарушении и помочь восстановить соответствие. Когда период закрыт, всё зафиксировано в бухгалтерии — теперь уже данные биллинга должны соответствовать истории.
Нельзя делать решение по бухгалтерской первичке внутри самого биллинга или внутри 1С. Вот почему:
Во–первых, это нагрузка на базу данных. Первичные документы по каждой операции, плюс связи между ними — это много.
Во–вторых, полезна возможность независимо «откатывать» базу бухгалтерской первички. Предположим, Вы закрыли в биллинге месяц, выставились документы, но что-то не так. По 1С Вы ещё не проводили. Причину Вы устраняете в биллинге, БД первички откатываете, затем месяц снова закрываете, чтоб ещё раз выставилась первичка. Если база первичной документации и база биллинга одно и тоже, вы не можете её откатить, там же работают абоненты. Придется чистить записи руками в базе — это не безопасно.
В–третьих, все базы данных могут (должны) обслуживать разные люди. Изменения в них вносятся с разной целью. База первичной документации полна ключей, триггеров и процедур — жёстко контролируется внутренняя целостность данных. Биллинг же может быть оптимизирован под автоматизацию оказания услуг, это другая роль. Кроме того, две взаимосоответствующие системы это надёжно — чтобы что-то изменить, нужно сделать это в двух местах; ошибку тоже надо сделать в двух местах, что (случайно) очень трудно.
База первичной документации, условно, не доверяет данным биллинга. Процедуры загрузки проверяют данные абонентов, которые не должны были измениться. Например, физическое лицо не должно стать юридическим или некоммерческий счет коммерческим. Если появляется неучтенный вид списаний или пополнений происходит ошибка, а не выставление документов. В базе первички как в бухгалтерии — не может быть неопределенностей.
Основная задача базы первичной документации — сформировать слой достоверных данных, пригодных для бухгалтерского учета. В 1С первичные документы по контрагенту "Физическое лицо" отражаются интервальным номером на основе номеров, сформированных в системе первичной документации.
Что касается финансовой отчётности в холдинговых структурах, наиболее правильно и надёжно — собирать данные в хранилища из базы первичной документации (при её наличии).
Конфигурация "Система проектирования прикладных решений" (СППР), входящая в поставку программного продукта "1С:Биллинг" (артикул 4601546127150) предназначена для проектирования прикладных решений (конфигураций) на платформе "1С:Предприятие 8" и ведения технической документации проекта. СППР может быть использована как инструмент для проектирования новых информационных систем, разрабатываемых в среде "1С:Предприятия 8", а также для описания и документирования существующих систем, разработанных ранее без использования СППР.
Подробнее см. информационное письмо №16931 от 17.07.2013. Функциональная модель "1С:Биллинг" включена в состав продукта для освоения возможностей прикладного решения, изучения принципов и методологии взаимодействия отдельных подсистем. Для работы с функциональной моделью используется конфигурация "Система проектирования прикладных решений". Лицензионное соглашение, входящее в поставку "1С:Биллинг", разрешает использовать СППР на одном рабочем месте.
Конфигурация "Биллинг" является защищенной и содержит фрагменты кода, не подлежащие изменению пользователем. При этом реализован принцип максимальной открытости кода для обеспечения возможности адаптации продукта под нужды конечных пользователей.
Расширение количества автоматизированных рабочих мест осуществляется приобретением клиентских лицензий на платформу "1С:Предприятия 8" (на 1, 5, 10, 20, 50, 100, 300, 500 рабочих мест, версий ПРОФ или КОРП), клиентских лицензий "1С:Биллинг" (на 1, 5, 10, 20, 50, 100 и 300 рабочих мест).
Количество приобретаемых лицензий на использование конфигурации "Биллинг" и платформы "1С:Предприятие 8" определяется, исходя из потребности в максимальном количестве одновременно работающих пользователей с данной конфигурацией.
Для работы в варианте клиент-сервер необходимо приобрести лицензию на использование сервера "1С:Предприятие 8". Более подробно о клиент-серверном варианте работы "1С:Предприятие 8" можно ознакомиться на сайте фирмы "1С".
1С:Предприятие 8. Биллинг" - универсальное высокопроизводительное решение, предназначенное для расчета массовых услуг потребителям и ведения взаиморасчетов с потребителями и поставщиками.
Решение 1С:Биллинг обеспечивает автоматизацию следующих бизнес-процессов:
- Ведение базы потребителей услуг;
- Учет приборов учета и их показаний;
- Управление услугами потребителей;
- Начисления за предоставленные услуги;
- Учет и анализ взаиморасчетов с потребителями и ресурсоснабжающими компаниями;
- Ведение базы жилых и нежилых помещений;
- Ведение претензионно-исковой деятельности;
- Формирование отчетов.
Ведение базы данных лицевых счетов:
Учет приборов учета и их показаний:
- Учет приборов учета и мест их установок;
- Учитываются следующие сведения о приборах учета:
- наименование прибора учета;
- тип прибора учета;
- дата выпуска, дата проверки, дата ввода;
- номер прибора учета;
Управление услугами потребителей:
Управление расчетами и регистрацией начислений за предоставленные услуги
- Формирование начислений с учетом всех особенностей расчета:
- общедомовые нужды;
- индивидуальные коммунальные услуги;
- прочие услуги (телекоммуникация);
- с использованием индивидуальных и домовых (общих) приборов учета;
- по норме;
- площади;
- количеству потребителей;
- по среднему;
- по сложным схемам подключения.
![]()
Начисления за предоставленные услуги
- Начисления с учетом всех особенностей расчета:
- общедомовые и другие коллективные услуги;
- индивидуальные коммунальные услуги;
- прочие услуги (телекоммуникация);
- с использованием индивидуальных и домовых (общих) приборов учета;
- по норме;
- площади;
- количеству потребителей;
- по среднему;
- по сложным схемам подключения.
![]()
- Перерасчеты:
- Автоматический перерасчет снимает начисления по среднему прошлых периодов при предоставлении показаний;
- Ручной перерасчет позволяет вручную скорректировать объемы и начисления потребителя;
- Корректировка показаний позволяет изменить предыдущие показаний, заменить их правильными показаниями и перерасчитать объемы начислений;
- Изменение параметра расчета позволяет корректировать начисления прошлых периодов при изменении параметров расчета.
Учет и анализ взаиморасчетов с потребителями и ресурсоснабжающими компаниями:
Ведение базы данных многоквартирных домов:
Ведение претензионно-исковой деятельности:
- Выявление и анализ должников;
- Предупреждения о необходимости погашения задолженности;
- История принятых мер и совершенных операций по данному должнику.
- Отображение взаиморасчетов с должником;
- Автоматическое формирование исковых заявлений и других операций по должнику.
Формирование отчетов:
![]()
Интеграция с "1С:ERP Управление предприятием 2" и "1С:Комплексная автоматизация 2"
Обеспечена интеграция "1С:Биллинг" с продуктами "1С:ERP Управление предприятием 2" и "1С:Комплексная автоматизация 2", а также решениями на его основе. При этом возможна реализация бесшовной интеграции решений на уровне интерфейса пользователя.
Технологические преимущества
"1С:Биллинг" разработана на новейшей версии технологической платформы "1С:Предприятие 8.3", которая позволяет:
- обеспечить высокую надежность, производительность и масштабируемость системы;
- организовать работу с системой через Интернет, в режиме тонкого клиента или веб-клиента (через обычный интернет-браузер), в том числе в "облачном" режиме;
- настраивать интерфейс для конкретного пользователя или группы пользователей с учетом роли пользователя, его прав доступа и индивидуальных настроек.
Одним из основных преимуществ системы "1С:Биллинг" является ее быстродействие. Для оценки производительности программного продукта было проведено нагрузочное тестирование. Тестирование было произведено на оборудовании фирмы "Huawei":
- Сервер СУБД - RH2288H V3:
- ЦП - Xeon ®E5-2690 2 шт;
- Память - 256 GB;
- HDD - 600 GB SAS 10k 23 шт.
- ЦП - Xeon® E5-2680 2 шт;
- Память – 64 GB;
- HDD - 300 GB SAS 10k 2 шт.
Для проведения нагрузочного тестирования были определены следующие цели:
- проверка соответствия разработанного программного продукта установленным требованиям по производительности;
- подтверждение отсутствия влияния размера информационной базы на производительность программного продукта.
Производился замер времени выполнения начислений на индивидуальные нужды и места общего пользования физическим лицам. В качества примера были смоделированы данные по организации, обслуживающей 9 960 000 абонентов, проживающих в многоквартирных домах, количество многоквартирных домов условно было принято равным 40 000.
После ввода показаний приборов учета, были выполнены расчеты потребления услуг на индивидуальные нужды, а также потребление на места общего пользования в разрезе многоквартирных домов за 6 календарных месяцев.
Проведенным нагрузочным тестированием удалось подтвердить, что изменение размера информационной базы никак не влияет на производительность программного продукта, а среднее время выполнения работы составило 19 минут для начислений за индивидуальное потребление и 29 минут для начислений за общедомовое потребление.
Состав продукта
Продукт "1С:Предприятие 8. Биллинг" (артикул 4601546127150) включает в себя:
- Дистрибутивы:
- платформы "1С:Предприятие 8";
- конфигурации "Биллинг";
- конфигурации "Система проектирования прикладных решений".
Конфигурация "Система проектирования прикладных решений" (СППР), входящая в поставку программного продукта "1С:Биллинг" (артикул 4601546127150) предназначена для проектирования прикладных решений (конфигураций) на платформе "1С:Предприятие 8" и ведения технической документации проекта. СППР может быть использована как инструмент для проектирования новых информационных систем, разрабатываемых в среде "1С:Предприятия 8", а также для описания и документирования существующих систем, разработанных ранее без использования СППР.
![Всегда в наличии]()
1С:Предприятие 8. Биллинг" - универсальное высокопроизводительное решение, предназначенное для расчета массовых услуг потребителям и ведения взаиморасчетов с потребителями и поставщиками.
Решение 1С:Биллинг обеспечивает автоматизацию следующих бизнес-процессов:
- Ведение базы потребителей услуг;
- Учет приборов учета и их показаний;
- Управление услугами потребителей;
- Начисления за предоставленные услуги;
- Учет и анализ взаиморасчетов с потребителями и ресурсоснабжающими компаниями;
- Ведение базы жилых и нежилых помещений;
- Ведение претензионно-исковой деятельности;
- Формирование отчетов.
Ведение базы данных лицевых счетов:
Учет приборов учета и их показаний:
- Учет приборов учета и мест их установок;
- Учитываются следующие сведения о приборах учета:
- наименование прибора учета;
- тип прибора учета;
- дата выпуска, дата проверки, дата ввода;
- номер прибора учета;
Управление услугами потребителей:
Управление расчетами и регистрацией начислений за предоставленные услуги
![2 Биллинг.jpg]()
- Формирование начислений с учетом всех особенностей расчета:
- общедомовые нужды;
- индивидуальные коммунальные услуги;
- прочие услуги (телекоммуникация);
- с использованием индивидуальных и домовых (общих) приборов учета;
- по норме;
- площади;
- количеству потребителей;
- по среднему;
- по сложным схемам подключения.
Начисления за предоставленные услуги
![3 Биллинг.jpg]()
- Начисления с учетом всех особенностей расчета:
- общедомовые и другие коллективные услуги;
- индивидуальные коммунальные услуги;
- прочие услуги (телекоммуникация);
- с использованием индивидуальных и домовых (общих) приборов учета;
- по норме;
- площади;
- количеству потребителей;
- по среднему;
- по сложным схемам подключения.
Перерасчеты:
- Автоматический перерасчет снимает начисления по среднему прошлых периодов при предоставлении показаний;
- Ручной перерасчет позволяет вручную скорректировать объемы и начисления потребителя;
- Корректировка показаний позволяет изменить предыдущие показаний, заменить их правильными показаниями и перерасчитать объемы начислений;
- Изменение параметра расчета позволяет корректировать начисления прошлых периодов при изменении параметров расчета.
Учет и анализ взаиморасчетов с потребителями и ресурсоснабжающими компаниями:
Ведение базы данных многоквартирных домов:
Ведение претензионно-исковой деятельности:
- Выявление и анализ должников;
- Предупреждения о необходимости погашения задолженности;
- История принятых мер и совершенных операций по данному должнику.
- Отображение взаиморасчетов с должником;
- Автоматическое формирование исковых заявлений и других операций по должнику.
Формирование отчетов:
Интеграция с "1С:ERP Управление предприятием 2" и "1С:Комплексная автоматизация 2"
Обеспечена интеграция "1С:Биллинг" с продуктами "1С:ERP Управление предприятием 2" и "1С:Комплексная автоматизация 2", а также решениями на его основе. При этом возможна реализация бесшовной интеграции решений на уровне интерфейса пользователя.
Технологические преимущества
"1С:Биллинг" разработана на новейшей версии технологической платформы "1С:Предприятие 8.3", которая позволяет:
- обеспечить высокую надежность, производительность и масштабируемость системы;
- организовать работу с системой через Интернет, в режиме тонкого клиента или веб-клиента (через обычный интернет-браузер), в том числе в "облачном" режиме;
- настраивать интерфейс для конкретного пользователя или группы пользователей с учетом роли пользователя, его прав доступа и индивидуальных настроек.
Одним из основных преимуществ системы "1С:Биллинг" является ее быстродействие. Для оценки производительности программного продукта было проведено нагрузочное тестирование. Тестирование было произведено на оборудовании фирмы "Huawei":
- Сервер СУБД - RH2288H V3:
- ЦП - Xeon ®E5-2690 2 шт;
- Память - 256 GB;
- HDD - 600 GB SAS 10k 23 шт.
- ЦП - Xeon® E5-2680 2 шт;
- Память – 64 GB;
- HDD - 300 GB SAS 10k 2 шт.
Для проведения нагрузочного тестирования были определены следующие цели:
- проверка соответствия разработанного программного продукта установленным требованиям по производительности;
- подтверждение отсутствия влияния размера информационной базы на производительность программного продукта.
Производился замер времени выполнения начислений на индивидуальные нужды и места общего пользования физическим лицам. В качества примера были смоделированы данные по организации, обслуживающей 9 960 000 абонентов, проживающих в многоквартирных домах, количество многоквартирных домов условно было принято равным 40 000.
После ввода показаний приборов учета, были выполнены расчеты потребления услуг на индивидуальные нужды, а также потребление на места общего пользования в разрезе многоквартирных домов за 6 календарных месяцев.
Проведенным нагрузочным тестированием удалось подтвердить, что изменение размера информационной базы никак не влияет на производительность программного продукта, а среднее время выполнения работы составило 19 минут для начислений за индивидуальное потребление и 29 минут для начислений за общедомовое потребление.
Читайте также:
