Смысл в том,что если вручную это делать, и какую цену он ставит автоматом, все нормально происходит.
Вы логику не поняли.
Я создаю Накладную, впихиваю туда спецификацию, кол-во беру из остатков, сумму - по функции. потом списываю все это дело.
После списания оказывается, что цена не правильная, т.к. получаются нулевые остатки по кол-ву, а по цене нет.
Я спрашиваю почему функция возвращает неправильную цену.
хороший программист — это человек, который переходя улицу с односторонним движением смотрит в обе стороны
Немного не понял, при списании в спецификации складском ордере устанавливается средняя цена по разрезу и
не важно что стоит в цене сопроводительного документа и каким образом он сформирован, если формируется ордер стандартной кнопкой.
oiko писал(а):Немного не понял, при списании в спецификации складском ордере устанавливается средняя цена по разрезу и
не важно что стоит в цене сопроводительного документа и каким образом он сформирован, если формируется ордер стандартной кнопкой.
цене сопроводительного документа
Цена в спецификации? Если так то Вы не правы.
Для проверки создал накладную, вставил в спецификацию МЦ с ценой 0, произвел списание - цена не изменилась. Да и не должна она меняться. С чего бы её меняться?
хороший программист — это человек, который переходя улицу с односторонним движением смотрит в обе стороны
По какой методике ведется учет списания по складу?
Если средние цены по разрезу то в складском ордере всегда ставиться цена из сальдо.
Иначе продавая ТМЦ на сторону (с наценкой) точно были бы минусовые деньги с нулевым количеством.
Возможно речь идет о каких-то производственных накладных?
Ваш случай похож на поведение настройки - устанавливать цены в ордере из накладной
т.к. вы пишете что при установке на позиции акта цены 0 в ордере тоже 0 а не средняя цена.
Еще ф-ия Nalt скорее всего возвращает вам неверную информацию, но я ей не пользовался поэтому предположу что у вас текущее наличие расходиться с сальдовыми остатками.
Для собственной оборотки по складу использовал связку
Store_Init
Store_TypeOstatki
Store_SkladProizv
Store_Run
далее из таблицы tmpsaldo1 берем все необходимое
Производство и планирование\Учет в производстве\Акт на списание\Параметры списания? - стоит не синхронить
Просто у нас получается складской учер в разрезе склад мол партия, а производственный только склад и мол.
Поэтому такие проблемы.
Вопрос решен
хороший программист — это человек, который переходя улицу с односторонним движением смотрит в обе стороны