Мой комментарий:
Каждый специалист должен заниматься своим делом. Знание 1С в обязанности сисадмина не входит. Даже если он настроил стандартную выгрузку, мог не учесть нюансы, которые возникают постоянно. Особенно часто сбои происходят после обновления конфигураций. Об этих проблемах я писала в статье «Раскрыта тайна зарабатывания миллионов денег в секунду айтишниками».
В каждом новом обновлении 1С учитываются последние изменения Законодательства. Так же вносятся корректировки в базы и справочники. Почему же тогда происходят сбои при выгрузке?
На практике предприятия используют сразу несколько конфигураций 1С. Например 1С Бухгалтерию и 1С УНФ, или Управление торговлей и пр.
Вот всего несколько примеров из практики ИТ-Ангелов:
База перестала выгружаться, потому что промежуточный модуль запрашивает идентификатор СРФ. Все из-за того, что изменился формат номера регистрации в СФР. В обновленной версии программы он должен состоять из 10-и цифр, а бухгалтер не исправил данные. В справочник бухгалтера записаны 15-ть знаков. Программа обнаружила несоответствие и прекратила выгрузку.
Пользователи понаделали дублей в справочниках. Программа сопоставила таблицы и нашла ошибки. Выгрузка прекратилась. Что немаловажно, программа 1С выдает «ошибку», которая совершенно неинформативна. Понять причину неспециалисту невозможно.
Сисадмин автоматизировал выгрузку в локальной сети с промежутком через 30 минут и подключил ее напрямую через веб-сервис. Через определенное время все базы разворачиваются, чтобы выгрузиться. Программа у всех зависает через 5 минут.
Это только несколько примеров
Хотя «В России и странах постсоветского пространства «1С: Бухгалтерия» — самая популярная программа для автоматизации бухгалтерского учета. Потому что её решение сочетает простоту использования и широкий функционал», все же без помощи 1С-специалистов - ИТ-Ангелов не обойтись.
Потому, что обновления 1С нынче происходят рандомно. Эти процессы необходимо держать под постоянным контролем. Для бухгалтера это лишняя нагрузка. Об этом я писала в статье «Привет Даша или Все новое поначалу кажется невозможным».
ИТ-Ангелы отслеживают данные процессы в любой точке мира и в любое время суток.
Комментарии
46Поздравляю с первой публикацией на Клерке! )
Спасибо. Очень неожиданно все произошло. Надеюсь на понимание коллег "по цеху".
Есть ли вообще вменяемая выгрузка из унф в бухгалтерию? Мы пока не нашли.
Добрый день. Есть стандартная выгрузка 1С. Она работает и достаточно гибко настраивается. Там есть ручной режим. Если этого недостаточно, то без доработок не обойтись. Всё зависит от ваших запросов. Каждая фирма по-своему индивидуальна. И процессы, по которым она работает - уникальны. Поэтому и доработки должны быть эксклюзивные.
С радостью отвечу на все Ваши вопросы.
Стандартная не подходит.
Тогда только доработка. Повторюсь, индивидуальная. Перед доработкой тщательное извучение того бизнес-процесса или процессов, которые задействованы. Это не громкие слова. Каждая доработка делается на ТЗ. А его написать тоже себе разлечение. Не бывает похожих доработок. Каждой фирме нужно что-то свое.
Если бы. Стандартная УНФ, стандартная Бухгалтерия, нужно синхронизировать совершенно стандартные документы, но нет, стандартной обрабокой не получается, она вносит хаос в справочники.
В каждом файле обновления конфигурации Вы можете найти файл "Совместное использование.htm", который лежит в папке "Обмены данными" и в подпапке с названиями используемых Вами совместно конфигурациями ( в нашем случае файл обновления для БП3.0 а подпапка "Обмен с конфигурацией Управление нашей фирмой, ред. 1.6"
В этом файле подробно описаны сценарии ведения учета параллельно в двух конфигурациях и все ограничения обмена, который считается стандартным. Так же подробно описан процесс настройки обмена и подготовки справочников к синхронизации.
Вы можете сами найти это файл. Так же при желании я могу сбросить его вам в личку.
Вот для чего все это писать бухгалтеру? Для чего бухгалтеру нужно забивать еще этим себе голову?
Бухгалтер желает, всего-навсего, чтобы документы из типовой УНФ в типовую Бухгалтерию правильно переносились и чтобы не было дублирования контрагентов.
Если Ваши познания по этой части имеются, просто напишите здесь, что при работе подобной связки программ ни в коем случае нельзя делать, а что делать нежелательно.
Во многом, это будет ответом по существу, а не жонглированием умными словами.
А это что бы он чего недоброго не замыслил!
А так... ему про недоброе некогда будет. Да и не останется свободных байтов оперативной памяти)))))))))))))))
Молодые бухгалтера часто шарят в 1С не хуже программистов. Я уже так попадала в конфузные ситуации. Поэтому теперь отвечаю по существу. Нужно будет, уточнят в дополнительных вопросах.
Я просто отвечаю на вопрос. 1С-ка предполагалась изначально, как помощник бухгалтера. Видимо подразумевалось, что любой бухгалтер возьмет, прочитает и сделает. Все же так просто! Но что то пошло не так.
Здесь же пишу, что начальные настройки при первом обмене сыграли видимо "злую шутку". И что в данном случае без 1С-ника будет сложно изменить их.
Кстати, вы натолкнули меня на мысль написать статейку на эту тему. Упрощенно, что можно, чего нельзя, а чего НИЗЯ!!!!
Полагаю, от этого бухгалтерам будет куда больше пользы, чем от совета ознакомиться с правилами обмена между конфигурациями.
ОК. Решено.
Ох, если бы только контрагентов, это было бы полбеды(
Чисто интуитивно (на глаз и наугад) могу предположить, что проблемы с контрагентами происходят тогда, когда они вручную заводятся одновременно в УНФ и БП.
А с чем там еще проблемы, кроме контрагентов?
▬
Мое знакомство с УНФ имеет крайне лаконичную историю. В предприятие, в которое я недавно устраивался на работу, выяснилось, что у меня не будет доступа к конфигуратору. Типа, по их регламентам бухгалтеру запрещено что-то делать в плане программирования в 1С. Даже абсолютно пустую базу с конфигуратором отказались предоставить. Тут же с ними и расстался. Там тоже была связка УНФ и БП. И самое первое, что меня заинтересовало, насколько корректно работает обмен между ними по части реализации.
В принципе, да, но немного по другому - сущестовала конфигурация Бухгалтерия со своим набором и структурой справочников, тут решили розницу на УНФ перевести, там другие справочники, другая логика(только регистры). И вот тут начался треш, несмотря на то, что обе конфы совершенно штатные.
Суть в том, что Бухгалтерия и УНФ - это две разные вселенные. Попробую кратко пояснить.
Вначале было слово: ERP! Из ERP взяли (ребро) кусочек, и получилась (Ева №1) Бухгалтерия. Взяли еще кусочек, и получилась (Ева№2) Управление торговли и т.п. А вот УНФ писали совершенно другие Боги. Поэтому УНФ - это Лилит.
И сравнивать их невозможно. А тем более наладить обмен - целая эпопея.
Поэтому 1С-ники и нужны.
1. Какие документы попадают из УНФ в БП?
2. Какие документы попадают из БП в УНФ?
Подробно написано в документации и в файле, который идет с каждым обновлением.
https://www.klerk.ru/user/13068/589196/#comment__1143535
Сдается мне, Бухгалтерия существовала еще задолго до ERP. А ERP пришла на смену УПП лет 5 тому назад, когда та была снята с продаж.
Бухгалтерия 1996 года конечно же была первой. Но она была написана под Access. Времена те давно прошли.
Не делайте мне смешно... Каким местом тут Access?
И таки Access был раньше, чем 1С Бухгалтерия.
Вы еще про деревянные счеты вспомните... Они, поди, были еще раньше Access.
Добрый человек, скажите, зачем эти не информативные комментарии?
Данные комментарии явились следствием Вашего:
Которое, на мой взгляд, является откровенной чушью.
Господи, да с чего бы это?! Бухгалтерия у 1с была задолго до ERP. Да и в принципе бухгалтерия раньше появилась) Не ставьте телегу впереди лошади)
То есть проблемы в справочниках - контрагенты, склады, подазделения, кассы, номенклатура, вплоть до штатных справочников типа налогов, видов вычетов НДФЛ и т.п.
У вас уже швах! Видимо куча дублей и пр. В эти конфигурации встроена штатная обработка: Меню - Администрирование - Обслуживание - Корректировка данных - Поиск и удаление дублей. Попробуйте ею воспользоваться. Только внимательно почитайте справку по ней: нижний правый уго - знак вопроса - нажать.
У нас всё прекрасно, не делайте скоропалительных выводов. Дублей нет ни в одной из баз, но у них совершенно разная структура справочников. А вот когда пытаешься штатно синхронизировать с УНФ, вот тут-то ужас и начинается.
Я поэтому и задал вопрос по части документов, которые следует переносить из УНФ в БП и наоборот. Тут невольно напрашивается лишь индивидуальное решение, а не общепринятое.
Именно. Что странно, в приниципе.
Что поделаешь, нет в мире совершенства... ;-)
Да нет, как показала много летняя практика "Все, как всегда!"
Это уже и есть работа 1С -специалистов. Сделать ИТ-анализ и доработать под индивидуальные потребности.
Я именно об этом и вела речь. О процессе синхронизации.
К сожалению разработчик не может предусмотреть все возможные варианты содержимого Ваших конкретных справочников. Поэтому на первом этапе настройки синхронизации (когда вы совершаете самый первый обмен) есть возможность изменить критерий, по которому впервые сопоставляются справочники. Другим языком, при самой первой настройке. Или сопоставить вручную, указав, что чему соответствует. Далее программа при обмене уже одни объекты загружает в другие автоматически в соответствии с первоначальным сопоставлением
Если пропустить этап сопоставления Вы гарантированно получите венигрет.