В общем была такая проблема: префикс "А" встал 1й буквой в номере счет-фактуры и естественно нумерация пошла с цифры 1.
Исправил вручную.Теперь поимел такую проблему:создаем реализацию, ну и соответственно с\ф к ней.
Номер счет-фактуры автоматически идет с буквой "А",то есть авансовый,хотя вид счет-фактуры стоит на реализацию.
Поменял вручную.Следующая с\ф должна по идее подхватывать последний номер и создавать следующий,но она игнорирует предыдущий номер и создает снова   "псевдоавансовую"(т.е. с префиксом "А"),причем следующую за предыдущей авансовой с\ф.
Помогите,может кто знает?
Конфигурация УПП 1.3(1.3.27.2)

дубль № 349

(1) Дубль назад было понятнее чтоли.

Сложносочиненные предложения даются с трудом некоторым пользователям форума,поэтому по вежливому настоянию модератора пересоздал в третий раз)))

=) Ну если даются с трудом - не используй =)

Это нормальное поведение движка 1С. Не нужно было префиксы добавлять. Теперь либо программно префиксами рулить, либо перенумеровывать.

(3) Они не сложносочиненные, они выносящие мозг присутствующим.

Впредь постараюсь разбивать точками свою мысль=)
То есть я так понимаю теперь каждый документ править вручную нужно?

Это еще ничего, в 7.7 даже перенумерацией нельзя было исправить. :)

Порядок нумерации счетов-фактур на аванс
Согласно разъяснениям, данным в письме Минфина от 10.08.2012 г. № 03-07-11/284, отдельная нумерация счетов-фактур на авансы Постановлением Правительства РФ от 26.12.2011 №1137 не предусмотрена.

Настройка параметров учета
"На закладке ""НДС"" выбирается порядок нумерации выданных счетов-фактур:
- Единая нумерация всех выданных счетов-фактур;
- Отдельная нумерация счетов-фактур с префиксом ""А"".
По умолчанию используется единая нумерация всех выданных счетов-фактур."

но это не для 1.3.27

(6) Можно и программно рулить префиксами. Но Вы зря это сделали для счетов-фактур. Верните взад пока еще не поздно.

(9) Беда в том,что на данный момент все с\ф идут с буквой "А".
Т.е. были с\ф такие 000000123;000000124.
А авансовые такие 00000А110 например.

Добавили в базу еще одну организацию и чтобы не смешались документы для первой организации добавили префикс СДК и стало СДК000123;СДК000124
А авансовые СДКА110

Суть проблемы сейчас в том что простые с\ф формируются с номером СДКА000111;СДКА000112,то есть по номерам авансовых,а не обычных.

(10)Вернуть не получится уже 2 организации работают,зачем было в 1у базу запихивать вторую не известно,бзик руководства.
Программно как?Существует ли какая то обработка,чтобы простые юзеры могли ею пользоваться?

Так как бы мне по человечески объяснить то...
Сама проблема то еще глубже,шли с\ф 000123,000124,000125.
Авансовые были 000а11,000а12,000а13.

Поменялся префикс,вместо 000 поставили СДК пошли снова с цифры СДК1,СДК2,СДК3.
Берем их и меняем номер на нужные- СДК123,СДК124,СДК125
Авансовые соответственно СДКа11,СДКа12,СДКа13.

Создаем реализацию и автоматически формируется СДКа14,меняю редактированием номера на верную СДК126,теоретически следующая с\ф должна быть с номером СДК127.

Но с\ф "не видит" последних верных номеров и за точку отсчета берет номер последней авансовой с\ф,на данном примере это будет снова СДКа14.

То есть как я понимаю сбился механизм нумератора.
Тестирование и исправление базы ошибок не выявило.
На данный момент все новосозданные с\ф редактируются вручную.
Естественно пользователи не очень довольны =)

(9)Попробую обновить до 29го релиза и настройкой поправить,если получится отпишу.