{{branchTel}}

{{section.attributes.section}}

Все результаты

  • По вашему запросу {{search.q}} ничего не найдено.

Перейти на страницу поиска
{{countBasket}}

{{userFullName}}

Личный кабинет

Выйти
Доставка и оплата
Контакты

Проблемы с выгрузкой в бухгалтерию

Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.

Поиск  Правила 
Страницы: Пред. 1 ... 30 31 32 33 ... 46 След.
RSS
Проблемы с выгрузкой в бухгалтерию, Проблемы с выгрузкой в бухгалтерию
 
#776
21.05.2015 20:52:55
Цитата
Артём Бавенд пишет:
Цитата
Роман Батов пишет:
Цитата
Светлана Сулименко пишет:
Добрый день, Роман, типовая обработка выгрузки данных из Альфа-Авто (на актуальном релизе 5,1,01,05) выгружает заказ-наряды по дате закрытия. Другое не предусмотрено.
Что мы делаем не так, не выгружает по дате закрытия и все.
Роман, здравствуйте.
Подскажите пожалуйста, а что именно на скринах указывает на то, что заказ-наряд 9299 был закрыт 20 числа? Вы делаете выгрузку за 20 число, но наряд у вас, судя по всему, закрыт 18 числа. Либо покажите обратное - прикрепите скрин, указывающий на то, то наряд закрыт 20 числа!
Иначе, программа ведет себя правильно - выгружает наряды только за 20 число.

Посмотрет точную дату закрытия можно по кнопке "Установить время", показываю на скрине.
И напомнинаю, что при закрытии, заказ наряд принимает именно дату закрытия. А у вас на скринах дата 18 число.
 
 
 
#777
21.05.2015 20:54:20
Цитата
Артём Бавенд пишет:
Подскажите пожалуйста, а что именно на скринах указывает на то, что заказ-наряд 9299 был закрыт 20 числа? Вы делаете выгрузку за 20 число, но наряд у вас, судя по всему, закрыт 18 числа. Либо покажите обратное -
вообще то видна дата закрытия на скрине №3..
 
 
 
#778
21.05.2015 23:02:44
Цитата
Александр Мещеряков пишет:
Цитата
Артём Бавенд пишет:
Подскажите пожалуйста, а что именно на скринах указывает на то, что заказ-наряд 9299 был закрыт 20 числа? Вы делаете выгрузку за 20 число, но наряд у вас, судя по всему, закрыт 18 числа. Либо покажите обратное -
вообще то видна дата закрытия на скрине №3..

Ага,  :) не обратил внимания.
странно, почему тогда в дате наряда стоит 18 число!? Если не ошибаюсь, так бывает, когда дату вручную меняешь в данном поле в процессе ведения наряда.
 
 
 
#779
21.05.2015 23:28:46
Цитата
Артём Бавенд пишет:
Цитата
Александр Мещеряков пишет:
Цитата
Артём Бавенд пишет:
Подскажите пожалуйста, а что именно на скринах указывает на то, что заказ-наряд 9299 был закрыт 20 числа? Вы делаете выгрузку за 20 число, но наряд у вас, судя по всему, закрыт 18 числа. Либо покажите обратное -
вообще то видна дата закрытия на скрине №3..
Ага,    не обратил внимания.
странно, почему тогда в дате наряда стоит 18 число!? Если не ошибаюсь, так бывает, когда дату вручную меняешь в данном поле в процессе ведения наряда.

Я сейчас перепроверил выгрузку при различных вариантах смены дат. При любом варианте, выгружается именно по дате закрытия.

Очень очень интересно почему у Романа так происходит.
 
 
 
#780
22.05.2015 07:38:27
Цитата

Я сейчас перепроверил выгрузку при различных вариантах смены дат. При любом варианте, выгружается именно по дате закрытия.

Очень очень интересно почему у Романа так происходит.

Подскажите пожалуйста нам то как быть . Менять вручную дату документа на дату закрытия-выгружать в бухгалтерию-менять снова вручную дату документа на дату машинозаезда ?
 
 
 
#781
22.05.2015 16:55:26
Добрый день, Роман. Уточните, пожалуйста, типовая ли у Вас конфигурация Альфа-Авто, а также какой обработкой выгрузки Вы пользуетесь.
 
 
 
#782
22.05.2015 17:48:53
Цитата
Светлана Сулименко пишет:
Добрый день, Роман. Уточните, пожалуйста, типовая ли у Вас конфигурация Альфа-Авто, а также какой обработкой выгрузки Вы пользуетесь.

1) Типовая
2) Встроенной (Обработки-Выгрузка данных в бухгалтерию)
 
 
 
