bnobre

Olá Régys... Não querendo fugir do tema desse tópico, mas seu comentário deu a entender que o prazo obrigatório de 01/04/2016 para o uso do CEST foi prorrogado... Isso está correto? Se sim, qual a nova data? Desde já agradeço a atenção

Não... Na verdade não. Mas o meu entendimento sobre a explicação de vocês, na parte "NÃO deveria gerar exceção e que NÃO deveria precisar de realizar uma consulta." está correto?

Oi Italo... Se refere sim. Entendi, mas comigo não está funcionando. Fiz o seguinte procedimento e após isso passou a gravar em disco. 1- Como disse anteriormente, ao tentar enviar gera uma EXCEÇÃO, então ao tentar enviar se cair em exceção, eu verifico pelo seguinte comando se trata-se de uma denegação: if pos('uso denegado', LowerCase(E.Message)) <> 0 Then 2- Se sim, realizo a consulta da nota recém enviada através dos seguintes comandos: chave := Copy(dtm_banco.ACBrNFe1.NotasFiscais.Items[0].NFe.infNFe.ID, 4, 44); dtm_banco.ACBrNFe1.WebServices.Consulta.NFeChave := chave; dtm_banco.ACBrNFe1.WebServices.Consulta.Executar; 3- Aí altero no banco o status da nota para DENEGADA. Quero deixar claro que somente dessa forma consegui que o componente gravasse em disco (com a nomenclatura *-den.xml) e me retornasse o XML completo com as informações da denegação através do comando "ACBrNFe1.NotasFiscais.Items[0].XML". Isso está correto? Pois da maneira que você e o Régys me explicaram, dá a entender que NÃO deveria gerar exceção e que NÃO deveria precisar de realizar uma consulta. Desde já agradeço a atenção de todos

Entendi Régys... Só que a leitura não está sendo feita normalmente como uma nota normal no meu caso. Eu estou recebendo o erro conforme citei, com isso já não consigo executar as rotinas após o comando ENVIAR, pois como recebo um erro ele gera uma exceção. E no final do processo não é gravado XML algum no disco. Falta algo?

Olá a todos, Um cliente tentou emitir uma NF-e e o mesmo obteve o seguinte retorno como ERRO! "173->Uso Denegado : Irregularidade fiscal do destinatario". Como sou novo nesse mundo de NF-e não conhecia sobre as notas DENEGADAS e não havia feito o tratamento sobre tais casos. Como foi gerado um erro, não obtive o retorno do XML em disco. Como proceder para obtê-lo e consequentemente grava-lo em DISCO/Base? Desde já agradeço a atenção

Olá a todos... Estou importando alguns XMLs de NFEs para a minha base. O detalhe é que alguns itens estão com o CSOSN 202, portando não possuem a tag <mobBC>. Ao usar a função modBCToStr nesses itens, ela sempre retorna 0 como se estivesse a tag existisse e com o valor "0 - Margem Valor Agregado (%)". O ideal não seria retornar uma string em branco? Desde já agradeço a atenção

Boa dica Sérgio... Simples e prático, obrigado

Olá a todos, Sou do RJ e acabo de desenvolver um emissor de NFe, mas ao observar outros emissores existentes no mercado eu constatei que quase todos preenchem informações automaticamente no campo "Informações Complementares", mas sem padrão... tais como: Lei 5817/10 PROCON-RJ: Rua da Ajuda, 05 - subsolo - Central do Brasil - Rio de Janeiro - RJ - Tel 151 - ALERJ T. 0800-282-7060 R. ALFANDEGA, 8 CENTRO RJ APROV. DO CRED. DE ICMS NO VLR DE R$ 0,00 CORRESPONDENTE A ALIQUOTA DE 0,00 %, NOS TERMOS DO ART. 23 DA LC 123. Vendedor : 1 Cliente : 1171 DINHEIRO Obs Total Aprox. Tributos NF: R$:159,24 Segundo a Fonte IBPT. Valor aproximado dos tributos: R$ 133,68 (33,42%). Fonte: IBPT. Dentre outras... A questão é... pela lei atual, que texto devo colocar obrigatoriamente nesse campo??? Desde já agradeço a atenção de todos

Olá a todos... Estou voltando nesse tópico só para ver se alguém consegue dar um exemplo mais "elegante" sobre o que eu fiz. Segue meu código: try CarregaParametrosNFCe; if DaysBetween(ACBrNFe1.SSL.CertDataVenc, DataServidor) <= 30 Then messageBox(handle,Pchar('Seu certificado digital irá expirar em ' + FormatDateTime('dd-mm-yyyy', ACBrNFe1.SSL.CertDataVenc)),'ATENÇÃO!',MB_ICONERROR+mb_OK); except //Sou obrigado a ter em branco pois o Delphi não aceita omitir o except end; //Demais código que tenho que executar no Close do Aplicativo ... ... ... Esse código ocorre no evento FormClose do Form principal... a primeira coisa que ele faz é checar a validade do certificado. Depois informa outros alertas e executa outros códigos. A grande questão é que nem todas as máquinas emitem NFCe e portanto nem todas possuem o Certificado Digital instalado, daí a necessidade desse try inicial, pois nessas máquinas ao tentar executar o código de checagem da validade do certificado irá surgir uma exceção e os "Demais códigos" não seriam executados, além do aplicativo não fechar. Mas como repararam o except fica em branco, pois não preciso que aconteça nada em caso de exceção, só que o delphi continue a rodar os "Demais códigos". Existe uma forma de melhorar isso???

