Painel de líderes

Olá, tenho em uso essa impressora e este mesmo formato de etiquetas, tenho dois formatados de impressão um seguindo o componente ACBr e outro modelo feito em FastReport ambas funcionam perfeitamente. Vendo seu modelo impresso o espaçamento entre colunas é que está errado, como o Daniel falou já que você não usa o componente para passar as cordenadas veja com a pessoa que criou se existe alguma configuração entre colunas. Veja também a possibilidade de inverter o alinhamento veja que está a esquerda e se conseguir alinhar a direita parece que irá resolver o problema.

Boa tarde. Estou realizando a importação de um arquivo SPED Fiscal através do componente TACBrSpedFiscalImportar, porém o bloco 1 ainda não foi implementado. Implementei somente os registros 1001, 1010 e 1600, que eram os que eu precisava. Em anexo estão as units com as modificações que realizei. Obrigado. ACBrEFDBloco_1_Importar.pas ACBrEFDImportar.pas

Boa tarde, estou tentando emitir o evento de Inclusão de Condutor do MDF-e, porem não esta sendo possível pois estou recebendo uma rejeição referente ao tamanho máximo da tag descEvento, que segundo o manual é de 12 caracteres, porem no próprio manual é dito que a descrição a ser enviada é ‘Inclusão Condutor’, porem a mesma possui 17 caracteres impossibilitando o envio do evento. Dentro do evento TEventoMDFe.GerarXML: Boolean; realizei a seguinte alteração: Gerador.wCampo(tcStr, 'EP02', 'descEvento', 05, 12, 1, Evento.Items[0].InfEvento.DescEvento); Por Gerador.wCampo(tcStr, 'EP02', 'descEvento', 05, 17, 1, Evento.Items[0].InfEvento.DescEvento); Troquei o tamanho máximo de 12 para 17 dessa forma consegui emitir o evento, gostaria de saber se existe algum problema em fazer isso ou se existe uma outra forma de corrigir o problema.

Bom Dia. Quero a principio parabenizar a todos que contribuem pelo desenvolvimento do ACBr e também parabenizar a todos os organizadores do 2o.Dia do ACBr. O primeiro já tinha sido muito bom, mas o segundo superou todas as minhas expectativas, excelente evento. Gostaria de saber sobre o funcionamento do ACBrMonitorPlus. Obrigado e mais uma vez, Parabéns

Esse vídeo ajuda bastante...

Desmarque a opção "Remover warnings de CAST causados por WideString/String/AnsiString" no instalador. Essa opção só é compatível com versões mais novas do Delphi.

Obrigado pessoal, Vou tentar estas dicas que passou @FRANCISCO908 abraço

A princípio sim, gerar uma nova remessa com a propriedade Titulo.OcorrenciaOriginal := toRemessaConcederDesconto e preencher os dados do desconto. Mas é preciso saber também se o banco aceita esse tipo de remessa de alteração de desconto. Se você já fazia remessa de registro de boletos com desconto para esse banco provavelmente a implementação está feita no ACBr.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Coloquei todas as permissões na pasta Embarcadero. Agora consigo o inherit, use ou copy desde que o nome do form não contenha os pontos. Pelo jeito, o problema está na nomenclatura projeto.view.form.pas. Alterando para projetoviewform.pas dá certo. Apesar da permissão ter resolvido em parte, ainda parece haver um bug da IDE.

Tem uma linha em branco no fim do arquivo... Com o demo do componente acontece o mesmo problema?

Boa tarde, Pela própria aplicação mesmo. Mas descobrimos que o problema estava em um componente nosso que faz a comunicação com a Sefaz.

