Простите, что в пятницу, но нужна подсказка - в каком направлении копать.
Назревает мегапроект - впихнуть в самописку регламентированную отчетность.

База больше 1Тб (обычные формы, базе больше 10 лет), десятки тысяч накладных в день, ведется учет: бухгалтерский, оперативный (свои регистры себестоимости и взаиморасчетов - по бухсчетам только сводные суммы), плюс WMS с маркировкой. ЗУП - отдельно. Много лет бухгалтера сдают отчетность фактически в ручном режиме.


Вижу варианты:
1) Тащить подсистему отчетности из УПП, но отчетность перепиливать каждый раз при её обновлении, т.к. план счетов у нас старый, с тех времен, когда их было два - Хозрасчетный и Налоговый.
Минусы: постоянные затраты на поддержку отчетности.

2) Ставить отдельную БП 3.0 и делать обмен.
Минусы:
- новая база, которую надо админить, новое железо
- синхронизация двух баз (как показывает опыт, появление любого обмена - это плюс 200% затрат на саппорт)
- работа бухгалтерии в двух базах, будут путаться
Второй вариант тянет на большой проект, но выглядит перспективнее(?).

В тестовом варианте попробовал перенести накладные за один квартал (1.3 млн. накладных в упрощенном виде - как услуги) БП 3.0 сдюжила, книгу продаж сформировала. Но остаются операции по скидкам, акты сверки - они завязаны на накладные, а в разрезе накладных БП наши объемы точно не потянет.

Что выбрать?

У кого есть подобный опыт "большая самописка оперучета + регл.отчетность"? Как справляетесь?

p.s. Есть вариант 3, мне нравится больше всего - взять еще пару бухгалтеров.

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

второй кажется более вменяемым

(0) имхается вариант выгружать из твоей нетленки бухучёт в типовую БП 3.0 самый живой. По сути, правила один раз грамотно написать.

п.2.

(0) Я не поняла - "план счетов у нас старый, с тех времен, когда их было два - Хозрасчетный и Налоговый.". А сейчас - один?!

+(4) Для сдачи регламентированной отчетности акты сверок не нужны .

(3) Только как бухгалтерам работать?
ОС и материалы - в новой базе.
Платежки разносить - точно будут в старой базе, важны накладные, корректировки долга - тоже.
Возникает вопрос с переоценкой валютных счетов - алгоритмы могут не совпасть в старой и новой базе, там тоже наверчено.

(5) В БП 2.0 уже был общий план счетов. УПП не смотрел.

+(6) по хорошему в упп оставлять учет торговых операций , а все остальное переносить в БП 3.0 и там работать. Из упп потом выгружать регулярно первичку торговую

Полностью в БП переехать, не?

(8) Звучит просто - делаем план обмена и гоним изменения из опер.базы в бух.

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

Есть реальный опыт такой работы?

Та же связка с ЭДО. Разберем на примере "Поступления материалов".
Бухгалтер должен на основании документа ЭДО (появляется в базе, т.к. сделана интеграция со Сбис и Диадок) ввести "Поступление материалов". В новой базе такой интеграции нет, типовые обработки от операторов не подойдут, их придется допиливать (у нас разделение доступа по филиалам и др.).
Бухгалтеру вводить документ "Поступление материалов" в старой базе и нажимать кнопку "перенести в БП"? Как-то не очень.

(9) Нет, старая база остаётся однозначно.

(10) Бухия редко работает "оперативно", чаще всего работают с отставанием 1 день. А для отчетности вообще от сдачи да сдачи. Поэтому вариант настроить обмен и грузить по ночам.

(10) вам надо начать с составления перечня первичных документов необходимых для работы бухгалтерии , после этого определиться какая часть документов без потери качества работы может вводиться в БП.3.0 , а какая остается в УПП .
У меня из ТИС 7.7  45 продовольственных магазинов розничных грузится в БП 3.0 , ничего как-то работает ;)

+(13) они еще по урбд между точками и центральным офисом в свою очередь обмениваются. А собирал я их под единоначалие из 18 магазинов , где каждый заводил сам номенклатуру в течении  5 лет :).

