Painel de líderes

Recentemente recebemos uma Impressora Não Fiscal Bematech MP-100S TH e após diversos testes utilizando nos exemplos do ACBr temos alguns comentários sobre a mesma. Todos os Drivers 32 Bits ou 64 Bits e o Manual da Bematech MP-100S TH podem ser encontrados em: http://www.bematech.com.br/suporte/equipamento/mp-100s-th Sobre a instalação da Bematech MP-100S TH: Foi utilizada a impressora em uma máquina com Windows 10 e nessa máquina, não foi necessário realizar instalação de driver do fabricante, apenas conectando a impressora (já ligada e com papel) e a mesma já emulou uma porta COM automaticamente, ficando assim, pronta para uso com ACBrPOSPrinter. Obs: Caso seja necessário realizar a instalação do Driver USB, o mesmo poderá ser encontrado no site do fabricante, mencionado anteriormente. Para realizar o uso da impressora com Fortes Report, foi necessário primeiramente instalar a Bematech no Windows, utilizando o Driver "BematechSpoolerDrivers", disponível no site do fabricante. Após instalada a impressora no Windows, foi necessário alterar o tipo de formulário disponível em Iniciar > Dipositivos e Impressoras > Selecionado impressora MP-100S TH > Clique com botão direito do mouse e selecionado "Propriedades da Impressora" > aba "Configurações do dispositivo" > Atribuição de Formulário a Bandeja > Selecionado opção "Print width 80mm 30cm" > OK. Sobre a utilização da MP-100S TH: Como já citado anteriormente, os testes foram realizados utilizando os exemplos do ACBr. Para o testes utilizando o componente ACBrPOSPrinter foi utilizado o Demo PosPrinterTeste.exe e para os testes utilizando o Fortes Report, foi utilizado o Demo SATTeste.exe. Testes Demo PosPrinterTeste.exe configurado com modelo ppEscBematech, 48 colunas, e página de código pc850 - A impressão de Tags de Caracter funcionou corretamente, com exceção da Fonte Invertida. OBS: não foi localizado nenhuma informação sobre compatibilidade com a Fonte Invertida no Manual do equipamento. - A impressão de Tags de Alinhamento, Tags Inválidas e Tags de Página de código funcionaram corretamente. - Para as tags de Código de Barras, os códigos STD25, CODE11 e MSI não foram impressos, já os demais imprimiram corretamente e a leitura dos mesmos foi efetuada normalmente também. OBS: o código MSI no aplicativo do fabricante foi impresso corretamente. Os códigos STD25 e CODE11 não aparecem na lista do aplicativo do fabricante e na lista de códigos compatíveis do manual. - As tags de QR Code foram impressas corretamente e a leitura foi efetuada corretamente. - A tag de impressão de logotipo foi impresso corretamente (após ter configurado logotipo pelo aplicativo do fabricante). - A impressão é realizada rapidamente, porém, não possui o corte automático. Testes Demo SATTeste.exe configurado com Largura: 296, Margens - Topo: 2, Rodapé: 20, Esquerda: 0 e Direita: 5 - As impressões realizadas durante esses testes foram cupons de venda com emulador de SAT, onde possui logo, fonte negrito e normal, código de barras, QR Code, caracteres com acentos, quebra de linha e todos os detalhes mencionados foram impressos corretamente. - A impressão é realizada rapidamente. Comparativo MP-100S TH X MP-4200 TH: - Em ambos os modelos a impressão é realizada rapidamente, o tempo de impressão pode ser considerado igual para ambas, pois a diferença encontra-se na MP-4200, que é alguns milésimos de segundos mais rápida. - Em ambos os modelos a Fonte Invertida e os códigos de barras STD25, CODE11 e MSI não são impressos. - Em questão de agilidade, a MP-100S perde um pouco por não possuir o corte automático. O que não faz com que a mesma deixe de ser uma boa opção, uma vez que, ambas funcionam da mesma maneira.

Pessoal, muito boa tarde a todos! Tenho percebido algumas dúvidas no mercado sobre a implantação do novo layout 0.07 do SAT. Os schemas do XML estão disponíveis no Portal da SEFAZ. No entanto, ainda não há uma data de obrigatoriedade de uso deste layout. Portanto, a SEFAZ continua aceitando os schemas no layout anterior. Se o produto SAT já estiver atualizado com o novo layout, ele tbm precisará aceitar o layout anterior. A SEFAZ é quem irá rejeitar quando passar a ser obrigatório. Espero ter ajudado a esclarecer um pouco sobre o tema. Grato e forte abraço, André Munhoz [email protected] Bematech Software Partners

Bom dia Arce, Não, o SAT não ficará incapacitado nem será perdido, o SAT trabalha off-line e não tem vinculo com as datas, é o usuário que tem que ficar atento. O que aconteceu é que os SATs com versões antigas (produzidos em 2015) tem um certificado que vale até 31/07/2016, e portanto se não forem ativados até esta data a retaguarda automaticamente recusa a comunicação pelo fato do certificado estar vencido. Uma vez ativado o SAT recebe novos certificados. Se você tiver um SAT antigo e não ativado basta entrar em contato com o fabricante para ele zerar e reprogramar o equipamento. Com relação as datas que aparecem no link que o Sérgio colocou, conforme ele explicou elas se referem a validade da versão do SW Básico perante o Fisco, ou seja, o contribuinte deve atualizar o equipamento para que ele gere cupons que não serão recusados pela retaguarda da Sefaz. E sendo assim verifique seu modelo e versão para saber até quando se deve atualizar. Att Cristiano Abbud

Um cliente passou a emitir boletos do banco do Brasil, mas o arquivo de remessa deu erro. Segue a baixo a transcrição do erro. Como posso configurar para usar o layout correto?

