Сколько стоит перенос данных в БП 2.0? #546304

Есть БП 1.6(последний релиз) без изменений конфигурации, ввели только парочку субсчетов и субконто в режиме предприятия. Нужно перенести остатки на 01.01.2011 + документы до текущей даты. Сейчас в базе доков за 2011 год > 20k. Сориентируйте по ценам. Если какие-то вопросы - смогу ответить завтра.

Есть БП 1.6(последний релиз) без изменений конфигурации, ввели только парочку субсчетов и субконто в режиме предприятия. Нужно перенести остатки на 01.01.2011 + документы до текущей даты. Сейчас в базе доков за 2011 год > 20k. Сориентируйте по ценам. Если какие-то вопросы - смогу ответить завтра.

Есть БП 1.6(последний релиз) без изменений конфигурации, ввели только парочку субсчетов и субконто в режиме предприятия. Нужно перенести остатки на 01.01.2011 + документы до текущей даты. Сейчас в базе доков за 2011 год > 20k. Сориентируйте по ценам. Если какие-то вопросы - смогу ответить завтра.

Тарелка супа

я думаю так

у питерсктого БиТа - 2300 за час. на пернос 1-2 часа. вот и считай...

но по-любому...

много проверять потому что. сам перенос - отловить ошибки в типовом и перенести, на раз-два

(3, 4) А разгребание косяков?

20 тыщ докУментов за 2 часа? Через конвертацию? Смешно.

Если не будет потом вопросов, почему платежки не проводятся.

240 тыс. руб. Есть опыт по переносу оборотов из 7.7. в БП 8.1 за полгода. Пишите письма

а почему не 320? люблю такие цифры с потолка.. можно хорошо заработать

(1-4) перенос остатков и оборотов по добавленным субсчетам  - КД

Перенес несколько десятков баз, времени занимало от получаса до двух дней. Но скорей всего пункт 1.

не смешите мои тапки

Одна из самый больших проблем налоговый учет. особенно если проводки вводились ручными операциями. Грамотно они не переносятся.

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

гы гы гы.. больше 20 тыщь доков, через выгрузку/загрузку... добавлены счета и субконто..

20(дней)Х12000(столько стоит один день в рублях) так пойдет, а для клиента 240 т.р. и будут перенесены остатки и документы за период. Именно документы а не операции со свернутыми за месяц оборотами по счетам

у меня больше было. цифры назвал реальные...

Вань... У меня 4 дня производства 4 часа переносятся... А тут 30 тыщ докУментов...

Типовая обработка переноса переносит именно документы а не операции со свернутыми за месяц оборотами по счетам и переносит вполне корректно. Что вы собираетесь делать 20 дней с одной базой - представить сложно, но если хочется подзаработать и найдутся люди которым не жалко отдать 320 тысяч - я только за.

ну что могу сказать, это жесть. рассказывай, как добился? ;)...

Элементарно. 1000 с лихом документов выпуска в день. Плюс перекрёстные ссылки. Притом что выпуск выгружается в два документа.

фекалии мы там собираемся разгребать, если контора не смогла уйти на БП 2.0 в начале года значит там есть что разгребать

то что мы про БП говорим, тебя не смущает? ;)...

апо**й. Разницы никакой.

Сильная аргументация. Человеку с такой аргументацией я бы заплатил 320 тысяч лишь бы он ничего не трогал.

За документы вообще речи нет. Документы переносятся на ура. Час-полтора, если нет хитрых ручных операциях и все. А вот остатки. Так как данные берутся из регистров, а зачастую остатки по регистры весьма отдаленно напоминают остатки по бух.счетам...

+ а вот как они смогут закрыть квартал в 2.0 точно так же как в 1.6 это уже совсем другая песня

Да, приходилось дописывать правила в части контрагентов и расходов будущих периодов, они там редко совпадали.

гы гы.. самое прикольное что они потребудт совпадения обороток... а в 1.6 они при закрытии месяца нифига ничего не перепроводили.. на 60ых и на 62ых счета помойка... перенесешь им 20 тыщ документов.. они проведутся в правильном порядке.. а они взвоют - хотим оборотки такие же как были :) :)

Зачем при закрытии месяца перепроводить 60 62 счета?

ну, судя по времени которое ты назывешь, разница все таки есть...