Perdão Italo, estou sim usando o ACBrNFe da maneira que você está falando... Só estava na dúvida de como criar essa estrutura de laço. Grato pela dica

Olá a todos... Estou tentando importar alguns XMLs de um novo cliente para a minha base, o mesmo usava um sistema de NFe e agora está migrando para o meu. A princípio a importação parece ser bem simples, pois é só realizar o processo inverso de gerar o XML, nesse caso lendo o mesmo. Até aí tudo bem. A grande questão é que, por exemplo, cada NFe tem diversas quantidades de itens. Como criar uma estrutura de laço do tipo "while not registros.EOF do" ou similar para percorrer todos os itens contidos no XML? Desde já agradeço a atenção

Sim meu amigo, não encontrei nada. O que fiz foi avisar ao cliente para aguardar um pouco... Assim que o programa obter o retorno com os dados do cancelamento aí eu crio o XML do cancelamento manualmente, já que o componente não faz automaticamente a criação do XMLs de cancelamento ao consultar.

Obrigado Régys... Então basicamente, pelo que entendi, cada NCM tem um CEST respectivo? Se sim, vocês estão indicando o CEST automaticamente baseado no NCM que o cliente indicou OU estão deixando a cargo do cliente de vocês indicar o CEST do produto?

Olá a todos, Conforme anunciado, a partir de abril de 2016 será obrigatório a informação dessa tag. Como informo a mesma através do componente? Também gostaria de saber se existe algum local onde possa baixar a mesma em EXCEL ou outro formato para importar ao meu banco, assim como ocorre na IBPT para os NCMs? Desde já agradeço a atenção de todos

Olá a todos, Algumas poucas vezes, quando tento cancelar uma NFC-e, por algum motivo a mesma é cancelada mas eu não recebo retorno. Com isso ao tentar cancelar dinovo, recebo o erro "Rejeição: Duplicidade de Evento", ai tenho que considerar a mesma já cancelada e reescrever o XML de cancelamento com os dados de retorno. Mas algumas vezes ainda mais raras, como hoje, além de não receber o retorno e ter o problema "Rejeição: Duplicidade de evento", eu tenho o problema de consultar a nota e ela aparecer para mim como se ainda não estivesse cancelada. Aí tenho que aguardar algumas horas até ela finalmente aparecer como cancelada na consulta para só então reescrever o XML com os dados do retorno. Como vocês tratam esse tipo de problema?

Olá a todos, Acabo de desenvolver um emissor de NF-e, mas eu só consigo visualizar e imprimir o DANFE no micro onde o mesmo foi desenvolvido, nos clientes sempre recebo o erro abaixo: "RLNFe: Erro durante a preparação do relatório. EDataBaseError(Não é possível realizar esta operação em um arquivo fechado)" O que poderia ser isso?

Olá a todos, Ao iniciar o ano reparei que alguns NCMs que eram usados até então no envio de NFC-e, passaram a retornar o erro de NCM inválido. Alguém sabe dizer se foram removidos NCMs no início desse ano em relação ao ano passado? Desde já agradeço a atenção

Olá Régys, tudo bom? Desculpe a demora, mas só vi a sua mensagem agora. Na verdade estava aguardando um pouco mais de tempo para lhes posicionar com 100% de certeza, mas vamos lá. Na verdade deixei a conexão como síncrona mesmo, pois assim que ia seguir a sua idéia eu tive um insight sobre o problema e acho que descobri a real causa, bem, ao menos até agora resolveu. Seguinte, conforme relatei, se meu aplicativo detecta erro de conexão ao tentar enviar a NFC-e ele emite em contingência, até ai tudo bem. Só que tem um detalhe, eu tenho um outro aplicativo (contingencia.exe) rodando na máquina que tenta enviar as notas em contingência de 5 em 5 minutos, aí que tive uma "iluminação", percebi que poderia estar acontecendo de na hora que a nota em contingencia estivesse sendo enviada pelo contingencia.exe, o meu cliente poderia estar no mesmo instante enviando outra nota pelo meu aplicativo principal. Nos testes que realizei em certificados A1 não tive problemas com essa situação, mas lembrei que nunca testei essa possibilidade em certificados A3. Daí imaginei que essa seria a causa do problema, o contingencia.exe usa o cartão para assinar a nota no mesmo momento que o aplicativo principal tenta usá-lo e pronto, o componente se perde. Então nesses clientes com A3 desativei o envio automático e eles são obrigados a enviar manualmente pelo programa principal, para garantir que não tenha outro envio de nota paralelo a esse. Até agora não tive mais problemas. Acha que minha teoria pode estar certa???

Grato pela assistência Sérgio... Sempre achei que tinha que seguir a ordem certinho. Abraços

