Клиент — сеть кафе, работающий с двумя системами: iiko и 1С:Бухгалтерия 3.0. Обмен данными между системами был настроен через стороннюю обработку от разработчиков iiko.
Ситуация клиента на момент обращения
Основная проблема проявлялась при загрузке документов в 1С:Бухгалтерия 3.0: в документах «Реализация товаров», «Перемещение товаров, материалов», «Отчет производства за смену» и «Списание товаров, материалов» не заполнялось субконто «Партии». Так как система налогообложения УСН доходы-расходы и партионный учет обязателен, отсутствие данного реквизита напрямую влияло на корректность данных. В оборотно-сальдовой ведомости появлялись ошибки и отрицательные остатки, а бухгалтеру приходилось регулярно вносить ручные корректировки в движение документов.
Дополнительно выяснилось, что при ошибках проведения (например, при нехватке товара на складе) документы не записывались в базу. Это усложняло работу: бухгалтеру приходилось вручную искать проблемные документы, разбираться в причинах и заново запускать загрузку после исправлений.
Решение
Мы проанализировали работу обработки и документацию разработчика и выявили ключевые причины проблемы.
В первую очередь обратили внимание на настройку, влияющую на формирование себестоимости. Установили параметр «Расчет себестоимости в 1С» (если флаг установлен, то себестоимость в документах будет рассчитываться средствами 1С на основании существующих движений), после чего для большинства документов субконто партий начало заполняться корректно.
Однако с документами реализации ситуация оказалась сложнее. Они загружались с видом операции «Услуги», из-за чего даже при корректных настройках обработки, «Партии» в проводках не формировались. Мы внесли изменения в обработку: скорректировали логику загрузки, и документы стали создаваться с видом «Товары». Это позволило формировать проводки с учетом партий без дополнительных действий со стороны пользователя.
Также доработали сам механизм загрузки. Теперь документ сначала записывается в базу, а уже затем проводится. Если возникает ошибка (например, недостаточно остатков), документ сохраняется не проведённым. Бухгалтер сразу видит проблему, может оперативно проверить данные, внести корректировки и провести документ без повторной загрузки.
В результате удалось восстановить корректный партионный учет и устранить ошибки в отчетности. Исчезли отрицательные остатки, сократилось количество ручных операций, а работа бухгалтера стала заметно проще и быстрее. Сам обмен между iiko и 1С:Бухгалтерия 3.0 стал стабильнее и предсказуемее.
Важно, что мы работаем не только с типовыми решениями, но и с уже существующими сторонними обработками. При необходимости:
— анализируем их работу,
— находим узкие места,
— дорабатываем под реальные бизнес-процессы клиента.
Это позволяет не «ломать» существующую систему, а аккуратно адаптировать ее под задачи учета.
Если вы сталкиваетесь с ошибками в учете, некорректной загрузкой документов или нестабильной работой обменов — не тратьте время на ручные исправления. Свяжитесь с нами 8 (4722) 520-911— обсудим вашу задачу и предложим рабочий вариант решения.
