Painel de líderes

Bom saber que time do Fortes está se reestruturando... Na verdade esse processo tem o apoio de alguns dos desenvolvedores do ACBr... Ou seja, SIM, devemos ajustar os pacotes para os nomes oficiais...

Obrigado Rafael, como disse nestes quinze dias posto a primeira versão da biblioteca, enquanto isso vou começar a mandar alguns diagramas do projeto.

Oi Adenilton, seja bem vindo. Se quiser pode nos mandar o código fonte do jeito que está para analisarmos e trocarmos uma idéia, depois a gente cria um repositório pra ele. Tenha certeza de que vai multiplicar! Abs,

Bom dia a todos, Utilizamos hoje o layout de visualização e impressão disponibilizado pela ACBr, onde apenas carregamos o xml no componente da ACBr e o mesmo gera a visualização/pdf/impressão da nota, porém estou com um problema que gostaria de dividir com vocês, o problema é que temos um cliente que está realizando uma venda de Veículo Novo e ao encaminhar a NFe ao DETRAN para realizar a documentação do veículo os mesmos não estão aceitando a NFe pois o campo Renavam e as Cilindradas não saem no complemento do veículo e segundo eles sem isso eles não irão aceitar a NFe, já verifiquei a NT da NFe 3.10 porém não há nenhum dos campos citados acima na visualização da ACBr como pode ser visto na imagem: Gostaria de saber se estamos fazendo algo de errado no carregamento, se realmente não pode ser implementado isso devido a algum requisito da NFe, ou como poderiamos resolver isto já que as contabilidades e nem mesmo o DETRAN soube nos passar se há algum embasamento legal para que eles nos exijam isto.

Bom fiz os testes nas opções em Producao e em Homologação , ambos não estao indo mesmo , sempre retornando com ERRO: Cod.Erro HTTP: 400 Bad Request , o restante das funcionalidades estao OK ...

Complementando, não são todas as impressoras que imprimem o operador ou aceitam a identificação dele, melhor seguir o que o Juliomar disse e informar no rodapé.

Boa tarde! não sabemos o que deu de errado!!

Aqui na empresa, utilizamos o delphi para desenvolver nosso principal produto, um ERP, no entanto, neste ano fizemos uma análise do futuro do mercado de software e temos visto que o visual studio tem agregado uma série de tecnologias até então indisponíveis no delphi, e que, com exceção do Brasil e Russia, o delphi tem perdido força no mundo inteiro, fazendo com que em agumas regiões já não se encontre mão de obra especializada. Por isso vamos desenvolver a solução para NFCe em visual studio e C#. Quando decidimos isto, fizemos uma pesquisa por bibliotecas que já estivessem prontas para tal, e analisamos a UniNfe da Unimake Software, o ACBRNFeMonitor e o projeto Open NFe. No caso da UniNfe, vimos que ela implementa o consumo dos webservices para NF-e, NFC-e, CT-e, MDF-e e NFS-e e faz a Integração ao ERP via arquivos, mas infelizmente não gera o XML e não possui classes para tal. Outro ponto negativo é o fato de ter que persistir arquivos em disco para poder consumir os serviços, o que diminui a eficiência. O ACBRNFeMonitor possui integração via troca de arquivos, como no caso da UniNfe, e via telnet, mas o retorno de alguns serviços deixa a desejar pelo fato de devolver uma resposta em formato diferente dos manuais para aquele serviço. Outro fator é a integração com o C#. Por último o OpenNFe tem um acoplamento forte com o Sql Server, e ainda a forma como foram implementadas as classes não facilita o uso. Basicamente o autor pegou os schemas e importou-os no c#, sem muito tratamento. No meu caso, estou tendo o cuidado de escrever as classes seguindo rigorosamente os manuais disponíveis, inclusive quanto a forma como os serviços são consumidos. Até mesmo os comentários para cada campo disponíveis nos manuais foram adicionados em cada campo de cada classe. Uma coisa que percebi analisando o código do componente do ACBR para NFe é que por conta das limitações do Delphi, o estilo de programação utilizado apresenta risco considerável e dificuldade de manutenibilidade do código. Por exemplo, existe muita, mas muita magic string no código, enquanto no C# o tratamento de XML é nativo via serialização. Em breve postarei mais informações sobre a biblioteca, saudações.

Link desta resposta: http://www1.fazenda.gov.br/confaz/confaz/convenios/icms/1995/CV057_95_Manual_de_Orientacao.htm

