Альфа-авто и выгрузка в 1С Бухгалтерия предприятия 8.1
Для получения доступа к форуму необходимо
авторизоваться
или
зарегистрироваться
на сайте.
Доступ к форуму партнерам «1C-Рарус» по дистрибуции предоставляется на сайте
rarus-soft.ru
Читают тему
Программа Альфа-Авто: Автосалон+Автосервис+Автозапчасти. Редакция 4.1 (4.1.01.14). При использовании обработки Выгрузка данных в бухгалтерию (успешно выгрузили и получили файл с расширением xml) - что или каким образом а главное чем в 1С:Бухгалтерия предприятия, редакция 1.6 (1.6.19.3) загрузить данные которые которые мы получили ?
за ранее спасибо.
За ранее спасибо !
Если данная настройка не включена, то при записи/проведении документа будет вызвана процедура общего модуля ОбщегоНазначения.УстановитьНомерДокумента(), иначе будет произведена попытка переноса номера ПКО/РКО из Альфы (если такой номер уже будет существовать в БП, то загрузка будет прекращена с выводом соответствующего сообщения).
Таким образом, чтобы не возникало ошибки при записи нового документа, когда в системе уже есть документ с таким номером, - необходимо снять флажок с настройки "Переносить номера ПКО, РКО, счетов-фактур" (новому документ ПКО\РКО будет установлен новый номер).
Есть фирма, внесенная как организация и как контрагент. У фирмы есть банковский счет. Внесен и у контрагента и у организации.
При выгрузке привязка банковского счета сбивается.
Не совсем понятно, что и у кого сбивается? У контрагента с наименованием организации
при загрузке из БП в Альфу не загрузился его счет?
А для контрагента уже было установлено соответствие? После повторной загрузки того же файла
данных счет контрагента должен был перенестись.
В Альфе у организации основной счет, например 9878687578, и у контрагента основной счет с номером 9878687578
при этом банк у счетов один и тот же. Тогда при загрузке в Бухгалтерию в обработчике ЗагрузитьСправочник_БанковскиеСчета, когда нет соответствия счета в таблице соответствий с помощью запроса
производится поиск по номеру счета и банку (это сделано, чтобы не дублировались счета с одинаковыми номерами). При обработке первого счета такого номера нет, создается новый банковский счет и его владелецем становится контрагент. При загрузке второго счета запрос возвращает ссылку на ранее созданный счет (т.к. их номера и банк совпадают) и владельцем счета теперь становится организация.
Если необходимо, чтобы создавались банковские счета с одинаковыми номерами, то в условие запроса необходимо
добавить "И БанковскиеСчета.Владелец = &Владелец". То что вы описали не является ошибкой загрузки, т.к.
в большинстве случаев при загрузке данных не требуется создавать банковские счета с одинаковыми номерами.
Если вы укажите свой e-mail, то я смогу отослать текст обработчика ЗагрузитьСправочник_БанковскиеСчета
под вашу конкретную задачу.
ДокXML.ЗаписатьАтрибут("_1С_Номер", СокрЛП(Ссылка.Номер));
Типовое отраслевое решение
"Альфа-Авто: Автосалон+Автосервис+Автозапчасти, украинская версия 4.1"
Разработка: "1С-Рарус" Локализация: "АБИ Украина" (4.1.02.01)
1С:Підприємство 8.1 (8.1.15.14)
Типовое отраслевое решение
"Альфа-Авто: Автосалон+Автосервис+Автозапчасти, украинская версия 4.1"
Разработка: "1С-Рарус" Локализация: "АБИ Украина" (4.1.02.01)
1С:Підприємство 8.1 (8.1.15.14)
По вопросам доработок в локализованных решениях рекомендуеться обращаться к локализатору (АБИ).
Нет локализованных обработок обмена с Бухгалтерией, нет возможности вносит изменения
в локализованное решение.
Т.к. данное решение локализованное, то скорее всего изменения были внесены с метаданные конфигурации и не были учтены в обработке выгрузки из альфы в БП. Следует обратится в АБИ.
Типовое отраслевое решение
"Альфа-Авто: Автосалон+Автосервис+Автозапчасти, украинская версия 4.1"
Разработка: "1С-Рарус" Локализация: "АБИ Украина" (4.1.02.01)
1С:Підприємство 8.1 (8.1.15.14)
По вопросам доработок в локализованных решениях рекомендуеться обращаться к локализатору (АБИ).
Нет локализованных обработок обмена с Бухгалтерией, нет возможности вносит изменения
в локализованное решение.
Т.к. данное решение локализованное, то скорее всего изменения были внесены в метаданные конфигурации и не были учтены в обработке выгрузки из альфы в БП. Следует обратится в АБИ.
Программисты, которые были до меня написали свою выгрузку так как альфа и бухгалтерия находятся на разных платформах. гарантийные заказ-наряды стали выгружаться в требованию накладную. так ли это! глав бух говорит, что они должны быть в реализации, и платить нам за них должена фирма, поставляющая детали.
Мне это нужно на будущее. Так как готовлю базу на релизе 4.01.1.16. Писать ли свою или пользоваться стандартной...
обработка загрузки заказ-нарядов в Бухгалтерию предприятия производится в процедуре "ЗагрузитьДокумент_ЗаказНаряд" модуля формы обработки ЗагрузкаДанныхБух. Алгоритм загрузки на первом этапе зависит от значения "ВидРемонта" и его реквизита "ТипРемонта":
Таким образом, если "Гарантийный ремонт" в базе Альфа-авто является бесплатным и в опциях настройки обработки загрузи взведен флаг "ЗаказНарядПроизводство", то вызывается процедура "ЗагрузитьДокумент_ЗаказНаряд_Производство". Дальнейший процесс загрузки зависит от значения настройки Бухгалтерии предприятия "ПорядокРаспределенияРасходовНаОказаниеУслуг":
ПараметрыУчетнойПолитики = ОбщегоНазначения.ПолучитьПараметрыУчетнойПолитики(ПолучитьЗначениеРеквизита("_1С_Дата"), Ложь, Организация); Попытка ИспПлСебестоимость = ?(ПараметрыУчетнойПолитики.ПорядокРаспределенияРасходовНаОказаниеУслуг <> Перечисления.ПорядокРаспределенияРасходовНаОказаниеУслуг.ПоВыручке, Истина, Ложь); Исключение ИспПлСебестоимость = Ложь; КонецПопытки; Если НЕ ИспПлСебестоимость Тогда ИдентификаторОбъектаАПУ = ИдентификаторОбъекта+"-РУ"; ДокМенеджерАПУ = Документы.РеализацияТоваровУслуг; ТекОбъектАПУ = ДокМенеджерАПУ.ПустаяСсылка(); Иначе ИдентификаторОбъектаАПУ = ИдентификаторОбъекта+"-АПУ"; ДокМенеджерАПУ = Документы.АктОбОказанииПроизводственныхУслуг; ТекОбъектАПУ = ДокМенеджерАПУ.ПустаяСсылка(); КонецЕсли;Если ПорядокРаспределенияРасходовНаОказаниеУслуг по выручке, то дальнейшая загрузка будет произведена в РеализациюТоваровУслуг.
Т.е. сушествует 2 варианта:
1) Использовать указанный настройки обработки загрузки (использовать стандартную обработку загрузки);
2) Если по каким-то причинам не устраивает первый вариант, то модифицировать стандартную обработку загрузки, добавить свою процедуру ЗагрузитьДокумент_ЗаказНаряд_ГарантийныйРемонт с требуемым вам алгоритмом загрузки:
Писать отдельную обработку загрузки не рекомендуется, т.к. она не будет обладать всем функционалом стандартной обработки.
Также рекомендуется готовить базу на релизе 4.01.1.17, т.к. он является хотфиксом 16-го релиза (в 17-ом исправлены ошибки 16-го релиза).
а вот новую базу
Загружаю начальные остатки по материалам на складах (по партиям) из Альфы в Бух 1.6 (релиз 1.6.24.7).
Версия обработки загрузки 2.1.
Выгрузку и загрузку делаю с установленными галочками "по партиям".
Однако загруженные документы "Ввод начальных остатков" не проводятся - ругается на незаполненность поля "Ключ" в табличной части.
Копнул глубже - выяснил, что это поле используется для связи с табличной частью с данными по СФ.
Я проверил - в обработке загрузки вообще нет упоминания ни поля "Ключ", ни табличной части ДанныеПоСФ.
Отсюда вопрос: это я что-то неправильно делаю или обработка загрузки в бухгалтерию не поддерживает какие-то нововведения?
в Альфа-Авто документ ВводОстатковТоваров напрямую никак не связан со счетом-фактурой,
поэтому при загрузке в Бухгалтерию 1.6 в документе ВводНачальныхОстатков нет смысла
заполнять табличную часть "ДанныеПоСФ".
Но вследствие того, что реквизит "ключ" обязателен к заполнению, то в версии 2.2 обработки
загрузки данных в Бухгалтерию 1.6 "ключ" заполняется номером строки табличной части:
УстановитьРеквизит(ТекСтрока, "Ключ", НомСтр);
Рекомендуется использовать более новую версию обработки загрузки (2.2).
Так и сделал - документы стали проводятся.
А где можно взять новую версию обработки загрузки?
т.к. обработки обмена входят в поставку релиза.
Выгрузка из Альфы-Авто в Бухгалтерию предприятия.
В Альфе у организации основной счет, например 9878687578, и у контрагента основной счет с номером 9878687578
при этом банк у счетов один и тот же. Тогда при загрузке в Бухгалтерию в обработчике ЗагрузитьСправочник_БанковскиеСчета, когда нет соответствия счета в таблице соответствий с помощью запроса
производится поиск по номеру счета и банку (это сделано, чтобы не дублировались счета с одинаковыми номерами). При обработке первого счета такого номера нет, создается новый банковский счет и его владелецем становится контрагент. При загрузке второго счета запрос возвращает ссылку на ранее созданный счет (т.к. их номера и банк совпадают) и владельцем счета теперь становится организация.
Если необходимо, чтобы создавались банковские счета с одинаковыми номерами, то в условие запроса необходимо
добавить "И БанковскиеСчета.Владелец = &Владелец". То что вы описали не является ошибкой загрузки, т.к.
в большинстве случаев при загрузке данных не требуется создавать банковские счета с одинаковыми номерами.
Если вы укажите свой e-mail, то я смогу отослать текст обработчика ЗагрузитьСправочник_БанковскиеСчета
под вашу конкретную задачу.
А почему бы не внедрить данную доработку в типовую выгрузку?
У нас тоже организация занесена в справочник контрагентов и есть чехорда с банковскими счетами.
Надо всегда помнить, что после выхода новой версии выгрузки, надо в нее внести изменения в загрузку банк.счетов. Забудешь - и счета разъехались - восстанавливать приходится ручками.
В последней версии загрузки (2.3) в бух 2.0 условие по владельцу не добавлено - надо добавить-то пару строчек - это никак не повлияет на тех, у кого такой ситуации нет, и очень сильно облегчит жизнь тем, у кого она есть.
Заказчик не может найти ни комплект поставки ни данные для регистрации, чтобы можно было скачать. Программы живые, с ключами, работают. Необходимо сделать обмен, а не получается (точнее выгрузить есть возможность, а с загрузкой проблема, и никто не помнит, как они это делали раньше. амнезия повальная).
Заранее благодарен.
За обработкой обратитесь на alfa@rarus.ru.