#783
25.05.2015 15:36:04
Добрый день, Роман. Необходимо удаленное подключение к Вам для рассмотрения ситуации на месте. Для подключения вышлите необходимо от Вас письмо на alfa@rarus.ru с указанием данной ветки форума и регистрационного номера основной поставки Альфа-Авто.
 
 
 
#784
25.05.2015 16:11:52
Цитата
Артём Бавенд пишет:
Цитата
Артём Бавенд пишет:
Цитата
Евгений Машаров пишет:
[QUOTE]Артём Бавенд пишет:
Здравствуйте. Все верно. Но есть одно НО! Если я ставлю в БП признак ведения учета во внешней программе, то начисления все равно грузятся! Они не видны в БП при этом как документы. Но в оборотной ведомости эти суммы отражаются. То есть сам документ загружается, просто он не активен в БП при этом. Но все проводки делает. Именно поэтому я и предположил, что надо либо в обработке загрузки в БП указать, чтобы она ориентировалась на параметры учета БП и не загружала начисления при обмене, либо в альфе в самой, в обработке выгрузки, указать, чтобы с выплатой не тянулись начисления.
Обработка была исправлена. Тоесть грузит один из двух документов. Надо получить обработку и посмотреть.
Здравствуйте.
Работает, благодарю.
В результате тестирования выяснилось, что надо что-то делать еще   в бухгалтерии нужны и начисления и данные о фактических выплатах.
В методичке написано, что документ Выплата зп в БП превращается в РКО. Но на деле получается так, что он превращается в Ведомость выплаты зп, которая недоступна при параметре учета Вести ЗП в этой программе. Вместо ведомости выплаты, при таком параметре, активируется другой документ Ведомость в кассу. Но он превращается из РКО в альфе. И к тому же загружается пустым! Но проведенным. Т.е. почему то не попадают суммы туда.
В общем, я очень прошу, сделайте последнюю поправку в обработке загрузки в бп:
необходимо вернуть привязку подчиненного документа к документу основанию (чтобы выплата ЗП тянула за собой начисление, если таковое есть), но чтобы Выплата ЗП из альфы превращалась в БП в документ Ведомость в кассу. Он на скринах.

Я не допонимаю, это в третьей редакции БП произошли какие-то кардинальные изменения по ЗП чтоли? Как другие бухгалтера работают с ЗП в связке АА-БП?

Евгений, возможно таким образом поправить обработку?
Здравствуйте.