те кто на такой перенос подписывается за <10т.р просто не знает куда лезет

ок. Выгрузи из БП 20 тыщ докУментов и озвучь размер результирующего файла.

Ты абсолютно прав. Незачем. К чему лишние телодвижения?

сейчас, все брошу ;) у нас в конторе я переносил 14 баз. три из них достаточно большие. ни на одну не ушло более 2.5 часов. на сам перенос, я имею ввиду...

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

И в каждой по 20 тыщ докУментов? Это не понос. Я с тобой соглашаюсь, а ты по привычке принимаешь мои сообщения в свой адрес в штыки...

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

"перенесешь им 20 тыщ документов.. они проведутся в правильном порядке.. а они взвоют - хотим оборотки такие же как были :) :)" Переносил несколько десяткеов конфигураций, везде разные бухгалтера, обороты 60-62 счетов из-за последовательности не совпадали почти нигде, ни один человек не взвыл, все понимали почему так.

а на подготовку и тестирование правил? а на отладку корректности этих правил ?

в трех больших - да, больше 20 тыщ...

вам ооооочень повезло... ну просто ооочень...

время на кофе и пописать, включать?...

В 31 ничего не утверждалось, поэтому твое "согласие" всё-таки немножечко понос

правила то стандартные...

таки признайся, что у тебя на меня аллергия и закроем тему :-)

Правила стандартные, а вот базы - нет :-)

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

Могу открыть секрет своего везения - я владею грамотной русской речью и могу доносить свою мысль до окружающих. Поэтому когда я произношу слова "В 1.6 была нарушена последовательность" бухгалтер это понимает. Тему если можно не закрывай, она создавалась не с целью выявления аллергиков.

Добавление новых счетов - это через опу? Я имел в виду тему моего согласия с тобой :-) Если тебя это напрягает, я больше никогда не стану этого делать...

по моему мнению - да. можешь привести пример добавленных счетов?...

Увы если в 1.6 учет велся через опу он перенесся через ещё большую опу. Совершенно непонятно зачем в бухгалтерские остатки фигачить данные из регистров если они не совпадают с бухгалтерскими. Они что считали, что бухгалтера посмотрят и скажут - а фиг с бухгалтерскими остаткми пусть будет так как у нас в регистрах?

забаланс тебя устроит?

Считаешь, что это проблема 1С, что бухи вели учет через попу?

с точки зрения кодера - понятно почему так сделали, с точки зрения логики - нет...

вполне...

тогда считай. У меня на 10 допзабалансовых счетов. Бухам так удобней. Да и мне тоже, не надо отчёты рисовать.

Завис на этом вопросе...Конечно это не проблема 1С, 1С вообще пофиг и никаких особых проблем у них нет. Но мне почему-то кажется логичным что при переносе бухгалтерских остатков остатки должны перенестись копейка в копейку с тем что есть на бухгалтерских остатках в 1.6 и если есть разница с регистрами об этом необходимо сообщить, а не фигачить данные из регистров а потом просто мило констатировать что остатки не сошлись.

Пля вроде в ветке все вменяемые, а бред как у обистрившихся по висне неудачников. Ветка юмар? Или заговор?

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

о, где-то я уже это видел, лет 7-8 назад ;)...

О, одним вменяемым в ветке стало больше.

У тебя глюки, как мне кажется. Это всё из-за трезвости.

Дим а что дальше с этими бухостатками делать? Опыт у меня есть огромный на 1.6. ЛДелал людям свертку в 1.6 (в далеких 200х) так вот каждый раз срань вылазила, и когда начинали разбератся вот тут то и оказвалось что недостачи огромные

Например учет ведется по средней, как с разбивкой по партиям (для НДС) перенести данные? Учет ведется по договор в целом - как с разбивкой по документам заполнить 60/62 счет? И учти что в 1.6 может быть не весь учет, а тоже начали с ввода начальных остатков и данные лежат в прошлых периодах. Т.е. просто  перебор документов не получиться.

И чеее. если заведомо в 1.6 включить такой учет то все идеально. Только его включить надо

автор. это счастливая возможность зарыть все гуано иначать жизнь с чистого листа

СОРИ, видимо не доконца прочел пост

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