(13) С розницей понятно, в магазинах бухгалтера вряд ли много работают с НДС, корректировками долга, фин.скидками и пр. :)

+(14) используйте принцип регистрации УРБД для обмена с БП . Введи документ или исправили или пометили на удаление ..., в регистр выгрузки записался , а дальше по регистру побежали и через ком соединение загрузили в БП . Потом в фоновое и по ночам пусть гоняет

(15) Вы специфику работы УПП и ее особенности знать должны лучше меня , вам и решать , где что вносить

(16) Технически всё понятно, сейчас http-сервисы рулят. РИБ и обмены УТ-БП еще в 2006 году делал.
(17) Вот и пугает сложность проекта. Каждую операцию надо прописывать. Еще не нравится манера 1С делать обновления, которые будут шарашить по всей базе при очередном релизе. Если очередное обновление БП будет шарашить по всем накладным - конца не дождаться.

(180) нормально все будет ;) Война план покажет

Какой смысл тащить отчётность в самописка, ведь самая мякотка - заполнение работать не будет так как другие таблицы

Сворачивать данные за день и выгружать это в БП не ?

(21) А книга продаж?

(20) Вот да, заполнение придется допиливать.

(22) По контрикам и товарам сверни данные и выгружайся, БПшка тебе построит отчет

(23) так Вы же первичку будете грузить , должна сама заполняться

(24) Тогда уж сворачивать таб.часть по ставкам НДС - возможно.

(26) конечно :)

Впихнуть регламентированную во что-то кривое - один раз - может быть?
А потом в отчетности что-то меняется - опять впихивать ?
С точки зрения работы и развития - наверное - можно попробовать
С точки зрения заказчика - бессмысленная тратв денег,да и после того как те,кто это сделал,потеряют интерес - проблемы в поддержке недокументированного решения.
Так что ставить БП и обмениваться - единственный разумный способ.

Если впихнуть регламент в эту базу и получать проводки по каждой накладной из десятков тысяч в день, база распухнет еще на тб за пару лет. Сейчас вот упп чишу, 1.3тб. Куча шлаковых регистров вслед за проводками, к примеру, списания товаров.
Лучше все группировать и выгружать в отдельную.

(18) С более-менее готовым обменом, к примеру, на КД2, дорабатывать из-за изменений в БП3 придется раз в год-полтора. Ну т.е. ломаться, скорее всего, по этой причине обмен практически не будет.

Научиться книги продаж покупок загружать в декларацию или сразу в xml.
Остальное сводно.

Но отчётность это полбеды. Сам учёт тоже нужно поддерживать: НДС, авансы, переоценки...
Сегодня с удивлением узнал, что у нас курсовые по новому считаются с нового года, а 1с ещё обновление не выпустило

п 2 однозначно.
бухов оставлять только в БП 3, потом спасибо скажут, месяца через 3-4 после перехода:)

п.2
при правильном запиливании и раздаче сфер ответсвенности и определения _единого источника данных_ расхождения будут вполне разумные, поддающиеся выявлению и правкам. Я как-то данные из биллинговой системы в бух 7.7 грузил. нормально все было. ГБ там была суперская. Разночтения среди порядка 10-15 тысяч актов в месяц при перегрузке за квартал выдавала с точностью до документа.

Я в молодости прикручивал к самописке отчетность -  и она даже работала - если в ней разобраться, то там однотипно все заполняется - впоследствии править только одну процедуру и макеты при каких либо изменениях.
Но труд конечно поначалу титанический. Кинули молодого на амбразуру, где сгорело уже двое матерых прогеров. Уперся и сдюжил. Были сильно удивлены, что заработало...

(0)За 3-й вариант тебе что-то перепадет там или просто проблем меньше будет?)

(0) Второй вариант.

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

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

(38) там же план счетов другой. Это же нужно всю базу перевести на новый план.
Все сломается однозначно

(39) из упп, там такой же

(40) Странно, а автор утверждает что у него ПС отличаеться от УППшного

(41) Я думаю, тс криво выразился. Бух учёт они же не сами писали. Тс, внеси ясность.

