Имя: Пароль:
1C
1C 7.7
v7: Распределение партий в ТиС
0 saksaul
 
27.02.12
11:04
Платформа 1с77-27
конфигурация: Торговля и склад типовая, Релиз 2007 (конкретно не помню номер) года.

Принесли БД с нарушением границы последовательности... Восстановил границу, при проведении увидел сообщения о не распределении. Начал копать, при единственной реализации номенклатуры "А" за 2012 год в отчете "Движения документа по регистрам" списывается партия номенклатуры "Б" (приход 2007 года), а при построении отчета "Ведомость по партиям" по номенклатуре "А" выводится единственное поступление (было в 2009 году) именно по ней ну и расходе стоит реализация которую я проверяю.
Кто-нибудь сталкивался с чем-то подобным? Работать продолжу только вечером, но может кто-то поделится боевым опытом.
1 nicxxx
 
27.02.12
11:06
удалить таблицы регистров и перепровести все документы не предлагать?
2 nicxxx
 
27.02.12
11:07
ну или заглянуть непосредственно в сами таблицы и непосредственно там исправить
3 saksaul
 
27.02.12
11:08
предлагать все что угодно, хочу набрать пакет решений когда снова за комп сяду
4 alkov
 
27.02.12
11:17
Товар является комплектом?
5 saksaul
 
27.02.12
11:41
товар не комплект
6 ALoHA
 
27.02.12
12:45
Документы оперативно проводите, или задним числом?
7 andrewks
 
27.02.12
13:10
наверняка в партионном учёте полный бардак, с минусами, нераспределившимися суммами, и прочей хренью.

обычно или вбивается болт, или делается новая база "с нуля", причём, может даже есть смысл остатки туда внести вручную, по данным инвентаризации
8 saksaul
 
27.02.12
13:29
документы всегда оперативно проводили, со слов клиента

да, похоже этот бардак не первый день :( Попросил заказчика поднять БД за декабрь "когда всё было хорошо" - граница последовательности в 2007 году... все это сильно смахивает на резку базы в итоге :(
9 Злопчинский
 
27.02.12
13:30
(0) начать следует отсюда:
> Начал копать, при единственной реализации номенклатуры "А" за 2012 год в отчете "Движения документа по регистрам" списывается партия номенклатуры "Б" (приход 2007 года), а при построении отчета "Ведомость по партиям" по номенклатуре "А" выводится единственное поступление (было в 2009 году) именно по ней ну и расходе стоит реализация которую я проверяю.
.
Итого: имеем противоречивые данные в изложении автора.
.
1. убедиться, какой все-таки товар списывается при проведении реализации: журнал документов, стать на реализацию, правой мышью, движения документа, стать на партии наличии - ок, смотрим что записано в табличке - КАКОЙ ТОВАР? а или б?
.
- пиши ответ сюда.
10 Злопчинский
 
27.02.12
13:31
(8) резка базы не приводит к таким противоречиям как в (0). это возможно только при прямой записи в регистры. РУЧНОЕ ПЕРЕПРОВЕДЕНИЕ ДОКУМЕНТА - должно исправить имеющуюся противоречие...
короче - ждем (9)
11 Масянька
 
27.02.12
13:36
Как вариант - восстановление ГП. С 2007 года. Архив!!! Неизвестно  - к чему сие приведет...
12 Злопчинский
 
27.02.12
13:39
(11) не надо никаких восстановлений с 2007 г (если только восстановление не занимает 15-20 минут).
Налицо - трабл, в чем причина (кривой рукоблудный код или еще что) - хз.
Проблема есть - убираем ее. достаточно провести приход и расход по этой "проблеме" вручную.
Проблему забороли - можно начать восстанавливать ГП - наткнулись на очередную проблему - решаем ее.
.
как вариант оценки сложности проблем - ПРЕДВАРИТЕЛЬНЫЙ осмотр ведомости по партиям с максимальнйо детализацией.
13 Масянька
 
27.02.12
13:43
(12) Не согласна. В приходе и расходе, 100%, не одна позиция. Да, может быть (!), одна позиция с минусом поправится, а остальные?
14 Масянька
 
27.02.12
13:43
(12) Если ГП восстанавливается не 15-20 мин и с ошибками - уже показан уровень сложности.
15 Злопчинский
 
27.02.12
13:45
(13) в (9)ь - я ж написал - в изложении ТС - противоречие в базе. ТАК БЫТЬ НЕ ДОЛЖНО. в штатной базе не м.б. чтобы в отчете по движениям регистра был ТоварА, а в Ведомости по партиям - ТоварБ
- пусть СНАЧАЛА это раскопает - ибо или глюк (исправляется перепроведением ручным) или автор не туда смотрит и неправильно трактует отчеты...
.
подожду еще 5 минут - автор не нарисуется - ССЗБ, пусть сам трахается
16 Злопчинский
 
27.02.12
13:47
Уровень сложности - это если в настрйоках учета отключен контроль остатков.
если это так - то за 2лечение" такой базы - сумма*5
.
17 saksaul
 
27.02.12
14:49
автор до базы доедет только через 2 часа, раньше я ничего написать не смогу
18 saksaul
 
28.02.12
11:09
контроль остатков в БД не отключен.
если кому интересно, тестирование и исправление БД вылечило 99% партий, оставшийся процент решился перепроведением поступлений и реализаций