Люди добрые - главбух в оборотке по 10 счету желает видеть количественно-суммовые обороты по субсчетам (проводка с 10.1 на 10.1, 10.5 на 10.5 и т.д.), которые образуются при перемещение материала с одного склада(МОЛа) на другой.
Я считаю её требования необосноваными, т.к. при перемещении со склада на склад не происходит изменения счета, а только смена МОЛа.
Подскажите пожалуйста - кто прав? Заранее спасибо!
Я считаю её требования необосноваными, т.к. при перемещении со склада на склад не происходит изменения счета, а только смена МОЛа.
Подскажите пожалуйста - кто прав? Заранее спасибо!
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
В шахматке как раз не видно, так как в типовой ведётся только количественный учет по складам и при перемещении материала со склада на склад в проводке например с 10.1 на 10.1 проходит только количество, а сумм нет, поэтому их нет и в шахматке, а она хочет видеть именно количественно-суммовые движения.
>Я считаю её требования необосноваными
Требования-то как раз обоснованные, ибо для того и МОЛ, чтобы знать какая СУММА на нём висит.
И очень странно почему в стандартной учет по местам хранения сделан только по количеству. Тем более что на разных складах один и тот же материал в одинаковом количестве может быть на РАЗНЫЕ суммы (вчера купили дешевле, положили на склад1, а сегодня дороже и положили на склад2)
Требования-то как раз обоснованные, ибо для того и МОЛ, чтобы знать какая СУММА на нём висит.
И очень странно почему в стандартной учет по местам хранения сделан только по количеству. Тем более что на разных складах один и тот же материал в одинаковом количестве может быть на РАЗНЫЕ суммы (вчера купили дешевле, положили на склад1, а сегодня дороже и положили на склад2)
""И очень странно почему в стандартной учет по местам хранения сделан только по количеству.""
Согласен, что странно, но это уже не от меня зависит. (наверно потому она и типовая, что обрезана)
Выход похоже один - дописывать конфу и организовавать количественно-суммовой учет по складам.
Может кто-нибудь делал, помогите кто-чем может. Заранее спасибо!
Согласен, что странно, но это уже не от меня зависит. (наверно потому она и типовая, что обрезана)
Выход похоже один - дописывать конфу и организовавать количественно-суммовой учет по складам.
Может кто-нибудь делал, помогите кто-чем может. Заранее спасибо!
Извечный вопрос - должна ли программа делать то, что не умеет, если этого хочет главбух?
В пятом ПБУ нет указания, что себестоимость нужно учитывать в разрезе складов. Но и запрета такого в явном виде нет.
Несмотря на это, суммовой учет в разрезе складов реализован в восьмой версии, но не реализован в седьмой.
В пятом ПБУ нет указания, что себестоимость нужно учитывать в разрезе складов. Но и запрета такого в явном виде нет.
Несмотря на это, суммовой учет в разрезе складов реализован в восьмой версии, но не реализован в седьмой.
> И очень странно почему в стандартной учет по местам хранения сделан только по количеству
Не странно. Предполагается, что материал куплен на фирму и распределяется по МОЛ. Соответственно, не могут быть разные цены закупки в одно и то же время, а поэтому, надо использовать расчет средней стоимости. Второй вариант, и его чаще всего используют, это плодить дубли в справочнике материалов. Есть третий вариант: добавить в десятый счет субконто "Партия", я такое делал как-то, не сложно и красиво. Четвертый - включить суммовой учет по складам. Но оно не решит всего: будет та же средняя стоимость, просто не придется рассчитывать всякий раз.
Не странно. Предполагается, что материал куплен на фирму и распределяется по МОЛ. Соответственно, не могут быть разные цены закупки в одно и то же время, а поэтому, надо использовать расчет средней стоимости. Второй вариант, и его чаще всего используют, это плодить дубли в справочнике материалов. Есть третий вариант: добавить в десятый счет субконто "Партия", я такое делал как-то, не сложно и красиво. Четвертый - включить суммовой учет по складам. Но оно не решит всего: будет та же средняя стоимость, просто не придется рассчитывать всякий раз.
2 O-Planet. В бухгалтерии на фиг на нужен партионный учет, это тебе не торговля. А ты не подумал, что вешая подчиненный справочник Партия ты совершенно напрасно "напрягаешь" базу? Несложно - да, но как раз некрасиво. А для списания материалов на 20-й счет средневзвешенная стоимость как раз самое то
O-Planet Написал:
-------------------------------------------------------
> Четвертый - включить суммовой учет по складам. Но оно не решит всего:
> будет та же средняя стоимость, просто не придется
> рассчитывать всякий раз.
Средняя в разрезе складов, в общем случае, будет кривой. Чтоб было нормально нужно изменить код в модулях документов.
Вместо:
написать
А в документе ТребованиеНакладная еще добавить строку:
-------------------------------------------------------
> Четвертый - включить суммовой учет по складам. Но оно не решит всего:
> будет та же средняя стоимость, просто не придется
> рассчитывать всякий раз.
Средняя в разрезе складов, в общем случае, будет кривой. Чтоб было нормально нужно изменить код в модулях документов.
Вместо:
| Код |
|---|
ТаблицаОстатков.СуммаНаСкладах = Макс(БухИтоги.СКД("С"), 0);
ТаблицаОстатков.КоличествоНаСкладах = БухИтоги.СКД("К");
Если БухИтоги.ПолучитьСубконто(ВидыСубконто.МестаХранения,, МестоХранения) = 1 Тогда
Показать полностью |
написать
| Код |
|---|
Если БухИтоги.ПолучитьСубконто(ВидыСубконто.МестаХранения,, МестоХранения) = 1 Тогда
ТаблицаОстатков.СуммаНаСкладах = Макс(БухИтоги.СКД("С"), 0);
ТаблицаОстатков.КоличествоНаСкладах = БухИтоги.СКД("К");
Показать полностью |
А в документе ТребованиеНакладная еще добавить строку:
| Код |
|---|
Операция.Сумма = Сумма;
Показать полностью |
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот