В результате неизвестно какого глюка получилось следующее - при списании мц по накладной со склада дата оприходывания DOPR в таблице SPSOPR не заполнилась. После долгих поисков причины решили, что именно это послужило фактором, по которому данные матценности не попадают в отчет по реализации. Если же ставишь эту дату вручную - то тоже не попадают. Создаем накладную, списываем - поле заполнено, данные попадают.
Люди! Может подскажите какие связи есть у этого поля? Где еще что дописать? А то вручную 2 тысячи накладных переформировать - не прикольно. Будут интересны также мнения по поводу какую именно дату оприходывания и из какой таблицы берет данный отчет ("Реализация товаров, оказание услуг")? Сталкивался ли кто уже с подобным?
Спасибо
Аля, мне кажется у поля DOPR нет никаких связей. Это просто поле оприходования накладной. Эта дата должна совпадать с датой ордера, который по ней сформировался. Так что можно провести обновление данные из даты ордера в дату оприходования накладной.
У нас бывали случаи, когда отваливались ордера, но даты оприходования всегда оставались. Ордера отваливались, когда пользователи вручную что-то начинали править в ордере или в уже оприходованной накладной
(галактика 5.85.02).
Да уж баги:)
Попробуйте просто отменить списание в накладной и увидите, что поле DOPRTTN в таблице SPSOPR не обновилось. Я об этом писал в корпорацию, однако до сих пор не исправили >:(
А если по сути вопроса, то SPSOPR.DOPRTTN=KATSOPR.DOPR=SKLORDER.DORD
Можно через SQL обновить, или запустить "Проверка КОУ", или в операциях "Пакетное формирование ордеров по накладных на отпуск".
Проверку КОУ естественно запустили в первую очередь - не помогло абсолютно.
Если брать связку SPSOPR.DOPRTTN=KATSOPR.DOPR=SKLORDER.DORD, то в katsopr и sklorder даты есть и правильные...
Видимо что-то еще где-то есть, потому как просто обновление этой даты вручную не помогает.
Скорее всего загвоздка где-то в отчете - чего -то там намудрено...
И да, забыла сказать раньше - версия 7.11.