все зависит от того, как велся учет в БП 1.6 Сумму озвучить сложно, так как работа может составить от 1-2 часов до бесконечно много

20 тыщ.

Дим там все прое решается. Достаточно в 1.6 31.12.10 ввести документы Распределение оплат от покупателей и Распределение оплат поставщиум - ОБЯЗАТЕЛЬНО и уже в 90% случаев 60 и 62 ложатся идеально

Также непонятно почему нельзя было сделать тестирование базы 1.6 перед переносом на предмет кривизны учета, то есть выдать сообщение что остаток по 19 счету перенестся неправильно потому что вы, такие разэтакие, списывали НДС такими то и такими то ручными проводками, а не хотите ли создать автоматически корректировочные записи регистров? Я не вижу тут большой сложности, либо совсем с кадрами у 1С проблема, но это очень отрицательно работает на имидж 1С.

Об остатках речь?

Потомучто мне сказали Пошли наиух, не ваше собачье дело какие я делаю проводки. Как делаю так и правильно. А отчетность я сама собираю

Да Дим именно об них

+ И ОООО ужас, книга покупок и книга продаж которая была сдана в 1.6 сходится с 2.0 и декларацией с 2.0 офигеть

Не знал. Почему это сообщение выдает Базван на форуме а не 1С при выгрузке? Загадка.

Потому что Базван умный и со звездочками, а 1С тупая и без них.

А кто знал в конце 2005 когда программа ели ползала, что к 2011 году такой учет понадобиться?

Дак и 1С выдавала в 1С когда у тя книга с 19 и 68 не сходилось. Я то вот чете догадался а убрщица нет

Ахерерть. Так прально ИТС то не читаем он поставка под кофе а там для дебилов все до одного регистра расписаны (даже для 1.5 редакции) Веришь???

Афигеть мне просто смешно. ИТС нах не нужет, книжки не читаем, НО считаем себя умнее всех. Хуже всего когда дебил главбух орет что ему нахуй регис ры не нужны, но когда вдруг появляется ставка 0 или БезНДС сразу ступор и соплежуйство и выброс говна на вентилятор. Читайте Дополнение к описанию там все подробно расписывается

А при чем тут ИТС и ведения учета на 60/62 в разрезе документов?

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

Речь то "если заведомо в 1.6 включить такой учет то все идеально."

Какой то базван нервный. пережрал наверное и опять пьяный на форуме.

Или на ИТС в 2005 году было написано, что "Внимание, в 2011 году нужно будет перейти на БП 2.0, а там учет в разрезе документов обязателен"?

Притом что ВСЕ механизмы прописаны на ИТС оочень подробно (да для редакции 1.0 этого небыло НО в 1.5 ВСЕ распиали ПОДРОБНО) причем сдесь франч??? Чушь какая то. Телевизор - основные функции  -  программа показывается с хрипотой и говеным качеством. И все пистос. Оказвается говноканал у меня из антены и телек (который под нормальный какнал настроен) все очень хорошо показывает. И у кого руки из жопы растут??? У МЕНЯ, и этого не отрицаю, в отличии от остальных

Внимания там небыло, там в ПОЛНОМ объеме расписан механизм НДС, кто его не читал, так сам себе буратино

Еще один, если я теб сейчас суну в морду справку из деспансора обещай что ты сожреш свой ботинок?

базван истинно тебе говорю - выпей ускопоительного и поспи.

Я ему про Фому, а он мне про Ерему. Ну знаю я этот механизм дальше,что? Как знание механизма в 2005 году поможет ответить на вопрос в 2011 году "если заведомо в 1.6 включить такой учет то все идеально."? P.S. У меня даже бухи если что- не так обучены были куда смотреть в регистрах и где искать свои косяки. Но это помогало, когда уже пипец, но  не от кривого учета

Все лежит в одном разделе

Когда 19 счет закрывается ручными операциями программа выдает хоть одно сообщение что подобные действия ведут к некорректной работе программы поскольку возникает расхождение с регистрами? Это сложно было сделать?

Афигеть, а как вообще осуществляется раздельный учет ты знаешь???? Методологии НЕТ вообще и в НК она не прописана, 1С ее разработала и уже куча ВЫШЕК и прочих судов выйграна. Так что учите мат часть и там счастье имеется