Сбилась нумерация счетов в пл. поручениях. Можно как-то исправить бухгалтеру с некот. навыками программирования самост-но?
Сбилась нумерация счетов в пл. поручениях. Можно как-то исправить бухгалтеру с некот. навыками программирования самост-но?
"Сбилась" это как? НЕправильно (и необъяснимо) формируется номер новой? Испортилась нумерация у старых? В чем конкретно проблема?
Провели одну платежку (банк-клиент) дважды, поэтому в программе сделала так:<br>У одной номер 00000298, а у другой (пришлось скопировать) 0000298. Но за день уже были сделаны пл. пор. 00000299 и т.д. А нумерация теперь идет с этой цифры: 0000 299:-)И теперь продолжаю правильную нумерацию вручную... Неудобно!
с этим при нынешнем положении ничего не сделать- только если вы в ошибочной платежке перебьете номер-например на все нули - а правильный номер напишите в комментариях. Иначе программа все время будет прибавлять 1 к наибольшему, а очевидно, что это и есть ваш 0000298.
Ага, спасибо, только она пишет, что № платежки не может оканчиваться на 000
Поставьте 0000000а, или любую другую букву, можете поставить 0000029а
Спасибо, еще раз за идею. Гениальное все просто - я поставила у следующей платежки номер 0000 325 (это на самом деле следующий реальный номер. А количество нулей в номере в конце концов неважно, просто сразу в голову не пришло). От 324-й отличается количеством нулей. Вроде "переварила". Но я так понимаю, что в программе организован счетчик, где и хранится заветное число. В принципе, наверное, можно это найти, а ваш метод так и не сработал. Еще бы сообразить, в какой момент такой сбойчик может произойти)))) Аккуратнее просто работать бы надо, но все время что-то задним числом исправлять приходится, увы. C'est la vie
Счетчика нет - просто всегда МАХ+1
Если есть<br><br>00000297<br>0000298<br>00000299<br>00000300<br><
У банков есть хитрое правило. Они платежное поручение идентифицируют трехзначным кодом, причем не "000". Поэтому нумерация по идее у них такая "001", "002", .... "998", "999", "001", "002"... если посмотреть в алгоритимы обменов "КлиенБанк", то там как раз установка соответствия платежных поручений идет только по трем знакам, к которым просто добавляются ведущие нули. Поэтому имеется постоянный головняк для тех предприятий, которые делают много платежей из за того, что в типовых конфигурациях 1С указана периодичность нумерации "в пределах года" да еще и "контроль уникальности". При обменах получается бардак. Старые платежные поручения (например с номером "000017") передвигаются в новые даты на место, где по идее стоит док с номером "001017", движение в выписке одно, а ссылка на основание вообще непонятно какое.<br>По теме вот чего хотел сказать: если ваше платежное поручение 000298 и 00298 находятся в одном дне, то для банка это один и тот же документ, они их не различают. Поэтому при небумажной отправке платежных поручений реально получить головную боль с тем, что один из документов банк "утеряет"
10 декабря 2024 года — Практическая конференция «День Документооборота» 18 декабря 2024 года — Единый онлайн-семинар 1С для бухгалтеров и руководителей |
1C:Лекторий: 3 декабря 2024 года, начало в 12:00 — Бесплатная онлайн-лекция об оперативном анализе данных организации с помощью инструмента «1С:Аналитика» 1C:Лекторий: 5 декабря 2024 года, начало в 12:00 — Бесплатная онлайн-лекция о развитии учета внеоборотных активов в программах 1С:ERP и 1С:КА |