Estou finalizando o desenvolvimento de uma biblioteca 100% em C# que englobará o consumo de todos os serviços em todas as versões disponibilizadas e em para todos os estados. Essa biblioteca será utilizada em produção em um aplicativo de frente de loja para emissão de NFC-e. Também está sendo construído um aplicativo de demonstração em wpf semelhante ao ACBrNFe_demo. Se for de interesse da comunidade nestes quinze dias ela deve ficar pronta, e posso disponibilizar se houver interesse em utilizá-la e me ajudar a mantê-la

Bom dia Juliomar. A verdade é que estava com uma configuração errada no ACBRBoleto, onde, Acbrboleto.banco.tipodecobranca deveria ser CobcaixaSICOB e não cobCaixaEconomica. Neste caso, consegui resolver meu problema. Somente um detalhe, é possível enviar o arquivo remessa através do ACBr? Agradeço!

Jean Peixoto Ajustei meu sistema para tal situação muito obrigado pela resposta. Juliomar Marchetti Quando eu vier a utilizar o Fórum novamente, me atentarei às regras, grato

Gutierres, Use a função Trunc(), se caso utilizar o delphi.

Bom dia, Vou tentar utilizar este campo André, muito obrigado.

Esse certificado digital da Valid sempre foi uma dor de cabeça. E também da Caixa e dos Correios. Não recomendo.

Bom tarde a todos, bem após muita pesquisa e vários sites não consegui descobrir o problema de maneira alguma. Lembrei que a tempos atrás tive problema com criptografia dos novos certificados emitidos pela empresa Valid, como recebi a informação que o problema apresentou depois da renovação do certificado resolvi fazer um teste. Para resolver o problema de criptografia sempre importo em um windows XP com Internet explorer 7 e exporto ele, com este arquivo instalei no cliente e funcionou normalmente. Então acredito que o problema tenha sido mesmo o tipo de criptografia do certificado. Para este tipo de erro seria o apresentado "The Cryptographic Service Provider type '24' is not supported", porém resolveu também para o erro de envio de requisição 12031. Fica ai mais um caso a ser catalogado para os erros de "envio de requisição". Ressalva: Apenas resolveu em um dos computadores. Tentei por diversas vezes reinstalar o certificado que foi exportado do XP e nada adiantou.. o problema persiste para uma das máquinas da mesma empresa. Mistério....

Bom dia Depende do movimento! vamos pensar em um hipermercado ou supermercado! já vi casos de só a impressão da Z demorar 1 hora pra ser impressa

Pq vc não usa o campo infAdProd para colocar o Renavam?

Apliquei uma correção para o problema, na rev. 7638 do SVN

Consegui o que eu queria fazendo o seguinte: if (FNFIndex>0) and (FNumNFe=-1) then begin // antes de criar nova página, trocar a orientação de acordo com tpImp do XML case FACBrNFe.NotasFiscais.Items[FNFIndex].NFe.Ide.tpImp of tiPaisagem: Orientation:=poLandScape; tiRetrato: Orientation:=poPortrait; end; NewPage; // solução FLastX:=BaseReport.PageWidth-SystemPrinter.MarginRight; FLastY:=BaseReport.PageHeight-SystemPrinter.MarginBottom; end; if Orientation=poLandScape then ImprimirPaisagem(Self) else ImprimirRetrato(Self); Ainda deixo em aberto a minha dúvida sobre a possibilidade de o componente fazer essa troca de orientação da página automaticamente, conforme a tag tpImp.

// Aqui você informa os dados: ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.WebServices.Inutilizacao.CNPJ := sCNPJEmit; ACBrNFe1.WebServices.Inutilizacao.Modelo := iModelo; ACBrNFe1.WebServices.Inutilizacao.Serie := iSerie; ACBrNFe1.WebServices.Inutilizacao.Ano := iAno; ACBrNFe1.WebServices.Inutilizacao.NumeroInicial := iNotaInicio; ACBrNFe1.WebServices.Inutilizacao.NumeroFinal := iNotaFim; ACBrNFe1.WebServices.Inutilizacao.Justificativa := strNFJust; // Executa a inutilização ACBrNFe1.WebServices.Inutilizacao.Executar; // E por fim, pega o resultado da inutilização sDoc := ACBrNFe1.WebServices.Inutilizacao.Protocolo; sMotivo := ACBrNFe1.WebServices.Inutilizacao.xMotivo; sStat := IntToStr(ACBrNFe1.WebServices.Inutilizacao.cStat); sDataHora := DateTimeToStr(ACBrNFe1.WebServices.Inutilizacao.dhRecbto);