Всем привет.

Возникла проблема.
Платформа 77 редакция ТиС.

Проблема:
Не могу сменить "Валюту управленческого учета"

Постояно пишет:
Константа "ВалютаУпрУчёта" не может быть изменена в ручную.


А как тогда ещё ?

Это сообщение отредактировал(а) DzSoft - 2.10.2008, 19:58

А-хахаха....  Ты подумай что будет если ты её сменишь, в случае перепровдения какого-либо из документов, где она уже использовалась. Все движения пересчитаются в соответствии с новым значением валюты и в отчётах будет неразбериха.
На уровне конфигурации спецально установлен запрет после ввода в базу хотябы одного документа, чтобы такие пользователи как ты несмогли её сменить.  

Ну ты меня обрадовал   

Там доков совсем мало. я могу и помурыжаться.

Ты только подскажи, как его снять и сделать мне вместо "у.е." простой Российский "Рубль"

я розобрался. Это мне надо удалить все документы.... Вот это запара.

А по проще никак нельзя??? Без удалений доков.

Добавлено через 10 минут и 42 секунды
Насколько я понял. 
Валюты управленческого учета - это по которым ведётся база.
Например нуменклатура, когда я ввожу позицию, записываю и начинаю вводить цены у меня должна идти "Валюта управленческого учета" в данный момент "Российский рубль".

Так? или Я не прав?

А в нуменклатуре у меня почему-то остались у.е.

Хотя и Бух. и Управленчиский учёт ведётся в рублях.


Как мне изменить у.е. на рубли при забивании в нуменклатуру.

Короче я отказываюсь от у.е. в 1С ТиС

1. Создаешь внешнюю обработку в которой есть 1 процедура:

Процедура ПриОткрытии()
    
    Константа.ВалютаУпрУчета = глРубли;

КонецПроцедуры



2. Открываешь эту обработку.
3. Закрываешь эту обработку.
4. Перепроводишь все документы.

Я новерное, что-то не правельно понял.

Но я попытался сделать и выдало вот это

Значение не представляет агрегатный объект (ВалютаУпрУчета)

Блин, ну посмотри как у тебя правильно эта константа называется...

Постояно пишет:
Константа "ВалютаУпрУчёта" не может быть изменена в ручную.

Вот как написал, так и мне выдаётся и в Конфигураторе она также написана  

Блин, ты всё не как не успокоишся.

Ненужно менять валюту упр. учёта на рубли. Она изходя из стандартов 1с должна быть в долларах, а валюта бухгалтерского учёта в рублях.

Соответственно когда вытаскиваешь данные из регистров и тебя интересует сумма в рублях, вытаскивай по ресурсу "СуммаРуб." и всё. 
Если фирма не работает с долларами вообще, тогда вообще забудь про валюту управленческого учёта. Она тебе не нужна. Пользуйся везде валютой бухгалтерского учёта.

Zero, ГЫ ты забыл, что Анализ продаж показывается только в валюте управленческого учета....

Zero, ты совершенно прав. С долларами, вообще "дело" не имеет отношения. Только рубли. 

И поскольку у Нас Русская страна и везде выставляются в рублях счета, а не в долларах. Тогда зачем мне постоянно подсчитывать сумму, хотя это может делать 1С (себестоимость).
И вбивать это в базу.

Возьмём прайс-лист. При формировании опять же доллары, а не рубли. Везде доллары.
При звонке в офис клиен хочет услышать цену в рублях, а не в доллорах (слышав, что цена в у.е. они или переспрашивают в рублях или теряются). На то, что бы менеджер ответил быстро и оперативно нужны рубли.

Всё нафиг ))))) Бойкот им.

Хочу 1С без у.е. и не заботиться о конвертации рубля к доллору и на оборот.  

В глобальном модуле есть процедура. Изменив её по предложенному примеру, ты сможешь провернуть эту операцию авторизовавшись под Администратором.

