bnobre

Outro detalhe: A NT diz que modelo 65 com idFinal = 1 tem que preencher as tags do grupo N33. Acima eu preenchi, mas o vICMSEfet acabou sendo 0.00 devido o baixo valor do produto que coloquei propositalmente como 0.05. Ao meu ver eu preenchi a tag a partir do momento que a mesma aparece no XML (com valor 0) e com isso obedeci a regra em questão. Isso conta? Ou preencher também considera ser um valor diferente de 0?

oi @Juliana Tamizou Já fiz contato com o mesmo, estou no aguardo dele. Obrigado

Fala meu amigo @Italo Giurizzato Junior Tudo bom? Vamos lá... Operações a consumidor final (indFinal = 1) e CST = 60 ou CSOSN = 500 (tanto para o modelo 55 quanto 65). Essa regra acima é redundante no que tange o modelo 65 e o indFinal = 1, afinal todos os modelos 65 tem o indFinal = 1, do contrário levariam a rejeição 716... Correto? Então basicamente se é NFCe e se tem CSOSN 500 vai ser necessário o preenchimento dos campos do grupo N33 ou meu entendimento está errado??? Quanto a percentual a ser utilizado, se é único para todos os produtos ou se depende do produto a pessoa mais indicada a informar isso é o contador dos seus clientes. Então meu amigo, sabe como é a contabilidade, temos que nos virar sem eles na maioria das vezes. Eu na verdade queria que algum desenvolvedor de OUTRO estado em que isso já é obrigatório (afinal deve ter, a NT é de 2019) me relatasse como funciona. É por produto? É por grupo? Não que isso vá ser seguido aqui no RJ, MAS com a visão da prática em outros já posso ter uma ideia e montar a minha tela da melhor maneira possível com as informações que tiver. Desde já agradeço sua atenção

Então pessoal... Conforme vocês viram quem não atender a essas novas regras aqui no RJ, não conseguirá emitir cupons fiscais e NFe. Tal validação já era opcional desde 2019, mas aqui no RJ não era obrigadora, ao menos até agora... "Que legal" kkkkkkkkkkkkkkkkk A minha dúvida agora é a seguinte: Onde no meu programa atribuir tais campos? Vou dar uma visão mais ampla da situação: Aqui no meu sistema eu tenho uma tela de configuração dos impostos, segue abaixo: E aí, usando o exemplo acima, especifico no cadastro dos produtos quem irá usar tais detalhes/regras de tributação: Como a tributação é uma informação repetitiva, usada em GRUPOS de produtos, criei uma tela específica para a mesma e vou no cadastro de produtos associando apenas a tributação que será usada. Fica mais fácil assim para o usuário. Em relação ao Percentual de redução da base e a Alíquota do ICMS efetiva será similar???? Tais valores serão em sua maioria repetitivos entre os produtos OU cada produto terá um valor diferente, assim como é o código de barras, descrição, etc? Alguém aí de outro estado onde esse preenchimento já é obrigatório poderia me esclarecer??? Se forem valores repetitivos eu jogarei na tela de tributação. Se forem valores únicos (como código de barras por exemplo) vou jogar na tela de cadastro de produtos.

E pelo jeito eu ainda dei sorte, pois o prazo ia estourar dia 25/04/2023 e ia ser uma merd... generalizada. http://www.fazenda.rj.gov.br/sefaz/faces/menu_structure/legislacao/legislacao-estadual-navigation/coluna3/Portarias/Portarias-Tributaria?_afrLoop=101068555465901329&datasource=UCMServer%23dDocName%3AWCC42000001955&_adf.ctrl-state=1381ufj9jl_42 De repente seria mais interessante mover esse tópico para a parte de NFCe da área aberta do fórum, pois com certeza assim como eu devem haver outros desavisados aqui do RJ em relação a tais campos. O que acham? Desde já agradeço a atenção

Olá meu amigo... Obrigado pelos esclarecimentos, estamos mal aqui com consultoria contábil. Farei contato com o amigo @marcopoloviana agora. Grato