Данный вопрос принят к рассмотрению? Каков результат? Зарплата очень нужна  [/QUOTE
Цитата
Светлана Сулименко пишет:
Добрый день, Артем, разработчик постарается решить этот вопрос в начале следующей недели.

Здравствуйте. Есть новости какие-нибудь?
 
 
 
#785
25.05.2015 16:42:04
Здравствуйте. Нечем порадовать. Если нужно поторопится, требуется официально письмо.
 
 
 
#786
26.05.2015 18:41:30
Цитата
Светлана Сулименко пишет:
Добрый день, Роман. Необходимо удаленное подключение к Вам для рассмотрения ситуации на месте. Для подключения вышлите необходимо от Вас письмо на alfa@rarus.ru с указанием данной ветки форума и регистрационного номера основной поставки Альфа-Авто.
Расскажите потом пожалуйста в чем было дело.
 
 
 
#787
26.05.2015 18:44:26
Цитата
Евгений Машаров пишет:
Здравствуйте. Нечем порадовать. Если нужно поторопится, требуется официально письмо.
Письмо на чье имя и какого содержания?
еще уточните пожалуйста, это проблема все таки альфы?
 
 
 
#788
27.05.2015 09:58:00
Добрый день, Артем. Да, это скорее проблема Альфы. Нужно чтобы руководители/методисты подключились к решению данного вопроса. Письмо пишется в свободной форме с обращением к методисту отдела Альфа-Авто. письмо пишите на alfa@rarus.ru.
 
 
 
#789
27.05.2015 10:57:07
Цитата
Светлана Сулименко пишет:
Добрый день, Артем. Да, это скорее проблема Альфы. Нужно чтобы руководители/методисты подключились к решению данного вопроса. Письмо пишется в свободной форме с обращением к методисту отдела Альфа-Авто. письмо пишите на alfa@rarus.ru.

Письмо можно от меня, от партнера? Или от имени клиента?
 
 
 
#790
27.05.2015 11:17:14
Артем, здесь нет никакой разницы.
 
 
 
#791
28.05.2015 12:58:48
Цитата
Артём Бавенд пишет:
Цитата
Евгений Машаров пишет:
Здравствуйте. Ошибка совместного доступа означает что либо обмен запущен дважды. Либо от предыдущего обмена завис процесс. думаю что второе. В таком случае надо "убить процесс" 1с на сервере который держит временные файлы.
Здравствуйте.
Почему так происходит? Невозможно работать в многопользовательском режиме.
Я на сервере, в Администрировании серверов 1С, удаляю все сеансы с данной базой, но ошибка не уходит. Не дает загрузить и все на клиентской машине. Как этого избежать? Или как-то автоматизировать можно?

Помогите пожалуйста с данным вопросом!! Завершение процесса rphost не помогает! Приходится перезагружать сервак. Что делать??
 
 
 
#792
28.05.2015 15:15:46
Узнать что держит временные файлы таблицы соответствий (есть специализированные программы). Не должно это повторяться каждый раз при обмене. У меня зависания процессов (которые после завершения 1с через диспетчер задач) было только при разработке. Сейчас нет необходимости завершать процесс 1с диспетчером задач.
 
 
 
#793
28.05.2015 16:08:44
Цитата
Евгений Машаров пишет:
Узнать что держит временные файлы таблицы соответствий (есть специализированные программы). Не должно это повторяться каждый раз при обмене. У меня зависания процессов (которые после завершения 1с через диспетчер задач) было только при разработке. Сейчас нет необходимости завершать процесс 1с диспетчером задач.

Подозреваю, что так происходит, потому-что у нас всегда зависают сеансы. Пока не могу разобраться как сделать так, чтобы если пользователь вышел из программы, все сеансы, везде завершились. А у нас получается, что если вручную не закрывать, то сеансы могут висеть неделями. Пока не перезагрузится SQL сервер.
Как добиться завершения сеансов?
 
 
 
#794
29.05.2015 13:09:32
Добрый день,
Цитата
Артём Бавенд пишет:
Как добиться завершения сеансов?
Однозначно на этот  вопрос ответить сложно, нужно понять почему они появляются (регламентное задание или пользователи не правильно выходят из терминала и т.д.).
Как вариант, Вы может использовать консоль кластером для завершения зависших сеансов.
 
 
 
#795
29.05.2015 13:17:40
Цитата
Вера  Васильева пишет:
Добрый день,
Цитата
Артём Бавенд пишет:
Как добиться завершения сеансов?
Однозначно на этот  вопрос ответить сложно, нужно понять почему они появляются (регламентное задание или пользователи не правильно выходят из терминала и т.д.).
Как вариант, Вы может использовать консоль кластером для завершения зависших сеансов.

Я так и делаю, но многие сеансы, после завершения тут же опять восстанавливаются.
 
 
 
#796
01.06.2015 16:36:26
Артем, ответ будет дан позже в этой ветке форума.
 
 
 
#797
05.06.2015 12:27:55
Добрый день.

В каком состоянии находится сейчас задача Ц000101617? Прошло уже 40 дней.
Удаление лишних элементов справочников в 1С-Бухгалтерии, перегруженных из Альфа-Авто, занимает очень много времени. А удаление ненужных записей в файле выгрузки XML приводит к тому, что часть элементов справочников и документов не загрузится.
 
 
 
#798
05.06.2015 12:58:21
Добрый день, Данил, задача пока находится в работе, т.к. ее реализация требует времени.
 
 
 
#799
18.06.2015 17:33:03
Добрый день! При выгрузке ввода в эксплуатацию такая картина(базы SQL, ADO, обработка загрузки от АА 5.1.02.07).
"Импортирование не удалось Ошибка при загрузке объекта.
Произошла исключительная ситуация (Advantage OLE DB Provider): Error 7200:  AQE Error:  State = HY000;   NativeError = 7008;  [iAnywhere Solutions][Advantage SQL][ASA] Error 7008: The specified table, memo file, or index file was unable to be opened. \\BDS1\AAtemp\Tmp\TS_BP1.dbf Table name: TS_BP1 SEL ECT
*
FR OM
TS_BP1
WHERE ID_SOURCE >= '29bc26ee-1580-11e5-80e4-fcaa1401e45b-НМА'"
Падает на  Функция ПолучитьСписокСоответсвий(ИдентификаторПоиска="") в этом запросе
ТекстЗапроса = "SELECT
| *
|FROM
| "+ФайлБД_ТС.ИмяБезРасширения+"
|WHERE ID_SOURCE >= '"+ИдентификаторПоиска+"'";
ВремБД_ТС.Open(ТекстЗапроса);
29bc26ee-1580-11e5-80e4-fcaa1401e45b-НМА это идентификатор ввода в эксплуатацию. Не пойму чем именно этот документ не понравился-остальные здесь же проходят и нормально загружаются. С файловой базой тоже все хорошо.
 
 
 
#800
19.06.2015 11:10:59
Здравствуйте. Возможно завис процесс обмена. Надо добиться удаления временного файла  TS_BP
 
 
 
Страницы: Пред. 1 ... 30 31 32 33 ... 46 След.
Читают тему
Поддержка отраслевых решений «1С-Рарус»
Узнать подробнее
Услуги 1С