(40), (42) Самописка на базе БП 1.6 - два плана счетов (Хозрасчетный и Налоговый). В УПП я не лазил, там два плана счетов или один?
(37) "с внедрением типового продукта" - оперучет, WMS, маркировка - это всё равно будут самописные блоки. Если впихивать это всё в типовую - она сразу нетиповой станет.

+(43) Ну т.е. и бух.регистров - два

(31) "Научиться книги продаж покупок загружать в декларацию или сразу в xml." - сейчас так и делается.
"Сам учёт тоже нужно поддерживать: НДС, авансы, переоценки..." - больше всего пугают взаиморасчеты, они будут дублироваться:
- в оперативной базе - по накладным
- в регламентированной базе - сводно
Не вижу хорошего способа избежать проблем их стыковки.

не хотел писать но все-же

1. рег отчетность должна быть исключительно в типовой базе с поддержкой обновлений
2. нормально состыковать бух учет современных баз со старыми (на основе обычных форм) не возможно, в новых базах запрещены куча "фишек" из старых (это касается закрытия периодов, ручных корректировок и еще кучи чего)
3. главная проблема - это то, что бухгалтерия интегрирована в текущую базу, если бы ее можно было бы выделить, то было бы проще

по этому варианты:
1. рег отчетность сдавать в полуручном режиме (часть там часть здесь, часть во внешних сервисах), это геморой для бухгалтеров и большая вероятность ошибок
2. при каждом обновлении вручную пытатся воткнуть рег отчетность в старую базу - геморой для прога и ошибки будут валить на него, ошибки будут постоянно...
3. писать новое решение, не знаю на чем но на современных конфигурациях с максимальным сохранением поддержки. Я-бы сделал 2 базы Бух типовая + другая база с обменом в бухию.

(43) Два. И это создает массу проблем. Самое печальное для Вас будет то, что без регламентных процедур (в т.ч. расчетов по налогу на прибыль), никакой регламентированной отчетности не получится.

Короче забейте на эту идею - она мертворожденная. У Вас есть только один путь - внедрение современного продукта. Гораздо проще в него перетащить все ваши доработки вместе с блэк-джеком и женщинами с пониженной социальной ответственностью, чем прикручивать к свистку паровоз.

Жесть. Ничего не читал, но не проще обмен с Бух 3 сделать ?

(44) два, я так же комплексную старую обновлял из упп после снятия с поддержки.

Тут еще можно зайти с ьакой стороны:
В старой конфигурации есть регистр бухгалтерии и план счетов (и возможно не один)
Я бы посмотрел,что из этого реально используется при работе (а не при подготовке отчетности),если выясниться,что мало чего,то забыть про эти регистры и делать обмен с современной бухгалтерией.

Живёт же огромное количество организаций, где основной учёт ведётся в каких-нибудь SAP'ах, Axapta'х, а регламентированный бухгалтерский и налоговый учёт в 1С-овской бухне актуальной версии.
И это самый простой вариант в плане дальнейшей поддержки. После внедрения допиливать надо будет только вновь появляющиеся бизнес-процессы.
Но это самый трудозатратный вариант в плане внедрения. Начиная с самого начала, когда надо будет определяться - чем именно будет БП? Исключительно только приёмником данных и генератором отчётности? Или в ней будет вестись какой-то учёт? Если учёт будет вестись в БП, то в какой части - только в той, которой нет в упручете, или что-то будет вестись параллельно (из-за особенностей отражений операций). Или вообще бухи переползут в БП, а из базы упручёта будут тащиться какие-то отдельные операции, которые слишком трудозатратно отражать ручками в БП.
Второй проблемой будет собственно настройка обменов. Тут тоже вариантов масса. Начиная с конвертации (сумеете ли написать грамотно правила обмена? и будет ли обмен двусторонним), и заканчивая какими-нибудь выгрузками-загрузками в полу-ручном режиме, когда выгружается реестр каких-то операций, который бух проверяет, правит (заполняет аналитику необходимую для регБУ и НУ, например) и только потом нажимает кнопочку "Загрузить".
Во всех таких историях проблемы начинаются, когда доходит до мелочей и частностей. Которые на форуме не обсудишь и не оценишь.

