Painel de líderes

Sobre a dica do Rafael acima do modo RAW, veja esse tópico: Você também pode tentar usar pelo compartilhamento de rede. Veja esse outro tópico:

Pessoal, foi falha minha! peço desculpas... nestas versões o que acontece é que se você instala o 64 bits junto quando abre o library path ele traz selecionado diretamente na caixa os paths para versão 64 bits eu não enxerguei isto... noobada total! obrigado aos colegas e novamente sorry!

Olá a todos, Para quem não sabe nas configurações do componente ACBrNFe, temos dentro do grupo Arquivos um subgrupo chamado DownloadNFe, que contem as propriedades PathDownload e SepararPorNome. Através dessas duas propriedades definimos o caminho onde os XML retornados pelo método DistribuicaoDFe vão ser salvos e se desejamos separar por nome ou não. A primeira alteração realizada foi a migração da definição dessas propriedades de configuração da unit ACBrNFeConfiguracoes para ACBrDFeConfiguracoes. A motivação para essa mudança é que a definição dessas propriedades também se encontravam nas units ACBrCTeConfiguracoes, ACBrMDFeConfiguracores e ACBrBPeConfiguracoes, agora temos em apenas um lugar, ou seja, na unit ACBrDFeConfiguracoes. Com essa mudança temos uma redução de código e caso futuramente tenhamos alguma correção ou melhoria, elas serão feitas em apenas um lugar, desta forma agilizando o tempo de manutenção do código. Como nem tudo são flores, quem tem em seu código as linhas para configurar o Download deverá fazer a seguinte alteração para que a aplicação seja compilada com sucesso (exemplo no caso da NF-e): Antes: ACBrNFe.Configuracoes.Arquivos.DownloadNFe.PathDownload Alteração: ACBrNFe.Configuracoes.Arquivos.DownloadDFe.PathDownload Falando em melhoria, antes tínhamos uma função chamada GetPathDownload que tem como finalidade gerar o Path final onde será gravado os XML referentes aos Resumos de Notas e Notas Completas. Agora além da função citada acima temos também a função GetPathDownloadEvento que tem como finalidade gerar o Path final onde será gravado os XML referentes aos Resumos de Eventos e Eventos Completos. O que motivou a criar essa nova função é que antes o DistribuicaoDFe ao salvar os XML referentes aos eventos estava usando o mesmo Path dos eventos enviados, ou seja, estava misturando os eventos enviados com os eventos baixados pelo DistribuicaoDFe. Resumindo, a primeira alteração visou a redução de código nos componentes ACBrNFe, ACBrCTe, ACBrMDFe e ACBrBPe e a segunda visou organização dos XML baixados pelo método DistribuicaoDFe. Qualquer duvida ou problemas, favor postar no fórum.

Se usar no modo raw sim

Eu não uso o Monitor. Dá uma olha no help: https://acbr.sourceforge.io/ACBrMonitor/ModeloConfiguracaoArquivoINI.html Ali tem a propriedade DigitoVerificadorAgenciaConta em CONTA.

Bom dia Juliomar, realmente voce tem razao pois do nada o Acbr apareceu dentro do delphi vou formatar e re-instalar. Obrigado

Você deve arredondar o Total por Item, usando a Norma da ABNT http://svn.code.sf.net/p/acbr/code/tools/Diversos/ABNT NBR-5891 Regras de arredondamento e numeração decimal.pdf Se você usa o ACBr, pode usar o método RoundABNT da Unit ACBrUtil.pas

Chequei as normas técnicas e não encontrei nenhuma observação restringindo caracteres especiais no campo. Vou fazer alguns testes mais tarde e retorno aqui se descobrir algo!

