Я и намерен написать свою систему.
Только почему это направление неправильное???

Цитата:


На данный момент меня интересуют только "движения на дату отличную от даты документа"
Дабы при формировании "просроченной заделженности" исключить расчеты, а лишь выводить результаты из "Регистров"

Видимо я неправильно применял понятие "БыстрыеРегистры" ранее. Такой проект уже существует. И речь идет не о нем.

kiruha писал(а) 15. Января 2008 :: 17:51:

Решение написать собственный механизм регистров еще не принято. В противном случае я не искал бы здесь помощи.

kiruha писал(а) 15. Января 2008 :: 17:51:

Если учесть, что коробка  Оперативного учета будет не одна, то расходы в чем-то сопоставимы.

kiruha писал(а) 15. Января 2008 :: 17:51:

Да, это можно даже назвать скупердяйством или жадностью. Но эти обвинения ко мне имеют мало отношения. Решение принято и решение принято не мной. Я простой наемный работник, работник добросовестно выполняющий поставленные задачи.

kiruha писал(а) 15. Января 2008 :: 17:51:

Вопрос один: Как реализовать описанный, пусть даже вкратце, механизм контроля просроченной задолженности?
Я сам практически не имею опыта работы с Оперативным учетом, но это не значит, что решение принимается без учета опыта 1С:Специалистов. До сих пор внятного ответа так и не получено.

В том числе и тут только заявления типа: "Не занимайтесь х#рней, батенька, все можно решить типовыми средствами....."

О каких-таких волшебных средствах идет речь, если типовые регистры могут делать движения только на дату документа? Или мне предлагается динамически расчитывать эту задолженность с начала сотворения мира?
Или еще вариант: По каждому расходному документу создавать еще несколько документов делающих движения от необходимых дат?

BuZZZard писал(а) 15. Января 2008 :: 13:36:


Добавление измерения типа дата, лишь ненамного замедлит получение итогов (цена вопроса 5% ?).
Достаточно отбросить задолженность с датой платежа >  текущей.


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

Ну если ОЧЕНЬ хочется - ради бога -
http://metaprog.co.ua/secrprog/doc_reg.html#_2
описание структуры регистров.

Создаешь 2 таблички в SQL.
В модуле документа пишешь прямым запросом в эти таблички.
В отчетах также прямым запросом извлекаешь данные.

Раз в месяц запускаешь обработку перерасчета таблиц.

Целостность, корректность, непротиворечивость - на свой страх и риск.

BuZZZard писал(а) 16. Января 2008 :: 07:16:

http://mista.ru/tutor_1c/regs.htm - учебник
См ВыгрузитьИтоги
и УстановитьЗначениеФильтра

Делай запросом, на измерение уловие < Какая-то дата
Если 10.01.08 просрочена, то и 09.01.08 будет просрочена
У тебя с мышлением траблы а не с опер. учодом (имхо)