Форум на Kuban.ru (http://forums.kuban.ru/)
-   Территория 1С (http://forums.kuban.ru/f1040/)
-   -   Переход с УСН на общий режим (http://forums.kuban.ru/f1040/perehod_s_usn_na_obshij_rezhim-3232581.html)

ignato 27.10.2012 18:47

Переход с УСН на общий режим
 
Друзья!!! Помогите!!! кто нибудь делал переход с УСН на общий режим? Как его сделать? Если все писать, то кранты

DeiMos 27.10.2012 18:53

1) Собираем совещание, думаем, надо ли это нам...
2) Если таки всё-таки надо - выделяем бюджет на перевод базы 1С на общий режим...
3) Приглашаем консультанта 1С сертифицированоого...

Как-то так, примерно типа...

angro 27.10.2012 18:55

(0) а всё писать это что?

ignato 27.10.2012 20:29

да выгрузку писать. Из общей в усн есть, чтож обратно то нет

DeiMos 27.10.2012 20:35

А в чём проблема?
Напишем. Внедрим.
Купим себе на эти деньги виллу в Хорватии...

Автор, в чём проблема-то?

Кондрат2 28.10.2012 10:35

если усн 7-ка - это повод перейти на 8-ку:
типовая выгрузка в БП + переключить с нового года учетную политику в осно...

VZ 28.10.2012 12:49

В принципе, не так уж сложно перетащить базу и в Бух77, даже с [частью] документов (после даты перехода: структура метаданных весьма схожа.
Метода:
1. Делаем обычную обрезку базы. В результате получаем блок операций формирования остатков на дату обрезки (она же - дата перехода на общий режим), и сколько-то документов после оной даты.
2. Делаем все документы и операции непроведенными. Вариант: операции записываем во внешний файл, удобный для редактирования(.txt) и удаляем нафиг.
3. Накатываем мд-ник Бух77. Желательно предварительно убрать все объекты, которые чужие для бух77 (например - забалансовые счета, специфичные для УСН. Отсутствие движений (п.2) нам в этом поможет).
Накатываем мд-ник в несколько этапов, стараясь максимально сохранить информацию. Иногда модифицируем реквизиты самостоятельно (если, например, реквизит имеет то же наполнение, но в накатываемом мд-нике назван по другому, лучше без наката переименовать - тогда содержимое сохранится).
4. После окончания трансформации метаданных полируем данные, возвращаем операции для формирования остатков (что-то, наверное, надо будет поправить согласно новому ПС), перепроводим документы (они уже проведутся по новому), и наслаждаемся результатом ;)
P.S. Мысль (5) заслуживает обработки :)

ValeraH 28.10.2012 13:19

Вспомнил, где видел:

Заказы, связанные с "Клуб профессионалов 1С" и "Инфостарт"

Переход с упрощенной системы налогообложения на общую (или наоборот) (1c v7.x) [url]http://files.mail.ru/VSMLVH[/url]

mightydok 20.02.2013 09:50

(7) можешь перевыложить файл?

Том 20.02.2013 10:02

Да ничего писАть не надо. Купите снеговика, в нём всё реализовано :-))))))
А общий режим - это хороший повод открыть новое юр-лицо. Все так делают. Фирму на УСН всегда под боком держать удобно(а "дочернее ЧП" - ещё лучше)

victuan 20.02.2013 20:14

[quote=VZ;27457064]структура метаданных весьма схожа[/quote]
Это как сравнить .опу с пальцем )))
Вражина, который придумал УСН 7.7, приложил титанические усилия, чтобы сделать конфу очень на похожей на развитого к тому времени собрата Бух7.7. Даже названия аналогичных констант (типа ПолноеНаименованиеОрганизации) решил сделать другим.
Совет в (6) неверный хотя бы по оценке объема работы.

VZ 20.02.2013 20:28

10-victuan > Во-первых, не все константы одинаково полезны: нам нужны только те метаданные, что входят в сохраненные данные (справочники и документы). Константы к ним не относятся.
Во-вторых, речь шла об накате мд-ника, а при этом такие метаданные, как константы, перечисления, справочники и документы с несовпадающими названиями остаются в базе целехонькими. Что способствует их замене в данных на "новые правильные". Чиста мусора все завершит.
И, наконец, а кто обещал отсутствие "объема работ"? Неужто существует переноска с одной зеленой кнопой "Хочу!"?
Наверно, следует не "оценивать", а "сравнивать", нет?

VZ 20.02.2013 20:47

+11 И, вообще, документы при проведении сами заполняют сопутствующую периодику к справочникам - их тащить не надо. Сами заполняют движения - их тоже тащить не надо. Пример: кадровые приказы. Содержат ссылки на справочники (сотрудники, подразделения), остальные - даты, числа, строки, перечисления.

victuan 21.02.2013 04:30

[quote=VZ;29165289]речь шла об накате мд-ника, а при этом такие метаданные, как константы, перечисления, справочники и документы с несовпадающими названиями остаются в базе целехонькими[/quote]И кто будет разгребать этот бардак? А самое главное как?
По-хорошему, перед накатом нужно проанализировать наименования всех объектов метаданных и ПЕРЕИМЕНОВАТЬ их на имя в базе-источнике. Бог с ними с константами, но идентификаторы справочников и документов надо менять. И на этом этапе наступит неизбежный тупик. Например, в случае [u]одновременного[/u] использования в хозяйственной жизни предприятия операции с [u]материалами[/u] и [u]товарами[/u]. Т.к. в УСН для материалов и товаров один справочник, одни и те же документы для прихода, расхода и пр., а в Бух они разделены по разным метаданным.
[quote=VZ;29165289]И, наконец, а кто обещал [u]отсутствие [/u]"объема работ"? [/quote]А вот не надо мне приписывать того, что я не говорил. Ты не МинФин.
Я говорил о твоей неверной оценке объема работы[quote=VZ;27457064][u]не так уж сложно[/u] перетащить базу и в Бух77[/quote]
Я тебе не хамлю, но то, что ты предложил в (6) - это бредни.
Есть конфы, похожие по структуре метаданных, например ТИС и комплексная. И перейти с одной на другую по методике в (6) не составит труда (я сам такое делал), т.е. для этих конф на самом деле [quote=VZ;29165289]существует переноска с одной зеленой кнопой "Хочу!"[/quote]
Но не для сабжа.

BigBro 21.02.2013 07:54

поясните в чем принципиальная невозможность начать вести учет не ломая конфигурации в новой базе с нормальным МДшником, перенеся остатки и документы за необходимый период?
почему выбирается именно путь изуродовать конфу но остаться в той же базе? вроде такого требования не озвучено.

BigBro 21.02.2013 07:56

имхо в (9) Том написал самое ценное в ветке.


Текущее время: 16:40. Часовой пояс GMT +3.