Olá pessoal, Quem atualizou os fontes e reinstalou a Suite ACBr, pode ser que esteja recebendo essa mensagem de erro no momento que vai gerar a NF-e / CT-e / MDF-e / BP-e. Porque esta mensagem esta aparecendo para alguns e para outros não? Simples, quando o XML é gerado com base em alguns dados do documento fiscal é gerado a chave do mesmo. Essa mensagem de erro é devido a uma validação que foi implementada na função que gera a chave. Essa validação visa garantir que a sua Nota (por exemplo) não seja rejeitada pela regra de validação B03-10 que consta na Nota Técnica 2019/001. Como vocês podem ver na imagem acima, a aplicação dessa regra é obrigatória, ou seja, todas as SEFAZ-Autorizadoras devem implementar essa regra. Ela será implementada no dia 01/07/2019 no ambiente de Homologação e no dia 02/09/2019 no ambiente de Produção. A validação que foi implementada ao gerar a chave é exatamente a descrita na regra, ou seja, o valor de cNF não pode ser igual a nNF e a nenhum dos números listados na regra. Por curiosidade resolvi pegar o Manual da NF-e mais antigo que tenho (Março de 2009) veja o que esta escrito na definição do campo cNF: O Manual deixa claro que o numero atribuído a cNF tem que ser um numero aleatório. Portanto quem costuma atribuir a cNF o mesmo numero atribuído a nNF esta fazendo errado e agora não vai ter perdão, pois se insistir a SEFAZ não vai aceitar a nota. Mas a regra B03-10 da Nota Técnica 2019/001 não se refere apenas a NF-e / NFC-e? Sim, mas tenham certeza que essa regra de validação em breve vai ser implementada para os demais DF-e - Documentos Fiscais Eletrônicos. Alguém duvida disso? O que devo fazer para que a minha aplicação não pare com a mensagem de erro: Código Numérico inválido, Chave não Gerada ? Muito simples, vou dar como exemplo o fragmento de código da minha aplicação: Como é hoje, note que eu já gerava o código como sendo um numero aleatório: NotaFiscalVenda := (DM_VEN.NotasDocumento.AsInteger + 1); CodigoChave := Random(99999999) + 1; // +1 para garantir que não seja zero Como vai passar a ser, para ter uma garantia maior ainda: NotaFiscalVenda : =(DM_VEN.NotasDocumento.AsInteger + 1); CodigoChave := GerarCodigoDFe(NotaFiscalVenda); A função GerarCodigoDFe esta definida na Unit ACBrDFeUtil, logo você vai ter informar essa Unit em Uses do seu Form. Note que ela recebe como parâmetro o numero da nota, pois a função vai gerar o código aleatoriamente e vai validar o mesmo e pela regra o código não pode ser igual ao numero da nota. De forma semelhante você terão que fazer o mesmo nas suas aplicações que emitem CT-e, MDF-e e BP-e. É preferível fazer essa correção na aplicação agora do que receber dezenas ou até centenas de ligações de clientes que não estão conseguindo autorizar os seus documentos na SEFAZ. Fica ai a dica.

Resposta: 1- Exatamente isso o "1" seria o digito verificador ele pode ser fixo caso ele não seja valido o ACBrValidador vai gerar um digito valido pra vc 2- O ACBrInStore é um componente para ler e decodificar codigo de barras de balanças da uma olha da nos demos: Exemplos\ACBrDiversos\ACBrInStore

Boa tarde. Você viu este tópico? Att.

Boa tarde, Italo, muito obrigado. Funcionando agora.

infEvento.detEvento.xCondUso Preencher com as condições.

Infelizmente como disse não existe! Questionei essa possibilidade durante a implementação do código e fui informado que não há possibilidade por causa da exigência do campo autenticação que solicita os dados do boleto individualmente para segurança do banco pois não exige certificado digital ou login para a consulta. Aqui consigo pegar o arquivo de retorno e fazer pelo ACBrBoleto quando tenho muito volume de boletos no mês.

sim porque para o ACBr ele tem que ser o mais novo e que tem propriedades novas. no seu delphi ele vai rodar pois tu não usa essas propriedades. procure e remova o que tem e baixe do github, senão souber usar o git tem uma opção pra baixar o zip dos fontes

@Ana Rafaela Genuino Testei aqui e o SAT foi gerado conforme esperado. Anexei o XML. Percebi que ao gerar o arquivo, o ACBrSAT removeu o símbolo º, como pode ver no arquivo abaixo. Você consegue anexar o XML dessa sua venda em questão para analisarmos? AD35190611111111111111591234567890000904476738.xml

Sim. Acho que o problema é com o equipamento mesmo, fiz o teste com uma I9 e deu certo, testei tb com uma Daruma se também funcionou. Não fiz o teste, mas como testei com outros dois equipamentos e funcionou, acredito que seja realmente um problema com a Vox em sí. Mesmo assim muito obrigado pela ajuda...

