Painel de líderes

ACBrECF1.NumECF;

Bom dia, A cidade de Gaspar - SC trocou de provedor, de Pronim para Thema, segue em anexo alterações necessárias. ACBrProvedorThema.paspnfsConversao.pas

Dividi o tópico.

Veja as regras do fórum! esse tópico é sobre o assunto do componente para QrCode e não sobre o ACBrInstall! antes mesmo de postar, chegou a reverter todo o svn para o estado original, rodar o .bat no raiz e depois instalar

Bom dia Paulo, Para o cancelamento temos o comando: MDFe.CancelarMDFe(<chave>, <justificativa>, <CNPJ>, <NumLote>) Quanto ao Encerramento, notei que não foi implementado, vamos implementar e disponibilizar assim que estiver tudo OK. Implementei o comando MDFe.EncerrarMDFe com a seguinte sintaxe: MDFe.EncerrarMDFe(<chave>, <data>, <codmunic>, <CNPJ>, <numLote>) onde: <chave> = chave do MDF-e a ser encerrado (obrigatório); <data> = data de encerramento (obrigatório); <codmunic> = código IBGE do municipio onde ocorreu o encerramento (obrigatório); <CNPJ> = CNPJ do Emitente do MDF-e (opcional), se não informado será extraido da chave; <numLote> = numero do lote de envio (opcional), se não informado será considerado "1". Já esta disponível no repositório, que desejar atualizar os fontes e compilar, pode fazer. Para os que utilizam o ACBrNFeMonitor já compilado, favor aguardar a próxima compilação.

Boa tarde! Eu já sugiro utilizar o "ACBrInstall"!! ele foi feito pensando em ajudar a todos na instalação e não tem erro nem problemas! você pode selecionar só os componentes que quer usar para instalar e de simples e fácil operação ! fiz um pequeno teste e pedi pra minha filha efetuar a instalação do ACBr em um micro de casa ! ela tem 9 anos e fez sem ter problemas !

Boa Tarde, Em anexo os fontes da pasta "ACBrNFSe" com a parte implementada do Provedor: Infisc. O outro arquivo "nfse.zip" é o Schema, que deve ser colocado na pasta "..\Schemas\Infisc" Somente fiz teste em homolação e produção para cidade de Farroupilha / RS. Att. ACBrNFSe_Infisc.zip nfse.zip

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

Algo que seja mais que apenas um email para onde os xml vão... Uma ferramenta onde o fornecedor pode (por exemplo) dar um upload no xml, ou mesmo enviar para um determinado email, e essa ferramenta faria a varredura desses locais organizando num grid no sistema para o seu cliente, entende?

esses softwares acessam internamente o site da sefaz / receita federal, e fazem um parse do html recolhendo as informações necessarias para remontar o xml (sem a parte da assinatura é claro). o grande problema é que a sefaz tambem nao quer q faça isso, e de tempos e tempos eles vão ficar mudando o html do site, colocando informações em imagens ao inves de texto, etc. Ou seja, se vc quer ter essa funcionalidade no seu software prepare-se para ficar de olho no site da onde vc está puxando as informações e nas reclamações dos seus clientes quando parar de funcionar, além da correria para reverter a situação. Obviamente seus cliente nao vai gostar de ter que digitar o captcha existente no site, entao vc terá de procurar uma ferramenta que converta uma imagem em texto. Resumindo: dor de cabeça dobrado na minha opinião... Pense desse jeito: é tão mais facil quando se respeita o que está na legislação que obriga o fornecedor da mercadoria enviar o xml para o cliente... Cliente nao tem que ficar consultando em site nenhum, é obrigação do fornecedor lhe dar as informações necessárias. Sugiro que desenvolva uma boa ferramenta de recebimento do XML para seus clientes, dai vc tem como argumentar, explicando que 1 - esse procedimento de "puxar" o xml pela chave de acesso não é o que chamamos de legal e previsto em lei 2 - a sefaz quem faz os bloqueios e nao seu software 3 - atraves da ferramenta de recebimento de XML que vc desenvolveu o processo vai ser ainda mais rapido que consultar um XML pela chave de acesso, pois vc nao precisa esperar o danfe chegar na sua mao, e tambem nao precisa nem mesmo digitar a chave de acesso toda! 4 - tudo o que o cliente tem que fazer é exigir que o fornecedor cumpra o que está na lei...