JoaoPauloRicardo

Creio que o componente acbrMail tem uma propriedade para indicar se é asincrono ou não. é isso que procuras?

Entao vamos lá responder ao que falaste ao outro colega. O forum é aberto isso é verdade e como tal sei que todos podem ver e responder, mesmo que não sejam moderadores, fundadores ou administradores... sim, é verdade membros podem responder (acho eu na minha modesta opiniao), assim é licito ter a esperança de uma resposta rápida, Soa como grosseiria cobrar resposta, sim é verdade também, mas eu não estou a cobrar resposta nem a criticar ninguem por não responder, sei que nem todos são donos da verdade e como tal resta a tal da esperança na resposta. Acredito que a maior parte dos membros que colocam respostas (do mesmo modo que fiz) não é para cobrar e sim para voltar a priorizar a sua questão que pode parecer desaparecer o meio de tantas (a prova do sucesso do acbr é ter um forum bem movimentado), Educação é para todos os membros, mas especialmente para fundadores, moderadores, administradores pois são eles que dão o tom ao forum, a resposta que dá, apesar de verdadeira, é agressiva e negativa pois nem toma em consideração o perfil da pessoa criticada e sua contribuição (atenção que não falo de mim) para encerrar não indiquei qual dos sped pois verifquei que o dito grupo existe em quase todos, com a mesma informação ou parecida (vai ver foi o mesmo genio que fez isso) e, certamente, se tivesse encontrado no manual a indicação que falas não estariamos a ter esta conversa atentamente, Joao Paulo

eae?? alguem pode me lançar uma luz?? ou uma corda?? qq coisa não se trata de código e sim de saber qual regra a aplicar para campo.