Но прикручивать библиотеку регламентированной отчетности (БРО) к древней перепиленной вхлам БП 1.6 - путь в никуда.
Скоро окончательно прекратиться поддержка всяких конфигураций на обычных формах (УПП, БП 2.0 и т.п.). И как только это случится из БРО исчезнет всякая поддержка обычных форм. Брать регламентированную отчетность со всеми её изменениями будет просто неоткуда, а значит придётся всё рисовать самим.
К тому же БРО не работает сама по себе. Она требует наличия разного рода функционала из БСП. Не то чтобы это было критично, но дополнительный геморрой.

(51) в упп вполне можно открывать упр формы

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

(51) "основной учёт ведётся в каких-нибудь SAP'ах, Axapta'х, а регламентированный бухгалтерский и налоговый учёт в 1С-овской бухне актуальной версии. " - вот подобная система и получается. Как они сводят взаиморасчеты и остатки товар в SAP и 1С ? Сдается мне, что с большими матюками.

много лет во многих организациях работает 2й вариант.
1й изредка встречался, везде матюки и головная боль.

(51) "проблемы начинаются, когда доходит до мелочей и частностей." - именно так, я выше привел пример с вводом поступлений материалов на основании документов ЭДО.
Что и в какой базе вводить - вот хз, поэтому хочется узнать чужой опыт.

(54) "Как они сводят взаиморасчеты и остатки товар в SAP и 1С"
как-как.. каком!
остатки товаров имхо проще сводить.
да и сводить почти не требуется если обмен вычищен.
с взаиморасчетами - сложнее.

С платежками интересный вопрос. Разносить по документам их надо в управленческой базе.
Но платежи по налогам тут не нужны.
Варианты:
1) Оставлять текущую схему - всё оформляем в упр.базе и гоним в БП
2) Загружать в упр.базу только платежки поставщиков и покупателей - и гоним в БП.
3) Типовыми средствами загружаем в БП. При этом часть платежек гоним сначала в упр.базу, разносим, а потом возвращаем назад с цифрами.

Звучит всё сначала легко и красиво, но проект серьезный выходит.

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

(59) "перекачки по платежам не было" - непонятно.
- загрузили из клиент-банка платежки (все) в БП
- загрузили из клиент-банка платежки (по торговым) в упр.базу, разнесли по документам и правильно разложили авансы. А результат разноски авансов в БП переносится?

Пункт 2 конечно выглядит покрасивее на фоне безнадеги пункта 1, но БП3 не умрет под потоком таким? Десятки тысяч доков ежедневно, плюс наверняка что-то задним числом поправят, перегрузят, надо будет потом перепровести... А она ведь мягко говоря будет сильно медленнее чем 1.6 работать. Ну и не сойдутся базы друг с другом, что самое гадкое. Как сверять-то?

(61) Сворачивать документы в пределах дня

(61) Мы не перепроводим, с этим проблем не будет. И себестоимость хочу тащить готовую - в БП заложена такая возможность?
(62) Документы нужны, книга продаж будет формироваться в БП.

(63) Возможность конечно заложена. Был у меня когда-то давно такой изврат. Тяжело, но работал. Только не верится мне в это "не перепроводим". Неужели никто доки задним числом не меняет, перемещения всякие, пересорты и прочая радость...

(0) я бы советовал пойти по такому пути. Сделать им формы, а как заполняться пусть настраивают сами
https://infostart.ru/public/1072796/

(64) У нас всё строго, заднее число - большой ахтунг.
(65) Осталось все декларации и статистики наваять в этом конструкторе :)

Ребята!
Заполнение форм отчетности и регламентированный учет - это совершенно разные вещи!

Сворачивание документов в течение дня - а если каждый документ по своему контрагенту - то как ?

Детали камней учета всплывают,когда начинается разбиение платежек на части,особенно с учетом НДС и ощибок округления.
В остальном,в бухгалтерию,например,можно переносить не все товары и услуги,а только их объединение по признакам учета,что позволяет сильно уменьшить объем базы.

(0)ну будет расходится бух и упр и что? Раньше делал - сворачивал и тащил себестоимость - но там была купи-продайка.

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

Всем спасибо. Будем требовать новый сервер и расширять штат программистов для новой базы бухгалтерии :)