Olá a todos, Acabo de dar uma lida no tópico abaixo e agradeço ao amigo @Diego Foliene pela postagem: Infelizmente até hoje NUNCA tinha ouvido falar de tais campos/validações, fiz uma pesquisa aqui rápida a respeito e pelo que vi até o momento estou FERRADO, só gostaria de algumas confirmações dos amigos pra ter certeza como devo proceder aqui. Localizei na Nota Técnica 2018.005 - v.1.30 - Publicada em 26/04/2019, discorrendo sobre o mesmo e surgiu algumas dúvidas. 1º - É realmente essa a última NT que fala sobre as validações 906 e 938? 2º - Diz que no modelo 65 com indFinal = 1 a validação 906 entra em vigor. Mas todos os documentos modelo 65 têm o indFinal = 1, para evitar a rejeição 716. Correto? 3º - Se a última NT que discorreu sobre o assunto realmente for a 2018.005 - v.1.30, de acordo com a mesma para evitar a rejeição 906 na NFCe terá que ser preenchido as tags pRedBCEfet, vBCEfet, pICMSEfet e vICMSEfet... É isso mesmo??? 4º - É basicamente na terceira pergunta acima que estou mais preocupado, pois até então nunca tinha ouvido falar nessas tags acima e terei que colocar as mesmas no programa, além disso terei que pedir ao meu cliente que informe tais valores. Daí que vem a minha quarta pergunta, cuja resposta pode me deixar MAIS ou MENOS FERRADO, tais alíquotas costumam variar de produto para produto (pRedBCEfet e pICMSEfet) e o cliente vai ter que ter o cuidado de preencher um a um OU são valores fixos para todos os produtos por estado (pRedBCEfet = X% e pICMSEfet = X% aqui no RJ por exemplo)???? Desde já agradeço a atenção e ajuda de todos

Opa meu amigo... Agora ficou claro kkkkkkkkkkkkkkk Na verdade essa foi a resposta DEFINITIVA ao tópico. Então a OS214 e OS2140 não imprime no ZPLII. Obrigado Abraços

Olá a todos, Obrigado pelo comentário @Daniel Simoes. Só pra documentar... Também consegui a impressão do modelo citado acima (ZPLII) na Elgin L42 Pro. Se algum amigo/amiga tiver os equipamentos da Argox ou outros não citados acima e tiver informações a respeito da possibilidade de imprimir no ZPLII favor comentar aqui. Desde já agradeço a atenção de todos.

Olá a todos, Tudo bom? Eu possuo alguns layouts de etiqueta na linguagem PPLA onde imprimo sem problemas nas impressoras Argox (OS214, OS2140) e Elgin (L42Pro, L42 Pro Full e L42DT). Mas há tempos os clientes cobram um layout mais parecido com o utilizado por outros comércios concorrentes aqui na região... e consegui atingir esse objetivo com o layout abaixo: A questão é que só consegui esse resultado na linguagem ZPLII (que possui mais opções de fontes que a PPLA) e o problema é que fui testar em uma Argox OS214 e simplesmente não imprime quando configuro o componente ACBrEQT com ZPLII. Tive sucesso na linha Elgin (L42 Pro Full e L42DT... A L42 Pro ainda falta testar). Na Argox OS-214 plus e Argox OS-2140 consta no manual que é suportado uma linguagem chamada PPLZ. Eu imaginei que essa linguagem fosse um sinônimo da ZPLII. O amigo @EliasCesar até havia comentado achar que fosse realmente a mesma coisa, pois ele disse que comparou rapidamente o manual que encontrou das duas linguagens (PPLZ e ZPLII) e possuiam os mesmos comandos. Mas infelizmente o fato é que não imprime na Argox OS214 quando coloco ZPLII. Alguém consegue me confirmar se a Argox OS214 e a OS2140 aceita ZPLII? Se sim, devo configurar alguma coisa na mesma pra ativar? Desde já agradeço a atenção de todos

Olá @EMBarbosa Tudo bom? Parece né?!?! Mas na verdade não é... Tanto que no ZPLII ele imprimi normal, como você pode constatar em fotos acima. A saída da função para maiúsculo está correta, mas ao imprimir no PPLA sai errado.

Opa Valeu pelo retorno aí @EliasCesar. Gostaria só de retificar o comentário que fiz sobre o PPLA: Na verdade "catuquei" um pouco mais e consegui resultados de outros estilos de fontes com o PPLA, conforme foto abaixo: Ainda sim, é bom frisar que tenho a impressão que no ZPLII a possibilidade de estilos de fontes é muito maior, visto que vai de 0 à 9 e de A a Z, enquanto no PPLA/PPLB vai só de 0 a 9. Estou certo??? Por fim, minha última dúvida é a seguinte: em todos os testes que fiz até o momento no PPLA, o "Ç" não sai do mesmo tamanho das demais letras. Tem como resolver isso ou é uma limitação da linguagem PPLA? Desde já agradeço a atenção de todos.

