Есть работающий обмен через DBF. Загружаем проводки со сторонней программы.
"Специалисты" на своей стороне редактируют документ (по желанию менять могут любой реквизит).
К примеру есть документ под номером 369852147 от 01.01.2018. Он был загружен в 1С, после проходи несколько дней и, до специалистов дошло что номер и дата по этой записи должны быть иными. После изменений номер документа принял вид 369852157 от 04.01.2018.
После нового обмена в 1С создает новый документ с новым номером и датой. В итоге получается что документов два. Они по логике идентичны. Но алгоритм не может определить что именно это старый документ и его нужно изменить, по этому он создает новый документ с новым номером и датой.
Есть ли какая возможность (механизм, процедура, функция) что бы определить через DBF файл что этот документ изменялся?
Уникальных ключей (идентификаторов) в таблице DBF нет.
Любой документ может быть изменен до неузнаваемости (все ключевые данные по которым можно найти документ могут быть изменены).
"Специалисты" на своей стороне редактируют документ (по желанию менять могут любой реквизит).
К примеру есть документ под номером 369852147 от 01.01.2018. Он был загружен в 1С, после проходи несколько дней и, до специалистов дошло что номер и дата по этой записи должны быть иными. После изменений номер документа принял вид 369852157 от 04.01.2018.
После нового обмена в 1С создает новый документ с новым номером и датой. В итоге получается что документов два. Они по логике идентичны. Но алгоритм не может определить что именно это старый документ и его нужно изменить, по этому он создает новый документ с новым номером и датой.
Есть ли какая возможность (механизм, процедура, функция) что бы определить через DBF файл что этот документ изменялся?
Уникальных ключей (идентификаторов) в таблице DBF нет.
Любой документ может быть изменен до неузнаваемости (все ключевые данные по которым можно найти документ могут быть изменены).
По теме из базы знаний
- УРБД: Автоматический обмен через интернет между центральной и периферийными базами в Windows 7 + 1С:Предприятие 7.7.
- Загрузка налоговых накладных в Бухгалтерию из файлов выгрузки Медка (DBF) (для Украины)
- Обмен данными между Бухгалтерией 3.х и Розницей 2.х и УТ11 через DBF
- Обмен через универсальный формат. Пример нестандартной конвертации данных
- [БСП] Обмен через Конвертацию данных 2.1
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(9)
Скорее всего, DBF при выгрузке каждый раз полностью создается заново.
Добавьте допреквизит Глобальный нумератор (ГНОМ) он будет как пользовательский GUID.
Осталось выяснить - куда добавить? Насколько я понял автора, файл DBF формируется сторонней (не 1С) программой, вмешаться в работу которой возможности нет.
Скорее всего, DBF при выгрузке каждый раз полностью создается заново.
(10)
Тогда как говорится, надо собирать единую аналитику по документу, дата-номер-контрагент-ИтоговаяСумма - количествоПозицийВДоке и если, к примеру 4 поля из 5 совпало, тогда уведомлять пользователя, или выкатывать реестр "сомнительных" документов.
Осталось выяснить - куда добавить? Насколько я понял автора, файл DBF формируется сторонней (не 1С) программой, вмешаться в работу которой возможности нет.
Скорее всего, DBF при выгрузке каждый раз полностью создается заново.
Скорее всего, DBF при выгрузке каждый раз полностью создается заново.
Тогда как говорится, надо собирать единую аналитику по документу, дата-номер-контрагент-ИтоговаяСумма - количествоПозицийВДоке и если, к примеру 4 поля из 5 совпало, тогда уведомлять пользователя, или выкатывать реестр "сомнительных" документов.
Предлагаю после загрузки в 1С сверять итоговую сумму за сутки и выдавать сообщение о несоответствиях, то-есть будет повод для проверки списка документов в 1С и удаления лишнего документа ручным способом.
Можно также из сторонней программы формировать постфактум реестр выгруженных документов за некий проверочный период и производить проверку отдельно обработкой в 1С на предмет соответствия списков. Сразу можно будет выявить "двойников" или "недостачу".
Можно также из сторонней программы формировать постфактум реестр выгруженных документов за некий проверочный период и производить проверку отдельно обработкой в 1С на предмет соответствия списков. Сразу можно будет выявить "двойников" или "недостачу".
Номер документа - это меняющиеся значения. А вот Номер входящего документа (Номер БСО) и Дата входящего документа (Дата БСО) - это постоянно и индивидуально, т.к. подтверждены накладными. Если пробовать от них отталкиваться при загрузке? Если есть такие уже, то выдавать сообщение какое или доп проверку делать
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот