Здравствуйте. Думаю как сделать правильно алгоритм списания, так, чтобы деньги списывались правильно и в конце получалась точная сумма копейка в копейку. За основу беру Цена/КоличествоДней и в конце -Цена-ТоЧтоУжеСписал, но это не совсем правильно ...

(0) списываем себе в карман? уважаю :)

чо списывать то? от чего зависит суммы и т.д.?

ты главное учись хорошо, а копейки это фигня

предлагаю списывать по результатам инвентаризации из зарплаты завсклада

(0) Если будут лишние копейки округления, приму себе на счет.

Пример того, как не надо задавать вопросы. С таким "абстрактным" вопросом :( я бы даже сказал - филосовским :) - в раздел юмор или политика...

Тс, тут палец в рот не клади - откусят по самые уши :)

Конфигурация, релиз. Конкретнее короче.

А извините, моя вина. Деньги списываю с билинга через 1С, с учетом, те какие переодические услуги закреплены у Контрагента. Допустим есть в справочнике Переодическая услуга ее количество N, Цена P, общая Сумма за месяц, которая должна быть списания N*P.
Чтобы получить какие доли нужно списывать я делаю так,D=P/КоличествоДней, и списываю такие доли D*N. Но в конце из-за погрешности округления в 2 знака, полюбому могу получить
не N*P, а (N+погрешность)*P.

(7) А чем не нравится списать в последний месяц чуть больше или меньше?

(7) тогда Р это нифига не цена...
а так... собственно кидай эту погрешность на любую из долей... либо храни как-то и используй например в следующем месяце...

(9) всмысле? а как быть, если доступим сначала было N количества, а потом стало N+1 или N-1 как мне это проследить?

(10) Увеличь разрядность.

Расчет НДФЛ - вот тебе пример ухода от ошибок округления :) Сумма налога за месяц расчитывается как разность между начисленым налогом с начала года минус уже удержаный налог с начала года.

(10) а можно без сферических количеств в вакууме? что есть цена, что есть количество, что есть сумма?

(12) ну я не в налоговой работаю, там если косячат( налоговой), то налоговая всегда права :)
(10) всмысле Сумма эт Цена*Количество, сумма это, то, что мы потом должна взять с клиента не больше не меньше .

(14) эмъ... тогда нафига мы цену то делим?

(15) сумма может меняется в течении месяца, сами подумайте, хотя можно и сумму.

В середине месяца может измениться количество?

(14) Хмм.. автор не врубается :( Я ж не предлогаю тебе устроится работать в налоговую :))

Я предложил тебе "принцип" - его не налоговая придумала.

Сумма "к оплате" как разность между сколько нужно оплатить и сколько уже уплачено. Так яснее?

(17) ну да человек, взял и подключил еще услугу, ему че сказать ой извините, у меня алгоритм не рассчитан на это?

(16) нифига не понял...

Так читаем все. В начале Была сумма 1000 руб, в середине стала 1500 руб, и за 3 дня до конца месяца уже 2000 руб. Скоко я должен списать в конце месяца ?
Если в середине 1000+500 - эт еще одну подключил, и в конце еще 1 подключил.

(21) расчет списания нужно производить енжеденевно или достаточно в конце месяца?

(19) ну подключил и подключил...
тут надо понимать, либо вы рассчитываете все в месяцах (ну расчетный период месяц) либо вы смеряетесь с такой погрешностью. собственно в данных примерах сия погрешность не принципиальна

(22) ежедневно, чтобы был такой оперативный учет, и меньше вдруг долгов было, чтобы блокировки ставить.

(24) тогда делайте как в (0) товарищ делает. Это повторяет и налоговую, как она НДФЛ считает.

(24) Тогда тебе надо как в (18) пишет. Накапливать суммы.

(25), а ведь я и есть (24) и (0) немного не понял.
ну че тогда буду делить цену/количество дней. или же лучше делить сумма/количество дней, погрешность где меньше будет?

(27) ИМХо у суммы

(я упорный, временами - упрямый) Вот ты мне скажи: чем твои ежедневные расчеты в течении месяца "принципиально" отличаются от ежемесячных расчетов НДФЛ в течение года? Там тоже всё может "изменяться" при каждом расчете.

Имхо: нужно вести расчеты по "накопительной" системе.

(29) не знаю как это делается и не представляю, и не всегда они правы и правильно делают.

(29) каким образом мне учесть, что не уплатил, а что уплатил? Если у меня измерения. Номенклатура, СсылкаНАСправочник,КОнтрагент, и ресурсы количество, и скоко списали.

абстрактно:

Цена хранится в периодическом РС Цены в разрезе Услуга
Количество хранится в периодическом РС КоличествоУслуг в разрезе Контрагент+Услуга
Также остаточный РН Взаиморасчеты и оборотный РН ОказанныеУслуги

Ежедневно создаем Документ ФиксацияУслугДня, который:
1. расчетным путем вычисляет общую сумму долга за услугу за месяц как Цена*Количество/ЧислоДнейДействия без учета будущих изменений
2. из РН ОказанныеУслуги берем уже начисленные суммы
3. из 1 вычитаем 2 и делим на число оставшихся дней - получаем сумму в день

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

(33) метод в (32) гарантировано не оставляет хвостов

(30) Мда... "Не знаю как они считают и ни хочу знать - но они неправильно считают" Непрошибаемая логика :(

Надеюсь автор озадачился не биллинговой системой. Удачи :)

(35) не озадачился.

(34) извините немного не понял, да я делаю оборотным РН уже, что списал.
А с чем сравнивать это я не понял, и вычитать 1 из 2 и еще делить на количество оставшегося эт как
пример небольшой можно?

и в какой момент этот хвосты чистить.