|
Сверка документов между УТ 11 и БП 3.0. | ☑ | ||
|---|---|---|---|---|
|
0
TeoFisher
26.06.26
✎
11:44
|
Коллеги, хочу поделиться небольшой практической задачей, с которой часто сталкиваются при закрытии месяца: сверка документов между УТ 11 и БП 3.0.
Ситуация типовая: торговая база живет отдельно, бухгалтерия отдельно, обмен вроде настроен, но перед закрытием месяца все равно возникает вопрос: - все ли реализации из УТ попали в БП; - нет ли расхождений по сумме; - совпадает ли НДС; - не потерялись ли возвраты или корректировки; - что делать, если бухгалтерия не имеет прямого доступа к торговой базе. Обычно это проверяется вручную: открываем реализацию в УТ, ищем похожий документ в БП, сравниваем дату, контрагента, сумму, НДС. Если документов много, такая сверка быстро превращается в несколько часов рутины. Я для себя эту задачу решил через внешнюю обработку, работающую через файл. Логика простая: 1. В УТ выбирается период, организация и нужные виды документов. 2. Обработка формирует файл запроса со списком документов. 3. В БП этот файл загружается в ту же обработку. 4. На стороне БП выполняется поиск документов. 5. В результате получается таблица: что найдено, что не найдено, где есть расхождения по дате, сумме или НДС. Что проверяется: - реализации товаров и услуг; - возвраты; - корректировки реализации; - корректировки приобретения; - поступления безналичных денежных средств; - поступления товаров и услуг. Поиск в БП выполняется не только «в лоб». Если документ пришел через типовой обмен, можно использовать идентификатор обмена. Если идентификатора нет или обмен нестандартный, применяется резервный поиск по ключевым признакам: контрагент, дата, сумма, номер, в зависимости от сценария. Главная цель обработки не заменить типовой обмен и не исправлять документы автоматически, а быстро дать бухгалтеру ответ: - документ есть в БП или нет; - если есть, совпадает ли сумма; - совпадает ли НДС; - есть ли подозрение на перенос даты; - что именно нужно проверить руками. Для закрытия месяца это удобно тем, что бухгалтер получает не абстрактное «что-то не сошлось», а конкретную таблицу с причинами и рекомендациями по строкам. Отдельно полезно, что обработка работает через файл. Не нужен COM, прямое подключение между базами, публикация веб-сервисов или доработка конфигурации. Файл можно передать через общую папку, почту или мессенджер. Понятно, что у задачи есть ограничения. Если в компании сложная схема обмена, межфирменные операции, агрегация розницы, сертификаты или сильно нетиповые документы, универсального волшебства не будет. В таких случаях обработка скорее покажет строку как требующую ручной проверки. Но для регулярной сверки реализаций, возвратов, корректировок и НДС перед закрытием месяца инструмент экономит время. Интересно, как у вас обычно решается такая сверка между УТ и БП? - Пишете отдельные отчеты? - Используете регистр публичных идентификаторов синхронизируемых объектов? - Сверяете через СКД/запросы? - Отдаете бухгалтеру Excel? - Или вообще не сверяете, пока не всплывет проблема? Буду рад критике и идеям, что еще стоит учитывать в таком механизме. Если кому интересно посмотреть реализацию — выложил обработку на Инфостарт: https://infostart.ru/marketplace/2712634/ |
|||
|
1
Domovoi
26.06.26
✎
12:26
|
(0)Обмены пишу на http-сервисах. Для всех использую проверку синхронизации раз в сутки через рег задание за 3-12 месяцев, в зависимости от объема данных, и рассылку в мессенджер. (На моей стороне не типовая конфа по производству.)
|
|||
|
2
TeoFisher
26.06.26
✎
12:34
|
(1) Интересно, кстати: при вашей ежедневной проверке за 3–12 месяцев по каким ключам сопоставляете документы — GUID, публичные идентификаторы, или свой набор ключей? И ловите ли вы расхождения именно по НДС/сумме, или в основном «документ не дошёл / не найден»?
|
|||
|
3
Domovoi
26.06.26
✎
12:45
|
(2)Все прогоняю через публичные идентификаторы при загрузке, даже если guid источника и приемника будет совпадать, соответственно и для проверки использую. Проверяю все поля/табчасти, которые участвуют в загрузке. Можно конечно доп еще что-то проверять, то что было расчетным.
|
|||
|
4
TeoFisher
26.06.26
✎
12:48
|
(3) Принято, спасибо, что поделились опытом
|
| Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |