Версия для печати
Нажмите сюда для просмотра этой темы в оригинальном формате |
Форум на Исходниках.RU > 1С: Проблемы и решения > Изменение старых записей в 1С |
Автор: Georgy 24.12.03, 06:13 |
Ситуация следующая. При изменении старой записи в справочнике и попытке распечатать документ, печатается в старый вариант записи. Подробнее: Когда-то создали контрагента. Спустя некоторое время понадобилось поменять его наименование. Поменяли. Пытаемся распечатать платежку. В выпадающем списке выбираем этого контрагента (причем светиться исправленное имя). Жмем печать. Видим в печатной форме старое наименование контрагента. Что это за ерунда? Неужели нужно создавать полностью новую запись в справочнике контрагентов? Так там и старая будет болтаться, т.к. нельзя удалить в связи использованием ее в старых документах. У друга, который работает с 1С дольше меня, спрашиваю об этом, он говорит, что так и есть, разработчики 1С не додумали. Может все-таки мы чего-то не додумали? |
Автор: DrMort 24.12.03, 07:22 |
Если знаком с конфигураторм, войди в печатную форму платежки и посмотри что там выводится на печать. Вполне может (скорее всего) оказаться так, что он выводит не наименование, а полное наименование контрагента, про которое вы скорее всего забыли. |
Автор: Georgy 24.12.03, 08:00 |
Печатную форму сейчас нет возможности посмотреть. Посмотрю дома. Но когда проверял, что действительно такой факт имеет место быть, в справочнике менял как наименование, так и полное наименование (т.е. не забыл). А у вас такая ситуация не возникала? |
Автор: DrMort 24.12.03, 08:53 |
Единственное (и то не может такого быть) что еще приходит в голову - такое может быть с периодическими реквизитами, т.к. их значение запоминается на определенную дату то и извлекается на ту же дату. Пример: в феврале поменялся налог который указан как периодический реквизит - в феврале все документы будут проходить под новым значением, а в январе под старым т.к. их это изменение не затронет - изменение значения привязано к дате. К сожалению этот вариант маловероятен - ни разу не видел чтобы наименование было периодическим реквизитом. |
Автор: Georgy 24.12.03, 11:06 |
DrMortу: Что-то вероятность правильности этого предположения у меня тоже вызывает сомнения. А никто не пробовал у себя такую ситуацию? У всех так или только у меня? |
Автор: DrMort 24.12.03, 11:08 |
Смотри конфигуратор, а то у нас просто пустые рассуждения получаются. Посмотри и все сразу ясно станет. |
Автор: ZEE 24.12.03, 11:09 |
да, про наименование как периодический реквизит - эт точно врядли единственный правильный вариант решения здесь - это посмотреть код (Процедура Печать() или Сформировать()) + посмотреть саму таблицу (которая кстати может быть не в самом отчете/документе, а во внешнем файле) Добавлено в тока шо попробовал менять полное наименование контрагента + печать платежного поручения = все путем - отображается то на шо менял... |
Автор: Georgy 24.12.03, 12:03 |
DrMort Ок. Спасибо. Как домой прейду, посмотрю. Завтра напишу. P.S. Что-то не ладно с этой конфигурацией. То расчет налога на доходы пришлось вручную править, теперь этот глюк Человек, у которого брал конфигурацию тоже подтверждает, что печатается старое значение. Добавлено в Ой. Т.е. хотел написать ZEE. Просмотрел, что со мной уже другой человек разговаривает. DrMortу, конечно, тоже спасибо. |
Автор: iskander 24.12.03, 19:48 |
Так. Конечно, без конфигурации говорить тяжко, но попробую. Во-первых, версия с периодическими реквизитами не такая уж неправдоподобная: имя контрагента во всех старых документах ведь не должно изменяться, если на каком-то этапе он переименовался (вариант с просто опечаткой в рассчет не берем)? Так что тоже вполне себе вариант, ИМХО. Хотя и процедурки не мешает глянуть. Может там вообще не пойми чего творится, и такое бывало. А еще малоправдоподобная версия: У тебя точно все нормально с правами на изменение этих параметров? Может оно просто ждет утверждения от чела с соответствующими правами? (эквивалент пометки на удаление) |
Автор: Georgy 25.12.03, 07:03 |
Спасибо всем. Тему, похоже, закрывать надо. Вчера мне принесли другую конфигурацию, в ней все ок. Сравнив код, принципиальных отличий не нашел. Поговорил с гл. бухгалтером и он согласился перейти на комплексную конфигурацию с начала года (я даже не уговаривал, он сам предложил). Вот так проблема решилась радикальным способом. В чем глюк может со временем и ростом опыта пойму. Тогда допишу в эту тему и расскажу, где глюк прятался. |