Roberto.Godinho

Boa tarde, Você pode tentar instalar pela IDE mesmo o pacote DacteQr, abra-o pelo delphi, va até a sessão requires do projeto, exclua o pacote do quickreport que possui lá, após o build do pacote o delphi mesmo detecta qual pacote necessário e vai sugeri-lo para ser adicionado novamente ao requires, desta forma você tem certeza de estar adicionando o pacote correto.

Boa tarde, O processo de consulta dos eventos já pode ser feito através do componente ACBR, quanto pelo ACBrMonitor já não sei pois não o utilizo, quando efetuado a "ConsSitNFe" é retornado todos os eventos associados a refererida NFe. Segue em anexo XML da consulta que efetuei agora. Espero que ajude, bom trabalho a todos. 41140709610964000126550050000008981378730534-sit.xml

Bom dia, Detectei qual o problema que ocorre nesta situação, segue: Em maquinas onde não há nenhuma impressora instalada (mesmo que não funcional), o Rave seta o tamanho do papel para 11x8,5, sendo assim, o tamanho da linha nunca é suficiente pra imprimir os itens, neste caso uma nova pagina é adicionada, é refeita a validação pra ver se consegue imprimir o item mas novamente não é suficiente, send assim, entra em loop tentantando adicionar nova pagina. Este erro é mais comum no windows XP pois o mesmo não possui uma impressora padrão tal como Win7+. Então, se alguem entender de impressão pelo Rave CB e quiser procurar uma solução seria de grande ajuda. Obrigado!

Boa tarde hintz, você está informando em execesso o digito da agência, o banco banrisul não possui digito da agencia. Qual o erro que aparece quando você não informa digito?

Bom dia Janio, este problema que você apenas é uma maneira da SEFAZ impedir que você, por ter o download facil, pare de cobrar o seu fornecedor que tem a obrigação de enviar o XML da NFe pra você e por consequencia o seu fornecedor pare de envia-los por falta de cobrança, toda regra pode ser seguida ou quebrada, no entanto há compromissos que você deve assumir com sua empresa, o meu é sempre seguir a legislação, deste modo evito dor de cabeça pra mim, quanto aos atrativos, o sistema no geral deve servir como atrativo e não um recurso apenas. Mas enfim, este é meu ponto de vista apenas. Vou parar de responder pra não estendermos ainda mais este post;

Boa tarde, Nas duas empresas em que trabalhei, na anterior e na atual, a mentalidade é a mesma seguida por vocês, ou seja, se o cliente quer a gente passa por cima de leis ou seja lá o que for, simplesmente pra satisfazer um cliente apenas e este recurso do download do XML foi um pelo qual briguei bastante aqui, chegamos a utilizar o download antigo através do parse do html (gambiarra dos diacho), e confesso que dava um trabalho desgraçado pra ficar monitorando e uma correria pra refazer quando parava de funcionar, mas enfim, isso não importa, o que eu quero dizer é que vc deve sim fornecer ferramentas adequandas para suprir a necessidade dos seu clientes porém, tem que saber definir o que realmente o cliente quer e se isto agrega valor ao seu sistema e trabalhar numa forma que satisfaça os dois requisitos, o do seu cliente e o do seu sistema. A seguir vou lhes fornecer algumas dicas de como fazer um implementação que vai agradar seu cliente sem no entanto criar "curvas" no seu sistema utilizando a maneira correta. Mas não sem antes discorrer sobre as dificuldades e beneficios de um ou de outro, deste modo vocês compreendem o por que de não ser implementado a maneira sugerida por alguns acima dentro do proprio acbr. 1º (Incorreto)- para fazer o download através da maneira que vcs estão propondo, acessar o site da receita e fazer o download, vocês terão que ter em mãos a chave de acesso cuja deve ser informada pelo fornecedor, você terá que implementar um sistema para acessar o site utilizando a chave, terá que decodificar o captcha ou informa-lo(se decodifica-lo já está errado pois o captcha já é obrigatorio informar para impedir o acesso mecanico a estas informações) e então fazer o parse de todo o html e encontrar as informações que você precisa e por fim montar o XMl. Viram quanto trabalho, e acredite, no final de 1 ano terá dado pelo menos outro tanto de trabalho só para manter funcionando. 2º (correto) - Este é o modo correto, possui web services e já esta disponivel a muito tempo no acbr, ou seja, utilizando a consulta de NF-e destinadas, manifestação e download através do web service. - primeiro passo é efetuar uma consulta das NF-e destinadas ao seu cliente, esta consulta irá retornar as notas que foram emitidas para o cnpj da empresa retornando um xml contendo-as (estou anexando um xml do retorno da consulta): ex: <ret> <resNFe NSU="121466964"> <chNFe>22130633009911006501550110002838071374095400</chNFe> <CNPJ>33009911006501</CNPJ> <xNome>SOUZA CRUZ S.A</xNome> <IE>194016315</IE> <dEmi>2013-06-25</dEmi> <tpNF>1</tpNF> <vNF>481.82</vNF> <digVal>zK2lnlmFXlu27pNT8Y9MBgdZaQ8=</digVal> <dhRecbto>2013-06-25T09:11:19</dhRecbto> <cSitNFe>1</cSitNFe> <cSitConf>1</cSitConf> </resNFe> </ret> <ret> Notem que tem todas as informações necessárias pra identificar a nf-e emitida, com os dados em mãos você apresenta-as em um grid. 2º passo é disponibilizar uma maneira facil e eficiente do seu cliente efetuar a manifestação e a melhor forma é na mesma tela onde você apresentou as notas já disponibilizar um botão para cada uma das operações de manifestação disponivel (ver figura em anexo). 3 º passo e ultimo, disponibilizar um botão onde o cliente pode selecionar a NF-e no grid e efetuar o download do mesmo (ver figura em anexo). Em anexo estou enviando um XML com download de várias NF-e's e um print da tela que desenvolvi para o cliente efetuar estas operações em pouquissimos segundos. Se precisarem de alguma dica estou a disposição. Espero que tenha sido de alguma ajuda. 20130710090336-nfe-dest.rar