desculpa pessoal achei na versao 1.2.0.65 Achei o campo

Bom dia Melissa, O erro ocorre ao rodar a aplicação em outra maquina? Se sim verifica se o problema não são as DLLs. Copia as DLLs que nós disponibilizamos para a pasta da sua aplicação na outra maquina.

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

Trata-se de um problema no Servidor do SEFAZ... Existem vários tópicos sobre esse assunto, aqui no Fórum

ACBrETQ

Correto, basta instalar os componentes ACBr e Compilar esse projeto ACBrMonitor.lpi.

Fala com o pessoal que mantém que está faltando os Scope Names para funcionar no dpk

Báh se é só consulta cria um servidor DelphiMVCFramework com autenticação JWT e expõe o método de consulta, onde ele vai te retornar um rest dessa consulta. se precisar me chama no particular

Seu problema está na instalação do delphi. por onde o instalar acha sua instalação? pelo registro do windows e isso só é possível quando a instalação do Delphi foi bem sucessidade. sugestão é formatar o micro e instalar novamente

Troquei em todos os lugares do sistema onde eu alimentava o cNF e achei onde estava colocando o numero da nota no cNF (eu tenho uma classe que so passo os parametros para alimentar o cabecario, itens, calculos e tudo da nfce). mas tenho um form em especial que ele pega os pedidos joga pro controle do PDV e ele alimenta o nfce. e nessa tela ele colocar o numero da nota no cNF. corrigi e pronto. todas as telas que geram NFC-e no meu sistema estao 100% novamente. Fica aqui de dica pra quem tiver o mesmo problema. lembrando que tudo isso gracao ao que foi postado aqui: https://www.projetoacbr.com.br/forum/topic/51985-c%C3%B3digo-num%C3%A9rico-inv%C3%A1lido-chave-n%C3%A3o-gerada/

E é possível disponibilizar essa alteração que enviei ali em anexo pra funcionar pelo menos no pronin? Útil pra mim, que nos casos de envio de varios rps no lote, consigo identificar exatamente qual rps está com problema.

Ok ! Obrigado Italo Consegui Resolver. Uma Pergunta ! O ACBRNFSe não tem a opção de retornar a imagem da NFSe do Servidor Infisc ?

Obrigado Italo, vou fazer os testes e lhe retorno

Boa tarde Josafar, A minha sugestão é que você tenha em mãos o Manual que contem o layout da NF-e/NFC-e nele você vai encontrar quais são os campos que deve alimentar no que diz respeito a pagamento. Dica: Como obter Manuais e Notas Técnicas.

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

ALA, Favor atualizar, reinstalar e fazer novos testes.

Ivo, Muito obrigado pela colaboração, já enviei os arquivos atualizados para o repositório.

Descobri que o ambiente de homologação do web service fiorilli está apontando para cidade de balsamo somente , ai estava a confusão de usuário inválido, o usuário deve ser habilitado nas 2 cidades pelo pessoal do webService para funcionar em produção e homologação, adicionado a cidade de Morungaba em fiorilli.ini consegui comunicar com Morungaba !, Obrigado a todos , resolvido. ;em fiorilli.ini ; Morungaba/SP RecepcaoLoteRPS_3532009=http://servicos.morungaba.sp.gov.br:5600/IssWeb-ejb/IssWebWS/IssWebWS?wsdl ;cidades.ini [3532009] Nome=Morungaba UF=SP Provedor=Fiorilli NomeURL_H=morungaba NomeURL_P=morungaba Consegui resolver editando os arquivos , obrigado italo.

Muito obrigado, não tinha me atentado a esse erro meu antes. Tudo certo.

Boa tarde Wellington, O método Gerar se os seguintes parâmetros: function Gerar(ARps: Integer; ALote: Integer = 1; Imprimir: Boolean = True): Boolean; Se você atribuir o valor False ao terceiro parâmetro não vai ocorrer a impressão do DANFSE. Se você selecionar o componente ACBrNFSeDANFSeRL1 vai notar que existe uma propriedade de configuração chamada MostrarPreview, para não mostrar o DANFSE na tela basta atribuir o valor False a essa propriedade. Para gerar o PDF do DANFSE é preciso executar o método ImprimirPDF, o arquivo PDF vai ser salvo no path configurado na propriedade PathPDF do componente ACBrNFSeDANFSeRL1. Como você pode ver, basta navegar pelo Object Inspector do componente para conhecer as propriedades de configuração. Como você sabe, as configurações podem ser ajustadas diretamente no Object Inspector do componente ou via código na sua aplicação. Exemplos de como configurar via código, por favor estude o programa exemplo.