Olá a todos. Estou desenvolvendo um emissor de NF-e e estou com uma dúvida referente a como se controla a numeração e data de emissão, creio que os amigos com maior experiência sobre o assunto podem me ajudar. É meu primeiro emissor de NF-e e a pouca experiência que eu possuo do assunto vem do emissor de NFC-e que desenvolvi em agosto, sendo que no mesmo é um pouco diferente, pois a digitação da nota e envio da mesma para autorização ocorrem no mesmo momento no ato da venda pelo PDV, com a numeração e data/hora de emissão geradas em tempo real, portanto não tenho problemas. No emissor de NF-e é diferente, pois o usuário primeiro digita toda a nota (onde eu sugiro a numeração e data/hora de emissão) e posteriormente envia, se quiser e lembrar, com isso ele pode esquecer ela gravada sem enviar, cadastrar outra e enviar essa outra primeiro(pulando a seqüência da numeração). Portanto minha dúvida é: 1 - se o usuário gravar a nota 10 e 11, enviar a 11 primeiro e a 10 depois, tem problema? 2 - se o usuário levar, digamos 30 dias, após a data de emissão da nota 10 para envia-la, tem problema? Desde já agradeço a atenção de todos

Correto

Olá a todos, Assim como consultamos os dados de uma empresa pelo componente ConsultaCNPJ, existe algum outro componente na paleta do ACBr que consulte também a inscrição estadual através do CNPJ? Desde já agradeço a atenção de todos

Olá, gostaria de expor outro detalhe que verifiquei referente ao relato exposto acima. Conforme podem observar no log de erros do post superior, no dia do erro citado (14-15-15) foram emitidas apenas as notas 61, 62, 63 (que deu erro), 64 e 65... Todas foram em contingência, devido a ausência de internet no dia do problema. No dia seguinte, enviei todas normalmente, menos a 63 conforme já relatado. A questão é que agora observei que o componente por alguma razão simplesmente não gerou os XMLs das notas 61, 62, 64 e 65. Tive que fazer manual. Mais um detalhe do caso acima que queria compartilhar com vocês para abranger o assunto e ajudar a descobrir o X dessa questão.

Ok Régys, Fiz conforme você falou, deixei como configuração e nos 2 clientes com A3 acabo de deixar como assíncrono, vamos ver no que dá. Ontem um desses clientes ficou sem internet o dia todo e deu o problema que citei apenas na nota 63. Estou enviando o arquivo de log que meu aplicativo faz para você analisar, além da função GravaXML. Existem 2 tipos de erro no log, um descrito como "Erro: " e outro como "Erro de Contingencia: ", o primeiro é gerado na tentativa de envio da nota pelo aplicativo emissor, já o segundo é gerado pelo aplicativo que envia as notas em contingência de 5 em 5 minutos. Observe o erro da linha 17580, referente a nota 63, a mesma gerou um log de erro (Ação cancelada pelo usuário). Se observar a u_nfce_pdv, supõe-se que o aplicativo fez o seguinte: Executou o "dtm_banco.ACBrNFe1.Enviar(lote,False,True); //linha 630" Logo após entrou na exceção referente a outros erros que não sejam de "requisição não enviada", linha 694, pois logou esse erro. Não descartou as alterações, linha 695, pois logo em seguida se vê no log, linha 17585, um erro de internet referente a nota 64. Após esse erro de internet da nota 64, ele gerou em contingência normalmente. Na linha 17594, vemos que o aplicativo simplesmente tentou enviar uma nova nota dinovo como 63, onde obteve erro de "requisição não enviada". O que não tem explicação, pois a próxima na contagem seria 65. Observa-se que ele então executou a linha 665 já que logou o erro da contingência, a 667 e 668 que converte a venda para CONTINGENCIA também foi executada normalmente. Já as linhas 670 a 678 não retornaram nada, pois a 685 "GravaXML" não efetua gravação nenhuma (o que é estranho, já que deveria disparar uma exceção por tentar gravar em branco com campos vazios). Por fim ele salva as alterações, linha 686. Logo em seguida, nas linhas 688 a 691 ele tenta imprimir e nada sai (isso eu sei porque já vi acontecer). Já na linha 18067 do log, observa-se a tentativa de envio da próxima nota pelo emissor, que saiu corretamente como 65 seguindo a sequência, a mesma gerou também normalmente em contingência. Bem, esse é um exemplo do que ocorre, mas varia. O fato é que algo acontece ao executar o .Enviar da linha 630, normalmente quando existe algum tipo de falha da internet, fazendo com que o código se perca. Vamos observar agora se pára no envio ASSÍNCRONO. erros.txt gravaxml.txt

Grato pela ajuda Italo, Uma pergunta, eu nunca enviei via modo ASSINCRONO, fiz como você falou, apenas alterei o TERCEIRO parâmetro para False. Eu achei que ia mudar alguma coisa, que eu precisasse enviar um comando posteriormente para consultar o recibo da nota, mas a mesma foi normal, autorizou e logo em seguida imprimiu, igual no modo SINCRONO. É assim mesmo? A forma de usar os 2 é igual?