Ситуация, когда малый бизнес использует две отдельные базовые версии 1С:Управление нашей фирмой, встречается довольно часто. Обычно одну базу оставляют у руководителя для управленческого учета, а вторую используют на торговой точке как Рабочее место кассира (РМК). Главная проблема здесь — отсутствие в базовых версиях механизма РИБ (Распределенных информационных баз). В результате пользователи тратят часы на ручной перенос данных, создавая цепочки документов Заказ покупателя, Расходная накладная и Поступление в кассу. Рассмотрим, как можно радикально ускорить этот процесс и автоматизировать перенос данных.
Разберем ситуацию, описанную пользователем. Ежедневный ручной разнос розничных продаж занимает до 7 часов в неделю. Основная ошибка здесь заключается в попытке имитировать розничную продажу через оптовую схему (Заказ -> Накладная -> Оплата). В 1С:УНФ для этих целей существует специализированный документ — ОтчетОРозничныхПродажах. Он является самодостаточным: одновременно списывает товар со склада, фиксирует выручку и учитывает разные виды оплат (наличные и эквайринг).
Проанализируем основные способы автоматизации для базовых версий, которые не требуют навыков программирования и дорогостоящих доработок.
Это классический метод, который упоминается в обсуждении на форуме. Обработка позволяет перенести объекты из одной базы в другую "как есть", сохраняя все связи. Однако здесь есть критический нюанс, связанный с GUID (уникальными идентификаторами).
Рассмотрим подробнее, как это работает. Каждый объект в 1С (товар, склад, контрагент) имеет скрытый внутренний код. Если вы создали товар "Хлеб" в первой базе и товар "Хлеб" во второй базе вручную, для программы это будут два разных объекта, даже если их названия совпадают до символа. При загрузке документов программа может не найти соответствия и создать дубли в справочнике Номенклатура.
Алгоритм действий для исключения дублей:
ВыгрузкаЗагрузкаДанныхXML.epf выгрузим справочник Номенклатура из основной базы.ОтчетОРозничныхПродажах будет проходить бесшовно: программа сразу "поймет", какой товар продан и на какой склад его списать.В современных релизах 1С:УНФ встроен мощный механизм загрузки табличных частей. Это отличная альтернатива для тех, кто боится работать с XML-форматом. Выясним, как упростить процесс с помощью обычного Excel.
Проанализируем шаги:
ОтчетОРозничныхПродажах и сохраним его печатную форму или просто скопируем данные из таблицы в Excel.ОтчетОРозничныхПродажах.Номенклатура, Количество, Цена.Важный момент: Чтобы поиск товара при загрузке из Excel прошел успешно, используйте колонку Артикул или Штрихкод. Поиск по наименованию часто дает сбои из-за лишних пробелов или кавычек.
Мало кто знает, что даже базовые версии поддерживают обмен данными через формат EnterpriseData. Это более современный и "умный" способ, чем обычный XML. Рассмотрим его преимущества.
В отличие от жесткой привязки к GUID, формат EnterpriseData умеет искать объекты по полям поиска (например, по ИНН для организаций или по Артикулу для товаров). Вы можете настроить синхронизацию через локальный каталог.
Разберем по шагам настройку:
EnterpriseData версии 1.x.Автор темы интересовалась, нужно ли заводить эмулятор кассы в основной базе. Проанализируем эту ситуацию. Для того чтобы документ ОтчетОРозничныхПродажах просто был проведен в базе руководителя и списал остатки, подключать кассовое оборудование не требуется. Программа 1С:УНФ позволяет записывать и проводить эти документы в "ручном" режиме.
Эмулятор может понадобиться только в одном случае: если вы захотите в основной базе имитировать именно интерфейс РМК. Но для задач управленческого учета достаточно простого наличия проведенного документа.
В сообщении №8 прозвучал совет: "выкинуть базу РМК и запустить кассиров в основную". Несмотря на то, что автор опасается за конфиденциальность данных, это технически самое верное решение. В 1С:УНФ можно настроить Права доступа так, что кассир будет видеть только свой терминал и не иметь доступа к закупкам, ценам поставщиков и прибыли предприятия.
Если же работа в одной базе невозможна (например, из-за слабого интернета на точке), то единственным надежным способом остается использование специализированных обработок по переносу документов.
Подводя итог, можно сказать, что магического решения "в одну кнопку" для базовых версий без предварительной настройки не существует. Однако, выбрав правильный путь, можно сократить время обработки данных с 7 часов до 15 минут.
Рекомендуемый алгоритм:
Заказ -> Расходная накладная для розницы. Используйте один документ ОтчетОРозничныхПродажах.Номенклатура по GUID один раз, чтобы избежать дублей.ВыгрузкаЗагрузкаДанныхXML для переноса документов за выбранный период (например, за неделю).Этот подход позволит сохранить прозрачность учета и даст руководителю актуальную информацию о прибыли и остатках без титанических усилий по ручному вводу данных.