Добрый вечер. Предистория. Обратился к ИП, что бы уставновил 1с, все установил, бабки взял, а наладить не может уже 2 месяца. Кормит завтраками, а касяки начинают вылазить. у меня стоит 1С 8.2 редакция я как понял 10.
ПРОБЛЕМА:
Сделали заказ покупателя - поставили все резерв, поставили галку резервирование. Склад - Основной. Резерв - Основной.
Делаю реализацию на основании заказа. Все ок. есть ссылка на заказ, основание списания "из резерва", но вот беда. не минусует он заказ в регистре. или как это там назыается. Получается что товар списывается и еще дополнительно остается в резерв. Остаток например был 10, продал 5, а остаток 0. т.к. еще в резерве остались еще 5 (((. Сам не программист. Владелец небольшой фирмы. Пытаюсь сам решить проблему т.к. не могу оплатить работу другому человеку. Буду благодарен добрым самаритянам. Особенно если напишите доступным языком. Умею ковыряться и доходить до истины.

Должен сняться. Заказ по времени раньше реализации? Склады совпадают? По характеристикам учет не ведется?

да раньше. проверял все не раз. программист на старой работе подсказал, что проблему надо решать в конфигураторе. Но из-за отсутствия времени отказался решать вопрос. ((.

склады совпадают, по характеристикам не ведется.

(2) Не нужно ничего искать в конфигураторе. Если это 10 УТ, то она совершенно рабочая и вылизана. Что-то в оформлении документов накосячено.

все перерыл. даже уже не знаю тогда где искать. косяки. да и все документы не могут быть накасячины. Сам на предыдущей работе решаля касяки менеджеров когда не по правильной серии продавали, или заказ переносили на уже готовой реалиазации. Реально все облазил, а тут какой-то стопор (. не могу понять в чем дело.

(3) в табличной части реализации проверить колонку "заказ" если включена такая функция. Проверить метод списания "со склада", "с резерва".

В табличной части есть ссылка на заказ. метод списания "с резерва"

(7) тогда только базу смотреть.

(0) Посмотрите движения документов по регистрам. Может там чтото наведет на причины?

если поможет дать ответ. При просмотре Движение документа по регистрам. есть +1 резерв. но нет -1 резерв. мне сказали, что именно в этом проблема и это проблема не связана с документом.

(7) отрывай проблемный документ, качай быстрей тимвьюврер, пиши сюда ид и пароль.

(10) Может попробовать ввести на основании заказа реализацию?

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

Делал на основании реализацию. Я достаточно опытный пользователь 1с. поэтому простые ошибки можно отмести, т.к. перепроверил уже все 1000 раз и на разных документах.

(14) по сериям учет ведется? Попробовать поиграться с настройкой "Использовать указание серий при резервировании".

хорошо, завтра попробую еще раз. Отпишусь.

ничего не помогает ((

(17) "Обратился к ИП, что бы уставновил 1с, все установил, бабки взял, а наладить не может уже 2 месяца. Кормит завтраками, а касяки начинают вылазить. у меня стоит 1С 8.2 редакция я как понял 10."

лично я бы попробовал поставить последний релиз конфигурации, скачанный с сайта 1С лично, в еще одну базу, потом выгрузил бы конфигурацию и сравнил с той, что тебе поставили. случаи всякие бывают...

(10) А это в каком документе смотрите ?

"При просмотре Движение документа по регистрам. есть +1 резерв. но нет -1 резерв."

В заказе покупателя так и должно быть. Смотрите еще в реализации движения по регистрам.

смотреть документы по порядку.
Распровести всю цепочку. Убедиться, что товара 10 и весь в свободном доступе.
Провести заказ с резервированием. Убедиться, что остаток 10, в свободном доступе 5.
Провести реализацию. Убедиться, что остаток 5, в свободном доступе 5.
По результатам уже думать, на каком документе ошибка.

(0)Сравзните измерения в движениях поступления и реализации, скорее поступление прошло по одним измерениям, а реализация идет по другим...

" Я достаточно опытный пользователь 1с. поэтому простые ошибки можно отмести,"
"программист на старой работе подсказал, что проблему надо решать в конфигураторе"

Ну все писец конфигурации, щас ее переделают, и вообще все будет работать непонятно как.  А потом будут кричать на каждом углу что 1с- амно.
Резерв у вас где размещается?

резерв по основному складу. обычные ошибки все проверил. в реализации в движении по регистрам резерв не минусует.

если кто готов может глянуть. у меня на компе. тим могу запустить. все перепроверил

давай id

557 144 978

mav716

(23) В ТЧ реализации заказ указан?

(0) вы пишете "Остаток например был 10, продал 5, а остаток 0. т.к. еще в резерве остались еще 5". Значит, проданные 5 с резерва снялись? А остаток 0, как я понимаю, это свободный остаток (5 на складе минус 5 в резерве). Что не так-то?

во первых - это УТ для Беларуси.. наблюдаем дальше..

(30) В белоруссии свои особенности ведения упр учета? Подозреваю там отличия только в обмене с БП.

(28) - нет, не указан

(28) заказ указан в шапке реализации

(33) Если в настройках стоит галка что отображать заказ в ТЧ, то если он там не указан это повлечет то что списание произойдет не из резерва.

(34) А с каких пряников он в ТЧ не проставится при вводе на основании, если настройка есть?

Злопчинский, прошу подтвердить.
В коде если заказ в ТЧ пустой, то на движения по ЗаказамПокупателя и резервам забивается....
Кто написал - загадка.

(34) не смотря на то, что столо в константах, что заказы в ТЧ не указываем, а в коде при реализации проверяем, если заказ в ТЧ пуст, то не списываем резервы и вообще заказыПокупателя не двигаем

nitochkin, OK?

вручную вбивать заказ? в табличной части?

(35) Может он потом вручную вводил, или еще чего, с каких то блинов ведь оно не проводиться.

(36) это не ко мне. я не УТшник

(39) автоматом будет заполняться, при вооде реализации на основании заказа

(39) Используй форму подбора, там насколько я помню он предложит из резерва брать или с остатков

(39) можно я гляну?

(36) если не ошибаюсь, там идет приоритет - сначала смотрится заказ в ТЧ, потом уже в шапке документа

(41) это просто в подтвержение)) смотрели код, вроде вместе

(42) Там очень опытный пользователь - простых путей не ищет.

хз какая там логика в УТБ заложена

(47) не гони на пользователя. Считаю, что косяк в коде.

(36) угу... по коду вроде так получается

(49) Уберите галку из настроек, и не будет этого косяка, если уж берешься заполнять тч, то заполняй нормально только после этого гони на конфу.

probably, спасибо. Я уже во снах видел 1с. )))

конфигурацию сохранять?

(51) ты код видел текущей конфы, или так, пооумничать решил?

я мылю тупо - если Заказ указан в шапке - то у него два назначения
1. облегчение заполнения ТЧ - это вроде исполняется при вводе на сонвоании
2. заказ в шапке "распространячется" на ТЧ - а здесь хз, кака логика в УТ - может там кучу галочне как работать...

(53) я её не изменял, уже была модифицирована до меня.

(54) Он уже лет 10 такой.

ну так в итоге каково резюме? настройки все правильные? где косяк?

(58) Либо конфу меняли, либо с константой игрались в разные моменты проведения документа.

Похоже талантливый знакомый программист нашел немного времени и уже "помог"

(58) в том, что при НЕ указании заказов в ТЧ, соответсвующий реквизит в ТЧ автоматом не заполняется, но при этом при проведении документа анализируется именно реквизит ТЧ "ЗаказПокупателя". И если он не заполнен - анализ резерва и его списание не происходит. Это только часть проблемы. Вторая часть не была поднята: заказыПокупателей не двигались, то есть потребность в отгрузке так и оставалась висеть, не смотря на то, что в шапке заказ указан и реализация проведена

строкаТовары.ДокументРезерва            = ?(ЗаказИзШапки,ДокументФорма.ЭлементыФормы.Сделка.Значение,строкаВозвратнаяТара.ЗаказПокупателя);
вот код из оригинальной конфы, и он уже лет 10 как такой

(59) а в других доках же вроде все ок?

сейчас сделал новый документ. в поле заказ пусто. и таже фигня, вручную если выбрать то лечится. Но менеджеры часто будут это пропускать ((

(63) Я не смотрел в его базу.

(62) не, там вроде не такой стоял

(64) Вернитесь к конфе поставщика

+(67) Снимите галку в настройках

(64) реализацию на  освании заказа вводил?

в других доках не смотрел

ага. на основании заказа

+(69)  если ввод на основании не помогает, то либо в реализации нажимаем "заполнить по заказу", либо чуть дописать, чтобы при вводе на основании заполнялось.

я не программист. не знаю как дописать. скажи где. попробую

Глобально - проанализировать внесенные изменения в конфигурацию и решить, какие нужны, какие не нужны и помаксимуму придти к типовой. Сейчас походу модуль реализации сильно переписан. И кто его знает, что там в других документах

(72) Конечно дописать:) ведь она такая кривая, эта УТ :) интересно если столько траблов с простым резервированием возникает что надо целый консилиум дописчиков собирать как в УПП работает посменное планирование.

я правильно понимаю, что конфу "чуть-чуть" исправили? :)))
может вернуться к оригинальной конфигурации - это лучший вариант?

