Painel de líderes

É com muita satisfação, que conseguimos preencher TODAS as vagas de Patrocínio, para o Dia do ACBr... Veja o mapa abaixo: Isso demonstra o ótimo relacionamento que o Projeto ACBr, procura manter com Todos os Fabricantes de hardware para automação comercial... Em nossa área de Equipamentos Testados, você pode conferir um intenso trabalho que nossa equipe técnica realiza em conjunto com os Fabricantes de Hardware para automação comercial, para garantir uma ótima experiência de uso do ACBr, com os mais diversos equipamentos que suportamos... Não perca a chance de conhecer pessoalmente a equipe técnica de todos os Patrocinadores, e ainda a concorrer ao sorteio de diversos equipamentos. Confira em primeira mão, os lançamentos que estarão no mercado, no ano de 2019 Veja ainda esse tópico:

Olá pessoal, Decidimos prorrogar o Lote 2, até 31/10 (originalmente ele venceria no dia 16/10) O motivo, é que não poderíamos ficar insensíveis a situação atual no Brasil. Devido a proximidade do 2o turno das eleições, o foco de todos está nessa importante decisão que nós Brasileiros, iremos tomar no dia 28/10.... Sendo assim, você tem um tempo a mais para programar a sua vinda, ao Dia do ACBr, ao preço de R$ 279,00 (lote 2).. E se você é usuário SAC temos uma condição ainda melhor, sua inscrição por apenas R$ 195,30 até o final deste lote. Porém, não deixe para fazer a sua inscrição muito próximo do evento... Isso porque já estamos na reta final de vendas, e alguns horários de Palestras, já estão muito próximo da lotação máxima. Sendo assim, faça já a sua inscrição, e garanta a sua vaga, nas palestras que deseja participar, acessando: https://www.projetoacbr.com.br/forum/eventos/diadoacbr/inscricoes-palestras/ Você pode gerenciar as suas inscrições, usando o Link: https://www.projetoacbr.com.br/forum/eventos/diadoacbr/minha_inscricao/ Veja também esse tópico: Programação Completa

Com base no demo do ACBrNFe: Produto := NotaF.NFe.Det.Add; [...] Produto.pDevol := <percentual da mercadoria devolvida>; Produto.vIPIDevol := <valor do ipi devolvido>;

Parabéns é pouco para o ProjetoACBR, seus idealizadores e integrantes, simplesmente fantástico.

A tag pDevol é em relação à quantidade devolvida: NT 2013.005 v1.22:

Estamos a vários dias tentanto solucionar este problema junto ao SICOOB. Está havendo uma divergência entre os layouts utilizados entre as agências, ou entre homologação e produção. Existem 2 layouts: 1-exige preenchimento = ' ' na posição 72 do header; 2-exige preenchimento = '0' na posição 72 do header; No entanto, os 2 layouts são da mesma versão (081). Nem todas as agências estão utilizando o mesmo. Como a versão é a mesma, não temos um parâmetro para diferenciar os layouts. Segundo o SICOOB, somente o Banco Central poderá solucionar essa questão. No dia 04/10/2018, o responsável pelo TI da agência SICOOB de Uberlândia abriu um chamado junto ao Banco Central a fim de solucionar essa questão, mas o chamado continua em aberto.

Bom dia, kurtslucas. Veja a discussão desse assunto no tópico abaixo:

Olá pessoal, muito obrigado pelo rápido retorno. Eu cheguei a preencher a tag Produto.vIPIDevol e ainda deu o mesmo problemas. Não sabia sobre a tag Produto.pDevol. Este percentual é o valor percentual de IPI devolvido? Mais uma vez obrigado pela ajuda. vou fazer as alterações e testes aqui.

Estou com o mesmo problema na agência de Uberlândia;

Obrigado pela informação, vou verificar e posto aqui o resultado da verificação para concluir o Fórum.

Bom dia, utilize o documento (Bem_Vindo_ao_Trunk2.pdf) que fica na pasta C:\ACBr. Este documento especifica a sequencia dos pacotes a serem compilados e instalados. Também encontrará vídeos tutoriais na internet.

Caso sua aplicação gere o XML e não esteja assinado ainda, deve utilizar o passo 2 e 3 antes do envio, ou utilize apenas o método de envio, veja que tem um parâmetro para assinar o XML ou não: https://acbr.sourceforge.io/ACBrMonitor/NFEEnviarNFe.html

