Painel de líderes

Olá pessoal, Alguém já imaginou ou tem a necessidade de imprimir o boleto em uma impressora térmica? Pois bem, o @guilhermekm teve a necessidade, arregaçou as mangas e implementou um novo layout chamado lTermica80mm. Guilherme, muito obrigado pela colaboração, já esta disponível no repositório. Quero também agradecer ao @Doug Dela Bite pelos ajustes feitos na implementação do Guilherme, muito obrigado Douglas. Abaixo o Preview e a impressão do boleto feita em uma Epson TM-T20X. Esse layout esta disponível apenas para o Fortes Report, portanto convido aos mestres em Fast Report a fazerem o mesmo que o Guilherme e Douglas. Estou aguardando o layout para o Fast! Compatibilizei o LFM do Lazarus com o DFM do Delphi, sendo assim é para funcionar sem nenhum problema no Lazarus / Fortes Report. Veja aqui o tópico original:

Olá Pessoal, Já se encontra em nossa biblioteca a NT 2020/001 da NF-e segue abaixo um resumo sobre ela. Resumo: Este documento substituirá as Notas Técnicas(NT) 2012.002 e 2013.001 e tem por objetivo unificar as informações referentes à manifestação do destinatário na Nota Fiscal eletrônica (NF-e) modelo 55 e estender o serviço para ser usado também por Pessoa Física (CPF). A manifestação está prevista na cláusula décima-quinta-A do Ajuste SINIEF 7/2005, a qual permite que o destinatário da Nota Fiscal eletrônica confirme a sua participação na operação acobertada pela Nota Fiscal eletrônica emitida para o seu CNPJ/CPF, através dos eventos tratados a seguir. 3 - Prazos para realização dos eventos de manifestação do destinatário Evento Prazo legal(Ajuste SINIEF 44/20) Ciência da Emissão 10 dias contados a partir da data de autorização da NF-e Confirmação da Operação 180 dias contados a partir da data de autorização da NF-e Desconhecimento da Operação 180 dias contados a partir da data de autorização da NF-e Operação Não Realizada 180 dias contados a partir da data de autorização da NF-e 4 -Obrigados a realização da manifestação do destinatário A cláusula décima-quinta-B do Ajuste SINIEF 7/2005 prevê a obrigatoriedade do registro pelo destinatário da NF-e dos eventos de confirmação da operação, operação não realizada e desconhecimento da operação nos prazos especificados naquele Ajuste. Também está obrigado a realizar a manifestação, de acordo com o Anexo II do Ajuste SINIEF 7/2005, o destinatário de toda NF-e que: I – seja exigido o preenchimento do Grupo Detalhamento específico de Combustíveis, como nos casos de mercadoria destinada a: a) estabelecimentos distribuidores de combustíveis, a partir de 1º de março de 2013; b) postos de combustíveis e transportadores revendedores retalhistas, a partir de 1º de julho de 2013; II - acoberte operações com álcool para fins não-combustíveis, transportado a granel, a partir de 1º de julho de 2014; III – acoberte, nos casos em que o destinatário for um estabelecimento distribuidor ou atacadista, a partir de 1º de agosto de 2015, a circulação de: a) cigarros; b) bebidas alcoólicas, inclusive cervejas e chopes; c) refrigerantes e água mineral. Obs: a NT 2012/003 (item 03.1), publicada em agosto/2012, define quais são os CFOP que obrigam a informação do Grupo de Combustível na NF-e. Os CFOP citados estão relacionados com as operações que envolvem “Combustível derivado ou não de Petróleo e Lubrificantes”. • Como as operações com lubrificantes são exceção à obrigatoriedade de manifestação do destinatário, consta no Anexo II a tabela de Códigos de Produto da ANP relativa a lubrificantes e que não estão obrigados à Manifestação do Destinatário Conclusão: Não existe nenhuma implementação a ser feita no componente, simplesmente agora a pessoa física que possui um e-CPF (Certificado Digital) poderá realizar a Manifestação do Destinatário, ou seja, enviar para a SEFAZ um dos 4 tipos de eventos que engloba a Manifestação do Destinatário. O componente já esta apto a gerar o XML do respectivo evento com o CPF do destinatário em vez do CNPJ.

Boa noite, Criei na unit ACBrCEP o TACBrWSGoogleMaps, foi utilizando a documentação do Google Maps para trazer o CEP quando encontrado. https://developers.google.com/maps/documentation/geocoding/intro Caros amigos estou a disponibilizar a todos a implementação. Obrigado. ACBrCEP.pas

