Цена при оприходовании

[ira]

Добрый день!
Теперь только к вам. Тех поддержка ответила, что у них не подтверждается.
1. Создаю приходную накладную, приходую на склад с настройкой для склада:
В каталоге подразделений на закладке "Склад" поле "Цена МЦ" : с налогами - результат правильный с налогами

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

Настройка "Настройки Галактики \ Логистика \ Складской учет \ Учетная цена при оприходовании" - стоит без налогов, если ее поменять результат не меняется.
В сборе статистики обращения к настройкам ее не увидела.

что нашла здесь на форуме:
Входимость налога в учетную цену при оприходовании определяется по следующему алгоритму:
анализируется поле Вх. в уч. в каталоге налогов. Если всегда входит, то сумма налога включается цену, если по настройке - переход к следующему шагу.
анализируется поле Цена МЦ при оприходовании на данный склад в каталоге "Подразделения, склады". Сумма налога включается в цену, если с налогами, и не включается в цену, если без налогов. Если по настройке - переход к следующему шагу.
анализируется параметр настройки Учетная цена при оприходовании. Сумма налога включается в цену, если с налогами, и не включается в цену, если без налогов.

Может кто сталкивался? Галактика 9,1

[Irina_]

Здравствуйте.
Если в реестре настроек задать поиск настройки по маске «входимость налогов», то можно найти несколько настроек, удовлетворяющих этой маске. Например, системная настройка Настройки Галактики - Логистика — Документы — Управление снабжением — Входимость налогов по умолчанию, пользовательская настройка Настройки Галактики - Логистика —Складской учет — Сопроводительные документы - Входимость налогов по умолчанию и др.
Не знаю как для РФ, а при настройке на РБ в ДО на закупку и в приходной накладной есть поле, в котором можно указать входимость налогов в цену позиций. По умолчанию проставляется значение из реестра настроек, но можно изменить. Чаще всего у нас стоит значение «Налоги не входит в цену позиций», но иногда при необходимости пользователи меняют на «Налоги входят в цену позиций». См. у себя указанные поля в приходной накладной и в ДО на закупку.

[edward_K]

В приходной накладной распределение по складам вроде как обязательно. Если его нет, оно будет сформировано.
Обратите внимание там на цену в первом и во втором случае.
Туда так же попадает стоимость услуг или связанных актов.
Возможно этот расчет и портит картину. Посмотрите журнал по записи в SoprDocB.
Так понимаю без ДО - все нормально , с ДО - без налогов?

[ira]

Спасибо всем кто откликнулся.
Есть склад с налогами, одна и та же накладная ( Налог не входит в цену - по сопроводительному документу) Кол 1 Цена 100 налог 20
Без ДО - оприходование все нормально ( 120 ),
с ДО - оприходование без налогов (100).
При оприходовании без ДО - в SOPRORDB.PRICE - 120
c ДО - в SOPRORDB.PRICE - 100
Услуг и связанных актов нет.
Установка (Налоги входят в цену позиций - по сопроводительному документу) приводят к цене 83,3
Есть еще база, где все работает. Сверяю настройки, передергиваю, пока результата нет

[edward_K]

попробуйте руками поменять в soprordb цену и переоприходывать.
Посмотрите журнал по этой записи. Если изменится, значит проблема возникает в момент создания ордеров.
Удалите ордер. Снова измените цену в soprordb. Закройте все. Перезайдите в галактику. Включите сервис - утилиты - логирование - запуск логирования. Сформируйте ордер. Остановите лог. По журналу найдите точное время изменения soprordb( с точностью до милисекунд). Лог в архиве и доку со скринами расширенной инфы, журнала soprordb, и указанием когда портится запись в soprordb и ее nrec в 16-ном виде ( по Ctrl+F4 string(SoprOrdB.nrec,0,0) ) вложите в инцидент. В журнализации можно пометить несколько записей +- от нужной точки, сформировать отчет и сохранить его в xls.
Если сделаете все правильно, то в протоколе у вас будут ссылки на исходный код+ команды на изменения в базе и зная время, можно найти где именно пошло не так. Лог смотрится SmartInspectConsole.exe и чуть хуже в SmartTime.exe , но можете оставить это дело ТП, а сами проверьте поиском по содержимому что там есть Soprordb и может быть Nrec найдется или его часть.

[Irina_]

