Добрый день знатокам! Пожалуйста поделитесь опытом, хочется знать как лучше и правильнее сделать?!

Имеем самописную базу на v77 КСК (компонента опер. учет), отсутсвует полностью бух. учет, тк как счета не нужны. В базе есть регистр "Расчеты", Измерения: "ОплатаТариф", "Процент", "Сборы". Также в базе имеются документы: Начисление (по тарифу), ДопПроцент, Оплата. По документу "Оплата", деньги попадают в регистр "расчеты", в измерение "Тариф". Вопрос в следующем: как оптимальнее сделать, чтобы оплата раскидываась по всем измерениям, а не попадала бы только в одно "Тариф", и сумма оплаченная квартиросъемщиком, покрывала все три измерения?! Сейчас не правильно считает остаток, тк например начислено: ОплатаТариф - 100 р, процент 10 р, Сборы - 500 р, а оплаченная сумма (например 1500 р) попадает в ОплатаТариф, остальные измрения остаются без оплаты?
Подскажите пожалуйста вариант ведения учета в данном случае, спасибо!

регистры разные бывают...

вариант1
а что мешает документы
Начисление (по тарифу), ДопПроцент, Оплата - так же создавать движение по регистру Расчеты ?

вариант2
если документы взаимосвязаны - то при проведении документа Оплата - надо учитывать все док-основания
и по суммам этих документов - делать движение по рег Расчеты

вариант3
снести нафиг 2 документа Начисление (по тарифу), ДопПроцент
и в одном документе Оплата - сделать доп 2 окошка : Начислено, Процент

и при провдеении документа Оплата - делать соответсвующие движения по регистру

http://mista.ru/tutor_1c/regs.htm
Запись движений в регистр остатков
(только при проведении документа)р.Доходы.ДвижениеПриход(Покупатель,КупленныйТовар,СуммаПокупки)

Методы ДвижениеПриходВыполнить и ДвижениеРасходВыполнить
Пример:

Регистр.Доходы.Клиент = Покупатель;
Регистр.Доходы.Товар = КупленныйТовар;
Регистр.Доходы.Доход = СуммаПокупки;
Регистр.Доходы.ДвижениеПриходВыполнить();

Это все понятно, как работать с остатками в регистрах, чтобы одну оплаченную сумму перебрасывать на другие измерения, закрывая суммы долго в них?!

Например, человек оплачивает 100 у.е. в кассу, это его оплата в месяц. Допустим по документам квартиросъемщику начислили так: Начисление - 50, ДопПроцент - 25, Оплата-25. В коде документа, на принятие суммы оплаты, в регистр в Начисление записывается вся сумма 100 уе, как выяснить: сколько и какой остаток у квартиросъемщика (долг или переплата), и как перебросить остальную сумму 50 уе в остальные измерения, проверив так же и в них (долг или переплата)? Вот в чем проблема.

Начисление в плюс, оплаты в минус, остаток в результате

(5) сначала делаешь ДвижениеРасходВыполнить в котором гасишь старое движение, потом делаешь ДвижениеПриходВыполнить в котором делаешь новое движение с суммами по всем трём измерениям.

>>Измерения: "ОплатаТариф", "Процент", "Сборы"

пипец

(8) Товарищ перепутал измерения с ресурсами - все мы когда-то начинали. Хотя бы курсы какие закончил, что ли - это сейчас есть везде и вполне доступно, а из такого младенчества никакого желания вытягивать на форуме - процесс на полгода минимум.

Исправляюсь, конечно же "ОплатаТариф", "Процент", "Сборы" - это Ресурсы! Спасибо за поправку!

(6) Сейчас так и есть! Но не верно показывает остаток, тк в отчете считается по формуле балансовой увязки: СН+П-Р=СК, если бы было одно Измерение тогда бы работало, а так суммируются и вычитаются несколько ресурсов, а сумма, напомню, изначально попадает лишь в один ресурс...

(11) ты, что ли писал эту конфигу?

(1)Исправляюсь, извините, регистр "Расчеты", измерение - "Квартира", ресурсы - "ОплатаТариф", "Процент", "Сборы"

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

