Фин. Учет Себестоимости

[OntheJump]

Собственно, сразу вопрос: можно ли стандартными средствами Navision (3.7) настроить работу задания "Фин. Учет Себестоимости" таким образом, чтобы формировалась одна, а не две проводки, т.е. вместо 41-43 и 43-90 получить сразу 41-90?

[Sitizen]

А что за операция?

[OntheJump]

Списание себестоимости по методу директ-костинг

[Sitizen]

Цитата:

Сообщение от OntheJump

Списание себестоимости по методу директ-костинг

Я не это имел в виду. Что это, покупка, продажа, списание, оприходование? Какой документ делает такие проводки?
Просто ты написал конкретную проводку, счета которой берутся из настроек, которые можно изменить.

Если конкретно на вопрос отвечать, то само задание "Фин. Учет Себ-ти" никаких более, кроме тех, что на Реквест Форме, настроек не имеет. Это задание пробегает по тем операциям стоимости, по которым не были сформированы проводки и отправляет информацию о них в модуль, который делает учет. А учет происходит по общим для всех правилам.

[OntheJump]

Покупка (Учет Заказа Покупки)-Продажа(Учета Заказа Продажи)-Фин. Учет Себестоимости.

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

Если я правильно понял, то без программирования не обойтись.

[Sitizen]

Если ты имеешь в виду покупку, то без двух проводок не обойтись.
Если продажу, то я не пойму про какие две проводки ты говоришь.

[OntheJump]

Я имел ввиду следующее.
Создаю Заказ Покупки на одну позицию - учитываю его.
Создаю Заказ Продажи на ту же самую позицию - учитываю его.
Запускаю задание "Фин. Учет Себестоимости" - смотрю результат - в Регистрах с кодом источника 'СКЛАДУЧЕТ' формируются те самые две проводки.

Извиняюсь, за неточно сформулированный вопрос

[Milk]

Может быть, чтобы обойти 43-й счет, вам надо воспользоваться Нескладируемыми Товарами?

[OntheJump]

Интересно, если можно поподробнее

[Sitizen]

Цитата:

Сообщение от OntheJump

Я имел ввиду следующее.
Создаю Заказ Покупки на одну позицию - учитываю его.
Создаю Заказ Продажи на ту же самую позицию - учитываю его.
Запускаю задание "Фин. Учет Себестоимости" - смотрю результат - в Регистрах с кодом источника 'СКЛАДУЧЕТ' формируются те самые две проводки.

Извиняюсь, за неточно сформулированный вопрос

Нет, так нельзя сделать.

И более того, я не понимаю зачем.
Скорее всего речь идет не о российском учете?

[OntheJump]

Дело в том, что в системе учет услуг реализован через товары. И проводка по списанию себестоимости услуг нужна одна.

[Sitizen]

Jump, если честно, то я запутался.
ПРОВОДКА ПО СПИСАНИЮ СЕБЕСТОИМОСТИ - И ТАК ОДНА.
Вторая проводка, о которой ты говорил раньше - это проводка по приходованию себестоимости.

Если у вас так реализована продажа услуг, то может быть вам не покупать их, сделать разрешенными отрицательные остатки и все будет хорошо - только одна проводка по списанию себестоимости при продаже.

[GalaM]

Цитата:

Сообщение от Sitizen

Если ты имеешь в виду покупку, то без двух проводок не обойтись.

Поднимая эту тему хочу показать, что обойтись без второй проводки можно, но вот как к этому относиться не знаю.
С моей точки зрения, это нарушение основ НАВ с единственной целью "обойтись без двух проводок".
Авторы метода убеждают, что это "исправление" плохой локализации и решение проблемы с промежуточными счетами......
И никак не могу найти аргументов, что бы переубедить их в этом, так как с точки зрения проводок в российском бух. учете картина получается просто идеальная

Вот в чем суть метода.....

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

автоматический учет с\с = НЕТ

В результате учета заказа/счета покупки товара у нас автоматически фомируются проводки (НДС для простоты я не рассматриваю, с ним все нормально )

Д 41-1 К 60 (так как авт. учет с/с стоит нет, то доп. проводки не формируется).


В результате закза/счета продажи у нас формируется проводки

Д62 К 90-1


Далее мы выполняем задание фин. учет себестоимости товаров ТОЛЬКО для операции продажи и у нас формируются проводки

Д90-2 К 41-1

Для операции покупки задание фин. учет себестоимости товаров мы не запускаем НИКОГДА.....
Всегда при запуске задания фин. учет себестоимости товаров мы обязаны исключить операцию покупки (при попытке запустить его для операции покупки у нас появляется ошибка).

При таком подходе мы действительно избавляемся от доп. проводки, но так ли удачен этот способ?

Очевидно, что если один и тот же товар мы хотим учитывать на разных фин. счетах, то наше решение не подойдет.
Остается вопрос так ли часто это случается? В каких видах компаний?

Является ли найденное решение универсальным?

[OntheJump]

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

У меня такую фичу просили только один раз - транспортная компания. Правда мне кажется тут больше не от компании зависит а от хотелок ключевых пользователей.

[GalaM]

Понятно, что программированием можно решить проблему....

Мне сам подход не нравиться, так как это противоречит логике системы и, на мой взгляд, объясяется с трудом. Хочется услышать чьи-то возражения/поддержку...

[Sancho]

Цитата:

Хочется услышать чьи-то возражения/поддержку

возражения однозначно. а как же издержки на закупку? они куда ложиться будут?