Isso é muito complicado, e exige contratos da Sw,House e do estabelecimento, com a TEF House... Permitir que a aplicação final acesse o PinPad, é uma "brecha de segurança" ... e as TEF Houses tem muitas restrições em permitir isso

Esse erro foi corrigido nos fontes, na semana passada

Olá! Estou usando a configuração TimeOutPorThread (criada na revisão 14797) e estava enfrentando alguns erros de Access Violation em alguns clientes. Analisando verifiquei que o erro estava no método Enviar da classe TDFeSSL, mais especificamente no bloco abaixo: EndTime := IncSecond(now,TruncFix(TimeOut/1000)); SendThread := TDFeSendThread.Create( Self, TDFeSSLHttpClassOf(FSSLHttpClass.ClassType), ConteudoXML, AURL, ASoapAction, AMimeType); try while (SendThread.Response = '') and (Now <= EndTime) do Sleep(50); finally Result := SendThread.Response; SendThread.Abort; end; A TDFeSendThread não tinha nenhum tratamento de exceção no Execute e quando ocorriam erros na execução, como um erro de conexão ou sem Internet, a thread era abortada e no finally a variável SendThread já não existia mais, causando o AV. Acontecia esporadicamente e não era muito fácil de simular. Para corrigir o problema, implementei um tratamento de exceção no Execute da thread e tratei para abortar o while de verificação caso algum erro ocorra. Também alterei para que a thread fosse liberada manualmente ao final do envio. Peço que analisem e subam para o SVN se possível. ACBrDFeSSL.pas

Evolua, Use IDEs modernas, sem gastar muito Você ainda usa versões antigas de Delphi, como o Delphi 7 ou inferior ? Você sabia que o Delphi 7 foi lançado em 2002 !! Pois eh... ele está quase completando a maioridade... Usar uma IDE antiga traz muitos problemas, e você fica de fora de vários recursos novos, somente existentes nas IDEs modernas... Provavelmente o maior de todos os problemas, é que o código gerado por esse compilador antigo, não é muito bem aceito, nas versões modernas do Windows... Não será nada legal, se o Windows acusar um Alerta de incompatibilidade, quando o seu sistema for executado... Não deixe a decisão de evoluir sua IDE para Ad aeternum. No Dia do ACBr, teremos palestras exclusivas, sobre como criar um ambiente de programação completo, usando versões de modernas IDEs como: Lazarus/FPC (open source) Delphi Community Edition (gratuita) Lazarus/FPC, vou muito bem, obrigado... (10:50-11:50, Auditório) - Breve História do FPC/Lazarus - Componentes Nativos - Recursos úteis da IDE - Online Package Manager - Técnicas avançadas da Linguagem - Dicas para quem vem do mundo Delphi e quer testar o Lazarus - Casos reais de Sucesso no Brazil e exterior! Lazarus e fpWeb - Criando Servidor Web para Validação de NFe (15:10-16:10, Sala 2) Veja como usar Lazarus e fpWeb para criar um BackEnd (API Web) que recebe e valida um XML de NF-e, mostrando os dados do Certificado do XML do assinante. Marcos Douglas B. Santos Engenheiro de Software com mais de 16 anos de experiência em Análise, Arquitetura e Desenvolvimento de Sistemas utilizando Programação Orientada a Objetos. Especialista em Object Pascal e Microsoft SQL Server. CEO da Delfire. Consultor. Revisor Técnico. Blogger. Mini PDV-NFC-e, com ACBr, Delphi Community e ORMBr (17:00-18:00, Auditório) Apresentação do Delphi Communitty Edition, suas principais caracteristicas, suas limitações e como usar para empreender e dar início ao seu projeto. Montando um mini projeto de um PDV com NFC-e usando o ACBr e Delphi CE Mostraremos como instalar na IDE do Delphi CE: - ACBr - Fortes Report CE (gerador de relatórios) - ZeosLib (para acesso a múltiplos Banco de Dados) - Framework ORMBr (pesistência de dados e orientação a objeto nunca foi tão simples) Juliomar Marchetti Gerente de Desenvolvimento de Software na ControlSoft.Embarcadero MVP Moderador e Commiter do Projeto ACBr ,moderador Projeto ORMBr, mantenedor Projeto FRCE Participação nos projetos MVCBr, GMLib e outros OpenSource. Trabalha com Agronegócio, Automação Comercial, Fiscal, Business Intelligence, Gestão Comercial Programação Completa