Rapaz... "catuquei" o parâmetro fonte do PPLA com diversos valores, em parceria com o Multiplicador H e Multiplicador V. O único resultado que obtive foi uma fonte maior e/ou mais larga, mas o estilo da fonte claramente fica o mesmo. Até o "Ç" zoado fica no PPLA, já no ZPLII não dá isso, conforme você pode observar nas fotos que postei. Fiquei com algumas dúvidas ainda, caso possa me ajudar: 1 - Eu não conheço a história dessas linguagens (PPLA/ PPLB/ ZPLII / etc), mas pelos resultados que obtive e até pelo vídeo que o @Daniel InfoCotidiano me recomendou acima (pois no mesmo é usado o ZPLII nos testes), a impressão que tenho é que o ZPLII tem muito mais possibilidades gráficas, estou certo? 2 - Qual a linguagem de impressão de etiquetas mais usada hoje? 3 - Hoje estou testando nessa Elgin L42 Pro FULL, caso teste em outra impressora que TAMBÉM suporte a linguagem ZPLII terei exatamente o mesmo resultado? 4 - Na Argox OS-214 plus e Argox OS-2140 consta no manual que é suportado a linguagem PPLZ. Que linguagem é essa? Seria um sinônimo da ZPLII? 5 - Normalmente as Software Houses usam esses comandos diretos para impressão nessas impressoras ou fazem o uso do driver de Spooler desenhando as mesmas direto no Fortes Report, FastReport, etc? E qual as vantagens e desvantagens entre essas duas abordagens? Desde já agradeço a atenção

Oi @Diego Foliene Blz? Então... O que eu reparei entre o PPLA e o ZPLII é essa questão de trocar o tipo de fonte só funciona efetivamente no segundo. Você mencionou duas vezes sobre testar outros tipos de fonte, mas no PPLA a fonte é sempre a mesma, o que muda conforme eu altero o parâmetro Fonte ('0' a '9') na função ImprimirTexto é apenas o tamanho do texto. Já no ZPLII, conforme eu mudo a Fonte('A' a 'Z') eu efetivamente tenho uma letra diferente. Com isso minha dúvida é: No PPLA o parâmetro fonte muda apenas o tamanho do texto, enquanto no ZPLII muda efetivamente o estilo da fonte? Seria isso?

PS: Até o Ç ficou melhor no ZPLII... No PPLA ele sai todo "zoado".

Aqui, consegui o efeito praticamente idêntico ao que eu queria: Somente com o ZPLII, mas pra ser sincero eu não entendi muito bem as diferenças entre as fontes (A a Z), hora ficava pequeno, hora ficava grande, hora tinha que usar os multiplicadores... Se alguém puder me dar uma luz de qual a lógica desses valores? O que eles efetivamente mudam no layout? Eu basicamente fui catucando até conseguir o que queria. Segue abaixo como ficou meu código: IniciarEtiqueta; ImprimirTexto(orNormal, 'S', 10, 10, 3 + pmsuperior, pmesquerda1, descricao, 0); ImprimirTexto(orNormal, 'C', 20, 20, 9 + pmsuperior, pmesquerda1, codigo, 0); ImprimirBarras(orNormal, barEAN13, 4, 4, 12 + pmsuperior, pmesquerda1, barras, 6, becNAO); ImprimirTexto(orNormal, 'T', 80, 80, 11 + pmsuperior, 35 + pmesquerda1, FormatFloat('R$ #,##0.00', precovenda)); FinalizarEtiquetaComCopiasEAvanco;

Fala meu amigo Vídeo show de bola... Reparei que tenho mais resultados variados usando o parâmetro Fonte do tipo String, mas reparei que esse parâmetro com o tipo String só funciona no ZPLII, correto? Aí no caso vai de A a Z... Qual a diferença? O A é menor e o Z maior? Fiquei perdido nisso!!! Estou realizando os testes pra descobrir na prática, mas qual seria a lógica nesse quesito?

Olá amigo... Tudo bom? Como eu altero a fonte? Na função ImprimirTexto vi que tem o parâmetro Fonte que creio que serve para alterar o tamanho da mesma, mas não achei como alterar a fonte conforme sua sugestão.