Здравствуйте. Проблема с одной накладной или со всеми, которые приходуются на этот склад? А ранее проблемы не было или возможно это новый склад? Вы перед Вашими манипуляциями всегда удаляете распределение перед тем, как сделать оприходование? Последний вопрос связан с тем, что как минимум для РБ не так давно была проблема, когда без принудительного удаления распределения после изменения разреза повторное оприходование делалось на старый разрез. Тогда влияла настройка Настройки Галактики — Логистика — Документы — Управление снабжением — Приходная накладная — Формирование ордеров по накладным — Формирование учетной цены по обновленному алгоритму. Позже проблема была решена патчами. Попробуйте поменять значение этой настройки. Что-либо изменится после этого?
Работа с 2 указанными базами на одних патчах?

И еще посмотрите Help по функции локального меню в приходной накладной «Формирование учетной цены» в верхней панели накладной. Никогда не смотрела что там, но при запуске появляется многопанельное окно, где по позиции МЦ в колонке «Налог» по F3 вызывается окно «Налоги к позиции МЦ», где по результатам анализа колонок «Форма расчета», «Склад», «Параметры» устанавливается значение входит в учетную цену или не входит.

[ira]

Здравствуйте. Проблема с одной накладной или со всеми, которые приходуются на этот склад? А ранее проблемы не было или возможно это новый склад? Вы перед Вашими манипуляциями всегда удаляете распределение перед тем, как сделать оприходование? Последний вопрос связан с тем, что как минимум для РБ не так давно была проблема, когда без принудительного удаления распределения после изменения разреза повторное оприходование делалось на старый разрез. Тогда влияла настройка Настройки Галактики — Логистика — Документы — Управление снабжением — Приходная накладная — Формирование ордеров по накладным — Формирование учетной цены по обновленному алгоритму. Позже проблема была решена патчами. Попробуйте поменять значение этой настройки. Что-либо изменится после этого?
Работа с 2 указанными базами на одних патчах?

И еще посмотрите Help по функции локального меню в приходной накладной «Формирование учетной цены» в верхней панели накладной. Никогда не смотрела что там, но при запуске появляется многопанельное окно, где по позиции МЦ в колонке «Налог» по F3 вызывается окно «Налоги к позиции МЦ», где по результатам анализа колонок «Форма расчета», «Склад», «Параметры» устанавливается значение входит в учетную цену или не входит.

Добрый день!
Настройки у нас нет: Настройки Галактики — Логистика — Документы — Управление снабжением — Приходная накладная — Формирование ордеров по накладным — Формирование учетной цены по обновленному алгоритму.

Ход расследования шел так. Создала накладную и по кнопке в накладной "Создание ДО" создала ДО. Оприходовалось правильно. Значит, проблема в ДО.
Создала вручную ДО, сравнила все записи в таблицах BaseDo, StepDoc, SoprHoz, SpStep, SpDocnal. В "правильном" ДО стоял незаполненный BaseDoc.cPayment. Значит, с формой расчета - Безналичная что-то не так.
Из хелпа по параметрам Формы расчета
·к импортной/экспортной операции - используется для расчета учетной цены при оприходовании МЦ. Если параметр установлен, то операция считается импортной (т. е. в учетную цену будут включены налоги, для которых при редактировании налоговой группы установлен '+' в колонке И), если параметр не установлен, операция считается внутренней (т. е. в учетную цену будут включены налоги, для которых при редактировании налоговой группы установлен '+' в колонке В);
Изменила в группе налогов '+' в колонке В.
Считает теперь правильно для складов с налогами и без налогов для безналичной формы расчета. Будем еще проверять. Спасибо огромное всем!

[Irina_]

Здравствуйте.
Уже 2-ой раз за последнее время столкнулась с тем, что функционал для РФ и РБ отличается, даже по стандартному набору настроек в реестре настроек.
Я писала: «по результатам анализа колонок «Форма расчета», «Склад», «Параметры» устанавливается значение входит в учетную цену или не входит ». Т.е. это 3 фактора, которые влияют на входимость налогов в учетную цену. В результате форма расчета оказала влияние. Похоже, что в ОТП не подтвердили наличие проблемы, т. к. Вы возможно не предоставили всю инфо: в частности Вы здесь не писали каким образом создавалась ДО (от этого зависело возникновение проблемы).
Вы молодец, что все-таки до конца решили проблему!
К слову, в реестре настроек есть несколько пользовательских настроек по заполнению формы расчета по умолчанию.