ContributionsMost RecentMost LikesSolutionsRe: Secure your account with SMS two-factor authentication (2FA) Adding my voice to this - totally agree about SMS being a VERY insecure method. However does MYOB in its lovely urban office consider that not everyone even has access to mobile phone signal, or that mobile phone signal is not exactly reliable the further from urban centres you go? Reasons why mobile signal is not sufficiently reliable include: It does not go everywhere. Extreme rural areas or areas with challenging geography (hills!) impact signal reception. Actually, this one doesn't even have to be rural or remote - there are plenty of places in metropolitan industrial areas where mobile phone signal isn't reliable, although for those, it's generally a matter of walking a few metres. Not so much for us outside the metro area - I have to drive to the top of a nearby hill to get SMS at a couple of workplaces. Mobile phone towers have AT BEST a battery life of 6 hours. Multi-day power outages are becoming almost commonplace only a couple of hours from Melbourne. We survive with generators and Starlink, because we can be without power AND mobile phone signal for days. At the moment, that's okay because I can get online to work - but I can't get an SMS code in some places, even to do banking. Paying even wages on time has only been possible because a bank signatory was in Melbourne - what if that client had no extra signatory? Many small businesses are sole operators or partnerships without someone geographically distant not experiencing the same natural disaster. In holiday areas in particular but generally speaking out here where this is no service overlap between towers, peak periods can result in badly disrupted mobile availability. Telstra can and does adjust the power output from the towers during peak periods, which can have peculiar local results. it is not unusual to have no or very poor reception during those peak holiday periods if you are just outside the tourist area. SMS can take a lot long to arrive if they arrive at all, which results in the requesting application timing out. Then the application can lock you out for making repeated unsuccessful requests... So even though I consider mandating SMS as a 2FA method is lowering security rather than enhancing it, it's the physical aspect of no/unreliable mobile signal that is a hard barrier for some clients. Once upon a time, you could work offline and restore the file once power and connectivity was back, but that was lost a long time ago. Using header lines in items invoices throws out alignment of lines I have a client who orders the same item for two of their divisions on the one order. They seem unable to cope with separate invoices, so I am trying to use a header line to delineate which part of the invoice goes with which division. It causes the horizontal alignment to go out though - the extra lines appear in the Description column, but the other columns don't step down at the same rate. This looks very unprofessional - is there a work around to keep the lines in sync? Re: Importing Customer cards Peter, Best practice is to export the report you want - Cards in this case - using all the fields you will need to add in your new data. Cards prefers to export as a .txt file, which you can then open in Excel to better view the fields. Use this as a template to fill in your new records - you can probably export in a close enough format from Access once you see what the format needs to be. Saving the completed file as a csv should allow you to import it back into MYOB with your new data. Remember to leave the headers in place! It makes allocating fields much easier. Note that you MUST choose at least one of Card ID, Co./Last Name or Record ID as one of the fields you export and import. Re: Taxable Payments Annual Report I'm running desktop 2021.5.24 and it is there on mine? Re: Taxable Payments Annual Report I can't help with the cloud issue, but the reporting tool is found on the Puchases Command Centre in the desktop version. It's the button on the right "Report Taxable Payments". Re: ATO INTEGRATED CLIENT ACCOUNT All good comments and suggestions. Mine is always to separate the PAYG from the BAS entry and record the PAYG using Pay Liabilities. This area provides great reconciliation functionality when used for all payroll liabilities. Another reason is that often the PAYG is on a different reporting cycle to GST. I have both monthly PAYG and quarterly BAS, and Quarterly PAYG and monthly BAS in my client roster! So I prefer to always use Pay Liabilities for PAYG, plus any other payroll deductions such as Child Support or donations, because it makes it so simple to get the dates correct. It also gets the back end entry correct - how many times have you taken on a new client with the payroll liability accounts a nightmare? Using Payroll Liabilities ensures the PAYG Withholding liability account stays current. My entries are: Process PAYG and other deductions using Payroll Liabilities, debiting the ATO clearing account. Process GST, FTC and any other non-payroll components of the BAS also to the ATO clearing account. Pay one amount from the bank account physically to the ATO, and in MYOB treat it as a transfer brom the bank account to the ATO clearing account. Re: Packing slips show strange unit prices Thank you - that worked :) Packing slips show strange unit prices When printing packing slips showing unit prices, the pricing appears with multiple numbers after the decimal point. As we usually deal in whole dollar amounts, this is unsettling to clients, especially when items priced the same on invoices have different unit pricing on packing slips! I have $34.00 prices today on the one packing slip as $34.004107, $34.002558 and $33.986486! The same item code gives a different price on the next. Even stranger is that not every packing slip does this - the third one entered/printed is only two decimals eg. $34.00. What causes this/how can I prevent it showing? I can't see where to force a two decimal condition. Solved