| |
|
|
| |
|
|
 Деноминация
04.02.2016 11:40:02
|
|
|
Давайте соберем в этот топик вопросы по деноминации. Как кто будет делать в своих программах, можно ли обойтись без программистов и т.п.
Беларусь
|
|
|
|
| |
|
|
| |
<< к списку вопросов
|
| |
ОТВЕТЫ:
|
|
|
Программист 1С
11.05.2016 12:37:41
|
|
|
База старая, но отредактированная. Будет выглядеть так, как если бы вы с самого начала вели учет в Byn. Без ввода начальных остатков на 1/07
Беларусь
|
|
|
|
Эдуард
11.05.2016 12:50:27
|
|
|
Но, т.к. разрядность всех числовых реквизитов только 2 знака после запятой, во всех документах и регистрах этой «деноминированной» базы все суммы от 50 до 100 рублей округлятся до 1 копейки, а от 1 до 49 рублей - до нуля, что приведет к незначительному, но искажению данных.
Поэтому «оригинальные» документы можно будет увидеть/распечатать только из копии базы. А что касается остатков регистров - необходима корректировка возникших округлений на 01.07.2016. Все это решается ))
Беларусь
|
|
|
|
аглая
11.05.2016 12:55:23
|
|
|
База старая, но отредактированная. Будет выглядеть так, как если бы вы с самого начала вели учет в Byn. Без ввода начальных остатков на 1/07___
так меня очень устраивает такой вариант! как с вами связаться? может написать вам свое мыло?
Беларусь
|
|
|
|
Программист 1С
11.05.2016 13:04:51
|
|
|
«Копеечное» искажение данных действительно есть.
Хотя после корректировок - оборотка во всех разрезах аналитики «деноминирована корректно».
Беларусь
|
|
|
|
"Анонимно"
11.05.2016 13:14:52
|
|
|
Для 7.7 и 8 - один и тот же подход -
после закрытия июня 2016 - делаем копию базы, в копии оставляем BYR
в рабочей базе все движения, реквизиты документов, справочников, периодику (для 7.7) - приводим к BYN, и работаем с ней дальше - это полноценная база со всей историей
=====================================================
Но, т.к. разрядность всех числовых реквизитов только 2 знака после запятой, во всех документах и регистрах этой «деноминированной» базы все суммы от 50 до 100 рублей округлятся до 1 копейки, а от 1 до 49 рублей - до нуля, что приведет к незначительному, но искажению данных.
=================================================
К сожалению, искажение данных там будет не копеечное. У меня вот есть клиентская база, в которой дофига переоценок валюты на суммы до 50 руб. Вся эта переоценка слетит.
А все из-за того, что деноминировать проводки не равно деноминировать обороты по счету за полугодие.
Еще один пример (гипотетический):
Списывали, например, какой-то материал 100 раз по 49 рублей. Списали за полгода 100 * 49 = 4900 рублей. Делим все на 10000, получаем что списывали все полугодие по 0 руб 0 коп, следовательно остается остаток 49 коп. (в новых деньгах), которого не должно было быть по идее. Да, этот остаток можно списать корректировочной проводкой, но ведь это неправильно. И все такие «хвосты» надо отследить, а их может быть немало.
Беларусь
|
|
|
|
Программист 1С
11.05.2016 13:23:53
|
|
|
Не буду рассказывать детали алгоритмов корректировки, которые интересны разве что программистам.
Но по итогу я выхожу на ошибки не более 0.5 копейки в любом периоде в любом разрезе аналитики.
Т е «старые данные» после процесса деноминации вполне пригодны для расчетов, использующих данные предыдущих периодов (акты сверки, статистика, расчеты по зпл и т. д.)
В ситуации 1000 раз по 49 копеек - все нормально )
Отрабатывалось и тестировалось на очень большой базе.
Беларусь
|
|
|
|
Эдуард
11.05.2016 13:28:35
|
|
|
Да, этот остаток можно списать корректировочной проводкой, но ведь это неправильно. И все такие «хвосты» надо отследить, а их может быть немало. ____________________________
1. Почему же неправильно? Вам нужно чтобы на 01.07.2016 остатки были корректные, как если бы их внесли в новую базу? Они такие и будут после корректировки))
2. Что касается отслеживания хвостов - все делается автоматически со 100% точностью по всем регистрам с остатками в разрезе всей их аналитики во время проведения деноминации базы.
Методика уже отработана и проверена, адрес нашего сайта я ниже оставлял уже)
Беларусь
|
|
|
|
аглая
11.05.2016 14:11:57
|
|
|
программист 1с -пишу вам - но при отправке письма пишет неверный адрес(наверное потому что аутлук не настроен)
может напишите мне сами? ок?
a g l o p e i a @ t u t . b y
Беларусь
|
|
|
|
Программист 1С
11.05.2016 14:20:03
|
|
|
Аглая, написала, смотрите почту
В моем адресе просто поменять # на @ нужно )
Беларусь
|
|
|
|
inna1s
11.05.2016 14:29:53
|
|
|
«Анонимно» 09.05.2016 23:38:54
Это очень сложный вариант.
Документы, перенесенные «специальной обработкой», и перепроведенные в новой базе - могут давать совсем иной результат по сравнению с исходной (партии, курсовые разницы и т п). Это будет «год поиска ошибок».
При соблюдении порядка проведения всех документов другого быть не может. Тем более, если делать это регулярно.
Беларусь
|
|
|
|
Программист 1С
11.05.2016 14:36:28
|
|
|
«При соблюдении порядка проведения всех документов другого быть не может. Тем более, если делать это регулярно»
Мой любимый анекдот про программистов -
объяснительная программиста
«Как я перепровел лето» )
«Гармония мира не знает границ»
И любая задача может иметь много решений
Но для себя вижу в Вашем решении такие грабли, по которым уже хожено много раз и не только мною ))
Беларусь
|
|
|
|
inna1s
11.05.2016 15:17:39
|
|
|
«Но для себя вижу в Вашем решении такие грабли, по которым уже хожено много раз и не только мною»
Ну, мы с Вами ж не будем мериться, кто сколько находил по каким граблям. Можете сказать что-то конкретное, говорите. Мы ведь здесь для того, чтобы в разговоре выбрать оптимальное для себя решение. Или у Вас другая цель?
Беларусь
|
|
|
|
аглая
11.05.2016 15:20:11
|
|
|
Мой любимый анекдот про программистов -
объяснительная программиста
«Как я перепровел лето» )___
и мне нравится))
а мой любимый про ГБ , как ГБ мариванна посреди рабочего дня с работы ушла в казино, и когда шеф стал на весь офис орать как? почему? посреди рабочего дня ?! и в казино?! то зам. тихо ответил,что на сегодняшний день это единственная возможность свести годовой баланс
Беларусь
|
|
|
|
"Анонимно"
11.05.2016 15:53:09
|
|
|
Ну, мы с Вами ж не будем мериться, кто сколько находил по каким граблям. Можете сказать что-то конкретное, говорите. Мы ведь здесь для того, чтобы в разговоре выбрать оптимальное для себя решение. Или у Вас другая цель?
---
inna1s, извините, если задела Вас, но я не меряюсь.
Оптимальное для себя решение я уже приняла и запрограммировала и протестировала )
В Вашем решении конкретное слабое место - это расчет на правильность последовательности действий пользователя на протяжении достаточно долгого времени. У меня и у всех моих знакомых - документы проводятся, перепроводятся задним числом и т п стандартный зоопарк. И иногда пользователь, даже припертый к стенке журналом регистрации, ни в чем не сознается. Но это нормально, это «работа такая» )
Глупо «мериться» накануне национального бедствия под названием «деноминация». Просто пережить бы )
А потом... если не в казино, то хотя бы в кабак ))
Беларусь
|
|
|
|
inna1s
11.05.2016 19:41:23
|
|
|
Программист 1С, Ваш вариант №3 отличный. Я возможно возьму его на вооружение для себя по части документов с 01.01.16 по дату раздвоения баз. Только я все же за остатки на 01.01.16 г. Нет смысла пересчитывать всю базу. Данных за год будет предостаточно для дальнейшей работы. Тем более что документы до 01.01.16 Вы не будете заново печатать уже в новых деньгах. Да и ту же сверку расчетов не приложишь, потому что вся первичка за тот период - в деньгах старых. А тут заодно и справочники подчистить можно... И да, я знаю не понаслышке, что такое работа бухгалтеров, в частности, про ввод задним числом и т.д. и т.п. Все ляпы и несоответствия решаются повтором загрузки хоть с самого начала года. Наша ведь с Вами работа большей частью и состоит из того, чтобы предугадать все возможные ошибки пользователя...
А деноминация - не такое уж и бедствие. Тем более что Вы, вот, уже и во всеоружии. Переживем, никуда не денемся. Спасибо Вам за ответ!
Беларусь
|
|
|
|
Программист 1С
11.05.2016 19:51:59
|
|
|
Резать базу хорошо - это как генеральная уборка ))
Но если уж резать базу - то все-таки не с 01/01/2016
Отпуска то руками долго считать придется....
И статистику )
И помнить про долги ранее 2016
А по трудоемкости - резать только 2016 или резать все - практически поровну. Чуть дольше время корректировок.
Беларусь
|
|
|
|
"Анонимно"
11.05.2016 20:16:14
|
|
|
Не буду рассказывать детали алгоритмов корректировки, которые интересны разве что программистам.
Но по итогу я выхожу на ошибки не более 0.5 копейки в любом периоде в любом разрезе аналитики.
В ситуации 1000 раз по 49 копеек - все нормально )
Отрабатывалось и тестировалось на очень большой базе.
=============
А можно конкретно на этой ситуации поподробнее...
Беларусь
|
|
|
|
БТР
11.05.2016 20:17:21
|
|
|
ну, к июлю-то отрезанная с января база будет иметь 6 месяцев для отпусков, останется всего 5 месяцев добавлять вручную.В июне отпускные посчитать в старой базе... Не все же в отпуск пойдут после 1 июля :) можно и в эксель вывести, пару месяцев добавить.Для меня отпускные -не засада... Зато действительно будут и справочники и остатки внесены правильно на 01.01, затем перепровести если что ...
Беларусь
|
|
|
|
inna1s
12.05.2016 0:01:33
|
|
|
Может не совсем понятно объяснила. Режем базу на 01.01.2016 г. Весь 2016 год ведем учет в базе со старыми деньгами, попутно перекидывая документы обработкой с пересчетом в новые деньги в новую базу. В итоге получаем две базы с общим 2016 годом. И по итогам года имеем любой отчет в любых деньгах, что бы у нас наши законодатели не испросили. А с 01.01.2017 года продолжаем уже работать только в новой базе, имея уже в запасе целый год, чего достаточно для расчета отпускных.
Беларусь
|
|
|
|
Эл
12.05.2016 9:52:23
|
|
|
Inna1s я в очереди!
Беларусь
|
|
|
| |
<< к списку вопросов
<< 121-140 141-160 161-180 181-200 201-220 221-240 >>
|
|
| |
|
|
НА ОБУЧЕНИЕ «1С»