(0) перейти на КА/ERP и забыть про этот кошмар, радоваться новым стильно, модно, молодежно

(71) в некоторых случаях,проще самописку переписать на управляемые формы,чем изобретенный там функционал впихнуть в стандартную конфигурацию.

(71) действительно как же они сами не догадались до такого)

(0), (1), (2) Была подобная история. Была старая самописная конфигурация на обычных формах и чтобы не писать отчетность люди решили конвертить все изменения в БП30 перед формированием отчетности. Да и естественно было предложено просто адаптировать регл. отчеты от УПП 1.3 и каждый раз допиливать.
Вариант с конвертацией был реализован, но по масштабам поддержки оказался несопоставимо больше, чем просто адаптировать отчетность с УПП.

А все хорошо стало в этой организации, когда перешли на ERP.

(71) Всего-то и надо вбухать хренову тучу бабла в железо, такую же хренову тучу в проект перехода, поломать работающие процессы патамушта новая система предполагает иной подход... Ну и на выходе молиться чтоб 1С и этот проект не кинула, обязав всех перейти на свою очередную придумку. :)

(74) "конвертить все изменения в БП30 " - что значит "конвертить"? Перенос документов в типовую? В чем оказался самый большой затык?

(74) Документооборот насколько большой был? Сколько накладных в день?

(0) Вариант с отдельной БП рабочий - делал связку для большой упр. базы с БП, пришлось для ускорения БП проведение нескольких документов переписать, оптимизировал закрытие месяца

(75) Сколько лет живет УПП? И пока помирать не собирается. Причем это нормальная конфигурация, а не жалкие поделки рукожопых студентов с нетленками. И если процессы кардинально не укладываются в типовую бизнес-логику, но в 95% случаев это абсолютно кривые процессы - продукт гения великих менеджеров местного разлива. Либо автоматизацию автосервиса выполняют с помощью продукта для аптеки, а производства с помощью ЗУП.

(0) Обмен спасет отца русской демократии, уложишься в пределах 200-400 часов

(80) Больше 200 часов в прошлом году у меня занял переход ЗУП 2.5 - ЗУП 3 с мелкими дописками. Успеть бы до 1 января. Отдельный человек под это нужен, плюс переобучение бухгалтерии, а у них и так времени нет ни на что.

(80) Не смешите мои тапки! Тут из ЗУП 3.1 в УПП два документа отражения зарплаты хрен перекинешь с трудозатратами в 200 часов, т.к. 90% делается часов за 5, а дальше 10% требуют изрядного траходрома с правкой обеих конфигураций. Потому что архитектура разная и либо неоткуда данные взять необходимые, либо некуда их уложить потом. И хотелось бы, для примера, перенести в разрезе исполнительных листов, но в ЗУП они вроде как есть, но в отражении зарплаты вроде как не присутствуют. Или резервы в НУ и БУ отличаются, а в УПП сумма в один реквизит складывается. И т.д. и т.п. И такого геморроя вагон с маленькой тележкой.

(82) Кидай мне задачу, за 200 часов 2 документа как-нибудь справимся ;-)

(83) Да поздно уже. Кинул уже другим - третий месяц вылавливаем упущенные моменты. Бывают крайне редкие операции - то какая-то матпомощь по случаю смерти со своими нюансами налогообложения, то еще какая-то хрень, о которой раньше не догадывались даже. И хорошо если способ отражения к этому можно прикрутить.

(84) Либо ты упарываешься в первичное ТЗ, или переносишь частные случаи в обслуживание

(12) чаще с отставанием в 1 квартал))

(76) (77) Перенос осуществлялся через универсальный обмен XML. Правила были настроены с помощью КД2. Каждый документ - одна операция бух.

Какие были проблемы?
1. Каждый месяц возникала нестандартная ситуация, которую надо было по особенному отобразить в БП30. Постоянно правились правила конвертации.
2. Была проблема в большом отличии планов счетов. Из за этого постоянные спорные ситуации возникали с корректностью проводок. Приходилось часть учета перекладывать на регистры накоплений.
3. Отчетность в БП30 все равно приходилось дорабатывать (дозаполнять данные).

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