Boa tarde, Marcio! tudo bem com você? Muito simpático de sua parte o auxilio. Peço desculpas, mas foi o tópico aberto mais próximo que encontrei, na tentativa de não precisar abrir um novo. Muito obrigado, funcionou perfeitamente. Abraço!

E se você enviar linha a linha o texto para o equipamento? Muda alguma coisa?

De forma semelhante ao material disponibilizado pela SEFAZ-MG, a SEFAZ-SP também publicou em seu portal a relação das regras de validação facultativas a UF da NT 2019.001 as quais a mesma exigirá. Clique aqui para visualizar a tabela publicada no portal da SEFAZ-SP.

A SEFAZ-MG publicou em seu portal de notícias links com a documentação descrevendo quais regras facultativas a UF serão exigidas no esta de MG. Se desejar, veja documento anexo,, ou acesse o link da noticia no portal da SEFAZ-MG, clicando aqui. Att. NT-2019-Regras.pdf

Bom dia @Daniel Simoes O evento OnAguardaResp do TEFD já estava com essa linha de código, eu já estava perdendo os poucos cabelos que eu tinha com essa situação mas acabei de resolver, a gente se desespera mas no final a resposta acaba sendo simples, basicamente um IF matou a questão, não sei se é a melhor solução mas resolveu certinho a questão do roteiro. Obrigado !!!! procedure TfrmOpTEF.TEFDAguardaResp(Arquivo: string; SegundosTimeOut: Integer;var Interromper: Boolean); begin Application.ProcessMessages; if (TEFD.GPAtual in [gpCliSiTef, gpVeSPague]) then // É TEF dedicado ? begin if (Arquivo = '23') and (not btCancelar.Visible) then // Está aguardando Pin-Pad ? begin if TEFD.TecladoBloqueado then begin TEFD.BloquearMouseTeclado(False); // Desbloqueia o Teclado end; btCancelar.Visible := True; btCancelar.SetFocus; cancelar := False; Application.ProcessMessages; end else begin Application.ProcessMessages; if cancelar = True then begin btCancelar.Visible := False; Interromper := True; cancelar := False; end else begin cancelar := False; Exit; end; end; end; Application.ProcessMessages; end;

Boa tarde, 1 - veja nos xml's anteriores se o que ele alegou procede; 2 - realize testes de emissão sem os caracteres especiais;

Infelizmente não tenho mais sugestões... pode ser um problema do seu equipamento ou da rede... Pelo Log podemos ver que o componente está corretamente enviando, todos os dados...

Fato Real / "Venéreo" Uma cliente liga pro nosso suporte: "está dando msg de erro aqui nos caixas, CSC divergente - algo assim", achamos estranho e ligamos pro contador "ah o Manoel pediu pra eu revogar o CSC que tinha e criar um novo pra ele"... Quem é esse João, foi o mistério, ai lembramos que essa cliente disse que iria tirar nosso sistema - matamos a charada! Ela tem 2 empresas, ela abriu uma 3ª empresa e iria utilizar o sistema novo nessa empresa pra testar... A antinha do sistema novo ligou para o contador dela pedindo pra REVOGAR todos os CSCs e gerar um novo pra ele... Como ela vai trocar o sistema, passei o orçamento pra reconfiguração do sistema, afinal teríamos muito trabalho pra reconfigurar o CSC né, em duas lojas ainda! Ah esses marinheiros de primeira viagem que não sabem que o CSC é por Raíz de CNPJ, heheheheh

Na posição 60 do Segmento P esta fixo 2. Daría para usar a propriedade Cedente.TipoDocumento (Tradicional=1, Escritural=2), Tive um problema em uma homologação, estão solicitando 1(Tradicional) nessa posição. Fiz um ajuste para resolver isso. Esta junto também o código das ocorrências já tinha criado um tópico sobre isso mas ainda não foi adicionado ano SVN. ACBrBancoSicredi.pas