Se o XML não foi gravado no momento da emissão ou autorização da nota, a única forma de "baixar" o XML é gerar novamente o XML com exatamente os mesmos dados da venda e mesmo cNF, assinar e usar o método ACBrNFe.Consultar para atualizar o XML com o protocolo de autorização. A alternativa é entrar em contato com a SEFAZ estadual e solicitar o arquivo armazenado por eles. Vou fechar o tópico por ter se desviado do assunto, caso ainda tenha dúvidas, crie um novo tópico.

Como já dito, não existe o método DistribuicaoDFe para NFCe. Para NFe você pode configurar o componente assim: ACBrNFe.Configuracoes.Geral.ModeloDF := moNFe; ACBrNFe.Configuracoes.Geral.VersaoDF := ve400; A versão 3.10 já foi desativada.

hum...certo ...vou realizar alguns testes, tentar simular...muito obrigado por enquanto

A SEFAZ não disponibiliza o XML da NFCe via webservice. O emitente é o responsável legal pelo armazenamento dos arquivos XML.

"O lote deverá conter somente eventos pertencentes ao mesmo empregador" você deve verificar o xml do lote e não o do evento. Provavelmente no seu lote, deve haver eventos de mais de um empregador. na dúvida poste o xml do lote.

Pessoal, muito obrigado pelos esclarecimentos. Deu certo pra mim aqui em homologação. Abraços.

Boa tarde. Obrigada pela indicação, foi adicionada a fila de análise. Att.

Entendi, BigWings. Muito obrigado mesmo pelos seus esclarecimentos. Estou fazendo as adaptações aqui. Já respondo se deu certo.

O motivo é evitar que duas threads tentem fazer uso simultâneo do mesmo objeto (FSSLHttpClass)

Bom dia Fernando. Será adicionado a fila de análise para validação e possível inclusão ao projeto. Att.

Olá José, Ontem mesmo, após sua orientação, modifiquei a aplicação, retirando Assinatura e Validação, deixando apenas o Envio, funcionou perfeitamente, consultei na SEFAZ pela chave e a nota foi autorizada, isso certifica que está ok ? No comando de envio, passo apenas três parâmetros, segue: NFe.EnviarNFe(<xml>, 1, 0) 2º parâmentro, pela documentação, seria o nLote, por ser parâmetro obrigatório. 3º parâmetro, tenho dúvida se é o bAssina, que é opcional ou se é o último bSincrono, que seria obrigatório. Tem como me esclarecer ? Como disse, está dessa forma desde qdo desenvolvi, em 2011, talvez precisa melhorar ou implementar. Grato desde já pela atenção.

Bom dia, Eu fiz o método de retornar o nosso numero pelo índice do título, não sei se serve para você, estou usando ela já faz um mês sem problemas. Precisa colocar o o método no ACBrMonitorConsts CMetodoMontarNossoNumero = 'montarnossonumero'; DoBoletoUnit.pas

Bom dia, pradilsoncarlos. Conforme informei acima, você terá que analisar a documentação do provedor para saber se é possível utilizar esse recurso.

Bom dia. Acredito que bastaria substituir os locais onde usa o quickreport pelo ACBrETQ. Recomendo que analise o demo do componente para entender melhor seu funcionamento. Att.

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

Bom dia, está previsto adicionar estes métodos no ACBrMonitor, por enquanto realmente não tem.

Caraca Daniel, vc acertou na mosca ... ontem funcionou no teste la, hoje vamos ver, mas por hora, MUITO obrigado a vc e ao André pela ajuda, vcs são muito bons mesmo .... Abraços e um ótimo dia pra todos nós

Descobri o que era, o parâmetro imprimir em uma linha no componente da Danfe, resolvido. Obrigado pela atenção de todos.

Estranho, seu cabeçalho do pdf está com a versão 1.3, tem como voce mudar para 1.4? olha: %PDF-1.3 %Å­o 1 0 obj Abra o pdf seu pelo bloco de notas. tente mudar a versao.

Boa tarde, Raissa Takenaka. Tópico muito antigo. Sugiro que crie um novo.

Boa noite, pradilsoncarlos. Se o soapaction não esta definido, significa que o provedor que atende a cidade para qual você deseja emitir a NFS-e não disponibilizou o serviço SubstituirNFSe. Sugiro verificar com o mesmo.

Obrigado @Daniel Simoes, vou solicitar a empresa o pagamento do SAC para que possamos pegar a nova versão.

ola amigos BigWings, muito obrigado por sua resposta, o erro erra o CSOSN a contabilidade passou 500 e o correto é 202 abraço

