Сверка баз #717493

У меня возник такой вопрос, как у вас происходит сверка баз, в случае наличия нескольких баз по ведению бух и упр.учета, кто этим занимается, как сверяете, кто за это отвечает? Заранее спасибо за ответы

У меня возник такой вопрос, как у вас происходит сверка баз, в случае наличия нескольких баз по ведению бух и упр.учета, кто этим занимается, как сверяете, кто за это отвечает? Заранее спасибо за ответы

Странный вопрос.

чем же

Ведением бухучета занимается программист 1С. Главный бухгалтер ответственный за чистоту пола. Директор Главный над всеми.

хаха

Если появляется желание что-то сверять, значит в консерватории что-то не так.. имхо.

"кто за это отвечает?" - интересно, а какие у Вас предложения?

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

ну у нас почему то на нас это повесили

На вас, на Николая второго?

на ИТ отдел

как всегда, накинулись то сразу... простой пример, перегружаем документы, в базах разные алгоритмы распределения копеек по ТЧ =>данные отличаются. можно посмотреть в качестве шаблона для своих изысканий: там если кратко - ком соединение, построчная сверка доков

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

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

Ёлки-палки, а меня проглючило "Свертка баз", тьфу ))

и меня)

а что сверять нужно?

Это как?

у Вас что, между бух учётом и управленческим нет обменов? руками туда-сюда?

Простой пример в одну из баз внесли изменения, поменяли контрагента, клиент отказался от всего товара и решили грохнуть полностью реализацию

обмены есть, между БП и УТ, постоянно допиливается, потому что кто-то до нас не совсем корректно их настроил и то и дело вылазят ошибки

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

о, это удобно

брррр

замёрз?

передёрнуло от положения дел у ТС.)

а вообще сегодня прохладно, может в этом причина тоже.

да весело у нас((

До твоего возгласа тоже был уверен что речь о свёртке.

я наверное первая на форуме с вопросом о сверке))

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

Мы на обмене ЗиУП - УПП используем планы обмена и проблемой сверки не озабочены...

ИТ-отдел будет отвечать. Именно в этом дело, как я понимаю - в том, что ответственность за это безнадежное дело хотят на айтишников возложить. А бухи типа не при делах. Мое ИМХО: дело IT - алгоритмы и хранение данных. Дело пользователей - сами данные. IT за то, что в данных хранится, не отвечает.

подписываюсь. не царское это дело в портках ковыряться.

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

Наезжайте на бухов в ответ :) Ибо они со своими обязанностями, кажись, не справляются :)

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

Дай такую возможность бухгалтерам и все. Подсказываю, такая возможность есть. В меняю Файл есть пункт "Сравнить файлы". Бухгалтер делает два одинаковых отчета в двух базах. Потом сохраняет их в mxl. Далее делает сравнение файлов стандартными средствами платформы.

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

>>ИТ-отдел будет отвечать. А ты приведи пример с ндс. Вот сидишь ты сверяешь по двум базам. Ошиблась где-то, сказала бухам - да ,все гуд, сдавайте декларацию. Они сдали. Через квартал к вам пришла проверка, наковыряли миллионов на десять косяков, встал вопрос пеней/штрафов. betty@, ты будешь из своего кармана оплачивать банкет, тоскаться по судам, да? :)

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

Ну смешно же. Для начала поговорить с руководством - как так? Если скажут - отвечай, я бы очень сильно подумал о смене работы.

Пиши служебку на имя директора, что квалификация бухов на уровне табуретки...

, ты объясни, что за твой любой косяк, самое большое что к тебе можно применить - это попросить уволить по собственному желанию. Понимаешь? Но в этом случае, у тебя - индульгенция, ты просто уходишь и все грехи с тебя списываются. Но это же не означает, что у предприятия из твоих косяков тоже все грехи налоговая спишет? Ты прямо так, открытым текстом и говори бухам, глав.бухам и всем всем всем. Что тебе лично - все равно, если что - ты валишь и все. И пусть они дальше тебе говорят про твою ответственность. Все, вопрос закрывается сам собой :)

вот я того же мнения

А у тебя начальник есть, кстати? Если что, пусть он на своем уровне бухов поставит на место.

см дело говорит

>и при загрузки этого файла выдается таблица расхождений между базами так документы выгружаются или некий файл оборотов?

у вас у всех "дело говорит". Ситуация такая: есть обмены, есть бухгалтерия. Обмены делают неизвестно что (неизвестно ИТ-отделу, в первую очередь). И бухи правы - что делают обмены, они не знают, и не должны знать. Поэтому, если обмены работают корректно (а изменения "наживую" пользователем той или иной базы должны фиксироваться всеми достпуными средствами - ЖР, собственный ЖИ и т.д.) - то вопрос из плоскости "обменов" (за которые отвечает ИТ, на куда переводят весь вопрос бухи) должен переходить в плоскость "почему данные отличаются" (или не отличаются - тогда все хорошо). А вот как сравнивать будут данные - решайте с бухами, можно и подукемнтное им писать, если они совсем не могут ОСВ и проичми XML пользоваться.

Табличка Номер/Дата/Контрагент/Сумма/вид  документа (Торг12, выписка или ПКО) Соответственно по этим данным (дата и номер) ищется документ в приёмнике и сравниваются контрагенты и суммы. Плюс дополняется документами которые есть только в приёмнике (например полностью удалил в источнике, а в приёмнике осталась проведенная). Для меня этого достаточно, а так эту таблицу можно дополнить любыми данными, вплоть то контрольной суммы ТЧ

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

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