Hoje tem tanta novidade e alteração o tempo todo na NFe que se você não atualiza o ACBr constantemente com certeza vai acabar tendo problema em algum ponto. O campo cBenef não é novo, já existe há bastante tempo no layout. O que está sendo exigido agora por algumas UFs é o preenchimento do mesmo, e com os valores válidos segundo a tabela disponível no portal nacional da NFe. Foi criado também um novo valor válido para esse campo, o literal 'SEM CBENEF' então isso implica em atualização de Schemas. Então, provavelmente a sua cópia do ACBr já gera o campo cBenef, basta preencher, mas é recomendável sim a atualização periódica do ACBr e Schemas.

30/08/2019 ATENÇÃO: Publicada a versão 1.30 da NT 2019.001 Publicada a versão 1.30 da NT 2019.001, que divulga novas regras de validação e atualiza regras existentes da NF-e/NFC-e versão 4.0, com os seguintes objetivos: • Informados os locais de publicação das tabelas de códigos de benefícios fiscais e de regras de validação opcionais por unidade federada • Novas datas de vigência para algumas regras de validação Publicada a tabela cBenef x CST atualizada até 30/08/2019 Assinado por: Coordenação Técnica do ENCAT Informações importantes nessa nova versão: 1.7 Comentários Sobre o Código de Benefício Fiscal O código de benefício fiscal (tag: cBenef), por tratar de situações particulares de cada unidade federada, tem sua definição também especificada pelas UF que o utilizam. Estas definições constam de tabela publicada no Portal Nacional da NF-e, na área “Diversos” da aba “Documentos”. Esta tabela tem sofrido atualizações com frequência maior do que a desejável, em virtude do fato que o uso dos códigos pelas empresas no ambiente de homologação tem evidenciado a necessidade de ações de correção de natureza emergencial por parte das Administrações Tributárias envolvidas. É esperado que em futuro próximo a tabela tenha a estabilidade necessária. 1.8 Novas Datas de Vigência para Algumas Regras de Validação Em função de necessidades ditadas pelas legislações de algumas unidades federadas, e atendendo a pleitos de contribuintes e de entidades associativas, as datas de início de exigência das regras de validação N12-85, N12-86, N12-90, N12-94 e N12-97 obedecerão ao disposto na tabela a seguir: UF Regra de validação N12-85 N12-86 N12-90 N12-94 N12-97 MT (3) (3) (2) (3) (*) PR (1) (1) (*) (2) (1) RJ (2) (2) (2) (2) (2) RS (2) (2) (2) (2) (2) demais UF (*) (*) (*) (*) (*) Onde a respectiva data de início de vigência corresponde a: (*) Regra de validação não será aplicada (1) Aplicação a partir de 02/09/2019 (2) Aplicação a partir de 01/10/2019 (3) Aplicação a partir de 01/01/2020 As datas aqui definidas, juntamente com todas as demais informações a respeito das regras de validação opcionais por UF, podem ser consultadas em tabela publicada no Portal Nacional da NFCe, na área “Regras de Validação” da aba “Desenvolvedor”. Para contribuintes estabelecidos no estado do Rio Grande do Sul, no caso das regras N12-85, N1286 e N12-94, o ambiente de autorização em produção, até 31/3/2020, e o ambiente de autorização em homologação até 09/2/2020, aceitarão três situações para o campo cBenef:  NULO (sem preenchimento do campo);  com a descrição "SEM CBENEF"; ou  com o código do benefício; neste último caso, é realizada a devida validação de compatibilidade com o CST informado.

Boa tarde. Gostaria de saber se por acaso existe algum componente para leitura de XML Nf3-e. https://www.confaz.fazenda.gov.br/legislacao/ajustes/2019/ajuste-sinief-01-19 https://dfe-portal.svrs.rs.gov.br/Nf3e#

Boa tarde Gleryston, A sua alteração esta correta, muito obrigado pela colaboração, já enviei para o repositório.

Imprimir essa descrição gigante não é nada prático... vai precisar reduzir outros campos, o que vai contra as dimensões mínimas definidas no último MOC: Até que se defina em NT novas dimensões acho que pode-se manter abreviado... afinal não tem como seguir as duas normas e mostrar o texto todo... mas vamos aguardar opiniões dos demais.