Bom dia a todos, Gostaria de agradecer a todos que colaboraram com a implementação e com os testes. Postei uma noticia sobre o novo layout de impressão. Douglas, vou fechar esse tópico, assim que você fizer as correções com relação aos labels favor criar um novo tópico.

arrumado a principio atualizei o firmware, esta imprimindo

Bom dia Italo, Eu consegui usar o modelo enviado pelo GuilhermeKM, mas precisei fazer uns ajustes no código das units e dfm para imprimir. Quando eu selecionava o modelo Térmica 80mm saía o modelo normal. Então corrigi as propriedades BeforePrint, OnDataCount e OnDataRecord do report LayoutTermica e funcionou show de bola! (Obrigado Guilherme pelo layout...). Imprimi em Epson TM-T20 e Daruma DR800. Em PDF ocorrem alguns problemas que pode ser da minha impressora PDF. Realmente a qualidade da impressão na térmica não é das melhores, mas neste dfm que deixo aqui, está incluído um ajuste nos labels da RLBand7 deste layout, onde coloquei em negrito algumas fontes, e o resultado foi melhor. Em anexo os códigos ajustados. Abs p.s.: em tempo, reparei que ainda precisa de pequenos ajustes para que os labels não cortem na hora de imprimir, mas eu não tive tempo ainda de fazer. Foquei no funcionamento. ACBrBoleto.pas ACBrBoletoFCFortesFr.pas ACBrBoletoFCFortesFr.dfm

Seguem... ACBrBoletoFCFortesFr.pas ACBrBoletoFCFortesFr.dfm ACBrBoleto.pas

Ao executar a geração de arquivos do convênio 115, verifiquei que o campo 23 do registro mestre estava sendo preenchido sempre com o valor 1, o que ocasiona o seguinte erro no validador: 5.2.4.5. Campo 23 - Identificar o tipo de informação contida no campo 1, preenchendo com o dígito "1" se o conteúdo for um CNPJ ou com o dígito "2" se o conteúdo for um CPF. Em se tratando de pessoa jurídica não obrigada à inscrição no CNPJ, preencher com o dígito "3", se for pessoa física não obrigada ao CPF, preencher com o dígito "4"; Outra situação encontrada quando o destinatário é estrangeiro: CNPJ/CPF: 00.000.000/0000-00 inválido Segundo o próprio Convênio 115 : 5.2.1.1. Campo 01 - Informar o CNPJ ou CPF. Em se tratando de pessoa não obrigada à inscrição no CNPJ ou CPF, preencher o campo com zeros; Em anexo consta o arquivo com as alterações que fiz para avaliação. ACBrConvenio115.pas

Chegou a comparar com o arquivo gerado pelo ACBrMonitor? Aparentemente o tamanho e os dados do arquivo estão ok.

Já foi resolvido, problema era na Sefaz!

A dúvida é, se utilizar o mesmo arquivo ACBrLib.ini que funciona corretamente em outra máquina, no PC onde está com o problema o erro persiste. Seria mesmo para tirar a dúvida se não pode ser configurações de tamanho de Fonte diferentes nos arquivos de configuração .ini Esta configuração de espaçamento de linhas do produto não está disponível para a impressão NFe (Fortes).

Arquivos Alterados em anexo. ACBrEPCBloco_0_Class.pas ACBrSpedPisCofins.pas

Caso tenha correções, fique a vontade para anexar aqui os arquivos alterados. Viu esse tópico?

Você poderia verificar com o aplicativo de exemplo? Porque não temos nenhum relato desse de que o PDF sai diferente da impressão. Isso seria a primeira vez.

Erro -10 em quando ocorre um exception dentro do código, neste caso eu simplemente passo a mesagem do exception, provavelmente ela esta vindo vazia. Vou analisar o que pode estar ocorrendo ou se este é o comportamento padrão do componente.

@Juliomar Marchetti Bom dia! Estou gerando somente os registros de Inventario o SEF2 RI Não debuguei os registros E ainda. mas para compilar bastou fazer isso wRegistroE065:= wRegistroE060.RegistroE065.New(); mas nao tive tempo de analisar ao certo! Assim que puder eu posto aqui para todos!

Bom dia Jamil Se utilizar o mesmo arquivo de configuração ACBrLib.ini em todos os colaboradores o problema permanece? Parece ser alguma configuração de fonte ou resolução do SO, visto que testamos a emissão no Linux (OpenSuse) e isso não ocorreu.

Não. existe a manifestação que vai deixar tu baixar notas dos últimos 3 meses emitidas contra você, no mais que lhe disserem ou oferecerem por ai não é algo legal ou que seja fiscalmente correto

A tolerância máxima de atraso para emissão em modo normal é de 5 minutos.

