ВО-первых, полностью согласен с Taffy. Во-вторых, на складе совсем не обязательно вести суммовой учет - это функция бухгалтерии. Стандартная карточка складского учета (КСУ) содержит информацию о цене (см. типовую межотраслевую форму № М-17, утверждена Постановлением Госкомстата России № 71a от 30.10.1997), но не содержит и не должна содержать никакой информации о суммах.

Сверка между данными бухучета и складского учета производится при инвентаризации, и только в количественном выражении. В случае выявления недостачи в бухгалтерии делются проводки по списанию на основании имеющейся в бухгалтерии информации о ценах. В случае выявления на складе неучтенных материальных ценностей, они предварительно оцениваются инвентаризационной комиссией (как правило, по данным бухучета на эквивалентные ТМЦ или с ориентацией на цены этих же ТМЦ на момент их наличия) и затем уже приходуются по этой оценке.
В случае выявления расхождений между КСУ и данным бухучета выясняется причина этих расхождений. При этом запись о номере документа и наименование поставщика помогают разобраться в этом вопросе. На цену, как правило, вообще никто не смотрит, поскольку в таких ситуациях бухгалтерия просто поднимает первичный документ.

Насчет отклонений, о которых высказался ряд участников. Насколько я понял, речь шла о других отклонениях. Это отклонения между учетной ценой и продажной ценой (если учет ведется в продажных ценах). Об отклонених в результате дооценки продукции , когда уточняется себестоимость проданной за месяц продукции с учетом косвенных затрат, сумма которых сформировалась только в конце месяца. Также могут возникать отклонения между плановой себестоимостью и фактической (если учет продукции в операционный преиод ведется по плановой себестоимости). Можете об этих отклонениях успешно забыть. Отклонения на бухгалтерском счете могут учитываться только как разница между чем-то и чем-то, учтенным именно на бухгалтерских счетах. А не между данными, учтенными на бухгалтерском счете и где-то за пределами бухучета.

ПМСМ, по-просту, можете плюнуть на все эти разницы и не морочить ни себе, ни кому-либо еще ими голову.

Дополнение. Налоговая инспекция может проверять только соответствие бухгалтерской информации первичным документам. Если в КСУ будут выявлены некоторые расхождения с данными бухучета, но при этом данные бухучета будут соответствовать первичке, то никто никогда и никаким образом никаких санкций предьявить к вам не сможет. Потому что КСУ - это внутренний документ, имеющий к бухгалтерскому учету отношение только в периоды инвентаризации.
Если вас более подробно интересуют юридические аспекты, советую посмотреть "Постановление Федерального арбитражного суда Уральского округа от 29 августа 2002 г. № Ф09-2047/2002ГК":
источник...
В нарушение ст. 53 АПК РФ факт нахождения данного имущества на балансе ОАО "Ижевский электромеханический завод "Купол" истцом не доказан. Имеющаяся в материалах дела карточка складского учета не является доказательством права ОАО "Ижевский электромеханический завод "Купол" на спорное имущество.
...

2 gz. Давай рассмотрим озвученную проблему на примере. Допустим, нам поставили 10'000 литров некоторой жидкости на сумму с НДС 1000 рублей. В документе должна быть указана цена с точностью до копеек. Расчитаем ее:
1. Цена с НДС = 1000 / 10'000 = 0.10 рублей
2. Цена без НДС = 0.10 рублей / 118 * 100 = 0.084745762
Округляем полученное значение до копеек, получаем 0.08 рублей - и именно это значение проставлено в документе. Именно это значение впечатывает кладовщик в КСУ, а на сумму вообще не смотрит, потому что в КСУ нет полей для сумм, и ему не нужно вводить информацию о суммах. Цену кладовщик не расчитывает, а просто впечатывает ту, которая указана на документе. Указано 0.08 рублей.
Далее бухгалтерия делает проводки по приходу. При этом она строго следит за тем, чтобы итоговоая сумма по документу сошлась с суммой проводок. Бухгалтер делает проводку на итоговую сумму НДС по документу: 1000 / 118 * 18 = 125.54 рубля. И разница между общей суммой документа и суммой НДС выступает как сумма прихода материала на счет 10: 1000 - 125.54 = 874.46 рублей. Именно на эту сумму оприходован товар в бухучете.
Теперь попытаемся определить, на какую СУММУ оприходован товар по данным КСУ: 10'000 литров * 0.08 рублей = 800 рублей. Из-за ошибок округления разница составляет 874.46 - 800 = 74.46 рублей!
А теперь объясни, как увеличение числа знаков в представлении цены на КСУ поможет решить эту проблему? Ведь кладовщик забивает уже округленную цену, которая указана в документе. И еще нафига создавать в бухучете субсчета для учета разниц - кому они нужны и для чего?

