| |
|
|
| |
|
|
 Деноминация
04.02.2016 11:40:02
|
|
|
Давайте соберем в этот топик вопросы по деноминации. Как кто будет делать в своих программах, можно ли обойтись без программистов и т.п.
Беларусь
|
|
|
|
| |
|
|
| |
<< к списку вопросов
|
| |
ОТВЕТЫ:
|
|
|
Программист 1С
29.04.2016 14:08:27
|
|
|
«Временные доработки» = печатные формы, формы ввода, загрузки и т п. Так например чтобы выписка из клиент-банка начале июля не конфликтовала с данными в базе, которые еще не деноминированы.
То что обычно советуют «для маленьких компаний» (wrap.ert на 7.7) - решит только малую часть проблем - только свернет бухитоги. Реквизиты справочников, периодика, регистры - останется как есть - например, оклады, вычеты и т п
Беларусь
|
|
|
|
"Анонимно"
29.04.2016 14:01:55
|
|
|
подниму
Беларусь
|
|
|
|
"Анонимно"
29.04.2016 12:21:52
|
|
|
А как с электронными счет фактурами будем поступать? Их же тоже надо выгружать из бухгалтерии?
Беларусь
|
|
|
|
"Анонимно"
29.04.2016 12:16:28
|
|
|
в доп.возможностях «Свертка бух. итогов» - на этой станичке ставите счет куда сворачивать ..у меня допустим 90.11. и отметку ___
слушайте зашла я в это доп возможности- а у меня написано там:интернет поддержка
и все
Беларусь
|
|
|
|
"Анонимно"
29.04.2016 10:54:11
|
|
|
Программист 1С 28.04.2016 10:24:46
По работе в июле - просто заранее находим «проблемные места» (ввод данных, загрузки, печатные формы) и делаем временные доработки, чтобы легче было это время пережить.
_______________
А что за временные доработки, что они подразумевают?
Беларусь
|
|
|
|
"Анонимно"
29.04.2016 10:07:24
|
|
|
без программистов можно -если разделять базы. Но это годится только для маленьких компаний
_________________
каким образом это все сделать? научите меня пожалуйста.
Беларусь
|
|
|
|
Программист 1С
28.04.2016 10:24:46
|
|
|
По работе в июле - просто заранее находим «проблемные места» (ввод данных, загрузки, печатные формы) и делаем временные доработки, чтобы легче было это время пережить.
Беларусь
|
|
|
|
Программист 1С
28.04.2016 10:23:11
|
|
|
Постановления не регламентируют технические вопросы )
И похоже что авторы постановлений очень далеки от реальности.
Порядок стандартного математического округления до 2-х знаков после запятой описывается целым абзацем.
Регламентируют порядок округления остатков.. а как работать июль и вообще как построить учет так, чтобы не считать отпуска и акты сверки еще год руками - ни одно постановление не регламентирует.
Беларусь
|
|
|
|
"Анонимно"
28.04.2016 10:18:34
|
|
|
А как же работать в базе, например, выписка накладных? Работа по июню закончится числу к 20 июля, а выписку делаем ежедневно и указывать уже новые цены нужно. И в рознице выручку пробивать по новым ценам, независимо от того, в каких купюрах рассчитывать.
Беларусь
|
|
|
|
Маня-программисту по 1С
28.04.2016 10:17:28
|
|
|
Да, понятно, что сворачивать после закрытия июня -самое логичное. повторюсь-как работать весь июль, если ежедневно отгрузка сотен позиций товара... вообще как планируется в 1/с- будет вводится новая валюта? и например будет отгрузка, установка цен, приход денег уже в новой валюте? или старая останется? Мисофт кстати сказал, что в конце мая они определятся с обработками, после выхода постановлений МФ по отчестноти, что логично.
Беларусь
|
|
|
|
Программист 1С
28.04.2016 10:05:23
|
|
|
На период с 01/07 до закрытия месяца можно «выкрутиться» минимальными доработками печ форм, загрузок и т.п.
Беларусь
|
|
|
|
Программист 1С
28.04.2016 10:04:09
|
|
|
Деноминацию в базе делаем тогда, когда закончена основная работа по июню 2016.
Процесс не очень долгий, при условии, что все предварительные работы проведены.
А про предварительные уже сейчас думать нужно.. уже даже пару месяцев назад )) Особенно если конфигурация не типовая.
Беларусь
|
|
|
|
Маня
28.04.2016 9:58:35
|
|
|
у меня большие сомнения по свертке базы на 01/07. ну ок, свернем например 01/07., а акты за 06 мес., которые еще месяц поступать будут?. если свернуть 31/07 например по состоянию на 01/07 , со всеми актами уже за 1е полугодие- как месяц работать? приходят же суммы от покупателей деноминированные. база мисофт 7/7,партионный учет. ладно,, отгрузки перепровести можно,ч тоб деноминир.с-ст подхватить. вопрос по установке цен на имеющийся товар... товара куча, весь расценен доками «установка цен», это ж его расценить по новым ценам надо не позже 01/07.
Беларусь
|
|
|
|
Программист 1С
28.04.2016 9:55:58
|
|
|
Тем не менее - «просто разделить все на 10 000» - это красиво, когда «с высоты птичьего полета». При приближении к реалиям - задача не тривиальная. Хотя результат нравится ))
Беларусь
|
|
|
|
"Анонимно"
28.04.2016 9:46:24
|
|
|
По-моему, подход правильный
Хотя при практической реализации много технических сложностей
Особенно на больших базах
Про большие согласна. Но я веду несколько маленьких компаний. Там незапакованная база за несколько лет - 30-40 мб.
Беларусь
|
|
|
|
Программист 1С
28.04.2016 9:43:17
|
|
|
«Анонимно» 26.04.2016 10:13:15
А может проще сделать обработку, которая все /10000 и с 01.07 продолжить работу с деноминированным рублем в этой же базе.
-------------------
По-моему, подход правильный
Хотя при практической реализации много технических сложностей
Особенно на больших базах
Беларусь
|
|
|
|
"Анонимно"
27.04.2016 21:30:02
|
|
|
а вы представьте что у вас будет за год формироваться например в актах сверки
Представляю. Акт сверки за год в новых рублях. Прошлый год (или полгода) можно делать в старых рублях их копии базы.
Беларусь
|
|
|
|
"Анонимно"
26.04.2016 12:43:36
|
|
|
А может проще сделать обработку, которая все /10000 и с 01.07 продолжить работу с деноминированным рублем в этой же базе.
______________
а вы представьте что у вас будет за год формироваться например в актах сверки
Беларусь
|
|
|
|
"Анонимно"
26.04.2016 10:13:15
|
|
|
А может проще сделать обработку, которая все /10000 и с 01.07 продолжить работу с деноминированным рублем в этой же базе.
Беларусь
|
|
|
|
О*
26.04.2016 9:58:25
|
|
|
попробую еще раз ))
Беларусь
|
|
|
| |
<< к списку вопросов
<< 241-260 261-280 281-300 301-320 321-340 341-360 >>
|
|
| |
|
|
НА ОБУЧЕНИЕ «1С»