Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
начисления VS платежи
|
|||
|---|---|---|---|
|
#18+
Существует ли нужда в биллинговых системах привязывать полученные от контрагента платежи к произведенным контрагенту начислениям? Казалось бы: сумма платежей на конец периода == сумме начислений => сальдо нулевое. Спи спокойно, товарищ абонент. Есть ли недостатки у такого подхода? Первое, что голову лезет - непонятки с НДС. Или их нет? Тогда что еще? Не ухмыляйтесь. (с) Microsoft ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.11.2006, 14:41 |
|
||
|
начисления VS платежи
|
|||
|---|---|---|---|
|
#18+
Dried GagarinСуществует ли нужда в биллинговых системах привязывать полученные от контрагента платежи к произведенным контрагенту начислениям? Казалось бы: сумма платежей на конец периода == сумме начислений => сальдо нулевое. Спи спокойно, товарищ абонент. Есть ли недостатки у такого подхода? Первое, что голову лезет - непонятки с НДС. Или их нет? Тогда что еще? Не ухмыляйтесь. (с) Microsoft А что Вы будете делать когда клиент захочет заплатить аванс на год вперед? К чему привязывать платеж? А каким образом Вы корректировки платежей и начислений учитываете? Посмотрите, может быть здесь какие-то проблемы могут возникнуть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.11.2006, 15:27 |
|
||
|
начисления VS платежи
|
|||
|---|---|---|---|
|
#18+
HHDА что Вы будете делать когда клиент захочет заплатить аванс на год вперед? Заплачу с него НДС :( Хорошо, сформулирую вопрос по другому: некоторые горячие головы в моей конторе хотят отказаться от привязки платежей к начислениям - мол-де это проще, понятней, меньше работы оператору и т.п. Собственно, я и ищу аргументы, почему этого делать не стоит. Ну и попутно: у кого как эта схема реализована? Есть ли проблемы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.11.2006, 15:54 |
|
||
|
начисления VS платежи
|
|||
|---|---|---|---|
|
#18+
Dried Gagarin HHDА что Вы будете делать когда клиент захочет заплатить аванс на год вперед? Заплачу с него НДС :( Хорошо, сформулирую вопрос по другому: некоторые горячие головы в моей конторе хотят отказаться от привязки платежей к начислениям - мол-де это проще, понятней, меньше работы оператору и т.п. Собственно, я и ищу аргументы, почему этого делать не стоит. Ну и попутно: у кого как эта схема реализована? Есть ли проблемы? 1) Если в платежке клиент четко написал: "Оплата по счету ****", то у нас нельзя зачесть его по другому счету. Однако если он написал: "оплата за товар". То это уже по нашему усмотрению 2) При разнесении на счета всегда видно срок платежа и незакрытый остаток. По таким исходным данным гораздо проще строится аналитика по незакрытой задолженности. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.11.2006, 16:45 |
|
||
|
начисления VS платежи
|
|||
|---|---|---|---|
|
#18+
Труднее будет решать спорные запросы, закрывать договора, счета и т.п. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.11.2006, 16:54 |
|
||
|
начисления VS платежи
|
|||
|---|---|---|---|
|
#18+
Флеймер 1) Если в платежке клиент четко написал: "Оплата по счету ****", то у нас нельзя зачесть его по другому счету. Упс... сорри... речь пока о физиках, а не о юриках. До юриков эти идиоты еще не дотянулись. Флеймер 2) При разнесении на счета всегда видно срок платежа и незакрытый остаток. По таким исходным данным гораздо проще строится аналитика по незакрытой задолженности. Если этого не видно явным образом (понятно, что все можно рассчитать неявно), чем это грозит (глобально)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.11.2006, 16:57 |
|
||
|
начисления VS платежи
|
|||
|---|---|---|---|
|
#18+
Dried GagarinСуществует ли нужда в биллинговых системах привязывать полученные от контрагента платежи к произведенным контрагенту начислениям? Казалось бы: сумма платежей на конец периода == сумме начислений => сальдо нулевое. Спи спокойно, товарищ абонент. Есть ли недостатки у такого подхода? Привязывать платежи к начислениям надо. Есть несколько на то несколько причин. Я их расположу не по важности, просто в том порядке, в котором они пришли в голову. Одна из причин - это разборки с абонентом. Поставщик ему предоставляет, например, горячую воду и отопление. Когда все ровно и хорошо, то проблем нет. Но иногда клиент начинает скандалить - воды не было, поэтому за воду платить не буду, а вот за отопление заплачу. Вторая - это функциональность программы. Если вы одновременно в одной базе данных обслуживаете нескольких поставщиков услуг, то просто необходимо четко разделить оплату между разными видами услуг. Третья - отношения с СОБЕСом. При предоставлении субсидий они требуют данные о задолженности по каждой услуге отдельно и субсидии предоставляют также на каждую услугу отдельно. Dried GagarinПервое, что голову лезет - непонятки с НДС. Или их нет? Тогда что еще?Что касается налогов, то это не наша проблема. Даем свод для бухгалтеров, скольго начислено, сколько льгот, сколько субсидий, сколько оплачено и, конечно, сальдо. Этого достаточно для бухгалтерских проводок и расчета налогов. Если очень хочется выяснить правила налогообложения при оказании различных услуг населению, то, наверное, лучше обратиться на бухгалтерский форум, или к бухгалтеру своей фирмы. На Украине, например, НДС на коммунальные услуги начисляется с оплаты, а налог на доход - с реализации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.01.2007, 16:08 |
|
||
|
начисления VS платежи
|
|||
|---|---|---|---|
|
#18+
Если исходить из того, как поставлен вопрос, то ИМХО в таком варианте с идеологической точки зрения нет совершенно никакой необходимости формировать соответствия между начислениями и оплатой. Если аналитический учет ведется по контрагенту в целом, то выполняется оценка наших обязательств перед ним или наоборот, его перед нами. Все эти обязательтсва сведены к денежному эквиваленту, проще говоря - сальдо по соответствующему аналитическому счету по состоянию на заданную дату. Реализация "внеучетных" механизмов по связыванию первичных документов (а в общем случае - отдельных сумм в отдельных первичных документах) есть ни что иное как деление денежного эквивалента на "синие деньги", "зеленые деньги", "красные деньги" и т. д. - т.е. разрушается сама суть аналитического учета как атомарного и неделимого учета. ИМХО, если стоит вопрос о том, что данную аналитику необходимо иметь, то и закладывать ее необходимо на уровне аналитического учета. К примеру - ввести новый вид аналитики "Вид платежа" в соответствующий счет (60, 62, 76). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.01.2007, 10:57 |
|
||
|
начисления VS платежи
|
|||
|---|---|---|---|
|
#18+
astonЕсли исходить из того, как поставлен вопрос, то ИМХО в таком варианте с идеологической точки зрения нет совершенно никакой необходимости формировать соответствия между начислениями и оплатой. Если аналитический учет ведется по контрагенту в целом, то выполняется оценка наших обязательств перед ним или наоборот, его перед нами. Все эти обязательтсва сведены к денежному эквиваленту, проще говоря - сальдо по соответствующему аналитическому счету по состоянию на заданную дату. +1 во взаимоотношениях важен БАЛАНС относительно Контрагента (в продвинутом случае ЛицевогоСчета ) кроме того, в общем случае могут быть переплаты/недоплаты и тогда никакое начисление не совпадет с платежем - см. выше пример с авансом за год вперед ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.01.2007, 11:50 |
|
||
|
|

start [/forum/topic.php?fid=29&msg=34097712&tid=1527775]: |
0ms |
get settings: |
7ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
46ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
| others: | 229ms |
| total: | 355ms |

| 0 / 0 |