2 gz. Я подобный ответ предвидел, поэтому задал вопросы совершенно другие. На них ответишь?

Уважаемый gz, не нервничай пожалуйста. Извини, если мой тон показался тебе обидным. Честное слово, нет никакого желания превращать обсуждение технического вопроса в меряние частями тела.

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

Теперь по поводу задач автоматизации. Если бухгалтерия работает в режиме реального времени (у некоторых это принятая практика), то, ПМСМ, суммовой учет на складе не имеет совершенно никакого смысла. Если между данными бухучета и складского учета нет расхождений по количественным данным, то делать дополнительно сверку по суммам нет вообще никакого смысла (и правда, зачем это может быть нужно и кому для решения задач бизнеса?). Если есть расхождения в количестве, то с ними можно разобраться с тем же успехом и устранить их. Для такого случая информация о цене в складском учете - это всего лишь что-то вроде примечания, на всякий случай (а вдруг кому-нибудь понадобится примерно прикинуть цену или сумму, имея под рукой КСУ и не желая себя утруждать ковырянием в бухгалтерской информации). А по сути она вообще не нужна (госкомстатовцы перемудрили, для них это не впервой).
Если бухучет ведется НЕ в режиме реального времени, то может существовать только одна причина, по которой может понадобиться информация о ценах и суммах со склада, а не из бухгалтерии. Это информация для нужд оперативного учета. Но в этом случае учет на складе должен вестись не только в соответствии с требованиями Госкомстата, а должен предусматривать ввод ВООБЩЕ ВСЕЙ информации аналогично тому, как это делается в бухучете. И в этом случае информация о цене, проставляемая в КСУ - это полная туфта, которая никого не должна интересовать. Реальная оперативная цена должна получаться делением операционного суммового остатка на количественный остаток, возможно в разрезе приходных партий (если реализуется пртионный учет, FIFO, LIFO или попутно решаются задачи определения перечня соответсвтующих номеров ГТД для книги продаж). Одним словом, в этой ситуации необходим полноценный суммовой учет на складе, а не его профанация в виде умножения цены с ошибками округления на количество.

Консенсус достигнут? :)

gzТак из-за НДС невязки могут быть максимум - число срок в фактурной части, умноженное на полкопейки.Это когда неувязки рассматриваются не в разрезе цен, а только в разрезе сумм, тогда - да. То есть, СУММА без НДС + СУММА НДС = СУММА с НДС + ошибка в полкопейки. А когда речь идет о ЦЕНЕ , которую расчитал с округлением поставщик и уже округленную распечатал в накладной, то даже по одной строке ошибка может составить сотни рублей, потому что она умножается на количество. Именно этот эффект я продемонстрировал в приведенном выше примере. В ДОКУМЕНТЕ ПОСТАВЩИКОМ ЦЕНА УКАЗАНА УЖЕ С ОШИБКОЙ ОКРУГЛЕНИЯ , и менно с этой ошибкой она будет введена кладовщиком, хоть сколько там знаков после запятой предусмотрено в программе. Все равно все знаки, которые младше целых копеек будут указаны равными нулю.

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

Дополнение. В примере ошибка цены составляет |0.084745762 - 0.08| = 0.004745762 рублей - то есть, меньше полкопейки. Эта ошибка увеличивается на 4 порядка при умножении цены на количество и составляет 0.004745762 рублей * 10'000 литров = 47.45762 рублей. Вот почему ошибка большая! Именно эту ошибку мы и получили в примере, округленной до копеек. От умножения на количество! Никаких преобразований единиц измерения не производилось.