Подскажите пожалуйста по поводу возвратов Бух 8_1
03.06.2009
13:52
#1
Доброго времени суток всем!
Платформа 8.1.12.101 релиз конфигурации Бухгалтерия предприятия, редакция 1.6 (1.6.15.5)
Подскажите как быть. Оформляю возврат документом- возврат от покупателя. В этом документе необходимо указать документ реализации. Если он один то всо отлично отрабатывает. Как быть если в возврате товар отпущенный по нескольким реализациям. Типовая конфигурация позволяет указать только ОДИН документ реалиазации.
Прошу прощения если не очень понятно объясняю- от бухгалтерии далек))))))
Платформа 8.1.12.101 релиз конфигурации Бухгалтерия предприятия, редакция 1.6 (1.6.15.5)
Подскажите как быть. Оформляю возврат документом- возврат от покупателя. В этом документе необходимо указать документ реализации. Если он один то всо отлично отрабатывает. Как быть если в возврате товар отпущенный по нескольким реализациям. Типовая конфигурация позволяет указать только ОДИН документ реалиазации.
Прошу прощения если не очень понятно объясняю- от бухгалтерии далек))))))
03.06.2009
15:11
#3
Ну это понятно...
Но вариант не подходящий - речь идет о сотнях-тысячах номенклатурных позициях. Принимаемых "общей кучей" - разбираться по какой накл была реализациядля каждой позиции не вариант. Причем обработка проведения - прекрасно рапределяет сама... Ну имею в виду если указать один из доков реалиазации- то все номенклатурные позиции не по этой реализации- видим в логе сообщений об ошибке проведения. Идея такова: сделать цикл- в цикле. Документ Возврата-определяет все документы реализации по договору - ну то есть список всех возможных реализаций есть. Вопрос в том как реализовать обход по всем накладным из списка, а не только по выбранной? Править типовую конфигурацию? Как быть с дальнейшим обновлением. Да и честно я не большой спец в конфигурировании на платформе 8_1...
Может есть какие то наработки?
Но вариант не подходящий - речь идет о сотнях-тысячах номенклатурных позициях. Принимаемых "общей кучей" - разбираться по какой накл была реализациядля каждой позиции не вариант. Причем обработка проведения - прекрасно рапределяет сама... Ну имею в виду если указать один из доков реалиазации- то все номенклатурные позиции не по этой реализации- видим в логе сообщений об ошибке проведения. Идея такова: сделать цикл- в цикле. Документ Возврата-определяет все документы реализации по договору - ну то есть список всех возможных реализаций есть. Вопрос в том как реализовать обход по всем накладным из списка, а не только по выбранной? Править типовую конфигурацию? Как быть с дальнейшим обновлением. Да и честно я не большой спец в конфигурировании на платформе 8_1...
Может есть какие то наработки?
03.06.2009
15:17
#4
Конфигурацию можно и не править, если подключить к документу внешнюю обработку табличной части. Вопрос в другом бухгалтер должен же каким-то образом выбирать документы возврат по которым будет происходить, если без разницы, то определяйтесь с начала или конца вы будете документы поступления брать и пишите обработку.
29.06.2009
10:32
#5
У нас была такая же проблема. Мы поставили задачу нашему программисту и он доработал программу так, что при вводе в БД документа на возврат , в этом документе был столбец , в котором кнопка ... , при нажатии которой попадаете в список накладных, по которым был отгружен этот конкретный товар покупателю, который он вернул. И выбираете накладную из этого списка. При этом программа сама учитывает сколько раз вы уже из этой накладной оформляли возврат. И если было по накладной номер 1 отгружено всего три штуки , то если у вас возврат 4 штуки, то по этой накладной есть возможность "вернуть" только 3 штуки, а четвертую уже из следующей накладной. Или, если вы два раза провели возврат по этой накладной по 1 штуке, то при проведении третьего возврата программа вам даст "вернуть" только одну штуку ( 3-1-1).
Конечно, умный был программист, не знаю , как программист боролся с тем, чтобы оставалась его доработка после каждого обновления.
Если наш программист один это сделал, то в 1С много умных программистов легко это могут доработать, если захотят.
Конечно, умный был программист, не знаю , как программист боролся с тем, чтобы оставалась его доработка после каждого обновления.
Если наш программист один это сделал, то в 1С много умных программистов легко это могут доработать, если захотят.
Медленно обновляется 1с 8.1 БухгалтерияТиповая конфигурация 4.5 Релиз 507, Формироваие счетов-фактуры по новому
Читают тему
(гостей: 1)