(72) не, мне как-то больше логичным кажется типа (62)

(76) Там знающий программист делал, под руководством очень опытного пользователя.

(75) меня сюда не приплетать, я просто смотрел - мну интересно на снеговика тупо посмотреть...

(79) Меня позиция ТС забавляет.

+(80) ВУ принципе он же там хозяин, чего бы не развлечься

(78) я почему-то сразу именно про это подумал...
наверно, я циник - не верю в людей :)))

не блин, с таким развесистым фейсом для быстрой потоковой торговли тупняк наступит... ;-) у мну манагеров уже немного клинит от количества настроек в договоре...

(82) Пациент всегда врет - у меня к пользователям такое же отношение.

(83) Они в большинстве заполняются автоматически, нужно обратить их внимание всего на пару пунктов.

(80) а чем именно забавляет? товарищ вроде внятно изложил...? чего-то я не въехал...

(86) см 22. Что губит так это самоуверенность, и как правило самоуверенность это следствие невежества.

(85) у мну подход простой - не надо давать альтернатив, там где в этом нет острой необходимости. в1ске как-то совсем все по другому мыслят...
.
по идее в "сделках" надо описывать существенные условия и тупо выбирать сделку вшапке дока, минимизировав не только заполнение кучи реквизитов в шапке, но и их отображение...
.
???