Bom dia Rafael, apenas está imprimindo incorretamente, a montagem do campo está correta no componente, no entanto, antes da impressão esta informação é recalculada dentro do arquivo fr3, na aba dados apenas adicionei uma formatação especial para este banco. Não fiz a alteração como você sugeriu pq já havia sido feito desta forma anteriormente, portanto, procurei reduzir o impacto da alteração seguindo como esta anteriormente.

Boa tarde, Efetuei algumas correções no boleto do banco Sicredi que estava sendo impresso com Código do Cedente formatado incorretamente. O campo “agência/código beneficiário” deve ter o formato AAAA.PP.CCCCC onde: AAAA = Número da agência: PP = Posto do beneficiário: CCCCC = Código do beneficiário Ex: 0165.02.00623 Anteriormente estava imprimindo AAAA-PP/CCCCC apenas no recibo de entrega mas mesmo assim com formato incorreto. Segue em anexo o arquivo "BoletoFR.fr3" com as devidas alterações, se alguem puder verificar e subir ao SVN eu ficaria muito grato. att Roberto Godinho BoletoFR.rar

Bom dia, Efetuei algumas correções no layout do boleto da caixa economica (SICOB) cujo estava sendo impresso com nosso número incorreto. Anteriormente com 15 caracters após correção com 10+DV como especificado no manual da caixa. 4.1.4.6 – NOSSO NÚMERO*: - Número de identificação do título no Banco. Permite ao Banco e a empresa identificar os dados da cobrança que deram origem ao bloqueto. - No caso de Cobrança Sem Registro informar 82NNNNNNNN-DV. - No caso de Cobrança Rápida informar 9NNNNNNNNN-DV. - Calculo do DV do “Nosso Número” no ANEXO IV. Segue anexo os fontes alterados, se alguém puder verificar e subir ao SVN ficaria grato. att Roberto Godinho ACBrCaixaEconomicaSICOB.pas