O CSOSN 500 não permite destaque de ICMS-ST. Os CSOSN quer permitem informar o valor são 201, 202, 203 e 900.

Você deve configurar para usar a versão 2.00 do QrCode.

Você jogou essa mensagem de erro no Google e caiu aqui no fórum, estou certo? Aqui tratamos dos componentes ACBr, para desenvolvimento em Pascal (Delphi e Lazarus). Essa mensagem de erro é comum em programas feitos nessas linguagens, se você está usando um programa específico para fazer a cópia, provavelmente é uma falha nele, procure um fórum específico para o aplicativo, ou a página do desenvolvedor.

Pessoal, só pra vcs saberem, entrei em contato com o provedor, e me informaram que esse erro acontece quando o cliente não tem mais número de RPS disponíveis. Ele tem que entrar em contato com a prefeitura e solicitar um novo range de numeração. Após meu cliente fazer isso, a integração com esse WS voltou a funcionar normalmente. É uma pena que as integrações alguns provedores sejam tão ruim nas mensagem de retornos, como essa acima, que não deixa claro o motivo da rejeição e nos faz perder horas e horas para descobrir o motivo do problema.

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

Oi Daniel, segundo sua dica eu fiz algo como: procedure TfrmPrincipal.ACBrTEFD1CliSiTefObtemCampo(Titulo: string; TamanhoMinimo, TamanhoMaximo, TipoCampo: Integer; Operacao: TACBrTEFDCliSiTefOperacaoCampo; var Resposta: AnsiString; var Digitado, VoltarMenu: Boolean); .... .... function no_parcelas_cartao:integer; var total:currency; begin total:=totaliza(); if total<=100 then result:=1 else if ((total>100) and (total<=500)) then result:=3 else if ((total>501) and (total<=1000)) then result:=4 else if (total>1000) then result:=6 else result:=1 end; case TipoCampo of 500: begin // esconde solicitação de Senha do Supervisor para Transação TEF Digitado := true; // TMinhaTelaSolicitacaoPersonalizada.Autoriza(); VoltarMenu := false; Resposta := ''; end; 504: // Esconde Taxas de Servico e Taxa de Embarque begin PerguntaCampo := (ACBrTEFD1.TEFCliSiTef.Tag > 0); if not PerguntaCampo then begin Digitado := true; VoltarMenu := false; Resposta := '0,00'; end end; 505: begin // Preenche o no de parcelas do cartão AForm.ValorMinimo:=1; AForm.ValorMaximo:=no_parcelas_cartao; AForm.Edit1.Text:='1'; if (no_parcelas_cartao>1) then begin MR := AForm.ShowModal; Digitado := (MR = mrOK); VoltarMenu := false; Resposta := AForm.Edit1.Text;//'3'; end else begin //nao precisa mostrar dialogo- só 1 parcela Digitado := true; VoltarMenu := false; Resposta := '1'; end end; else begin MR := AForm.ShowModal; Digitado := (MR = mrOK); VoltarMenu := (MR = mrRetry); if Digitado then Resposta := AForm.Edit1.Text; end; end; Uma dúvida. Não tenho pinpad ainda. Comprei mas não recebi até o momento. Minha pergunta é se fazendo assim e usando pinpad, o no. de parcelas vai aparecer no pinpad. Sem pinpad, eu abro o form e checo se o número de parcelas está dentro da politica de preços do cliente, antes dele fechar o form. Quando usando pinpad comporta-se de que forma?

Para as NFe de emissão própria, os eventos gerados por terceiros (manifestação do destinatário, CTe autorizado, registro de passagem...) são retornados pelo método DistribuicaoDFe. Os eventos originados pelo próprio emitente não são retornados, já que o mesmo já tem o XML do evento no momento da emissão do evento. O método de Consulta de protocolo retorna apenas os eventos de cancelamento, carta de correção e EPEC. A UF tem, porém, a prerrogativa de retornar os demais eventos.

Isso está funcionando? Na nota técnica de 2015/002 v.141 (http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=hDS5co/qWOc=) diz que a isso não ia mais ser retornado pelo webservice de consulta... Vide anexo...

Boa noite, Você pode testar a propriedade Schema do retorno. var DFe: TdocZipCollectionItem; begin [...] DFe := ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[I]; case DFe.schema of schprocNFe: ; // NFe completa schresNFe: ; // NFe resumo schresEvento: ; // Evento resumo schprocEventoNFe: ; // Evento completo end; end;