C_CHECKOPER
Краткое описание :
Выводить в протокол название документа, а не вид.Описание :
Проверка накладныхЧто измененно :
Выводить в протокол название документа, а не
вид(503/251/229/210), см. может есть и другие документы с видом..:
Документ с видом <503> № MIV@000004 от 31/05/2007: была неправильная ссылка на
валюту (0 вместо 2) в одной из спецификаций. (Table SpSopr NRec=2169)
Документ с видом <251> № MIV@000000 от 02/08/2007: была неправильная ссылка на
валюту (0 вместо 2) в одной из спецификаций. (Table SpSopr NRec=3070)
Документ с видом <229> № MIV@000007 от 01/04/2008: была неправильная ссылка на
валюту (0 вместо 2) в одной из спецификаций. (Table SpSopr NRec=6205)
Документ с видом <210> № MIV@000012(-КН) от 23/12/2009: была неправильная
ссылка на валюту (0 вместо 2) в одной из спецификаций. (Table SpSopr
NRec=4611700078852032232)
Акт на пересортицу № MIV@000030 от 29/06/2006: была неправильная ссылка на
валюту (0 вместо 2) в одной из спецификаций. (Table SpSopr
NRec=4611811196237388371)
Акт на списание из производства /подразделение-.../ № MIV@000001 от
16/10/2006: была неправильная ссылка на валюту (0 вместо 2) в одной из
спецификаций. (Table SpSopr NRec=4611811214379717154)
Накладная на возврат МЦ покупателями по рекламации (СБЫТ) № MIV@654556 от
18/05/2010: была неправильная ссылка на валюту (0 вместо 2) в одной из
спецификаций. (Table SpSopr NRec=4611814965244393387)
Накладная на ОТПУСК МЦ № MIV@000087 от 24/05/1999: нет ссылки на спецификацию
СФ. Не найдено ни одной подходящей ссылки. (Table SpSopr
NRec=4611818387120563020)
Накладная на возврат товара консигнатору № MIV@000003 от 28/04/2011: была
неправильная ссылка на валюту (0 вместо 2) в одной из спецификаций. (Table
SpSopr NRec=4611889359391931736)
Накладная на возврат МЦ покупателями по рекламации (СБЫТ) № MIV@654590 от
01/08/2012: была неправильная ссылка на валюту (0 вместо 2) в одной из
спецификаций. (Table SpSopr NRec=4611978676093029980)
Проверка накладных закончена
Как измененно :
Для документов с типом 503/251/229/210
выводиться их текстовое описание.
C_CHECKOPER
Краткое описание :
Вставить букву "В"Описание :
Проверка ордеровЧто измененно :
нужно исправить текст сообщения
Как измененно :
исправлено. текст будет выглядеть таким образом:
...
приходный ордер №732 от 01/03/2010 г. Тип ордера - склад: не соответствует код
группы подразделений (Table SklOrder NRec=4611843928274676269)
для сообщений, связанных исключительно с ордером
...
Спецификация приходного ордера №732 от 01/03/2010 г. Тип ордера - склад: не
соответствует код группы подразделений (Table SklOrder NRec=4611843928274676269)
для сообщений, связанных со спецификацией
C_CHECKOPER
Краткое описание :
время проверки КОУОписание :
Проверка накладныхЧто измененно :
Клиент просит уменьшить время проверки КОУ по накладным (см.
файл).
Как измененно :
Время проверки уменьшилось. Вместо 3 этапов теперь 2.
Этам проверки корректонсти ТТН в накладных проходит во время проверки
ссылки в накладных.
C_CHECKOPER
Краткое описание :
Некорректно указан тип документа!Описание :
Проверка ДОЧто измененно :
Некорректно указан тип документа! Пишет 111 - это акт на прием
услуг,
а на самом деле это ДО на предоплату закупок!
Надо писать в протоколе название документа, согласно кодов документов системы.
Проверка документов-оснований
Документ с типом "111" № MIV@1222 от 28/02/2007: в одном из этапов ДО есть
несоответствие дат (вместо даты 28/02/2007 была дата ДД/ММ/ГГГГ). (Table
StepDoc NRec = 4611734324924281720)
В данном этапе ДО изменяется поле - Дата начала этапа
Счет на закупку № MIV@6445546 от 03/05/2010: в одном из этапов ДО есть
несоответствие дат (вместо даты 03/05/2010 была дата ДД/ММ/ГГГГ). (Table
StepDoc NRec = 4611826112167525606)
В данном этапе ДО изменяется поле - Дата начала этапа
Документ с типом "111" № MIV@1222 от 28/02/2007: в одной из спецификаций
этапов ДО в поле Дата начала этапа вместо даты ДД/ММ/ГГГГ дата 28/02/2007.
(Table SpStep NRec = 4611841826656317605)
Документ с типом "111" № MIV@1222 от 28/02/2007: в одной из спецификаций
этапов ДО в поле Дата начала этапа вместо даты ДД/ММ/ГГГГ дата 28/02/2007.
(Table SpStep NRec = 4611855244304762886)
Счет на закупку № MIV@6445546 от 03/05/2010: в одной из спецификаций этапов ДО
в поле Дата начала этапа вместо даты ДД/ММ/ГГГГ дата 03/05/2010. (Table SpStep
NRec = 4611857437769163132)
Обнаружено:
не связанных с документом этапов ДО: 0
некорректных спецификаций ДО: 0,
в том числе без МЦ/услуги: 0
не связанных со спецификацией резервов по ДО: 1
Для их удаления запустите процесс снова...
Необходимы исправления в таблицах:
дата в спецификациях этапов ДО..3
валюта в спецификациях этапов ДО..0
дата в этапах ДО................2
сумма в этапах ДО...............0
год в документах-основаниях.....0
дата окончания действия ДО......0
Выявлено не связанных с журналом хозопераций ДО: 1
Проверка документов-оснований закончена
Как измененно :
исправлено.
C_CHECKOPER
Краткое описание :
Пропущен пробел между сообщением и названием организацииОписание :
Проверка контрагентов (~Н)Что измененно :
После проверки получаем лог файл.
............................................
Проверка контрагентов
Дублирование значения ключа дляООО "МЕГА АЛЬЯНС" (Table KatOrg
NRec=281474976710844)
Дублирование значения ключа дляООО Даймэкс Новосибирск (Table KatOrg
NRec=281474976710850)
Дублирование значения ключа дляЗАО Инэко Москва (Table KatOrg
NRec=562949953421514)
Дублирование значения ключа дляЕгоров Егор Николаевич (Table KatOrg
NRec=562949953421516)
Дублирование значения ключа дляМинистерство экономики Удмуртской Республики
(Table KatOrg NRec=4612055073387967389)
Дублирование значения ключа дляАО Акзо Нобел Инкс ОЮ (Финляндия) Москва (Table
KatOrg NRec=4612234282245182433)
Выявлено 39 несоответствий в наименованиях организаций
Добавлено 114 записей в каталог для интерфейса выбора банков
Проверка каталога контрагентов закончен
............................................
Между "для" и названием контра надо бы поставить пробел.
Как измененно :
Добавлен пробел.
C_CHECKOPER
Краткое описание :
Ошибки при проверке КОУ "Ордера с удалением"Описание :
Проверка ордеровЧто измененно :
Ошибки при проверке КОУ "Ордера с удалением"
При Проверке КОУ "Ордера с удалением" выявилось 2 проблемы/ошибки (думаю они
связанные)
Кратко опишу тут:
При проверках и наличие в БД пустых ордеров (когда заведены только шапки):
1. В отчете после проверки Пишет Удалено 2 пустых ордера (на практике и больше
было с множителем 2), хотя удаляется всего одна шапка.
2. При создании ордера, идут вставки в др. таблицы (по словам заказчика в
SoprHoz, у меня при проверке на тестовой в AttrVal), а УДАЛЯЕТСЯ при проверке
только шапка, что приводит к увеличению мусора в БД и введения путаницы.
Подробное описание 2. пункта во вложении.
Как измененно :
При удалении ордера удаляются и записи в таблице SoprHoz и
AttrVal.
Подсчет удаленных ордеров ведется верно.
C_CHECKOPER
Краткое описание :
Проверка целостности изменяет наименование банкаОписание :
Проверка контрагентовЧто измененно :
Проверка целостности изменяет наименование банка на "Иркутск".
Однако, такого города нет в таблице katcity.
Подробно во вложении.
Как измененно :
Исправлена ошибка следующим образом:
Убрана по умолчанию опция Проверять соответствие расчетные счета -> банки
Алгоритм по данной опции работает следующим образом:
a) восстанавливается связь между р./с. и банком, если ее не было.
подставляется существующий банк, найденный в бд по ограничениям
согласно настройке
"Настройки Галактики \ Общие настройки системы \ Каталог организаций и банков
\ Привязка банков к справочнику расчетных счетов",
или же создается новый банк в противном случае.
b) после восстановления связи делается проверка на основных полей р.с и банка:
a.1 Наименование банка
a.2 Описание банка
a.3 Адрес банка
a.4 БИК
a.5 РКЦ
a.6 Кор. счет
и если одно из них из р./с. не равно значению из аналогичных полей в банке, то
значения поля берется из р./с.
с) если связь существовала, то делается проверка согласно п. b
Замечание:
при запуске проверки с данной опцией следует помнить, что если р./с. для
одного банка делались в разное время
и за это время у банка менялись вышеуказанные поля, то в разных р./с. может
отличная информация и соответственно
при проверке можем получить эффект возврата старой информации по банку.