В первом варианте дублируется счет, во втором №счета есть а названия нет, в третем- нет названия на укр. языке.
Одно что могут сказать, то это то что всё это случилось после приезда(отъезда) интегратора. Как с таким бороться?
И еще ... При добавлении любого реквизита в любой документ, система делает проверку изменений конфигурации, и потом обязательно почему то делает пересчет бух.итогов за все года и так при любом изменении. В чем дело?
Конфигурация "Бухгалтерия для Украины", релиз пишет что 290(как обновляли не знаю, конфа правленая гдето на 40%)
Причина редактирования: Правила п. 11 Log /upd, спасибо что прочли правила.
"В первом варианте дублируется счет" Странный пипец. Реально пипец.
"во втором №счета есть а названия нет" Не задано название в конфигураторе. Это лень было человеку писать.
"в третем- нет названия на укр. языке." Не задано в пользовательском режиме. Если пользователи хотят - могут заполнить.
"При добавлении любого реквизита в любой документ, система делает проверку изменений конфигурации, и потом обязательно почему то делает пересчет бух.итогов за все года и так при любом изменении. В чем дело?" Брэхня.
"конфа правленая гдето на 40%" Брэхня.
"всё это случилось после приезда(отъезда) интегратора." Что такое интегратор?
"Как с таким бороться?" Наказать недовольных, уволить непричастных.
Нужно: 1) Сохранить базу 2) Протестировать бвазу 3) Привести соответствие плана счетов в предприятии плану счетов в конфигураторе. т.е. в предприятии остались остатки на удаленных счетах. Можно проверить при удалении помеченных объектов.
Никогда не бойся делать то, что не умеешь, помни - Ноев ковчег был построен любителем, профессионалы построили Титаник. ЗиУП
"При добавлении любого реквизита в любой документ, система делает проверку изменений конфигурации, и потом обязательно почему то делает пересчет бух.итогов за все года и так при любом изменении. В чем дело?" Брэхня.
Ну реально, добавил просто реквизит в Налоговую накладную и пишет про изменение в счетах. Ну реально перед этим я сохранял конфигурацию и тоже такая штука.
Цитата
"конфа правленая гдето на 40%" Брэхня.
Ну может быть, я знаю как долго программист её изменял.
Цитата
"всё это случилось после приезда(отъезда) интегратора." Что такое интегратор?
Интегратор- это программист, который начинал внедрять программу, и который занимается её "поддержкой"
Реально почему происходит пересчет итогов? Запарится можно ждать.
Группа: Местный
Сообщений: 1994
Из: Киева и окрестностей
Спасибо сказали: 406 раз
Рейтинг: 0
Небось попросили "просто посмотреть" за "просто так"?
Я бы не ввязывался. а послал бы к "интегратору".
Если браться - то за хорошую оплату. И по-моему, исправлению не подлежит и вариант один: поднять "доприездный" бэкап, если уже успели набить новых доков - перенести чем-нибудь наподобие Универсама. И забыть, как страшный сон.
ЗЫ. Похоже на обновление "не той обновлялкой". Может еще и каким-то "альтернативно одаренным" методом.
Попросили меня посмотреть одну ситуацию: Одно что могут сказать, то это то что всё это случилось после приезда(отъезда) интегратора. Как с таким бороться?
Теоретически всё несложно поправить в том же SQL, при его наличии, либо другими методами - к примеру в первом случае очевидно, что в таблицу плана счетов внесены строки с разными идентификаторами, но одним кодом. Но кто знает, что они там ещё натворили.
Теоретически всё несложно поправить в том же SQL, при его наличии, либо другими методами - к примеру в первом случае очевидно, что в таблицу плана счетов внесены строки с разными идентификаторами, но одним кодом. Но кто знает, что они там ещё натворили.
А чем это всё грозит. Мне такая ситуация не знакома, впервые.
Группа: Пользователи
Сообщений: 1994
Из: Ахметов сити
Спасибо сказали: 333 раз
Рейтинг: 0
Господя ... Что семерошников вообще не осталось? Я с такой ситуацией сталкивался хренову тучу раз ... Вариантов возникновения море ... Но 100% эти пустые счета в таблице имеют одинаковый ID ... Соответственно ручками почистить таблицу dbf или MS SQL ... И все = счастье
Группа: Пользователи
Сообщений: 1994
Из: Ахметов сити
Спасибо сказали: 333 раз
Рейтинг: 0
Цитата(Ardi @ 01.01.12, 15:41)
За 5000 обновлений семерки не разу такого небыло. Что я делаю не так?
Мастерство зверей = возможность совершить то что не смог предусмотреть программист ... Как варианты: 1. Объединение планов счетов с флагом объединять с приоритетом загружаемая, если конфиграция не является наследником текущей 2. Битый индекс и запуск тестирования без переиндексации ...
Группа: Пользователи*
Сообщений: 940
Спасибо сказали: 285 раз
Рейтинг: 0
Цитата(Fynjy @ 01.01.12, 15:35)
Я с такой ситуацией сталкивался хренову тучу раз ...
Интересно Вы работаете
Цитата(Fynjy @ 01.01.12, 15:35)
Но 100% эти пустые счета в таблице имеют одинаковый ID ... Соответственно ручками почистить таблицу dbf или MS SQL ... И все = счастье
Мне когда-то в наследство попала база, в которой было два идентичных элемента справочника НиО (СотрБезраб). Ни один из них не удавалось удалить средствами 1С, а при попытке удаления любого из них из таблицы дбф в 1С появлялась ссылка на ненайденный объект. Решила удалить оба элемента, создать новый и обработкой заменить все ссылки на новый элемент. Но новых создавалось тоже 2. В общем, пометили один из элементов на удаление да и работали себе дальше. Если б кто рассказал, не поверила бы, но видела сие своими глазами. Но план счетов -- не справочник. Вероятно, Ваш вариант, Fynjy, может помочь. P.S. Почему-то мой ответ сохранялся 20 мин...
Господя ... Что семерошников вообще не осталось? Я с такой ситуацией сталкивался хренову тучу раз ... Вариантов возникновения море ... Но 100% эти пустые счета в таблице имеют одинаковый ID ... Соответственно ручками почистить таблицу dbf или MS SQL ... И все = счастье
Спасибо за инфу. Буду знать где рыть.Буду думать браться за роботу.
Еще вопросик, как точно проверить, что после ручной правки базы, она будет без багов работать -- это тестирование, или есть еще какие-то способы?
Группа: Пользователи
Сообщений: 1994
Из: Ахметов сити
Спасибо сказали: 333 раз
Рейтинг: 0
Цитата(5_kopeek @ 01.01.12, 15:57)
Интересно Вы работаете
Мне когда-то в наследство попала база, в которой было два идентичных элемента справочника НиО (СотрБезраб). Ни один из них не удавалось удалить средствами 1С, а при попытке удаления любого из них из таблицы дбф в 1С появлялась ссылка на ненайденный объект. Решила удалить оба элемента, создать новый и обработкой заменить все ссылки на новый элемент. Но новых создавалось тоже 2. В общем, пометили один из элементов на удаление да и работали себе дальше. Если б кто рассказал, не поверила бы, но видела сие своими глазами. Но план счетов -- не справочник. Вероятно, Ваш вариант, Fynjy, может помочь. P.S. Почему-то мой ответ сохранялся 20 мин...
Для программистов и план счетов, и справочник - сущность, которая представлена таблицей. А значит Справочник=ПланСчетов ...
Цитата(dobruan @ 01.01.12, 19:35)
Спасибо за инфу. Буду знать где рыть.Буду думать браться за роботу.
Еще вопросик, как точно проверить, что после ручной правки базы, она будет без багов работать -- это тестирование, или есть еще какие-то способы?
Перепроведите документы за период, который доступен. И сделайте полный пересчет итогов.
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!