Regra : Alterações na danfe de nfe, devem aplicadas nos tipos paisagem e retrato ao mesmo tempo. E se possível aplicar também na danfe desenvolvida em fast report.

Me parece que está relacionado a esse tópico abaixo. Você chegou a ver?

Muito obrigado Italo, deu certo aqui..

Boa tarde Italo, tem como consultar os não encerrados pelo componente AcbrMdfe?

Hmm... Acho que estamos com ideias diferentes. Eu não vejo o Application.onException com o objetivo de tratar erros num form específico. Eu o vejo como um modo pra tratar exceptions que fugiram todos os tratamentos nos forms. Nesses casos, o ideal é você registrar o CallStack da exception, de modo que você vai saber exatamente não só onde aconteceu, mas também o percurso que o código fez pra gerar o erro. Fica mais estável porque você estava sobrescrevendo o Application.onException. Você pode remover o código que faz isso e daí usar um TApplicationEvents para cada form como queria. O detalhe é que nesse caso, todos os forms abertos vão receber o evento. Daí você deve usar o método CancelDispatch para impedir a propagação pros próximos forms. Queria acrescentar que esse modelo eu nunca trabalhei... mas não me parece vantajoso.

Bom dia @Juliana Tamizou, O layout disponibilizado no Manual de Orientação do Contribuinte nem tem essa coluna nos itens. Não encontrei nada que proíba, nenhuma NT que cite algo do gênero.

Bom dia, O Encerramento é um evento, vide o programa exemplo. Nele é solicitado o XML para poder extrair do mesmo as informações necessárias. Mas se você tem essas informações no banco de dados, em vez de carregar o XML para ter acesso as informações, basta ler elas do banco de dados e passar para o componente. Não entendi qual é a dificuldade.

Veja a parte do código que carrega a dll como eu mencionei antes "LoadDLLFunctions". Você vai ver que ele menciona o caminho da DLL: // Concatena o caminho se exitir mais o nome da DLL. sLibName := sLibName + CACBrTEFD_CliSiTef_Lib; Essa constante "CACBrTEFD_CliSiTef_Lib" usada no nome da DLL é definida por volta da linha 90 no arquivo que você anexou: ... {$IFDEF LINUX} CACBrTEFD_CliSiTef_Lib = 'libclisitef.so' ; {$ELSE} CACBrTEFD_CliSiTef_Lib = 'CliSiTef32I.dll' ; {$ENDIF} ...

Bom dia pessoal, fiz uma nova alteração na unit pcnNFeW ao invés de ficar como 1 na ocorrência vai verificar a tag "modBCST", se estiver como margem de valor agregado vai gerar a ocorrência como 1 caso contrário vai gerar como 0, segue a unit alterada também, caso eu esteja errado por gentileza me corrijam. Agradeço desde já. pcnNFeW.pas

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Veja o exemplo do componente ACBrNFSe

Tente rodar o Demo do ACBrMail nessa máquina... provavelmente é retornada alguma mensagem de erro, que está sendo suprimida

Bom dia Big. Muito obrigado meu amigo. Mais tarde vou dispor aqui uma descoberta sobre símbolos do Delphi e como fazer condições "IF" com eles. por exemplo CTRL+C e CTRL+V

Os fontes estão todos abertos. Basta abrir e alterar o que quiser, por sua conta e risco. O modelo de DANFe NFCe atual está de acordo com o manual de especificações que determina, por exemplo, que as linhas divisórias não devem aparecer. http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=/xyXbAFZ71k= Quanto ao logo basta informar a propriedade Logo, também há configuração de posição do logo e do QrCode. Devia ser o inverso.

ola, Só enviar direto para impressora que funciona.

obrigado resposta muito útil para o recém-iniciado

Olá, eu tenho o erro em uma ocasião, mas hoje tudo funciona bem. tente novamente

