|
|
|
|
|
|
Деноминация
04.02.2016 11:40:02
|
|
|
Давайте соберем в этот топик вопросы по деноминации. Как кто будет делать в своих программах, можно ли обойтись без программистов и т.п.
Беларусь
|
|
|
|
|
|
|
|
<< к списку вопросов
|
|
ОТВЕТЫ:
|
|
БТР
18.03.2016 23:09:38
|
|
|
Иногда, чтобы в дальнейшем не выскочили бесконечно малые величины приходится округлить(высчитать)ь цену а не сумму остатка, но в любом случае будет всё относится на один счет. Ранее на внереализационные было. А сейчас тоже должны разъяснять куда. Может на 90.7, а может и на 99 или 84...
Беларусь
|
|
|
БТР
18.03.2016 23:10:20
|
|
|
Это я про разницу от деноминации.
Беларусь
|
|
|
Каталина
21.03.2016 13:41:19
|
|
|
Программист 1С вы писали: При списании себестоимости обычно списывается остаток суммы, соответствующий оставшемуся количеству.
У меня в экономика-софт. Если в карточке товра у меня останется без изменений себестоимость 316 рублей, а по ОСВ с учетом деноминации 42,53 рубля, то при отгрузке 1346 штук (все количество) программа на себестоимость спишет остаток 42,53 рубля . НО если я продам 1 штуку, программа возьмет себестоимость из карточки товара 316 рублей и отнесет на себестоимость 316 рублей, и в ОСВ будет картина 42,53-316 = - 273,47 рублей на остаток 1345 штук
Беларусь
|
|
|
Программист 1С
22.03.2016 11:36:32
|
|
|
Каталина, а почему у вас программа относит «себестоимость из карточки»? Это не вполне корректно.... В карточке себестоимость обычно справочно А для списания - обычный стандарт - используем ОстатокСумма/ОстатокКоличество*Количество
Беларусь
|
|
|
Каталина
22.03.2016 11:46:45
|
|
|
Программист 1С 22.03.2016 11:36:32
я не могу на это повлиять, такова настройка типовая Экономика-софт, нам ежемесячно обновляют программу. Конечно, может я чего-то не знаю, может где-то в константах можно изменить механизм, спрошу у них этот нюанс
Беларусь
|
|
|
"Анонимно"
22.03.2016 12:31:32
|
|
|
Конечно, может я чего-то не знаю, может где-то в константах можно изменить механизм, спрошу у них этот нюанс ____________ Каталина, отпишитесь потом сюда пожалуйста, у меня тоже Экономика-софт, только пиратская
Беларусь
|
|
|
"Анонимно"
22.03.2016 20:15:05
|
|
|
Пришли к выводу делить на 2 базы. Новая валюта имеет др.код. Методологических вопросов уйма. Нет понимания про нар.итоги статистики, налоговиков, фсзн и т.д., включая бух отчетность. Округление каких счетов зайдет под налоги-вопрос. С разрешением установления цен менее копейки-предварительный отказ Минэкономики. Почти точно -в июне нормативка :порядок округления номин стоимости акций. Как статранут клиент банки-вопрос. ПО терминалов перещелкнут на новый код в ночь на 01. Часть удаленно, часть принудительно ч/з обновление софта. Необходимость серок, инвентаризаций-вопрос. Маленьким компаниям лучше заканчивать год в одной базе. Большие не смогут. Модуль зп будем перевчитывать деноминированные обороты за 12 мес, модуль 1с бухгалтерия-вчитывать на 01 июля сальдо с нулевого счета с последующей перевчиткой после закрытия месяца.Необходимость допов к договорам-вопрос. Предварительный ответ Минюста:если прейскурант/спецификация прикреплен, то нет, в остальных случаях-надо. Внятно почему пока объяснить не могут. Все на уровне частных мнений. Поэтому пока пишем запросы. Вроде есть план выхода нормативки на госуровне под деноминацию. Но соблюдут ли его...Увы, в больших объемах без программных обработок все равно ничего не сделаешь. У нас примерно под 400 тысяч объектов. Руками-нереально. Куда сваливать округления 02, 83, 01, 10, 41 и т.д...вопрос. Тут еще и налоговики могут поживиться. Короче время вроде есть, но беда. Самые больные вопросы-онлайновые куски обменов
Беларусь
|
|
|
"Анонимно"
23.03.2016 10:29:35
|
|
|
я вот тоже думаю делить на две базы - меньше ошибок наделаем.. у нас 1С ломаная старая
Беларусь
|
|
|
"Анонимно"
23.03.2016 10:41:52
|
|
|
я вот тоже думаю делить на две базы - меньше ошибок наделаем.. у нас 1С ломаная старая ____________ а каким образом вы будете это делать? Просто в чистую базу все руками вносить через 00 счет? и карточки товара создавать новые и с/с указывать новую в карточках?
Беларусь
|
|
|
"Анонимно"
23.03.2016 10:52:41
|
|
|
ну это вопрос к нашему приходящему программисту будет ) еще вплотную этим не занималась, но думаю он предложит какие-то решения....например копируем и создаем две одинаковых базы. в одной вносим документы по 30 июня включительно. в другой делаем деноминацию, сверяем остатки по счетам с первой базой и продолжаем работать с 1 июля....с остатками товара конечно пока не представляю как будем -его очень много, поэтому надо как-то автоматизированно решать...
Беларусь
|
|
|
"Анонимно"
12.04.2016 10:52:29
|
|
|
спросила про деноминацию у МИСОФТА, как в программе будет проводиться деноминация с 01.07.2016г.? Они ответили, ближе к 01.07.2016г. будет известно. Это как.... Люди уже что-то пробуют, предпринимают, я вообще не представляю как делать, я молодой бухг., для меня это первая деноминация. Как базу делить не представляю.
Беларусь
|
|
|
"Анонимно"
12.04.2016 11:52:50
|
|
|
Добрый день! А есть официальный документ где написано что в актах вып. работ должны быть 2 цены - старая и новая. Я посмотрела в консультанте не нашла, подскажите пожалуйста. ________________________________________________ На время параллельного обращения старых и новых денежных знаков, то есть в период с 1 июля по 31 декабря 2016 г. в сметной документации и в актах выполненных работ все субъекты хозяйствования обязаны будут указывать две цены – старую и новую.
а может они имели ввиду это: когда оплата была до деноминации, а услуга оказана после деноминации ? чтобы в судах, например, понятно было. потому что не вижу смысла в старых ценах в актах, если и оплата и услуга будут оказаны после деноминации
Беларусь
|
|
|
Наталия
12.04.2016 18:00:52
|
|
|
Коллеги, без программистов никак не обойтись. А как вы будете считать отпускные, больничные? Тоже вручную?
Беларусь
|
|
|
Наталия
12.04.2016 18:03:19
|
|
|
Может, остатки вручную, и можно деноминировать. А вот акты сверки, отчетность....
Беларусь
|
|
|
Наталия
12.04.2016 18:05:48
|
|
|
Коллеги. Без программистов не обойтись. Может, остатки вручную и можно проденоминировать . Через нулевой счет. Или еще как. А больничные как считать? Отпускные? Акты сверки и т. д.
Беларусь
|
|
|
"Анонимно"
14.04.2016 13:53:03
|
|
|
1
Беларусь
|
|
|
"Анонимно"
14.04.2016 13:54:28
|
|
|
Думаю делать так, в зависимости от специфики фирмы:
1) Продолжить вести учёт в старых денежных единицах. Совершенно не затратный и для большинства компаний самый оптимальный, так как делать то ничего и не надо. Коротко говоря - оставить всё как есть. В шапке некоторых отчётов, например, акта сверки, для корректности, можно добавить фразу типа этой: «в расчётах используется белорусский рубль образца 2000 года».
2) Разделить базу данных на две. Во второй провести деноминацию 1 января. Самый рациональный вариант. «Закрыть» период (первое полугодие) в первой базе, чтобы больше не вносить туда изменения. Во второй базе сделать свёртку обработкой WRAP.ert на 1 января. Незабудьте предварительно создать копию. Соответственно с 1 января 2016г. учёт будет деноминированный. Помните, что вносить изменения (если таковые будут) до 01 июля 2016 придётся вносить в обе информационные базы. В начале 2017 можно будет свернуть и обрезать Вашу рабочую базу на 1 июля. Так у Вас будет две базы: 1-я до 1.07.2016 (без деноминации) и 2-я после 1.07.2016 (с деноминацией).
3) Разделить базу данных на две. Во второй провести деноминацию 1 июля. Первое полугодие в первой базе оставить как есть. А учёт во втором полугодии, во второй базе, уже начать вести в денежном выражении нового образца. Перед разбиением базы на две, нужно создать её копию и сделать свёртку обработкой WRAP.ert. Потом, этой же обработкой, в новой базе провести деноминацию - убрать из уже сделанных, во втором квартале, проводок и метаданных «0000». Вариант бюджетный и многим предприятиям он подойдёт.
Но есть один недостаток. Разбивая базу на две Вы лишитесь оперативность при получении данных. Теперь, например, для того чтобы построить акт сверки за год по контрагенту - придётся делать это в двух базах! Выбирая этот вариант нужно понимать все нюансы разделения базы на полугодия. Данный вариант не займёт много времени так как менять не в коде не в метаданных ничего не придётся.
4) Доработать только отчёты в 1С для деноминации 1 июля 2016 года. Самый «эффективный» для непосредственных пользователей программы 1С и предприятия. В отчётах, которыми чаще всего пользуются бухгалтера для отправки данных «внешним» контрагентам (акт сверки, деб.задолженность, отчёт по движению ДС и т.п.), выводить дополнительную строку с коэффициентом 1:10000 под суммой с названием «сумма в белорусских рублях образца 2009 года».
5) Доработать все метаданные 1С для деноминации и провести её на 1 июля 2016 года. Самый дорогой вариант для предприятия. В версии 8.2 и 8.3 можно создать дополнительное измерение «сумма в рублях старого образца». В версии 7.7 на невалютных счетах можно использовать вал.сумму или доп.забалансовый счёт (рубли образца 2009 года). Плюс ко всему придётся переделать практически все объекты метаданных. Отчеты, справочники, документы, обработки, глобальный(7.7) и общие(8) модули, план счетов, регистры и т.п. Реализовать данный метод смогут лишь крупные предприятия с массивным штатом программистов 1С.
Беларусь
|
|
|
"Анонимно"
14.04.2016 14:30:12
|
|
|
«Анонимно» 14.04.2016 13:54:28 у вас хоть предположения есть, а я вообще как «в танке», 1С 7 не лицензионная, сама деноминацию не понимают как провести (не глобальный компьютерщик я), если даже к программистам обращаться - так не представляю как вообще бухгалтерия должна выглядеть после деноминации, т.к. это явление на моем веку впервые! ох, что делать не знаю даже.
Беларусь
|
|
|
Программист 1С
14.04.2016 15:50:20
|
|
|
«Анонимно» 14.04.2016 13:54:28
Думаю делать так, в зависимости от специфики фирмы: ..........
---------------------------------------
Коллега, что-то методы у вас ... жэстачайшие ))
Сижу тестирую результат на 300 гиговой базе По итогу: в базе все в новых единицах, переходящие отчеты формируются верно.... доработки конфигурации - только в части округлений... )
Хотя это из разряда «день поработаем - за полчаса долетим»
Беларусь
|
|
|
Программист 1С
14.04.2016 15:54:04
|
|
|
И «разделить базу на две» - в части итогов - это всего самое начало и самое простое .....
Беларусь
|
|
|
|
<< к списку вопросов
1-20 21-40 41-60 61-80 81-100 101-120 >>
|
|
|
|
|