Настройване на график за обмен на данни
Качването става чрез COM връзка, т.е. след натискане на бутона Качване (в ZUP 3.x), данните веднага излизат в Счетоводство. Автоматично откриване на конфигурацията на приемника.
Поддържа се качване на прогнозни задължения и резерви. Можете също така да конфигурирате обобщено и подробно качване по физически адрес. лица.
От ЗУП се изтеглят следните документи:
- Изявление до банката
- Отчет към касата
- Извлечение от сметки
- Изявление чрез дистрибутор
- Отразяване на заплатите в счетоводството
В BP се създават документи:
- Заплати на организации
- Отразяване на заплата в обл. счетоводство
За да извършите правилно разтоварването, е необходимо ръчно или по друг начин да синхронизирате следните директории между ZUP 3.x и BP 2.0, UPP 1.3:
- Организации (по TIN),
- Контрагенти (по име),
- Подразделения (по име и принадлежност към организацията),
- Начини за отразяване на заплатите в счетоводството. счетоводство (по име),
- Физически лица(по име и дата на раждане).
- Видове информация за контакт (по код)
- Видове физически документи лица - Документи за самоличност (съгласно Кодекса на МВР - ИМНС)
Ако подходящият метод за отразяване не бъде намерен в счетоводството, тогава ще се използва методът, наречен „Отразяване на начисления по подразбиране“, ако има такъв в базата данни.
Имената на елементите на директорията трябва напълно да съвпадат. Ако например в Счетоводство не е намерено разделение от Заплата, то в отразяването на заплата ще видите непопълнено съответното. реквизит. Автоматичното създаване на липсващи елементи на директория е деактивирано, за да се избегне създаването на дубликати. Изключение прави директорията Физически лица, елементи от тази директория ще бъдат създадени, ако не бъдат намерени в Счетоводството. ( За физически лицата се търсят по име и дата на раждане)
Също така при обработката следните стойности се приемат като константи, които трябва да бъдат във вашата счетоводна база данни:
- Разходни елементи - "Плащане"
- Разходни позиции - "Данъци и такси"
- Очаквани задълженияи резерви - „За плащане на отпуски“
Всички настройки за обработка се запазват автоматично (при повторно отваряне всички подробности за формуляра ще бъдат възстановени).
Тестването е извършено в следните версии:
- Управление на заплатите и персонала, издание 3.1 (3.1.5.129 - 3.1.9.229)
- Enterprise Accounting, издание 2.0 (2.0.66.77)
- контрол производствено предприятие, ревизия 1.3 (1.3.107.2)
Промени във версия 1.0.2 от 16.04.2018 г
- Видът на операцията се взема предвид " Материална помощ" - транзакциите бяха качени празни (празни сметки Dt и Kt)
- Взет е под внимание видът на операцията "Разходи за осигуровки на КСО" - записите са качени празни (празни сметки Дт и Кт)
Промени във версия 1.1.0 от 27 май 2018 г
- Видове сделки, които се вземат предвид: Начислени (на парче), Приходи в в натура, Плащания на бивши служители, Дивиденти, Дивиденти на служители, Други разплащания с персонал
- Видове транзакции с данък върху доходите на физическите лица, които се вземат предвид: Изчисления на данъка върху доходите на физическите лицас бивши служители, данък върху доходите на физическите лица върху дивиденти, данък върху доходите на физически лица върху дивиденти на служители
- При попълване на почти всички видове транзакции с начисляване кредитната сметка (обикновено 70) и подсметката се вземат от справочника „Методи за отразяване на заплатите в регулаторното счетоводство“ и не се задават като константа в алгоритъма, това се прави, за да увеличаване на гъвкавостта. Че. subconto „Видове начисления на заплати съгласно член 255 от Данъчния кодекс“ трябва да бъде инсталиран в тази директория. Подконтото "Служители на организации" (ако има такова) ще се попълни автоматично, ако не е посочено.
- Добавен е бутон "Тест на връзката".
Промени във версия 1.1.2 от 06/02/2018
- Отстранен е бъг - за някои видове физически операции. лица не бяха качени. За организации, които вземат предвид в контекста на индивидите. Лицата, използващи версия 1.1.0, се препоръчва да актуализират обработката.
Промени във версия 1.1.3 от 06.07.2018 г
- Добавена поддръжка за видове транзакции: Доход на контрагенти, данък върху доходите на контрагентите. Фиксиран алгоритъм за качване за: Договор за авторска поръчка, Договор (работи, услуги)
- За всичките 4 посочени вида транзакции се попълват сметки и подсметки в съответствие с посочения метод на отразяване.
- Типът транзакция е коригиран: Приспадане за други транзакции със служители, сметката е настроена на 73.03.
Промени във версия 1.1.4 от 14.02.2019 г
- Правилата за обмен на нюанси на отразяване в опростената данъчна система са допълнени
Промени във версия 1.1.5 от 26 март 2019 г
- За BP 2.0 и UPP 1.3 разтоварването се изпълнява в обмена<Видов начислений оплаты труда по ст.255 НК>от счетоводни данни ЗУП 3
Планирани промени във версия 1.1.6 от Unknown
- Попълване на подконто<Регистрация в ИФНС>за сметка 68 конфигурация BP KORP
Ако имате проблеми с свързването към счетоводната база данни, опитайте да преинсталирате платформата 1C, като изпълните „Изпълни като администратор“. Най-вероятно това е грешка
Възниква, когато компонент за свързване чрез COM връзка не е регистриран в системата.
Тази обработка се основава на правилата от публикацията, за което авторът им има чест и похвала. Правилата са модифицирани и се различават значително от оригиналните.
Нюанси за UPP
За UPP 1.3 се използват отделни правила за обмен, които авторът не планира да поддържа и актуализира поради ниската популярност на тази конфигурация. Възможно само по поръчка.
За да отразите застрахователните разходи, трябва да въведете метод за отразяване от страната на UPP със същото име и в края „(застраховка)“, тогава сметката за разходите и други анализи за застраховка ще бъдат взети от този метод за отразяване.
Поддържат се по-малко видове транзакции за записване на заплати в счетоводството.
Обменът на данни между базите данни 1C ви позволява да избегнете двойна работа. Например в една организация служителите работят едновременно в 1C ZUP и счетоводната база данни. Без претоварване с данни, потребителите ще трябва ръчно да ги дублират в две програми едновременно, което би предизвикало вълна от недоволство и много грешки.
Преди това в 1C Accounting 2.0 и ZUP 2.5 разтоварването се стартира ръчно и данните се изтеглят чрез външен файл. В 1C Accounting по правило беше качен документът „Отразяване на заплатите в регулираното счетоводство“. Имаше възможност и за качване на платежни документи.
Във версии 1C 8.3, като се започне от 3.0, този механизъм се промени драстично. Вече е възможно да се конфигурира автоматична синхронизация между паметта и захранващия блок, която да се извършва в определено време с определена честота. Няма нужда да правите всяко разтоварване ръчно.
Преди да продължите да настройвате обмена на данни между базите данни 1C ZUP и счетоводството, проверете дали ролята „Системен администратор“ или „Синхронизиране на данни с други програми“ е налична във вашия акаунт. Без тях тази функционалност няма да е достъпна за вас.
Настройка на прехвърляне на данни от 1C:ZUP 3.1
Отворете 1C:ZUP в корпоративния режим. Отидете в менюто "Администриране" и изберете "Синхронизиране на данни".
Поставете отметка в квадратчето до „Синхронизиране на данни“ и следвайте хипервръзката вдясно. Този флаг трябва да бъде зададен в две информационни бази.
В прозореца, който се показва, изберете от менюто „Настройки за синхронизиране на данни“ и изберете „Счетоводство на предприятието, издание 3...“.
Преди да настроите синхронизацията, силно се препоръчва да направите резервно копие на базата данни. Отделете малко време за това, за да не си създавате ненужни проблеми по-късно.
В прозореца, който се показва, изберете ръчно задаване на настройки и щракнете върху „Напред“.
Посочете опцията за свързване към счетоводна програма. В този пример избрахме първия елемент. Можете също така да се свържете директно през интернет или чрез други комуникационни канали, ако директна връзканевъзможен. Те включват електронна поща, мрежова директория и FTP.
За да конфигурирате синхронизацията, трябва да знаете местоположението на друга информационна база. Ако не знаете това, влезте в него и изберете "Помощ" - "За програмата" от главното меню.
В случай, че базата данни 1C 8.3 е базирана на файлове, в настройките трябва да посочите само директорията на нейното местоположение. Ако базата данни се намира на сървър на 1C:Enterprise, посочете сървърния клъстер и името на информационната база.
Следващата стъпка е да настроите правила за качване на заплати и други данни. Можете да оставите всичко тук по подразбиране. При необходимост е възможно да се променят правилата за обмен между ZUP и BP.
Програмата ще ви подкани да синхронизирате незабавно, но е препоръчително да изчистите този флаг и да настроите график за автоматично изпълнение. Кликнете върху „Готово“.
Настройване на график за обмен на данни
Сега нека започнем да настройваме график за тази синхронизация. В прозореца с настройки, който се появява след предишната стъпка, отидете в раздела „График“ и щракнете върху бутона „Настройка“.
Във формуляра, който се отваря, проверете флага „Автоматично по график“ и щракнете върху хипервръзката вдясно. Посочете кога и колко често да се синхронизират данните.
Забележка!Графикът се конфигурира за изтегляне на данни и за получаването им отделно чрез избиране на съответния ред в табличната част на формуляра за настройка на графика.
По време на първата синхронизация трябва да сравните данните между тези информационни бази. Това е необходимо, за да се премахнат дублиращите се редове, което е особено важно за директориите.
Тези правила за конвертиране и регистриране на обекти са написани за BP 2.0.64.37 и ZUP 2.5.94.2, но най-вероятно са подходящи и за други версии.
След настройване на синхронизацията, следните данни автоматично се качват и изтеглят от захранващия блок към блока за съхранение:
Справочници: Банки, Банкови акаунти,Договори на контрагенти,Контрагенти, Организации, Физически лица
Информационни регистри: Информация за контакт, пълно име на лицето
От ZUP до BP:
Справочници: Валути, позиции, организации, подразделения, други приходи и разходи, разходи за бъдещи периоди, разходни позиции, физически лица
Информационни регистри: лични акаунти, паспортни данни, пълно име на лицата
Първо, трябва да активирате използването на обмен на данни в базите данни, да конфигурирате префикси на възли, да зададете интервала на анкетиране reg. задачи и създайте потребителите, под които ще се изпълняват тези задачи, от дясната страна „Извършване на синхронизация на данни“ и рестартирайте базите данни (за всеки случай).
1. Настройка на захранването (редът на настройката не е важен, можете да започнете настройката от ZUP)
Отворете услугата - Обмен на данни с продукти на платформата 1C:Enterprise 8.2 - Обмен на данни
Добавяме нова синхронизация с Retail 2.0, в настройките поставяме отметка „pea“ за създаване на нова борса, избираме директорията за борса, задаваме префикса и името на борсата и когато създаването приключи, премахваме отметката от „Изпълни качи данни сега“. Готов.
След това отворете тази настройка за редактиране и в параметрите за обмен, заредете един по един правилата за обмен и правилата за регистрация за BP.
2. Създаване на ЗУП
Отворена услуга - Обмен на данни с 1C: ERP Enterprise Management 2.0
Добавяме нова синхронизация, в настройките поставяме „грахово зърно“ при създаването на нов обмен, избираме директорията за обмен, задаваме префикса и името на обмена и когато създаването приключи, премахнете отметката от „Извършване на данни за качване сега“ отметка. Готов.
След това отваряме и настройката за редактиране и зареждаме правилата на правилото за обмен и правилата за регистрация на ZUP.
За автоматичен обмен трябва да конфигурирате програмите да се стартират като услуга под потребителя, който е регистриран за задачи по регистрация.
В настройките на правилата за регистрация промените не се регистрират за документи и някои директории; ако имате нужда от тях, можете да редактирате тези правила, за да отговарят на вашите нужди.
Въпросът е, че ако синхронизацията е конфигурирана на работещи конфигурации, а не на нови, тогава са възможни дублирани директории, т.к. в правилата за обмен търсенето на елементи е конфигурирано изключително чрез „Уникален идентификатор“, но този въпрос може да бъде подобрен...
P.S. За да избегнете дублиране, загуби и презаписване на данни, извършете пробна настройка на копие на базата данни!!!
P.P.S. Наскоро базата данни на BP започна брутално да замръзва при записване на контрагент, оказа се, че conf влиза в интернет и се опитва да провери нещо там относно TIN на контрагента, не знам по каква причина, може би потребителите на 1C отстраняват грешки нещо там, но до сутринта в Москва тази услуга не отговаря и 1C честно чака отговор, така че виси... Можете, разбира се, да деактивирате това в конференцията, но не искам премахнете го от поддръжката, трябваше да измисля проблем))
Накратко, в правилата за регистрация на обекти за BP, за директорията „Контрагенти“, в манипулатора „Преди обработка“ вмъкваме този код:
If Object.Link = Directories.Accounts.EmptyLink() Then LinkNew = Directories.Accounts.GetLink(); Object.SetLinkNew(LinkNew); Акаунт = Object.GetLinkNew(); В противен случай Контрагент = Object.Link; endIf; Опит за SetPrivilegedMode(True); // Блокиране по контрагент Key Structure = New Structure(); KeyStructure.Insert("Контрагент", Контрагент); Key = Information Registers.Counterparty StatusBED.CreateRecordKey(KeyStructure); LockDataForEditing(Ключ); // Записване на данни в регистъра. Набор от записи = Информационни регистри.Състояние на контрагентитеBED.CreateSet от записи(); RecordSet.Selection.Account.Set(Account); Recordset.Clear(); Запис = RecordSet.Add(); Record.Account = Сметка; Record.Status = Transfers.CounterpartyStatusBED.Connected; RecordSet.Write(); SetPrivilegedMode(False); Изключение Операция = Nstr("ru = "Записване на резултатите от проверката на връзката на контрагентите към 1C-EDO в регистъра.""); DetailedErrorText = DetailedErrorView(ErrorInfo()); ElectronicDocumentsServiceCallServer.HandleExceptionOnEDOnServer(Operation, DetailedErrorText); EndAttempt;
След това запазваме правилата и ги зареждаме в базата данни на BP.
