УТ 11.4 слияние 2х баз в одну и жуткие последствия
В общем досталось чудо творения, база сотрицательными остатками, в которой ни один документ, где остатки хоть раз были на минусе не проводятся с ошибкой
Ошибка в алгоритмах при записи Оприходование излишков товаров ИПУТ-000009 от 31.07.2020 23:59:59 в регистр РезервыТоваровОрганизаций: организация и кор. организация совпадают, но при этом тип запасов вида запасов не ТоварНаХраненииСПравомПродажи Слюда (от 1-5 цветков); Торговый зал-Матв ИП-Собственный товар; Организация: Матв ИП-<без номера ГТД>. Обратитесь к разработчикам программы.
Ошибка в алгоритмах при записи Оприходование излишков товаров ИПУТ-000009 от 31.07.2020 23:59:59 в регистр РезервыТоваровОрганизаций: организация и кор. организация совпадают, но при этом тип запасов вида запасов не ТоварНаХраненииСПравомПродажи Гвоздика в ассортименте (цветная); Торговый зал-Матв ИП-Собственный товар; Организация: Матв ИП-<без номера ГТД>. Обратитесь к разработчикам программы.
{ОбщийМодуль.ОбщегоНазначенияУТКлиент.Модуль(1455)}: Результат = Форма.Записать(ПараметрыЗаписи);
{ОбщийМодуль.ОбщегоНазначенияУТКлиент.Модуль(1479)}: Если ЗаписатьОбъект(Форма, ПараметрыЗаписи) Тогда
{ОбщийМодуль.ОбщегоНазначенияУТКлиент.Модуль(1429)}: ЗаписатьОбъектИЗакрыть(Форма, ПараметрыЗаписи);
{Документ.ОприходованиеИзлишковТоваров.Форма.ФормаДокумента.Форма(440)}: ОбщегоНазначенияУТКлиент.ПровестиИЗакрыть(ЭтаФорма);
по причине:
Ошибка при выполнении обработчика - 'ОбработкаПроведения'
по причине:
Ошибка в алгоритмах при записи Оприходование излишков товаров ИПУТ-000009 от 31.07.2020 23:59:59 в регистр РезервыТоваровОрганизаций: организация и кор. организация совпадают, но при этом тип запасов вида запасов не ТоварНаХраненииСПравомПродажи Слюда (от 1-5 цветков); Торговый зал-Матв ИП-Собственный товар; Организация: Матв ИП-<без номера ГТД>. Обратитесь к разработчикам программы.
Ошибка в алгоритмах при записи Оприходование излишков товаров ИПУТ-000009 от 31.07.2020 23:59:59 в регистр РезервыТоваровОрганизаций: организация и кор. организация совпадают, но при этом тип запасов вида запасов не ТоварНаХраненииСПравомПродажи Гвоздика в ассортименте (цветная); Торговый зал-Матв ИП-Собственный товар; Организация: Матв ИП-<без номера ГТД>. Обратитесь к разработчикам программы.
{ОбщийМодуль.ЗапасыСервер.Модуль(795)}: НаборРезервыТоваровОрганизаций.Записать();
{Документ.ОприходованиеИзлишковТоваров.МодульОбъекта(198)}: ЗапасыСервер.СформироватьРезервыПоТоварамОрганизаций(ЭтотОбъект, Отказ, ПараметрыЗаполнения);
по причине:
Ошибка при выполнении обработчика - 'ПриЗаписи'
по причине:
Ошибка в алгоритмах при записи Оприходование излишков товаров ИПУТ-000009 от 31.07.2020 23:59:59 в регистр РезервыТоваровОрганизаций: организация и кор. организация совпадают, но при этом тип запасов вида запасов не ТоварНаХраненииСПравомПродажи Слюда (от 1-5 цветков); Торговый зал-Матв ИП-Собственный товар; Организация: Матв ИП-<без номера ГТД>. Обратитесь к разработчикам программы.
Ошибка в алгоритмах при записи Оприходование излишков товаров ИПУТ-000009 от 31.07.2020 23:59:59 в регистр РезервыТоваровОрганизаций: организация и кор. организация совпадают, но при этом тип запасов вида запасов не ТоварНаХраненииСПравомПродажи Гвоздика в ассортименте (цветная); Торговый зал-Матв ИП-Собственный товар; Организация: Матв ИП-<без номера ГТД>. Обратитесь к разработчикам программы.
{РегистрНакопления.РезервыТоваровОрганизаций.МодульНабораЗаписей(449)}: ВызватьИсключение СтрСоединить(МассивТекстовИсключений,Символы.ПС);
{ОбщийМодуль.ЗапасыСервер.Модуль(795)}: НаборРезервыТоваровОрганизаций.Записать();
{Документ.ОприходованиеИзлишковТоваров.МодульОбъекта(198)}: ЗапасыСервер.СформироватьРезервыПоТоварамОрганизаций(ЭтотОбъект, Отказ, ПараметрыЗаполнения);
Ошибка в алгоритмах при записи Оприходование излишков товаров ИПУТ-000009 от 31.07.2020 23:59:59 в регистр РезервыТоваровОрганизаций: организация и кор. организация совпадают, но при этом тип запасов вида запасов не ТоварНаХраненииСПравомПродажи Слюда (от 1-5 цветков); Торговый зал-Матв ИП-Собственный товар; Организация: Матв ИП-<без номера ГТД>. Обратитесь к разработчикам программы.
Ошибка в алгоритмах при записи Оприходование излишков товаров ИПУТ-000009 от 31.07.2020 23:59:59 в регистр РезервыТоваровОрганизаций: организация и кор. организация совпадают, но при этом тип запасов вида запасов не ТоварНаХраненииСПравомПродажи Гвоздика в ассортименте (цветная); Торговый зал-Матв ИП-Собственный товар; Организация: Матв ИП-<без номера ГТД>. Обратитесь к разработчикам программы.
{ОбщийМодуль.ОбщегоНазначенияУТКлиент.Модуль(1455)}: Результат = Форма.Записать(ПараметрыЗаписи);
{ОбщийМодуль.ОбщегоНазначенияУТКлиент.Модуль(1479)}: Если ЗаписатьОбъект(Форма, ПараметрыЗаписи) Тогда
{ОбщийМодуль.ОбщегоНазначенияУТКлиент.Модуль(1429)}: ЗаписатьОбъектИЗакрыть(Форма, ПараметрыЗаписи);
{Документ.ОприходованиеИзлишковТоваров.Форма.ФормаДокумента.Форма(440)}: ОбщегоНазначенияУТКлиент.ПровестиИЗакрыть(ЭтаФорма);
по причине:
Ошибка при выполнении обработчика - 'ОбработкаПроведения'
по причине:
Ошибка в алгоритмах при записи Оприходование излишков товаров ИПУТ-000009 от 31.07.2020 23:59:59 в регистр РезервыТоваровОрганизаций: организация и кор. организация совпадают, но при этом тип запасов вида запасов не ТоварНаХраненииСПравомПродажи Слюда (от 1-5 цветков); Торговый зал-Матв ИП-Собственный товар; Организация: Матв ИП-<без номера ГТД>. Обратитесь к разработчикам программы.
Ошибка в алгоритмах при записи Оприходование излишков товаров ИПУТ-000009 от 31.07.2020 23:59:59 в регистр РезервыТоваровОрганизаций: организация и кор. организация совпадают, но при этом тип запасов вида запасов не ТоварНаХраненииСПравомПродажи Гвоздика в ассортименте (цветная); Торговый зал-Матв ИП-Собственный товар; Организация: Матв ИП-<без номера ГТД>. Обратитесь к разработчикам программы.
{ОбщийМодуль.ЗапасыСервер.Модуль(795)}: НаборРезервыТоваровОрганизаций.Записать();
{Документ.ОприходованиеИзлишковТоваров.МодульОбъекта(198)}: ЗапасыСервер.СформироватьРезервыПоТоварамОрганизаций(ЭтотОбъект, Отказ, ПараметрыЗаполнения);
по причине:
Ошибка при выполнении обработчика - 'ПриЗаписи'
по причине:
Ошибка в алгоритмах при записи Оприходование излишков товаров ИПУТ-000009 от 31.07.2020 23:59:59 в регистр РезервыТоваровОрганизаций: организация и кор. организация совпадают, но при этом тип запасов вида запасов не ТоварНаХраненииСПравомПродажи Слюда (от 1-5 цветков); Торговый зал-Матв ИП-Собственный товар; Организация: Матв ИП-<без номера ГТД>. Обратитесь к разработчикам программы.
Ошибка в алгоритмах при записи Оприходование излишков товаров ИПУТ-000009 от 31.07.2020 23:59:59 в регистр РезервыТоваровОрганизаций: организация и кор. организация совпадают, но при этом тип запасов вида запасов не ТоварНаХраненииСПравомПродажи Гвоздика в ассортименте (цветная); Торговый зал-Матв ИП-Собственный товар; Организация: Матв ИП-<без номера ГТД>. Обратитесь к разработчикам программы.
{РегистрНакопления.РезервыТоваровОрганизаций.МодульНабораЗаписей(449)}: ВызватьИсключение СтрСоединить(МассивТекстовИсключений,Символы.ПС);
{ОбщийМодуль.ЗапасыСервер.Модуль(795)}: НаборРезервыТоваровОрганизаций.Записать();
{Документ.ОприходованиеИзлишковТоваров.МодульОбъекта(198)}: ЗапасыСервер.СформироватьРезервыПоТоварамОрганизаций(ЭтотОбъект, Отказ, ПараметрыЗаполнения);
Найденные решения
Решение оказалось в "кривых" отчетах кассовых смен, которые двигали регистр заявки (регистр сведений вроде)
Ну в общем снял все с проведения и потом провел заново,
база заработала.
ГУТ
Заказчик оказался непорядочным предоплату за работу не внес, в итоге потом сам плюхался 2 дня и так же нашел решение проблемы.
Вопрос зачем тогда люди просят оказать услугу, если оплачивать не намерены?
В черный список заказчиков бы добавить их ИНН с выкладкой базы)))
Ну в общем снял все с проведения и потом провел заново,
база заработала.
ГУТ
Заказчик оказался непорядочным предоплату за работу не внес, в итоге потом сам плюхался 2 дня и так же нашел решение проблемы.
Вопрос зачем тогда люди просят оказать услугу, если оплачивать не намерены?
В черный список заказчиков бы добавить их ИНН с выкладкой базы)))
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) Вам нужно обратить внимание на справочники КлючиАналитикиУчетаНоменклатуры, ВидыЗапасов, КлючиАналитикаРасчетовСПартнерами, КлючиПартий и прочие ключи. У каждого справочника есть регистр сведений, ради которого он создавался.
Скорее всего при слиянии баз тащили вместе с этими ключами и теперь там ваханалия. Еще хуже если в регистрах сведений ваханалия.
Это первое, на что нужно посмотреть.
Далее нужно учесть, что перепроведение не очищает вспомогательные реквизиты в документах. Нужно распровести документ, а после провести. Тогда будут найдены правильные эл. справочников, или созданы новые.
Это не вся муть, что там есть, поверьте. Говорить о том, чтобы обороты и остатки после этих манипуляций сойдутся очень опрометчиво.
Весь этот процесс очень очень мутный и я вам сочувствую. Если есть вариант соскочить с этой работы, то соскакивайте.
Скорее всего при слиянии баз тащили вместе с этими ключами и теперь там ваханалия. Еще хуже если в регистрах сведений ваханалия.
Это первое, на что нужно посмотреть.
Далее нужно учесть, что перепроведение не очищает вспомогательные реквизиты в документах. Нужно распровести документ, а после провести. Тогда будут найдены правильные эл. справочников, или созданы новые.
Это не вся муть, что там есть, поверьте. Говорить о том, чтобы обороты и остатки после этих манипуляций сойдутся очень опрометчиво.
Весь этот процесс очень очень мутный и я вам сочувствую. Если есть вариант соскочить с этой работы, то соскакивайте.
Только инвентаризация с параллельным включением инструментов контроля.
Быстрее и полезнее будет начать учёт с некоей новой точки отсчёта. Вполне возможно с новыми складами. А может быть даже и с новыми организациями...
Быстрее и полезнее будет начать учёт с некоей новой точки отсчёта. Вполне возможно с новыми складами. А может быть даже и с новыми организациями...
(26)
так оно всегда простое....
ручной режим работы
выгрузил данные в ексель
показал заказчикам, где минуса по количеству и взаиморасчетах
согласен ? - работаем
нет- извините, мне пора.
и конечно загрузка в новую базу
настройки базы - заказчик или исполнитель ( по согласию )
а иначе смысл - перенос ошибок,хвостов и всякого мусора ?
хотя может человек лучше придумал :)
так оно всегда простое....
ручной режим работы
выгрузил данные в ексель
показал заказчикам, где минуса по количеству и взаиморасчетах
согласен ? - работаем
нет- извините, мне пора.
и конечно загрузка в новую базу
настройки базы - заказчик или исполнитель ( по согласию )
а иначе смысл - перенос ошибок,хвостов и всякого мусора ?
хотя может человек лучше придумал :)
Я бы базу чистую поставил, перенес бы туда справочники(без дублей), сделал ревизию, Заказал бы акты сверок и т.д. Настроил правильно работу УТ (с учетом будущего развития) очень пного можно перенести без гемора типа цен соглашений и т.д.. Удостоверился, что финансирование продолжается (внедрения 1С) и НАЧАЛ БЫ ЖИТЬ ПРАВИЛЬНО в одной базе, но с чистого листа.
(36)Это называется признать что внедрение не состоялось и заново заплатить за внедрение тому кто понимает как это внедрять :)
Совершенно правильная логика, потому что все убытки понесенные заказчиком до нашей встречи с ним это его убытки, а не мои инвестиции в его выгоду.
Совершенно правильная логика, потому что все убытки понесенные заказчиком до нашей встречи с ним это его убытки, а не мои инвестиции в его выгоду.
Для всех тех кому интересна судьба этой базу.
Все оказалось с одной стороны сложней а с другой проще.
Эта база досталась с этой ошибкой и предложением от предыдущего специалиста о переходе на новую чистую базу.
Что можно сказать о базе? Уж не знаю из скольки баз она получилась но итоговый вариант содержал остатки от много-фирмености и интеркомпани. Последнее собственно и служило причиной ошибки.
На сколько я смог понять в базе пробывали вести учет по нескольким юр. лица а в конце августа еще и включили продажи собственным фирмам. Потом было принято решение отказаться от учета по нескольким фирмам и все - буквально все было повешено на одно ИП а остальные организации были помечены на удаление. На это ИП все вешалось я так понимаю с помощью обработки по поиску и замене значений. Но эта обработка порой бывает очень опасной) Так и случилось и значения в регистр РезервыТоваровОрганизаций: организация и кор. организация совпадают стали ровны. О чем нам собственно и говорит система. А такого быть не может по ее логике. Так как фирма сама себе продать в конце месяца не сможет.
Как все это лечится? Просто очищаем этот регистр, так как фирма осталась одна и его записи не имеют НИКАКОГО смысла.
После этого проверяем и лечим все ключи аналитики, окончательно удаляем ненужные организации из справочника а не просто снимаем галку "учет по нескольким фирмам". Препроводим все документы и попадаем на отрицательные остатки.
Далее нудная но нужная процедура по их исправлением этих остатков путем восстановление последовательности приходов и расходов.
Вот такая история одной ошибки)
Все оказалось с одной стороны сложней а с другой проще.
Эта база досталась с этой ошибкой и предложением от предыдущего специалиста о переходе на новую чистую базу.
Что можно сказать о базе? Уж не знаю из скольки баз она получилась но итоговый вариант содержал остатки от много-фирмености и интеркомпани. Последнее собственно и служило причиной ошибки.
На сколько я смог понять в базе пробывали вести учет по нескольким юр. лица а в конце августа еще и включили продажи собственным фирмам. Потом было принято решение отказаться от учета по нескольким фирмам и все - буквально все было повешено на одно ИП а остальные организации были помечены на удаление. На это ИП все вешалось я так понимаю с помощью обработки по поиску и замене значений. Но эта обработка порой бывает очень опасной) Так и случилось и значения в регистр РезервыТоваровОрганизаций: организация и кор. организация совпадают стали ровны. О чем нам собственно и говорит система. А такого быть не может по ее логике. Так как фирма сама себе продать в конце месяца не сможет.
Как все это лечится? Просто очищаем этот регистр, так как фирма осталась одна и его записи не имеют НИКАКОГО смысла.
После этого проверяем и лечим все ключи аналитики, окончательно удаляем ненужные организации из справочника а не просто снимаем галку "учет по нескольким фирмам". Препроводим все документы и попадаем на отрицательные остатки.
Далее нудная но нужная процедура по их исправлением этих остатков путем восстановление последовательности приходов и расходов.
Вот такая история одной ошибки)
(40)
На сколько я смог понять в базе пробывали вести учет по нескольким юр. лица а в конце августа еще и включили продажи собственным фирмам. Потом было принято решение отказаться от учета по нескольким фирмам и все - буквально все было повешено на одно ИП а остальные организации были помечены на удаление.
------------------------------
а в тендере небось будет написано :)
база чистая,свертку не делали
нужно перенести остатки в базу
налетай :)
На сколько я смог понять в базе пробывали вести учет по нескольким юр. лица а в конце августа еще и включили продажи собственным фирмам. Потом было принято решение отказаться от учета по нескольким фирмам и все - буквально все было повешено на одно ИП а остальные организации были помечены на удаление.
------------------------------
а в тендере небось будет написано :)
база чистая,свертку не делали
нужно перенести остатки в базу
налетай :)
(40) Ну тем кто реально учет ведет процедура в целом ясна. А вот стоимость ее? Во сколько, если не секрет вы оценили лечение?
Тут кстати два этапа - нормализовать виды запасов и аналитики учета по партнерам и номенклатуре можно и обработкой. То есть после того как она отлажена, она все сделает сама, правда если месяца закрывались то документы партий (а это могли быть документы передач товаров между организациями) в движениях расхода придется тоже вычищать.
Во сколько вы оцениваете разработку и применение инструментария с гарантией качества результата?
В итоге, с горем пополам, мы приходим к отрицательным остаткам
Этим должен заниматься кто? Сколько месяцев кривой истории в базе? Какова стоимость восстановления учета за период 1 календарный месяц по первичке?
В реалиях все персоналии, которые попадали в ситуацию с деградацией учета запасов (отрицательные остатки по товарам организаций), приходили к выводу о нецелесообразности восстановления учета исторически, на периодах более 2-х месяцев и отделывались либо перезапуском учета либо корректировкой регистров на некую конечную дату обнаруженной вакханалии...
У нас в регионе, у франч, на восстановление учета цена заградительная, что то около 100-120 т. р. за месяц из того периода что надо восстановить. То есть, надо восстановить полгода - отсчитайте 600 - 720 рябчиков.
Видел пример когда команда неспециалистов ввязалась в бой, оценив восстановление 8 месяцев, но правда только запущенных расчетов за 400 000 но слилась, получив аванс в сотку но так и не сделав ничего даже с расчетами :), и не вернув аванса, кстати :)
Тут кстати два этапа - нормализовать виды запасов и аналитики учета по партнерам и номенклатуре можно и обработкой. То есть после того как она отлажена, она все сделает сама, правда если месяца закрывались то документы партий (а это могли быть документы передач товаров между организациями) в движениях расхода придется тоже вычищать.
Во сколько вы оцениваете разработку и применение инструментария с гарантией качества результата?
В итоге, с горем пополам, мы приходим к отрицательным остаткам
Далее нудная но нужная процедура по их исправлением этих остатков путем восстановление последовательности приходов и расходов.
Этим должен заниматься кто? Сколько месяцев кривой истории в базе? Какова стоимость восстановления учета за период 1 календарный месяц по первичке?
В реалиях все персоналии, которые попадали в ситуацию с деградацией учета запасов (отрицательные остатки по товарам организаций), приходили к выводу о нецелесообразности восстановления учета исторически, на периодах более 2-х месяцев и отделывались либо перезапуском учета либо корректировкой регистров на некую конечную дату обнаруженной вакханалии...
У нас в регионе, у франч, на восстановление учета цена заградительная, что то около 100-120 т. р. за месяц из того периода что надо восстановить. То есть, надо восстановить полгода - отсчитайте 600 - 720 рябчиков.
Видел пример когда команда неспециалистов ввязалась в бой, оценив восстановление 8 месяцев, но правда только запущенных расчетов за 400 000 но слилась, получив аванс в сотку но так и не сделав ничего даже с расчетами :), и не вернув аванса, кстати :)
Решение оказалось в "кривых" отчетах кассовых смен, которые двигали регистр заявки (регистр сведений вроде)
Ну в общем снял все с проведения и потом провел заново,
база заработала.
ГУТ
Заказчик оказался непорядочным предоплату за работу не внес, в итоге потом сам плюхался 2 дня и так же нашел решение проблемы.
Вопрос зачем тогда люди просят оказать услугу, если оплачивать не намерены?
В черный список заказчиков бы добавить их ИНН с выкладкой базы)))
Ну в общем снял все с проведения и потом провел заново,
база заработала.
ГУТ
Заказчик оказался непорядочным предоплату за работу не внес, в итоге потом сам плюхался 2 дня и так же нашел решение проблемы.
Вопрос зачем тогда люди просят оказать услугу, если оплачивать не намерены?
В черный список заказчиков бы добавить их ИНН с выкладкой базы)))
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот