На практике сопровождения типовых конфигураций 1С (в частности, 1С:Бухгалтерия предприятия 3.0) разработчики и бухгалтеры часто сталкиваются со странным поведением системы: два внешне абсолютно идентичных документа — один из которых был загружен посредством обмена из XML (или сторонней системы), а второй создан вручную в интерфейсе — формируют принципиально разные проводки в регистре бухгалтерии.
Типичный пример подобного поведения прослеживается на документе Отчет о розничных продажах. В интерактивно созданном документе программа корректно списывает себестоимость по дебету счета 90.02.2 и кредиту счета 41.02, а также фиксирует выручку в кассу по дебету 50.01. В то же время загруженный из XML документ формирует проводку по себестоимости с нулевой суммой или расхождениями по выручке. Проанализируем подробно причинно-следственные связи данного явления и рассмотрим по шагам, как выявить и устранить проблему.
Разберем первопричину, с которой чаще всего сталкиваются разработчики при XML-импорте. При интерактивном создании или копировании документа платформа 1С автоматически подставляет либо текущее системное время, либо позиционирует новый документ в конец дня. В результате документ продажи оказывается хронологически расположен после документов оприходования или перемещения товаров (Перемещение товаров, Поступление (акты, накладные)).
При загрузке из XML время документа очень часто устанавливается в значение 00:00:00 или фиксируется по времени системы-источника. Рассмотрим, к чему это приводит:
10:00:00.00:00:00.41.02 строго на момент времени документа продажи.00:00:00 товар еще не поступил на склад, партия не обнаруживается, и система списывает товар с нулевой себестоимостью (Дт 90.02.2 Кт 41.02 — сумма 0).Если тот же самый документ скопировать в интерфейсе, он получит более позднее время (например, текущие 14:30:00), успешно «увидит» остаток от перемещения за 10:00:00 и корректно рассчитает себестоимость.
Выясним техническую разницу между созданием объекта платформы в интерактивном режиме и его программой загрузкой. Когда документ создается через обработку обмена (например, механизмы «Конвертации данных» или формат EnterpriseData), у объекта устанавливается служебный флаг:
ДокументОбъект.ОбменДанными.Загрузка = Истина;
Установка данного параметра приводит к следующему поведению системы:
ПередЗаписью, ПриЗаписи) и модуля формы.В документе Отчет о розничных продажах присутствуют четыре табличные части: Товары, Возвраты, Безналичные оплаты и Агентские услуги. При интерактивном заполнении номенклатуры подтягиваются счета из регистра сведений Счета учета номенклатуры. При XML-загрузке, если правила обмена явно не передали значения этих полей, реквизиты могут остаться пустыми или заполниться дефолтными значениями типов, что изменит структуру проводок.
Рассмотрим ситуацию, когда в документе различаются суммы по кассовым проводкам. Если в интерактивном документе сумма по дебету счета 50.01 составляет 353,88 руб., а в загруженном — 171,90 руб., это напрямую указывает на различие в заполнении табличной части Безналичные оплаты (оплата банковскими картами, эквайринг или подарочные сертификаты).
При наличии эквайринговых операций общее поступление выручки split-ится между счетами учета:
Если при выгрузке из XML табличная часть оплат была заполнена частично или с ошибками, проводки по кассе и эквайрингу сформируются некорректно, даже если табличная часть Товары полностью совпадает.
Проанализируем еще один подводный камень XML-импорта. Из внешних систем документы могут передаваться сразу с готовым набором движений по регистрам. В таком случае в наборе записей регистра бухгалтерии устанавливается флаг:
Движения.Хозрасчетный.РучнаяКорректировка = Истина;
Если этот признак взведен, стандартная процедура перепроведения документа из формы или динамических списков не будет пересчитывать проводки. Система сохранит зафиксированные из XML движения, игнорируя реальные остатки на счетах учета.
Если вы столкнулись с проблемой разных проводок в одинаковых документах, выполним последовательную диагностику по следующему алгоритму:
Сравнение реквизитов через стандартные запросы к основной таблице и табличной части Товары может не показать разницу, если расхождения кроются в скрытых реквизитах или других табличных частях. Быстрый и надежный способ найти разницу — выгрузить оба объекта (загруженный и ручной) в XML-строку и сравнить их в текстовом диффе (WinMerge, KDiff3):
// Внешняя обработка или код в отладчике для получения XML-структуры
ЗаписьXML = Новый ЗаписьXML;
ЗаписьXML.УстановитьСтроку();
ЗаписатьXML(ЗаписьXML, ДокументСсылка.ПолучитьОбъект());
XMLСтрока = ЗаписьXML.Закрыть();
Сравнив полученные тексты, вы сразу увидите различия в точной дате/времени, скрытых флагах, счетах учета и заполнении соседних табличных частей.
Для проверки наличия остатка номенклатуры сформируем отчет «Карточка счета 41.02» или «Оборотно-сальдовая ведомость по счету 41.02» со следующими настройками:
Проверим хронологический порядок: документ поступления/перемещения товара должен строго предшествовать документу розничной продажи. Если продажа записана на 00:00:00, измените время документа или воспользуйтесь обработкой «Групповое перепроведение документов» с группировкой по времени.
Для программной проверки доступного остатка на момент времени конкретного документа выполним запрос к виртуальной таблице остатков регистра бухгалтерии:
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| ХозрасчетныйОстатки.Субконто1 КАК Номенклатура,
| ХозрасчетныйОстатки.Субконто2 КАК Склад,
| ХозрасчетныйОстатки.КоличествоОстаток КАК Количество,
| ХозрасчетныйОстатки.СуммаРазвернутыйОстатокДт КАК СуммаОстаток
|ИЗ
| РегистрБухгалтерии.Хозрасчетный.Остатки(&МоментВремени, Счет = &СчетУчета, , Организация = &Организация И Субконто1 = &Номенклатура) КАК ХозрасчетныйОстатки";
Запрос.УстановитьПараметр("МоментВремени", Новый Граница(ВыбранныйДокумент.МоментВремени(), ВидГраницы.Исключая));
Запрос.УстановитьПараметр("СчетУчета", ПланыСчетов.Хозрасчетный.ТоварыВРозничнойТорговле); // 41.02
Запрос.УстановитьПараметр("Организация", ВыбранныйДокумент.Организация);
Запрос.УстановитьПараметр("Номенклатура", НоменклатураСсылка);
Результат = Запрос.Выполнить().Выгрузить();
Использование ВидГраницы.Исключая позволяет узнать точный остаток партии непосредственно перед выполнением операции проведения данного документа.
В абсолютном большинстве случаев расхождение в проводках по себестоимости при XML-обмене связано не с ошибкой программы, а с отсутствием остатков на момент времени загруженного документа. Для предотвращения подобных проблем при проектировании обменов данными следует:
23:59:59 для документов списания/продажи);ПослеЗагрузки явно вызывать процедуру заполнения счетов учета и реквизитов документа;