Trazer o que você já tem

Попросите у бухгалтера папку входящих XML за последние двенадцать месяцев — она существует, и это та же папка, которую он использует для учёта. Загрузите всё сразу, сначала проверьте вкладку поставщиков (она самая маленькая и самая полезная), утвердите пакетом и только потом переходите к товарам.

Чтение файла создаёт ПРЕДЛОЖЕНИЯ, а предложение — это не запись справочника: оно не появляется в поиске, не попадает в отчёты и не может использоваться в проводке. Когда вы утверждаете, запись создаётся тем же путём, что и при ручном вводе, с теми же проверками. Поэтому кривой XML превращается в отклонённое предложение, а не в кривого поставщика в вашей базе.

У каждого предложения есть ключ: CNPJ для поставщика, код товара у отправителя для товара. Повторная загрузка той же папки ничего не дублирует — второе чтение распознаёт уже предложенное и не создаёт новую строку. Без этого первая загрузка накладных за год породила бы тысячи дубликатов, а их последующая чистка обходится дороже, чем ввод с нуля.

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

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

Из самого XML, без интерпретации: поставщик берётся из отправителя накладной (CNPJ, юридическое наименование, штат); товар — из каждой позиции (код, описание, NCM, единица); сумма к оплате — из итога накладной. Чтение детерминированное, потому что у XML есть схема, — никакой искусственный интеллект не угадывает поля, и это сделано намеренно: угадать неверный CNPJ хуже, чем не прочитать накладную.