В обсчем смыл таков:
Все родилось от настойчивого требования бухгалтерии в приходных документах иметь
суммы с НДС и без него, строго как в бумажных накладных приходящих от поставщиков.
У поставщиков естественно расчет идет справа налево, т.е от цены с НДС, естественно в данном случае 2+2 не равняется 2 а бог знает скольки.
Склад всю эту тегомотину списывает, однако при полном списании происходит зависание маленьких денежных "хвостиков" в виде 0,01 ну т.д. копеек, т.е. списывается не 0 в 0 по суммам.

Теперь треба эти хвосты списывать каким либо образом.
Моя идея такова:
1) если идет списание последних единиц из партии, подсаживать суммы с остатка по этой партии, однако мне кажется это не совсем удачным, кто что подскажет?
2) отдельной операцией вводить эти хвосты с -/+ знаком и 0 количествами раз в месяц
Мнение склада: пусть висят, а бухгалтерия что хочет то и делает

P.S. требование бухгалтерии делать все через "Ж...У" ликвидировать невозможно

pentanolА сумма без НДС, сколько знаков после запятой? Я использую пять и проблем подобных нет.
Там не в запятых дело, в накладной поставщика расхождение между ценой без НДС и суммой без НДС видно невооруженным взглядом, вот в чем вича

pentanolА сумма без НДС, сколько знаков после запятой? Я использую пять и проблем подобных нет.
Да еще и склад молодцы, вешают все на одну позицию.... чтоб тока шло по документам....

LSV1. желательно иметь разрядность вычислений больше чем 2знака. Хотя бы 5.
2. Вешать "хвостики" на последнюю операцию - нормальный ход. Главное корректно сделать.
3. Можно придумать спецдокумент, производящий коррекцию копеек.
4. Идеально решить проблему вряд-ли удастся, т.к. всегда есть округление в районе 0,5. А посему 0,5+0,5<>1.

4) главное чтобы списалось один в один, остальное меня не "Е..Ё" :-)
т.к. я гляжу по поведению народа, тока одному мне до этого дело, пока отчетность не начали сдавать, потом начнут летать ....

Ладно, спасибо за утешение :-)

Буду дальше думать как лучше сделать

Shuhard XenoX
т.к. я гляжу по поведению народа, тока одному мне до этого дело, пока отчетность не начали сдавать, потом начнут летать ....
забавно - по Вашему до 2006 года никто балансов не сводил :
http://]sql.ru/forum/actualthread.aspx?tid=193804&pg=1&hl=%ed%e4%f1
Суть вообщета не в расчете суммы с НДС и без НДС, суть в том, что ее вводят как хотят и как это списывать теперь все.

Про вопрос обсуждаемый в ссылке вашей вкурсе, как решать это знаю.

ГостььПошлите бух на 3 бук со своими требования. Они вообще не как не относятся к требованиям бизнеса. Пусть сидят и учитываю. Да и не мешают работать. А то всегда из-за них проблемы возникают
Директорв не пошлешь, ибо он сказал, дескать как бухгадтерия решит!

severn_Во-первых, не используйте вещественных чисел.
Нужны типы Numeric(18.n) (n- 2 или более, скажем, 5 цифр после запятой)
Есть еще типы Money или Currency
Т.е число представляется целым типом, но последние 2 (5, .. - n, короче ) цифр считаются
десятичными.
Соответственно, и округление будет идти не до бесконечности.
Кстати, очень полезно использовать округление методом банкира -
когда 0.5 округляется в сторону ближайшего ЦЕЛОГО числа.
(В Yaffil, вроде, тип __Money именно так округляется)
Это общие рекомендации по хранению сумм и количеств в учетной системе.


Количества товаров NUMERIC(15,3)
Деньги NUMERIC(15,2)
Округление и так используется банковское, тут проблема не в этом, есть радикальный способ привести суммы документа в полное соответсвие с бумажным носителем, он реализован в другой моей системе, однако тут он не прокатит, т.к. глубокоуважаемая бухгалтерия требут(!) полного соответсвия с бумажным носителем, тут ничего не попишешь.

Мой вариант с отрубанием хвостов оказался самым ликвидным в данной ситуации, уже неделю работает нареканий нет.

Сергей Васкецов
Все очень просто. На складе вообще нечего НДС-у делать. Приходуйте на картотеку без НДС-а, соответственно, и расходуйте без него. Ставка НДС может быть клинически различной в зависимости от различных контрагентов, так что это единственно разумный при своей простоте вариант.

Полностью согласен, однако руководство желает иметь полный перечень затрат, включая НДС, ибо в любом случае мы его уплатили и в расходы он входит, бухгалтерия же напротив хочет видеть все без НДС для удобства сверки.

Сергей Васкецов XenoXоднако руководство желает иметь полный перечень затрат, включая НДС, ибо в любом случае мы его уплатили и в расходы он входит, бухгалтерия же напротив хочет видеть все без НДС для удобства сверки.
В сей простоте надо идти еще дальше. На складе вообще можно без сумм все сделать, только количественный учет. То есть, приходные и прочие накладные, заказы, счета и прочая - суть различные документы. Они могут буть связаны некой взаимосвязью, но по своей сути живут практически независимо друг от друга. В этом случае схема, когда на складе только количество, а денег в документах движения по складу нет вообще, реализуема (хоть и сложнее, чем схема, когда на складе лежат суммы) и, как показала практика, чем сложнее оперативный учет, тем больше плюсов в такой схеме. Однако, опять же, практически нереально перейти с "денежного" склада на "безденежный", то есть, надо изначально это продумывать, а не потом "докручивать".

ФлеймерСумма с НДС считается по всему документу
На украине только одна ставка НДС? Или запрет в документах указывать позиции с разной ставкой?

Изначальная задумка была без денег, ибо ситуация такова: есть автопарк(транспортная компания), есть склад, который выдает запчасти только для нужд автопарка, т.е. ни каких движух на сторону, продаж, ТОРГ12, счетов-фактур ничего этого нет, однако бухи встали раком и пришлось вводить денежный учет. Все пакости выросли от них... от бухов