Bom dia Ricardo, Primeira pergunta que você deve levar em consideração é a seguinte: "Por que o sistema esta permitindo que o usuário final interfira no processo de emissão/autorização da NF-e?". de posse desta pergunta você começa a armar as estratégias de modo que impeça que fatores externos causem erros nas NF-e's. Primeira coisa que eu fiz foi tirar a autonomia do usuário neste processo, portanto, quando a emissão de um comprovante é finalizado, dentro da mesma transação com o banco de dados, é gerado o registro armazenando os dados para ser gerado a NF-e com status pendente, desta forma, se precisar reenviar a NF-e posteriormente eu tenho todos os dados necessários. Só então eu concluo a transação e inicio o processo de geração do xml, emissão e autorização da nf-e, tudo de modo automático. ao final cada processo o status é salvo. Tenho também uma tela de gerenciamento onde as NF-e's ficam com status pendente, com erros, autorizada, cancelada e denegadas, cada status impede que outro processo possa ser efetuado encima dos mesmos ou de outro processo que não deva acontecer. ex: Autorizadas só permitem cancelar, canceladas e denegadas não permitem nenhuma operação com o ws, com erros permitem apenas reenvio (após a correção da situação de erro). Alem disso, tenho a possibilidade de correção automática de status da NF-e em casos de erros não previstos, estes, feitos através da consulta a situação da NFe junto ao ws. Tomando algumas precauções simples podemos impedir que o usuário possa interferir em um processo e ocasionar um erro por descuido ou desconhecimento. Claro que isso vai depender de cada sistema, mas o que você pode fazer é analisar seu sistema com base nas informações que você tem e ir implementando as ações necessárias. Pro usuário final e pra voce quanto mais automatizado for o processo melhor, evita que ele cometa erros e você tem um controle melhor sobre as ações do mesmo. Espero ter ajudado... abraço!!

Bom dia pessoal, então lucasherrera, o sistema de contingência para a NFCe funcionaquase tal qual para a NF-e, para NFCe você pode utilizar o tipo de emissão "9 - Offline" que funcionada de forma semelhante ao FS-DA.Você pode gerar a NFCe, imprimi-la, gerar o danfe ou enviar a msg eletronica ao cliente de modo normal,assim quando o problema estiver regularizado basta efetuar o envio ao web service. mais detalhes você encontra no manual disponivel aqui.

Obrigado Juliomar.

Bom dia colegas, Após uma longa ausencia estou de volta. Estive testando a emissão de NF-e/NFC-e na versão 3.10 e encontrei um probleminha na função "TNFeW.GerarXml" da unit pcnNFeW, o erro está na tag dhRecbto que, após enviar a NF-e e estar marcada a configuração de arquivos.Salvar, não envia o UTC ficando assim diferente do procNFe retornado pelo WS. Efetuei a alteração no arquivo e o envio em anexo. if nfe.procNFe.nProt <> '' then begin xProtNFe := // (**)'<protNFe versao="2.00">' + (**)'<protNFe ' + NFe.infNFe.VersaoStr + '>' + (******)'<infProt>'+ (*********)'<tpAmb>'+TpAmbToStr(nfe.procNFe.tpAmb)+'</tpAmb>'+ (*********)'<verAplic>'+nfe.procNFe.verAplic+'</verAplic>'+ (*********)'<chNFe>'+nfe.procNFe.chNFe+'</chNFe>'+ (*********)'<dhRecbto>'+FormatDateTime('yyyy-mm-dd"T"hh:nn:ss',nfe.procNFe.dhRecbto)+ IIf(FNFe.infNFe.Versao >= 3.10, GetUTC(CodigoParaUF(FNFe.Ide.cUF),nfe.procNFe.dhRecbto),'')+'</dhRecbto>'+ (*********)'<nProt>'+nfe.procNFe.nProt+'</nProt>'+ (*********)'<digVal>'+nfe.procNFe.digVal+'</digVal>'+ (*********)'<cStat>'+IntToStr(nfe.procNFe.cStat)+'</cStat>'+ (*********)'<xMotivo>'+nfe.procNFe.xMotivo+'</xMotivo>'+ (******)'</infProt>'+ {****}'</protNFe>'; (**)Gerador.wTexto(xProtNFe); Gerador.wGrupo('/nfeProc'); end; pcnNFeW.pas

Bom dia, Já estive testando o provedor ginfes também e tive o mesmo problema de lentidão exagerada, verifiquei os componentes e não encontrei nenhuma irregularidade, acessando o site do serviço percebi, assim como o nosso amigo jhmontoia, que as NFSe's estavam levando tempo pra processar. Neste caso, eu creio que seja problemas com o WS mesmo. Tenho alguns outros provedores funcionando perfeitamente já em produção e raramente algum deles me causa problema. Não cheguei a entrar em contato com eles diretamente pra verificar isto, então se alguém tiver alguma noticia nova por gentileza compartilhe. abraço