Что значит реальные пользователи? Это люди которые ничего не знают, ни чем не владеют, ни за что не отвечают, а деньги получают? Что за чушь? Каждый должен отвечать за свою работу. Если бухгалтера не могут сверить оборотки - гнать в шею таких бухгалтеров.

Обмен УТ10 БП2 Сверка производится бухгалтерией раз в месяц перед закрытием. Сверяются товарные остатки(количество) и взаиморасчеты с детализацией до договоров. Написаны обработки, которые тянут данные по com и показывают различия.

>Что значит реальные пользователи? - это реальные российские пользователи, которые за несколько лет работы в базах 1С благодаря отсутствию каких-либо ограничений, правил и прочих дорожных знаков в ЛЮБЫХ типовых 1С ведут базу кто как хочет и может. >Если бухгалтера не могут сверить оборотки - а им про оборотки вообще сказали? В данном случае - бухгалтера искренне уверены, что все проблемы в обменах. И пока обмены будут черной дырой для ИТ - я поддерживаю бухгалтеров.

>Сверка производится бухгалтерией раз в месяц перед закрытием - какие доки сверяете?

у вас есть документы, которые ведутся в одной из баз, но являются уникальными для другой?

Расскажи как сформировать оборотку по 62 счету, чтобы её можно было типовой "сравнение файлов" сверить?

не напомните, где оборотка в УТ? Отчеты=> дальше куда жать?

сверяются остатки, при наличии расхождений далее разбираются вручную

Перед закрытием месяца один раз сверяется, на случай если девочки, например, забыли что-то перенести. Обычный xml файлик собственного формата

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

не понял вопроса есть участки, которые ведутся только в БП. Они естественно не сверяются.

ну т.е. текстовый... если объем небольшой - читается быстро... а так текст в таких случаях - это тормоза те еще..

у вас все сверяемые документы имеют аналоги в будргой базе? Т.е. учет не затрагивает уникальные документы?

*другой

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

в среднем 100 документов в день, за месяц значит где то 2500 Т.е. сколько будет читаться текстовый документ в 5-7 тысяч строк? О каких тормозах идёт речь?

у вас ЗП тоже в УТ присутствует?

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

>Т.е. сколько будет читаться текстовый документ в 5-7 тысяч строк?

Все очень просто: ИТ-отдел отвечает за работу ПО, за данные отвечают сотрудники. Как я это вижу: ИТ-отдел "сворачивает" тестовую базу. Бухгалтерия проверяет. Если все удачно (технология переноса работает, данные верные) - переносим рабочую базу. После переноса бухгалтерия снова проверяет.

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

И? Т.е. твои бухи не в состоянии раз в месяц подождать 5-7 минут?

какая свертка, у них СВЕРКА! две параллельные базы.

Это разовая операция которая делается раз в месяц (или даже в квартал), просто у нас, по внутренниму регламенту, НДС  закрываем раз в месяц

когда выгрузки доходят до сотен тысяч строк - да, не в состоянии.

Вон оно че, Михалыч!!!

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

а у нас проверяется, перепроверяется, корректируется, перевыгружается, и снова правится. Поэтому процесс синхронизации бесконечный.

В любом случае: данными занимаются пользователи. Нужны механизЬмы  сверки - значит ИТ-отдел должен разработать "Волшебную шняшку", которая покажет пользователям что не идет.

одного раза недостаточно, все хотят "онлайн" изменения видеть...

Ну и причем тут отдел ИТ и ваш бардак. У нас есть четкий регламент, и даже последний менеджер в компании знает до какого числа еще можно внести изменения в документы, а с какого числа уже всё, никак.

>значит ИТ-отдел должен разработать - вопрос в первую очередь, стоит в том, откуда расхождения - в вследствии обменов (как утверждают пользователи), или по другим причинам. А уже отсюда - что делать.

Вооще не проблема, включи План обмена и регистрируй изменения онлайн. У меня просто источник 7-ка, поэтому через файлик

>Ну и причем тут отдел ИТ - это к вопросу скорости чтения в txt. Он весьма тормозной у 1С.

известно откуда. От того что у всех полные права и могут править документы в течении 2-х лет

конечно нет Что переносим, то и проверяем

это какими планами обмена я превращу физлиц одной базы - в сотрудников другой? ))

Ты сейчас о чём?

Причем тут конвертация и регистрация изменений?

вот пусть ИТ-отдел это и обсновывает, прежде чем кидаться ниц "как делать сверки!!!" ))

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

+ у нас так учет построен.

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

Причем тут синхронизация?

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

В развернутом виде. Без группировок. С сортировкой по всем полям кроме суммы. В про УТ ничего не сказано. Тут вопрос - кто обозначил требования на обмены и кто придумывал правила обменов. Если обмены сделаны в соответствии с заказанными правилами, то претензии к тем кто эти правила писал. Одновременно, пожалуй соглашусь, с тем что нужны инструменты сверки данных. Если конфигурации разные, то обязательно нужен инструмент представляющий данные в одном виде. Хуже если еще и НСИ разные. Но надеюсь что ТС сделал инструменты сверки когда делал механизм обмена? В противном случае, согласен - нужно делать одинаковые отчеты.

обмен между БП и УТ