1С 8.1.15.14 БУХ базовая конф 1.6.23.2 - проблема при формировании авансовых счф
26.02.2010
13:53
#1
Подскажите, может быть кто-нибудь в работе уже сталкивался с проблемой и знает почему 1С 8.1.15.14 БУХ базовая конф 1.6.23.2 формирует авансовые счета-фактуры
1-я ошибка - с авансов , по которым отгрузка ранее 5-ти дней, хоть в 1С установлен признак "НЕ РЕГИСТРИРОВАТЬ СЧЕТА-ФАКТУРЫ НА АВАНСЫ, ЗАЧТЕННЫЕ В ТЕЧЕНИЕ 5-ТИ ДНЕЙ"
2-я ошибка - с оплат покупателей в погашение задолженности за ранее отгруженный товар (проводка Д51 к 62.01).
С чем это может быть связано? Никто из специалистов , к которым наша фирма обратилась этого не знает. Отвечают, что такого не модет быть.
Но, к сожалению, именно так и есть.
Один специалист посоветовал установить новую базу и в нее перенести справочники и остатки и начать работать в новой базе, но это не самое хорошее решение проблемы. получается, что при каждой новой ошибке в 1С вместо того, чтобы устранить ошибку нужно переходить на новую базу?
Может быть есть вдруг у кого-нибудь более оптимальное решение? Советовать позвать специалиста не нужно. Мы уже привлекли программиста,он смотрел нашу базу, понять причину не смог.
Поэтому я конкретно спрашиваю, может быть кто-нибудь уже в курсе как можно с этим бороться и даст конкретный совет.
1-я ошибка - с авансов , по которым отгрузка ранее 5-ти дней, хоть в 1С установлен признак "НЕ РЕГИСТРИРОВАТЬ СЧЕТА-ФАКТУРЫ НА АВАНСЫ, ЗАЧТЕННЫЕ В ТЕЧЕНИЕ 5-ТИ ДНЕЙ"
2-я ошибка - с оплат покупателей в погашение задолженности за ранее отгруженный товар (проводка Д51 к 62.01).
С чем это может быть связано? Никто из специалистов , к которым наша фирма обратилась этого не знает. Отвечают, что такого не модет быть.
Но, к сожалению, именно так и есть.
Один специалист посоветовал установить новую базу и в нее перенести справочники и остатки и начать работать в новой базе, но это не самое хорошее решение проблемы. получается, что при каждой новой ошибке в 1С вместо того, чтобы устранить ошибку нужно переходить на новую базу?
Может быть есть вдруг у кого-нибудь более оптимальное решение? Советовать позвать специалиста не нужно. Мы уже привлекли программиста,он смотрел нашу базу, понять причину не смог.
Поэтому я конкретно спрашиваю, может быть кто-нибудь уже в курсе как можно с этим бороться и даст конкретный совет.
Читают тему
(гостей: 1)