Процедура ПриЗаписиКонстанты(ИмяКонст,ЗначКонст) 
    
    // Номер релиза менять вручную нельзя
    Если ИмяКонст = "НомерРелиза" Тогда 
        Если глПользователь.Наименование = "Администратор" Тогда
        Иначе
            Предупреждение("Константа ""НомерРелиза"" является служебной и
            |не может быть изменена вручную.", 60);
            СтатусВозврата(0);
            Возврат;
        КонецЕсли;
    КонецЕсли;
    
    // Их менять вручную нельзя
    Если (ИмяКонст="ВалютаБухУчета")
    ИЛИ  (ИмяКонст="ВалютаУпрУчета") 
    ИЛИ  (ИмяКонст="ПрефиксИБ")
    Тогда 
        Если глПользователь.Наименование = "Администратор" Тогда
        Иначе
            Предупреждение("Константа """+СокрЛП(ИмяКонст)+""" не может быть изменена вручную.", 60);
            СтатусВозврата(0);
            Возврат;
        КонецЕсли;
    КонецЕсли;     
    
КонецПроцедуры

Помогло. 
Валюта сменилась. Ура

Спасибо!

Но почему только в константе. А почему учёт продолжает (нуменклатура) идти в у.е. ?????

Потому что надо перепровести все документы   

Чисто логически не вижу смысла.
может я, что-то не допонимаю, но документы-то тут причём?

Да и к тому же база без документов 

Доки я потёр нафиг.

Справочник Нуменклатуры.... Там ведётся учёт в у.е., а надо-то в рублях.  



Байкот у.е. и копейкам  

Поправь валюту еще и в настройках пользователя, а у уже существующей валюты поправить валюту можно только обработкой.... либо удаляй всю номенклатуру и вводи заново.

В справочнике никакого учета не ведется, что за байду Вы гоните. Выкладывай конкретное описание проблемы!

AkelaSQL, Валюта используется в справочнике цен  , но, похоже, он совсем не может корректно и подробно объяснить чего ему надо.....

Вот если сформулирует свой вопрос, 90% сам на него сразу и ответит...

Учёт нуменклатуры ведётся в у.е., а нужно в рублях. Я думал, что сменю всю политику учёта и сразу всё образумиться. Ан-нет.

Вся валюта идёт в рублях, а нуменклатура идёт в у.е.

Напомни мне пожалуйста где это сделать.



У меня там более 5000 позиций. Издеваешься ?

Я так понимаю, что в справочнике нуменклатуры идёт отдельный учёт.
Хотя с другой стороны, такого не может быть. Тогда бы можно было выбирать какая валюта тебе нужна, а она там зафиксирована.


Хотя я сделал в отдельной базе. Толку никакого. В нуменклатуре, как велся учёт в у.е., так и остался вести учёт в у.е., а нужны рубли.

Это сообщение отредактировал(а) DzSoft - 9.10.2008, 12:43

Что значит


Где ты это видишь? В каком отчете?

Походу парняга нас надул, что у него ТиС.
Или он сейчас нам про цены в прайсе заливает?
Или у меня лыжи не едут...

Ребят. Смотрите.

В нуменклатурных позициях есть кнопка "Цена"
Вот когда начинаешь забивать цену. Учёт ведётся в у.е.
Ну не нужно этого, надо в рублях.

Я не ожидал, что в нуменклатуре при смене константы "Учётной валюты" с у.е. на рубли не смениться учёт в нуменклатуре.

Валюта в цены номенклатуры берется из справочника "Типы цен", поменяй там.

Для смены валюты в существующих позициях:

Не понял???

Я не нашёл у себя такого. Может по другому называется????

Скажи поподробнее, как и где.

Ну ты чего, в меню справочники, не можешь найти справочник "Типы цен"  ?

  Ты имеешь ввиду дополнить модуль ????

На последок могу сказать, что я как всегда лезу сночало с трудной стороны.


Ребят всем огромныое спасибо.
Разобрался. Всё поменял. Всем респек.


Единственный мину.

Мне теперь всю нуменклатуру пересчитывать с у.е. на рубли.  


Если кто знает, как поще это сделать пишите.

Это сообщение отредактировал(а) DzSoft - 11.10.2008, 18:33

Вообщето анализ продаж формируется на основе регистра "продажи", если что то в нём нет понятия валюта, там просто себястоимость товара, продажная стоимость и количество и соответственно на основе этих параметров определяется прибыль и прочее. А он в свою очередь заполняется на основе документов прихода и расхода товара, и в той валюте в которой это делает, так он и будет заполнятся.  


Где ты видишь чтобы я писал, что её постоянно нужно подсчитывать? Она при проведении по регистрам сама попадает в нужный ресурс и её нужно будет только вытаскивать от туда  
Жди теперь проблем....  

1. учёт ведётся в регистрах либо документах, а в справочниках только информация о чём либо.
2. Для справочника "Номенклатура" есть подчинённый справочник "Цены" в качестве одного из реквизитов которого используется реквизит "Валюта" который соответствует типу "Справочник.ТипыЦен". Дак вот в справочнике "типы цен" при создании нового типа цен "валюта" устанавливается сразу и впроцессе работы недолжна меняться изходя из логичиских соображений.
Для того чтобы изменить валюту в спраочнике "типы цен", нужно удалить из справочника "цены" подчинённого справочнику "номенклатура" все элементы которые используют элемент справочника "типы цен" у которого ты хочешь изменить валюту.
Теперь советую тебе создать новые элементы в справочнике "типы цен" с валютой "руб." и ещё в настройках всех пользователей в качестве основной валюты взаиморасчётов тоже поставить "руб." и далее везде использовать новые типы цен.
Если исправишь старые элементы с помощью обработки с доларов на рубли -> в 1с будет полная белибирда.

Можно, если поменять на сегодняшний день, то проще, если всю историю посложнее, тебе чего надо?

Zero, Спасибо. Я как раз так сделал и всё тип топом )))) Теперь только пересчитывать все позиции.



Смотри. 
Например. 

Когда меняеш валюту в счёте. У тебя вылазиет окошко пересчитать цены или нет.
Ты говоришь да и у тебя всё меняется.

Вот мне надо примерно также когда поменял Волюту учёта в нуменклатуре с у.е. на рубли.

У меня большое кол-во позиция устану пересчитывать. там пересчитать всё удасться не менее 2-3 дней. А столько времени нет.

учиться тебе сначала надо, а потом ставить опыты на людях...

На текущий момент, тогда обработка будет выглядеть так:

Не надо было давать дурные советы, если заранее понятно что ни к чему хорошему это не приведёт. Особенно как видно было в данном случае.

Даннаяя проблема решается за 15 минут и ничего страшного в этом нет. В случае наличия "прямых рук" смена валюты упр. учета и валюты в прайсовых ценах с полным пересчетом это "как два байта переслать". Нужно просто понимать, что ты хочешь. В данном случае "пациент" даже толково объяснить этого не мог... Даже при наличии большого кол-ва документов, все можно сделать без их перепроведения, если использовать, например 1С++, для непосредственного пересчета сумм в регистрах.

За 15 минут проблемы решаются как правило языком. А когда начинаешь что-то делать на практике, то иногда возникают дополнительные проблемы. Поэтому не всегда всё просто как кажется.

Не знаю как Вы Zero, но я решать проблемы языком не привык...

Для решения вопроса, нужно:
1. сделать бекап базы;
2. сделать копию базы для тестирования;
3. написать обработку по изменению значений элементов справочника;
4. запустить её на копии базы и проверить правильность результатов её работы;
5. запустить обработку на рабочей базе.

PS: Хотя тут сложного ничего нет, но все эти действия за 15 минут сделать не получится. Это практика.
А вот языком, как например любит делать наш директор, как раз именно так. (5 - 10 минут.)

Да вы сударь параноик!

1. Сделать бекап.
2. Написать обработку.
3. Выполнить на рабочей базе. Если, что не так вернешь из бекапа.

Ну пусть не 15 мин., но не более получаса.

Чтобы на рейтинг влиять пока сообщений маловато, поэтому пока только постом поддерживаю Zero.
2AkelaSQL: с учетом уровня знаний автора темы проблема не решиться ни за 15 минут, ни за пол часа. Хорошо если автор базу не убьет такими экспериментами.

P/s: а за грубость не мешало бы и извиниться, вроде как культурные люди собрались.

1. Ну так грубить-то кто первый начал?

2. "с учетом знаний", могу сказать только одно - Не уверен, не обгоняй!

3. Я всего лишь описывал как достичь желаемого, страшно - не используйте....

Откуда он может знать последствия не осознавая того что делает, пользуясь инструкциями а-ля "сделай раз, сделай два, сделай три"?

Это уже камушек в мой огород, "Сударь".
Могу сказать только одно. Судя по твоей базе знаний ты ниразу не убивал "Базу"   

Ни чувствуешь иронию?!

Могу сказать лично тебе Praetori, что не мало баз убью ещё.
И буду убивать их до той поры, пока не врублюсь и не буду справляться без посторонней помощи.



А я, что делаю???  

А-ха-ха-ха-ха-хааааа.......      
Так можно делать только в однопользовательском варианте или т.п.

Например у нас фирма занимается переработкой метала и с базой работают одновременно порядка 25 пользователей, из удалённых участков города, + из другого города.
Приёмосдаточные акты делают практически через каждые 10 минут с каждой точки.
Если накуралесить в рабочей базе, а потом из бекапа восстановить, тогда весомая часть информации будет потеряна.
Например, несколько РКО-шек по которым кассир выдаёт деньги, ну и т.п.  Только представь что со мной будет, если её придётся восстановить из архива, как ты сказал       Лучше сразу тогда   

В нашей фирме в базе работает 50-60 человек одновременно. Бэкапы делаются ночью. Если днем с базой станет "ёк", то чтобы я там не восстанавливал, нумерация документов сбивается, данные за день теряются. Если не понимаешь что значит потеря документов за день (пол дня), сходи к своему главбуху - пусть он тебя просветит. Пока вручную будут восстанавливать документы из бумажных копий (которые есть не всегда, ввиду своеобразности бизнес процессов происходящих в фирме), фирма потеряет не один миллион рублей дохода, плюс испортит отношения с заказчиками, что тоже приведет к убыткам. Вот такая вот цена у "нечаянно нажатой кнопочки". Это я все к тому, что у человека нашей профессии должен быть в голове тормоз, который срабатывает до совершения действий, после которых нельзя вернуть все как было. Поэтому лучше сейчас "камень в огород" чем потом наступить на такие грабли.

А базу я кстати ни одну не запорол.

Особенно понравилось....
  

Praetori, Столько слов сказал   

Я же не в рабочей базе делаю.

Сохранил себе одну, сломал.
Сохранил другую, сломал.

Рабочая база не тронута.
Как только исправления работают и всё ок. Я просто ввожу эти изминения в рабочую базу.

А рабочую я пока не убил. Тьфу-тьфу-тьфу. Тук-тук-тук по дереву