Alterar o tpEmis implica em alteração da chave. Mesmo que você force a chave incompatível com o tpEmis vai ter rejeição.

pelo msconfig você consegue desabilitar a Inicialização segura.

Boa tarde @gss200610, Somente após algum evento, do contrário somente o resumo do documento. Agora se tu for terceiro (AutXML) talvez tu consiga isso sem eventos. Tambem existe o Webservice da SERPRO, talvez por lá a informação seja mais completa que o resumo, sem depender de um evento para liberação do XML

Já está no SVN... Obrigado @Renato Gil

Guilherme, bom dia. Lembra em qual revisão do svn foram feitos estes ajustes? Abç, Juliana, existe previsão de inclusão no svn? Abç, Douglas

Acho que é permissão mesmo

Infelizmente a versão oficial dos schemas disponibilizados não permite a visualização do status atual da manifestação. Porém... Se observarmos o software gratuito da SEFAZ, percebemos que ao "baixar" uma nota já vem o status atual da manifestação. Mesmo se a manifestação do destinatário tenha sido realizada em outro software. Isso acontece pois o software gratuito utiliza uma versão mais recente dos schemas (v.135). Nessa versão existe uma tag chamada: cSitConf. (se olhar a nota técnica até existe a menção dessa tag) Mas como essa não é uma versão oficial, digo, disponibilizada pela SEFAZ. Creio que ACBr não irá utilizar. De qualquer forma vou deixar aqui o link para download desses schemas. Com uma simples alteração na unit pcnRetDistDFeInt você adiciona uma nova property e na sequencia pode ler o valor desse campo. Nessa versão infelizmente o método DistribuicaoDFePorChaveNFe não funciona. (Mas é possível contornar isso alterando algumas linhas) --Se for DistribuicaoDFePorChaveNFe utiliza 1.02 caso contrário, utiliza a 1.35 v1.35.zip

Olá! Fiquei caçando uma solução por dias na internet, em vão, e então peguei um dia fazendo inúmeros testes e monitorando o tráfego do Software Manifestador, para consulta ele somente acessa o IP 200.198.239.181, que é do domínio www1.nfe.fazenda.gov.br, que é do webservice do NFeDistribuicaoDFe. Não consegui descriptografar o tráfego para ter certeza do caminho do webservice, então resolvi inspecionar os "jar" baixados pelo "jnlp", descompactei e tentei encontrar alguma string que me indicasse um webservice diferente... Sem sucesso. Como eu já tinha todos os class, resolvi usar o "javap" e inspecionar os bytecodes... Sem sucesso. Fui mais além e utilizei então dois descompiladores e encontrei algo que me chamou a atenção, pois encontrei nos arquivo XML de consulta estavam com a versão 1.35: ---> br/gov/sp/fazenda/dsmd/ws/destinadas/br/gov/sp/fazenda/dsmd/common/util/DocumentoUtil400.java:1567: consNFeDest.setVersao(br.gov.sp.fazenda.dsmd.schemas.mdnfe.v100.TVerDistDFe.X_1_35); ---> br/gov/sp/fazenda/dsmd/ws/destinadas/br/gov/sp/fazenda/dsmd/schemas/mdnfe/v100/TVerDistDFe.java:26: public static final Enum X_1_35 = Enum.forString("1.35"); O mesmo para TVerResEvento e TVerResNFe, então encontrei os 'xsd"s da versão 1.35 e comparando com a 1.01 do pacote PL v1.02, alterou-se o xsd dos tipos de "tiposDistDFe_v1.01.xsd" para "tiposBasico_v1.03.xsd" contendo agora TNSU e TVerDistDFe, cUFAutor obrigatório, consChNFe não existe nessa versão, cSitConf agora existe no resNFe. Bom, a princípio alterei a versão na consulta por NSU para versão 1.35 para testar e funcionou bem, veio o cSitConf. Não sei se fiz tudo isso "à toa", mas como eu não encontrei a solução em lugar nenhum, resolvi ir a fundo, encontrar a solução e colocar aqui. v1.35.zip

Boa tarde pessoal, estou criando este tópico para repassar uma informação que obtive com o auditor fiscal Bruno Nogueira. No nosso sistema, não estávamos enviando reduções Z que não possuíam movimentos, pois ocorria erro no totalizador parcial (Grupo vazio). Conforme contato com Auditor os totalizadores parciais deverão ser enviados com o valor zerado. Ou seja, a redução z deve ser transmitida com a venda bruta zerada e todos os totalizadores parciais cadastrados na ECF também zerados. Conforme Base de Conhecimento do CAF, http://caf2.sef.sc.gov.br/, seção ECF, pergunta número 905. Espero que ajude.