Bom dia, Adicionei mais uma cidade para o provedor GovBR, se alguém souber outras cidades atendidas por este provedor por gentileza compartilhem. 4115408/Marmeleiro/PR segue unit em anexo. pnfsConversao.pas

Bom dia, Digest value é o hash gerado quando você assina a NF-e e preenchido automaticamente, sugiro você procurar alguns artigos sobre o assunto e se inteirar mais. segue um link de um artigo sobre assinatura digital: http://balaiotecnologico.blogspot.com.br/2012/07/assinando-documentos-xml-com-capicom-e.html EDIT: O componenete ACBr já faz este processo, basta você alimentar o mesmo com as informações do certificado digital. abraço

Bom dia Valdecir, não creio que seja o repositório, aqui esta funcionando normalmente.

Bom dia, esta função corresponde a função utilizada para gerar o QrCode, eu alterei aqui então não vou ter a mesma função, no entanto vou te passar a unit que utilizo pra gerar o qrcode utilizando o ZintBarcode. unit uQrCode; interface uses SysUtils, uZintBarcode, Graphics; type TxpQrCode = class private FQrCode: TBitmap; public function GerarQrCode(Valor: string): Boolean; destructor Destroy; override; property QrCode: TBitmap read FQrCode write FQrCode; end; implementation { TQrCode } destructor TxpQrCode.Destroy; begin if Assigned(FQrCode) then FQrCode.Free; inherited; end; function TxpQrCode.GerarQrCode(Valor: string): Boolean; var zint: TZintBarcode; begin zint := TZintBarcode.Create; if not Assigned(FQrCode) then FQrCode := TBitmap.create; try zint.Data := Valor; zint.BarcodeType := tBARCODE_QRCODE; zint.GetBarcode( FQrCode ); Result := True; finally zint.Free; end; end; end. exemplo de uso: qrcode := TxpQrCode.Create; try if qrcode.GerarQrCode( s_aux ) then qrcode.QrCode.SaveToFile(ExtractFilePath(ParamStr(0))+'qrcode_temp.bmp'); finally qrcode.Free; end;

Boa tarde, se possivel posta o XML retornado pra gente da uma olhada.

bom dia, 2.201 Devolução de venda de produção do estabelecimento Devolução de venda de produto industrializado ou produzido pelo estabelecimento, cuja saída tenha sido classificada no código "6.101 - Venda de produção do estabelecimento". (NR Ajuste SINIEF 05/2005) (Dec. 28.868/2006 - Efeitos a partir de 01/01/2006, ficando facultada ao contribuinte a sua adoção para fatos geradores ocorridos no período de 01 de novembro a 31 de dezembro de 2005) Quando da-se o estorno de uma operação o CFOP inverso é o que indica a devolução da mesma operação(6101 -> 2101) e não o CFOP proporcionalmente inverso(6101 -> 2101). Só pra constar mesmo.

Bom dia, Qual a mensagem exata que retorna, quem sabe a gente pode ajudar. Nas NFC-e q gero aqui vai a informação do transporte e valida normalmente.

Boa tarde, Você está utilizando um CFOP de entrada interna para uma operação fora do estado, utilize CFOP iniciado com 2, No seu caso seria CFOP 2.201. Abraço

Boa tarde, Realmente é muito complicado entender todos os pormenores da tributação, aconselho a você ter consultoria de um contador durante o processo de desenvolvimento da parte fiscal do seu sistema, só assim você poderá chegar "quase" perto de todos os cálculos necessários. Se não quiser depender de um consultor externo então o negócio é ralar mesmo, estudar cada uma das situações até que vai compreendendo como ela funciona. O mais complexo é o ICMS, seu sistema deve ser muito bem parametrizado pra te causar a menor quantidade possível de dor de cabeça, veja bem, "a menor quantidade possível", por que fugir completamente é quase impossível. Abraço.

Boa tarde lvr, creio que agora esta de acordo, no entanto não entendi qual o problema com as margens, na minha mini-impressora está saindo correto, utilizo uma bematech MO 4000-TH. Verifique a largura da bobina e as colunas da impressora. Se não for o caso detalhe aqui qual o problema com as margens Se for só largura você pode ajustar ou avisa que eu ajusto pra ti. Anexei juntamente ao fr3 4 testes, send eles simplificado/detalhado com e sem logo. danfenfce.rar

Obrigado Italo.