Olá a todos, Tudo bom? Tenho feito uma pesquisa de satisfação com os clientes com o intuito de chegar a um layout desejável por todos para a etiqueta de gôndola. A grande maioria votou que o layout abaixo é o mais interessante: Tentei implementar no ACBrETQ, usando para teste a impressora Elgin L42 Pro Full. O layout mais próximo que obtive segue abaixo: Como podem ver basicamente o que estou precisando para obter o mesmo layout é colocar em NEGRITO a descrição e o preço de venda, mas não consigo esse efeito no ACBrETQ. É possível? Desde já agradeço a atenção de todos

Olá a todos, Tudo bom? Gostaria de saber se o ACBrETQ funciona com a impressora ELGIN L42PRO Full? Se sim, quais as configurações que devem ser especificadas no componente? Desde já agradeço a atenção de todos

Olá a todos, Recentemente postei sobre a funcionalidade do ACBrPrinter de detectar a USB nativamente: Apesar de isso já existir a alguma tempo, só soube agora. Basicamente é só escrever "USB" na porta (caso só tenha uma impressora) ou selecionar a mesma na lista, muito legal. Mas aí me veio outra dúvida agora. Preciso continuar instalando o driver da impressora? Senão precisar será mais legal ainda kkkkkkkkkkkkkkkkkkkkkkkkkk Desde já agradeço a atenção de todos

Show Então se a busca é rápida vou usar apenas o valor "USB" nos clientes que tem só uma impressora, vai facilitar em muito esse troca troca de porta. Vlw Daniel

Bom dia meu amigo, blz? Bem legal... Só precisava realmente dessa confirmação se existe a possibilidade de ocorrer essa lentidão que eu mencionei ou não pra saber se vale a pena usar esse suporte nativo, pois realmente é muito mais prático só escrever na porta o valor "USB".

Olá a todos, Tudo bom? Vendo o vídeo abaixo do Daniel (3:28) achei muito legal a possibilidade de usar no campo porta apenas o valor "USB" : Eu achei legal pois até então para configurar as impressoas não fiscais no ACBrPosPrinter eu compartilhava a impressora e usava o endereço UNC na porta para especificar a mesma, por exemplo "\\localhost\elgini8". Porém isso gera um problema muito recorrente, que é quando o cliente troca a impressora de porta USB e o Windows acaba gerando uma cópia da mesma, consequentemente sem o tal compartilhamento e tenho que reconfigurá-la no ACBrPosPrinter. Em teoria se eu escrever na porta só o valor "USB" resolveria esse meu problema, pois ele sempre vai achar ela não importando em que porta está. Mas isso só me gerou uma dúvida prática. O Daniel explicou no vídeo que ao usar a palavra "USB" o componente SEMPRE irá tentar buscar a impressora, isso pode gerar lentidão na impressão? Eu faço esse questionamento pois o intuito do uso do ESCPOS em detrimento do Spooler de Impressão é exatamente agilizarmos a rotina de impressão e me peguei imaginando se essa tal busca que SEMPRE irá ocorrer ao usar a porta com o valor "USB" em um comércio com alto número de impressões poderia ser prejudicial em termos de performance. Desde já agradeço a atenção de todos

Oi @Daniel Simoes Funcionou... Então basicamente nessa Elgin i8 se eu deixar o logo ativado eu tenho que configurar o KeyCode1 e o KeyCode2, senão ele imprimi esse tal de "OE"... Correto? Creio que sim, pois mesmo gravando uma logo ele continuou imprimindo o OE. Aí configurei o KeyCode1 como 1 e o KeyCode2 como 0, aí ele passou a imprimir o logo. Depois apaguei o logo e ele não imprimiu nada... Mas mesmo sem logo, se o ACBrPosPrinter ficar com os valores padrões (KeyCode1 - 32, KeyCode2 - 32) ele imprime o tal do OE. Esse tópico me ajudou bastante, pois todas as impressoras XingLings dos clientes saem esse tal de "OE", assim como na Elgin i8. Creio que essa solução será válida pra essas impressoras também... E esse lance de achar automaticamente a impressora na porta USB é fantástico... Não sabia disso kkkkkkkkkkk Uma peculiaridade no teste de logo que ninguém reparou no vídeo, mesmo com o comando </ce> a imagem não centralizou. Abraços a todos