(14) писал не я эту конф. именно так, нужно правильное распреденение оплаты, по оплате КСК не пойдут на это, я делаю это для себя, для опыта работы с регистрами, вопрос как вообще правильно это сделать?!

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

(16)те сумма попадает в первое измерение - (испр.)сумма попадает в первый ресурс! Извиняюсь.

ну так пиши распределение оплаты, че сидишь? я тебе сказал, что тут тебе его никто писать не будет. не забудь указать опцию глобальную и локально для каждого документа - распределять оплату по текущим начислениям, по сальдо, пропорционально сальдо и текущим начислениям, приоритетно к сальдо, приоритетно к начислениям, произвольно.

Учет в фирме должен вестись на бухгалтерских принципах и соответственно бухгалтерской компонентой. Регистры - это баловство.. это для завхоза учитывать выдачу лопат и спецодежды дворникам...

(19) ПС - это частный случай регистров

(20) С небольшим нюансом в виде принципа двойной записи и баланса, контролируемого платформой.. А это важно!

(18)можно пример? т.е. как просчитать какая сумма относительно ресурса квартира на данный момент имеется в том или ином измерении?

(19) что предлагаете, ввести бух. счета?

(22) Я предлагаю вести бух. учет. Программа значения не имеет...

(21) хиии, а че ж он тогда постоянно ни у кого не сходится? ))

(22) можно. скачай пиратку 1С:Сервер Квартплата и колупай ;)
хотя какой тут нафиг пример. берешь листочек с ручкой и рисуешь.

(23) вот ты тролль ;)))

(22) представь себя на месте бабушки, которая наколупала из пенсии пицот рублей и пришла заплатить за квартиру, а у нее еще долг есть за прошлые месяцы ну и так далее...
ты можешь вопрос поконкретнее сформулировать? не можешь получить остаток по какому-нибудь измерению на момент оплаты? кстати, не забудь, что надо сначала изучить, как у вас там начисления проводятся, последним днем месяца или в середине хаотично, так-то вообще-то подобные конфиги примерно сотню тыщ стоят, а ты хочешь, чтобы чья-то недоделанная поделка работала на ура и еще и допилить ее, не имея познаний в программировании, так что тебе туго придется )))

и еще. квартира - это не ресурс.. ресурс - это количество, сумма, объем, и т. д. может, тебе не стОит за это браться, а? пока что...

(18)(20) Согласен наверное в данном случае это будет выход! Принциап двойной записи - это важно!

все, я в ауте.

(25) Вопрос вот в чем: сумма поступающая в качестве оплаты в измерение "ОплатаТариф", там и остается, не распределяется в другие измерения: "Процент", "Сборы". поэтому на след месяц естесственно что по первому измерению переплата, по всем остальным долг! Начисления последним днем мес. Квартира - ресурс потому что это сумма денег которую начислили, и которую должны оплатить!

"а че ж он тогда постоянно ни у кого не сходится?"
Это как? Сальдо на 0 счете - редчайшая редкость и встречается только у сказочных долб...в. :) По идее, с идеальными ПБУ отдельная форма баланса была бы не нужна - достаточно было бы оборотно-сальдовой ведомости. Но у нас в России, к сожалению, ПБУ далеко от идеальных.
Но создать свой, управленческий план счетов и вести управленческий учет на нем никто не запрещает!

(28) Тебе сто раз уже ответили. Сделай так, чтобы суммы распределялись как тебе надо

(29) Всё-равно Процент в ресурсах - это пипец. Регистр - он накапливает значения. Как он будет проценты накапливать?
А что такое Сборы тоже не совсем понятно

(30) знал бы как, сделал бы..

(29) процент считается в документе, поэтому в измерение пишется уже не процент а сумма, те Число

(29) что такое ПБУ?

(29) план бух учета? у нас это сбу

Подсажите, какие счета стоит ввести, (наименование, тип, итд) сколько их надо и каких?

ПБУ - Правила бух. учета, устанавливаемые государством

О том, что ошибка там же, где и всегда - уже говорили?