И если все резюмировать то видим следующую картину, есть очень опытный пользователь (почти менеджер проекта, как минимум методист), есть талантливый программист - который подтвердил диагноз и вынес вердикт - "Резать недожидаясь перетонитов", но в итоге виноват тип который продал конфу :)

(88) Это плата за универсальность, хотите свое и только то что вам нужно делайте под себя.

(87) по (22) все равно непонятно...
.
непонятно - как работало в остальных доках? или просто не выходили на ситуацию когда товар близко к нулю или код поправили совсем недавно?

Прошу прощения, что создал какую-то конфликтную ситуацию. Мне все таки надо добить того программиста который поставил такую мне базу? и заставить доработать?

(91) Ставлю на то что уже поработали на конфой

(90) ну так я этим вопросм и мучаюсь постоянно...

(92) добей! достань винтовку из клуни и добей!

(92) А кто уже дорабатывал ее? И что там дорабатывать надо?

(92) я вообщем никакой конфликтной не вижу...
.
непонятно какая конфига была установлена изначально - типовая? т когда ее начали курочить..?

(89) млять, я никак не пойму в чей огород камни летят?
Конфигураци УТ для Белоруссии, изменена! Вследвии изменений механизм списания резервов отвалился.
ТС, если вся торговля идет по заказам, то посмотри отчет Анализ заказов покупателей. Они у тебя закрываются?

так этот момент., что бы автоматом добивался заказ. а еще есть вопросы по актом выполненых работ. Работы много надо еще сделать. просто пока постепенно решаю проблемы. ((

(93) имхо, если нет СВОЕГО ФИКСИ или РЕАЛЬНОГО ФРИ, который способен РЕШАТЬ проблемы, ане только зарабатывать себе бабло - то савить типовую надо и нахрен все доработки кроме печатных форм. юзать то что есть.
.
вот не зря я фришникам не верю...

(99) >  что бы автоматом добивался заказ.
поток сознания...
изложи внятно.

(97) +1
Какие задачи ставились перед программером и что он там делал.
Чтобы локализовать проблему: это он накурочил с заказами, или подсунул уже непонятно у кого скоммунизженную конфигурацию.

у себя на клюшках тупо допилил, что реализация ВСЕГДА !полностью! закрывает заявку покупателя, т.е. длинных отгрузок по однйо заявке нет... в моей действительности это лучше всего.
.
все проблемы у юзверей начинаются когда надо что-то планировать/считать/пролонгировать...

(102) фиг с ним с этим вопросом. Проблема в том. что по словам ТС чел 2 недели не мог решить проблему, котора ямешала оперативной торговле. вот это - реальная проблема.

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

(105) ну, по идее, при правильных настройках, такой алгоритм работы поддерживается типовой конфигой.

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

если это было бы так. я бы сейчас не писал бы это все тут. (

кстати, сейчас делаю реализацию сначала все проставляет. ПИшет   способ списания "со склада", и ссылку на заказ в табличной части. как только нажимаю заполнить и провести. Меняется способ списание на "из резерва" в заказ в табличной части все пропадает. и проблема как была так и осталась.

(109) 1. Либо допытывать ИП, который взялся делать.
2. либо требовать денег обратно и нанимать новых.

По существу, разобрались, что не списывает, так как заказ не проставляется в ТЧ. Можно проставлять руками, либо просить программера сделать это автоматом. Хотя разумеется, по правильному, вернуть константу обратно в положение не указания заказов в ТЧ, но вернуть типовой механизм проведения реализации, чтобы всё работало штатно.

(109) [и проблема как была так и осталась.]
жадность должна быть наказана (с)

ИП свалил и... правильно сделал.

(105)    nitochkin, тебе ведь куча людей дала один и тот же совет - ставь типовую и работай :)))

(119) фришники - они такие фришники...

(113) можно провести тест - поставить типовую. настроить. прогнать пару сделок в тестовм режиме. если ок - перенести остатки - ядумаю не такой большой объем у ЧПшника.

(115) я думаю тут хватит просто "Загрузить конфигурацию из файл". превратить нетиповую в типовую.

я бы может и поставил типовую. но где ее взять, и будут ли печатные формы под Беларусь в типовой?

(75) А оно и не работает ;-)

(117) могу и смог бы помочь, но за деньги, пусть за небольшие, но без денег нельзя..
Совет. Не бросайтесь в крайности, не меняйте типовые на нетиповые и наоборот или просто на свежие, нужно просто, чтоб посмотрел знающий чел

(117) http://users.v8.1c.ru/
или ты и на лицензиях решил немного поэкономить? :)))