Vi que o software gratuito mantém o controle local, ou seja, realmente não atualiza se foi manifestada por outro prg, no máximo aparece como "download feito". É que essa argumentação de que o controle do manifesto deve ser exclusivamente pela aplicação é bizarra. Numa empresa grande mais de uma pessoa pode fazer este tipo de trabalho, e até mesmo um computador/servidor pode falhar e a aplicação deve ser reiniciada em algum outro equipamento, logo, é patético não existir mais uma consulta direta sobre o estado (manifesto, etc) de uma NFe.

Consegui resolver, como é um arquivo que possa ter sido salvo pelos meus sistemas ou por sistemas de terceiros que apenas são gerados via delphi, passei a inserir uma informação indicativa dentro do arquivo, que apenas eu insiro, ou seja, se o arquivo vier de outro sistema vai vir sem essa informação.

Nesse caso vvocê. precise que o autor do DOC lhe informe que etiqueta deveria usar... Impressoras de Etiquetas geralmente não são usadas por DOC... mas por programas específicos como o Bartender

Resolvido! Obrigado!

Obrigado, vou fazer isso. Apenas a pasta Schemas não resolve?

Os métodos são implementados nas classes filhas, dependendo da configuração SSLCryptLib. Por isso é levantada a exceção nesse trecho, para indicar que há configuração incorreta.

Não. no exemplo consegue reproduzir o erro?

Cadeia de certificados

Como a nota só tem serviços creio que a tag total.vProd deve ser zero.

Isso foi corrigido na revisão 17635. Tem certeza que está na última revisão dos fontes? É realmente uma NFe ou NFCe que está sendo impressa como DANFE?

Boa tarde Se possível, realize a alteração necessária e se o Banco homologar, anexe o fonte alterado, assim atualizamos no SVN.

Realmente era isto, tinha um formulario com fazia referencia a esta Unit. Não me pergunte porque visto que nunca usei o FASTReport. Removi a referencia e passou OK. Muito obrigado.

Bom dia, Ricardo! Desculpe-me por contrariar as regras. De fato, sou novo no fórum e não atentei-me para as mesmas. Outrossim, certamente expressei-me mal ao tentar explicar minha dúvida, que diz respeito à diferença de tamanho (comprimento) entre o antigo cupom fiscal e a nova NFC-e emitida no varejo. Os cupons que veiculo hoje são impressos no verso do cupom fiscal, por isso a preocupação. De todo modo, obrigado pela resposta. Abraços!

Na pasta onde se encontra o componente, no diretório 'Exemplos\ACBrDFe\ACBrNFe', tem um arquivo chamado DistribuicaoDFe.txt que contém as informações. Também está no exemplo ACBrNFe.

Bom dia Luís, Ao emitir um MDF-e você já pode relacionar todos os condutores do respectivo veiculo. Mas vamos supor que o veiculo vai sair da UF "A" e vai até a UF "B" e depois vai para a UF "C". Se de "A" até "B" é apenas um condutor e de "B" até "C" são dois, no meu entendimento o MDF-e tem que ser emitido com apenas um condutor e quando o caminhão chegar na UF "B" a transportadora envia o evento de inclusão de condutor. Outra coisa, como o evento se refere a inclusão, logo não se trata de troca. Caso ocorra troca, no meu entendimento deve-se fechar o MDF-e e emitir um novo com o novo condutor.

Boa tarde pessoal. Estou usando o demo do acbr para nfse para tentar enviar uma nota em homologação. Ainda não uso o acbr, estou em fase de testes. Testei a homologação de notas de algumas prefeituras e quando cheguei na de São Paulo me apresentou o seguinte erro: http://www.prefeitura.sp.gov.br/nfe}EnviarLoteRpsEnvio' is used but not declared in the DTD/Schema. Eu li no tópico de uma colega que teve o mesmo erro ( ) mas ela conseguiu resolver e eu não. Acabei de atualizar os fontes para testar e ainda continuo com o mesmo erro. Podem me ajudar? Obrigado.