estou com uma duvida existencial no desenvolvimento do sped. trata-se do grupo O450, de observações, e o respetivo codigo. Alguem pode me tirar a duvida se este codigo é sequencial para o arquivo em questao ou para todos os arquivos emitidos?? isto é,por exemplo supondo que estou a começar a enviar agora os arquivos sped, neste arquivo tenho 3 observaçoes, logo ultimo codigo é 3.. até aqui tudo bem. quando for enviar o proximo arquivo terei de usar o codigo 4 ou posso reiniciar a numeração e usar o codigo 1 ?? desculpem a ignorancia, mas procurei em todo o lado ((e olha que falo mesmo em todo o lado), e não vi nada que responda a minha duvida existencial. Joao Paulo Noronha

resumindo uma longa história: fim-de-correções-e-commits-em-trunk http://www.projetoacbr.com.br/forum/topic/22410-bem-vindo-ao-trunk2/

hummm... trunk ou trunk2? trunk2 tá ok do meu lado pcnRetDistDFeInt.pas

julio não sejas mau pah pede para enviar a alteração tambem e assim manter o repostório do acbr sempre atualizado. respeitosamente, Joao Paulo

gabriel vê se tens as sources atualizadas pois já existe apropriedade xcorrecao criada

valeu italo, ajudou sim.

Pessoal, não levem a mal, ainda estou a tentar compreender esta coisa da nota tecnica 2015/003 (nem o contador que nos dá apoio entendeu ainda), mas afinal em que situação é para preencher as tag relacionadas com a NT?? Creio que é para usar na presença de consumidor final, creio tambem que é para usar nas transações interestaduais...e isso é o q faz mais confusao... por que raio vai um consumidor final comprar em outro estado??? Outra coisa confusa...afinal é para aplicar em NFe ou NFCe?? verdade seja dita eu não sei em que ponto da aplicação coloco o processamento em causa.

acho que não é por falta mas sim pela tag CEST estar presente no xml e não ser esperada ainda no schema do SEFAZ.

breno pah ja atualizaste as sources?

ja comparaste a correção que enviei com a versao 9911? eu alterei todas as terminações endif só para manter o código segundos as diretivas, contudo creio que para reslover o problema de compilação basta resolver os pontos relacionados com o else, esse é onde o compilador barra realmente, conforme podes constatar comparando as 2 versoes. compilei com essa versao alterada e funcionou bem na minha versao. libeay32.pas

valeu. conforme disse no delphi2006 já compila ok, fico no aguardo para o restante pois tambem vamos efetuar o ugrade para XE9 (um ugrade muito lento)

uso delphi2006 a correção que enviei deve cobrir todos os compiladores

segue acerto, para analise, em libeay32.pas, segundo diretiva IFEND directive (Delphi), conforme abaixo descrito. "When hiding $IF inside $IFDEF/$ENDIF, do not use $ELSE with the $IF. Previous version compilers will interpret the $ELSE as part of the $IFDEF, producing a compiler error. You can use an {$ELSEIF True} as a substitute for {$ELSE} in this situation, since the $ELSEIF won't be taken if the $IF is taken first, and the older compilers will not interpret the $ELSEIF." troquei tambem as terminações da diretiva ifdef pois não estava a compilar nas versoes delphi mais antigas (mesmo mais antiga) por favor testem em versoes novas pois a minha é antiga (a tal mais antiga), só para informar que estou a usar delphi2006 libeay32.pas

segue alteração para analise adicionei a propriedade xCorrecao, em detEvento, para retornar o texto da correção, para evento CCe, quando se efetua a manifestação. Joao Paulo pcnRetDistDFeInt.pas

são os arredondamentos pah compara os itens do xml com os do teu banco antes estava a colocar os valores no componete se arredondar (ele faz isso), só que devido a virgula flutuante (essa nunca pára no mesmo sitio) as coisas parece que não batiam nunca certo. mudei de tatica e passei a colocar os valores já arredondados e a mágica aconteceu. só para esclarecer, isso é devido a usar campos tipo float, se usares tipo decimal não é suposto teres muitos problemas de arredondamento (bold em suposto)

Galera, Desculpem se estou a falar besteira mas realmente não compreendo todo este problema do download. supostamente o webservice de distribuição fornece as ferramentas para obter o xml completo, após a manifestação e dentro do prazo (creio que 30 dias é tempo suficiente até para o mais preguiçoso dos clientes). Se nesse prazo a sefaz não disponibilizar os ditos xml entao o problema é dela, embora aí seja o diabo para imputar responsabilidades ao estado. Se o problema é xml antigos, seja porque o cliente se esqueceu ou porque apagaram... bom.. aí o problema é do cliente que tambem deve se responsabilizar pelas suas asneiras, lembrando sempre que parto do principio que a aplicação tambem faz o seu trabalho corretamente isto é, salva os xml que obtem ou que cria em local seguro, determinado pelo cliente. resumindo, existe AD e DD, ou seja, Antes da Distribuição e Depois da Distribuição. antes somente obtinhamos o xml se o emitente o enviava (ele é o responsavel), agora podemo obter o xml do emitente se ele enviar ou pela distribuição. O importante é que a aplicação dê ao cliente as ferramentes para ele cumprir a lei.. dentro da lei.

atençao que o shema 3.10 não permite a inscriçao de isento na tag ie

eu uso o seguinte codgo para validar. se efetuares uma pesquisa vais encontrar o mesmo espalhado pelo forum pois foi aqui que o obtive. dm_conexao.NFE.WebServices.ConsultaCadastro.UF := AnsiUpperCase(UF); if Length(Documento) > 11 then dm_conexao.NFE.WebServices.ConsultaCadastro.CNPJ := Documento else dm_conexao.NFE.WebServices.ConsultaCadastro.CPF := Documento; try sMensagem := ''; if dm_conexao.NFE.WebServices.ConsultaCadastro.Executar then begin for x := 0 to dm_conexao.NFE.WebServices.ConsultaCadastro.RetConsCad.InfCad.count -1 do if dm_conexao.NFE.WebServices.ConsultaCadastro.RetConsCad.InfCad.Items[x].cSit = 0 then bLiberado := false; if bLiberado then sMensagem := 'Cadastro REGULAR' else sMensagem := 'Cadastro IRREGULAR'; end else begin bErro := true; sMensagem := 'Erro '+dm_conexao.NFE.WebServices.ConsultaCadastro.xMotivo; end; apesar de o cadastro pesquisado ter ocorrencias, elas somente são contabilizadas mediante a sua situação;

valeu a força. depois de recompilado tudo 110%

boas tardes Quando estou a pedir consulta de cadastro estou sempre a receber o erro 239, isto sucede seja em homologação ou em produção. Estou a testar de para ba e o componente está corretamente configurado, mas mesmo quando peço de outros estados o resultado é o mesmo. anexo os arquivos xml produzidos. se alguem puder me orientar e agradeço. Confesso que não vejo nada errado neles. Joao Paulo 20150901140933-ped-cad.xml 20150901140939-cad.xml

Valeu Italo Também acredito que processo traga mais segurança a todos os intervenientes. Só estou a tentar estabelecer um padrao de trabalho para evitar problemas, quer por falha do utilizar (Ex: recebeu nfe do fornecer e confirmou, fez a consulta e quis cancelar depois), ou do sistema por ser flexivel demais. De momento acho que a melhor forma de trabalho é sempre obrigar a serguir o mesmo fluxo de trabalho, ou seja, os passos que indicaste, consulta - ciencia - confirma/cancela

recentemente surgiu uma duvida junto de um cliente nosso, ele recebe a nfe dos fornecedores por mail, o procedimento correto, mas mesmo assim ao efetuar a consulta de distribuição também são levantados os eventos das nfe que já estão em poder dele. Algumas perguntas surgiram naturalmente: ainda é necessário efetuar a ciencia da operação e a a confirmação posteriormente? Pode se confirmar sem fazer a consulta, isto é, se tenho a chave do fornecedor já posso emitir o evento de confirmação, ou mesmo cancelar, de imediato? É obrigatório o consumo de distribuição das NFe? Já li as notas técnicas e não encontrei nada acerca disto, alguem pode lançar uma luz no tunel? Peço desde já desculpas pela minha ignorancia Joao Paulo