DR800 usa 115.200 na velocidade, assim como toda impressora mais nova da Daruma.

Sim, mas quando os aparelhos SATs começarem a ser atualizados, basta alterar a versão do ACbr para 0.07 que vai funcionar ?

Boa tarde! Gostaria de saber se tem como fazer uma consulta usando a função ACBrNFe1.DistribuicaoDFe para listar documentos de um período especifico?

Eu não consegui ver o problema, e o meu cliente ja estava me "enchendo o saco", mudei as configuracoes, pra usar a impressao do fortes report, ai saiu certinho, não é a forma ideal, mas resolveu. Agora eu vou rever tudo com mais calma, se eu achar o problema, eu divulgo aqui o que era.

Bom dia, Analisando o seu XML notei que se tratado de um CT-e Modal Rodoviário - Lotação. Neste caso devemos informar os dados do veículo e do motorista. Notei que você informou 2 veículos, em ambos você diz que são de tração, como assim? Um tem que ser de tração e o outro reboque. Outra coisa você diz que o veículo é próprio, neste caso ele é de propriedade do emitente do CT-e, ou seja da transportadora. Neste caso não devemos informar o proprietário do veiculo, pelo simples fato ele ser do emitente do CT-e. No DACTE quando se tratar do modal rodoviário devemos imprimir o RNTRC da Empresa (transportadora). Se for lotação devemos imprimir os dados do Veiculo,tais como Tipo, placa, UF e RNTRC. O RNTRC referente ao veiculo será o da transportadora a não ser que o veiculo seja de terceiros, ai devemos informar os dados do terceiro (proprietário do veiculo) e um desses dados é o RNTRC. A impressão do DACTE conforme a figura que você anexou esta correto, porque você informou no XML que o veiculo é próprio, ou seja, da transportadora. O teu XML que esta errado, não condiz com a realidade, primeiro por informar 2 veículos de tração, segundo por informar o proprietário do veiculo, sendo que o mesmo é da transportadora. E o CNPJ do proprietário do veiculo informado no XML se refere ao remetente da carga, como assim?

Bom dia. Espero que ajude: http://www.camex.gov.br/legislacao/interna/id/1577

Analisar o código onde o warning é levantado e fazer o tratamento necessário. Você dizer que esses warnings não são prejudiciais acabou de confirmar pra mim que não entende exatamente o problema em desligá-los dessa maneira. Se qualquer pessoa quiser desligar no projeto próprio, no código que tem do ACBr, ou etc... fique a vontade. Você vai poder procurar os outros warnings e daí nos enviar correções. Acredite, vamos ficar feliz com isso, como em toda contribuição que você já tem feito. Mas eu não posso concordar que esse código que desliga warnings globalmente, inclusive warnings sobre diretiva deprecated seja enviado ao repositório.

Sim. Eu sei os motivos. E não são um bons motivos para subir isso como uma alteração global no ACBr. Os warnings existem por um motivo, simplesmente desligá-los globalmente sem entender o que se está fazendo, como eu disse antes, é imprudência.

Bom dia @Juliana Tamizou , muito grato pela dica, realmente faltava eu setar no meu software o tipo do cliente (pFisica/pJurídica/pOutras) e com isso foi resolvido o problema do segmento Q. Já a atualização sugerida para o segmento P resolveu meu problema inclusive já está em produção em nossos clientes, espero que seja útil. Muito grato pelo auxílio.

Italo, Bom dia Consegui cancelar o conhecimento sem usar o xml esta mensagem de URL não definida só aparece utilizado o xml baixado da sefaz Muito obrigado

Entendo, mas não é o correto a se fazer num código em produção. Você pode utilizar o recurso para diminuir os avisos. Mas daí a enviar esse arquivo ao SVN seria imprudência.

Boa tarde. De acordo com o erro, seu cliente habilitou a remessa CNAB400, basta configurar a propriedade LayoutRemessa do componente ACBrBoleto. Att.

Boa Noite Ítalo, Como você disse, fiz a leitura da NT, deu tudo certo Obrigado pela ajuda.

Hoje me surgiu uma situação em que preciso usar PISNT/COFINSNT, sei que já vai fazer um mês esse post, mas queria saber que fim deu, pois pelas orientações: http://www.fazenda.sp.gov.br/sat/duvidas_frequentes/OrientaçõesLeiauteCF-e_v00.06-0 - AD.pdf 9) Preenchimento dos subgrupos de PIS Qualquer que seja a situação, o AC deverá sempre informar um dos subgrupos de <PIS> (PISAliq, PISQtde, PISNT, PISSN ou PISOutr) e seus respectivos campos devidamente preenchidos conforme a Especificação de Requisitos. Então entendo que o PISNT está previsto de sair no xml de SAT, não gostaria de fazer um ajuste no pcnCFeW.pas como o amigo fez, pois toda vez que atualizar o acbr tenho de lembrar de refazer, por isso gostaria de saber se o acbr irá contemplar o PISNT/COFINSNT. Att

São apenas informações de Debug. No caso do lazarus você pode ter vários perfis de compilação, por exemplo Debug e Release, onde na Release você já configura com as opções otimizadas para versões finais. Para a versão de trabalho usa a Debug.

Veja no manual: https://svn.code.sf.net/p/acbr/code/tools/Etiqueta/Argox/

Deve ser algo normatizado... verifique no convênio 09/09 qual é a especificação do Convênio para esse cenário: https://svn.code.sf.net/p/acbr/code/tools/ECF/EscECF/ac1609.pdf

Olhando mais atentamente no ECFTeste, eu reparei que as propriedades são setadas em runtime, fiz o mesmo aqui gravando e carregando de um ini e deu certo.