olga-osina, а другие комментарии читали? В посте № 12 картинку видели?
olga-osina, а другие комментарии читали? В посте № 12 картинку видели?
Какой точно номер был (со всеми нулями и прочими символами) и на какой исправили?Цитата:
Сообщение от olga-osina
Скорее всего автоматически присваивается правильный номер, а "неправильный" - это как раз тот, который вы ручками исправили
например, накладная на реализацию был ИПД000000338, стал ДА0-000339 (вроде устраивает, так как на печать выводится три последние цифры)., но счет-фактура начинается с номера 1.
кассовые ордера и ведосмости на з/п тоже с 1 номера
вы в номере вместо единички последние три цифры поменяли на нужный номер? или как вы внесли исправления?Цитата:
Сообщение от olga-osina
сделала такие же буквы и цифры по порядку
olga-osina, а если поменять последние цифры только?
сейчас попрбую
а у сч-ф? там просто цифра 1 и без букв
значит меняешь только последние цифры
вроде получается, спасибо
olga-osina,
общий принцип такой - нужно поменять только последние цифры, незначащие нули удалять нельзя, т.е. общее количество символов в номере должно остаться таким же
добавлять руками в номер всякие символы (тире "-", дробь "/" и т.д.) также не следует.
например вам нужно, чтобы нумерация началась с номера 255, а 1С предлагает ИП03-000001 - в этом случае меняем только три последние цифры на нужную - ИП03-000225,
если все сделаете правильно, то дальнейшая нумерация будет уже автоматическая и следующему документу будет автоматом присвоен номер ИП03-000226
да, сделала все так. буду смотреть, спасибо
у меня был номер сф 0000-000051, следующая была 0000-000052, я добавил ещё одну 0000-0051/1, после чего нумерация пошла 51/2 и т.д., даже после удаления всех сф 51, 51/1, 51/2 (т.е. между УПД 50 и 52 ничего не было) при создании следующей УПД следующая была накладная в УПД 53, а сф 51/3... снова создал УПД 51 с сф 51 (вручную присвоил номер) и сделал в конфигураторе тестирование и исправление, после чего уже пошла нумерация накладной 53 и сф 53...
Коллеги, подскажите что может быть причиной?
Номер очередного заказа покупателя не увеличивается на единицу, при формировании документа изначально ставит номер предыдущего.
В конфигураторе галочка "Автонумерация" установлена. Остальные документы отрабатывает как положено.
Конфигурация 1С - 8.3
УТ - 10.3
Внимательно сравните номер предыдущего и пред-предыдущего документа - скорее всего какой-то из номеров правили вручную (изменили количество лидирующих нулей, префикс, какие-то другие символы в номере). Проблема в том, что 1С считает последним номером номер не последнего, а предпоследнего документа.Цитата:
Сообщение от Аноним
База чистая, но руками немного допиленная.
Видимо, какая то дополнительная логика с префиксами там есть в заявках.
Буду разбираться.
Спасибо!
Еще один создайте документ. Если не прибавит номер- тогда разбирайтесь с логикой. Если добавит - правили номер руками- выше совет используйте.
А как сие провернуть на облачном хранилище?Цитата:
Сообщение от Климов Сергей
В облаке - никак. С толстым клиентом облако не работает.Цитата:
Сообщение от Аноним
Это смотря какое именно облако.Цитата:
Сообщение от Аноним
Если например 1С:Фреш, то никак.
Если какое-нибудь другое облако, которое предоставляет доступ через удаленный рабочий стол, то теоретически возможно.
Спасибо огромное.Цитата:
Сообщение от pl1
1С:Предприятие 8.3 (8.3.17.1851) Бухгалтерия 3.0 Бухгалтерия предприятия, редакция 3.0 (3.0.89.38)
всё сработало. :good:
Цитата:
Сообщение от pl1
Добрый вечер, спасибо большое, это единственное что помогло, перепробовала кучу методов, ваш самый действенный. Актуально даже на 22.02.2022 г.
спасибоЦитата:
Сообщение от pl1
