-
Total de ítens
1.192 -
Registro em
-
Última visita
-
Days Won
12
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que juaumkiko postou
-
john Substitui os fontes do branches para a sua pasta do componente ACBr substituindo os mesmos. Dae é só dar um build no projeto e mandar ver nos testes... []´s
-
ainda não.... em breve estará e nao mudara muito coisa de como esta fazendo no branches... ja da pra ir se adaptando. []´s
-
oLÁ... Vc tera de mudar uma hora ou outra, pois o Cancelamento passara a ser SOMENTE por evento. []´s
-
Isso é verdade... Os serviços de NFe em SP raramente são interrompidos. Também (veneno mode ligado) é o estado que mais arrecada... c acha que vai parar? (veneno mode desligado). []´s
-
Isso já esta implementado no componente, mas ta na versão de testes do Envio de Eventos: []´s
-
Acho que temos que aguardar mais para testar manif. do destinatario. Veja: http://www.spedbrasil.net/forum/topics/manifesta-o-destinat-rio?commentId=2159846%3AComment%3A479005 []´s
-
Olhe meu post anterior q eu editei. Será q é falta do tipo de evento na SEFAZ? talvez eles nao implementaram ainda... oq vc acha? []´s
-
Olá... Enviei uma correção para o Branches... atualize os fontes e me informe. Obrigado pela ajuda. []´s OBS: Fiz o teste de envio do evento com os seus dados. Veja Anexo. A mensagem de ERRO é da SEFAZ, será que eles ainda nao implementaram essa opção? 25120692660406000976550050000512421076898347-ProcEventoNFe.xml
-
Isso... No caso do FSDA e DPEC vc tem 7 dias para enviar a NFe para a SEFAZ. FSDA vale a pena pois vc nao depende da internet... isso resolve problemas até com a prestadora do servico de internet, no caso da falta do serviço. Nunca se sabe. Para algumas empresas vale cade centavo. Enviar os XML de DPEC e FSDA para a SEFAZ após um periodo é bem simples e você pode programar seu sistema para fazer isso de modo automatico se quiser.... por isso nao vejo vantagem nenhuma no SCAN. Mas... é gosto de cada um... []´s
-
é colega... SCAN tem essa desvantagem... O SCAN para mim é a ultima opção de envio da NFe. 1º - FSDA 2º - DPEC 3º - Dá pra esperar um pouquinho até a SEFAZ voltar? ... rs 4º - SCAN []´s
-
Olá Italo e Henrique... Essa questão foi o motivo de hoje existir a propriedade AtualizarXMLCancelado no componente. http://www.forumweb.com.br/foruns/topic/80549-acbrnfepcn-versao-040a/page__st__180__p__340532#entry340532 http://www.forumweb.com.br/foruns/topic/80549-acbrnfepcn-versao-040a/page__st__220__p__341087#entry341087 http://www.forumweb.com.br/foruns/topic/80549-acbrnfepcn-versao-040a/page__st__260__p__341660#entry341660 Não se chegou a um consenso sobre isso. Eu mesmo liguei na SEFAZ na época e na maioria das vezes eles nao souberam informar o correto... teve uma unica vez que uma atendente aparentemente estava mais entrosada com o projeto e me informou que muitos estavam fazendo confusao com isso... e que depois de uma NFe aprovada NÃO DEVERIA em hipotese alguma mudar o protocolo no arquivo de distribuicao da NFe se a mesma fosse cancelada. Para isso, disse ela, existe o layout de distribuição da NFe Cancelada. De qualquer forma, eu passei a não substituir o protocolo de autorizacao pelo de cancelamento. Quando cancelo uma NFe, eu envio tanto o XML autorizado quando o XML de Cancelamento... ambos no padrão que o manual (citado pelo Henrique) nos fornece. Porém com a mudança do webservice de cancelamento para evento, eu passei a fornecer a resposta do evento de cancelamento para os clientes. Até agora ninguem reclamou. Mantenho na minha base os seguintes XMLs salvos: - XML da NFe com o protocolo de autorização (propriedade AtualizarXMLCancelado = FALSE) (ACBrNFe1.NotasFiscais.Items[0].XML) E quando Houver os casos: - XML do DPEC (ACBrNFe1.WebServices.EnviarDPEC.XML_ProcDPEC) - XML do CANCELAMENTO (Antes: ACBrNFe1.WebServices.Cancelamento.XML_ProcCancNFe Agora: ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.XML) -XML da CCe (ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.XML) O cliente recebe esses arquivos. É isso... dificil chegarmos a um consenso, mas pelo oq pesquisei e entendi do manual o correto é isso. Não alterar o protocolo de autorizacao pelo de cancelamento. Masss... como em outras épocas... isso da margens para interpretações diferentes... Espero ter ajudo. []´s Só complementando: Eu costumo não receber XML de cancelamento dos meus fornecedores, obviamente a maioria nao manda. Mas os poucos que recebi são exatamente no padrão do Manual e que eu mencionei nesse tópico e não o XML com a NFe completa só substituindo o protocolo de autorização pelo de cancelamento.
-
No manual não diz que o arquivo de distribuição deve conter somente o protocolo de autorizacao (protNfe)? Veja a seção do manual sobre distribuição do arquivo. []´s
-
Basta realizar a consulta da NFe e ler os eventos da NFe. Veja: []´s
-
Veja o tópico Ele trata exatamente disso... O retorno da consulta da NFe volta com todos esses eventos... Teste lá e nos informe se tudo esta ok. []´s
-
Qual versão do seu Delphi?
-
desinstala tudo apaga os bpls e reinstala
-
Vc faz isso usando o exemplo de codigo que passei... Só que ao inves de IncMinute vc usa IncHour IncHour(lDateTime,-5); Isso atrasará em cinco horas a data do seu evento. []´s
-
Esse problema da data do Evento acontecia com frequencia. Resolvi fazendo um decremento do minuto na hora do evento que estou enviando var lDateTime : TDateTime; begin ... lDateTime := Now; lDateTime := DateUtils.IncMinute(lDateTime,-1); //tira um minuto ... with loACBrNFe.EnvEvento.EnvEventoNFe.Evento.Add do begin infEvento.dhEvento := lDateTime; infEvento.tpEvento := teCCe; ... end; ... Vc pode tirar segundos se quiser tb. []´s
-
Olá Reginaldo... Acho que vc esta confundindo o processo. Vc não deverá enviar um evento para cada correção que deseja fazer na NFe. Vc faz a primeira carta de correção com todos as correções listadas. Vc só irá fazer um novo evento de carta de correção dessa nfe se vc precisar corrigir mais alguma coisa. Dae nesse caso a ultima sempre substitui as anteriores. Exemplo: Carta de correção 1: -Qtde de volumes correta é 10 -Peso Liquido correto é 100 kg Dae vc envia e percebe que precisa corrigir o Peso Bruto tb. Entao vc tem que fazer um novo evento da CCe. Carta de Correção 2: -Qtde de volumes correta é 10 -Peso Liquido correto é 100 kg -Peso Bruto Correto é 120 Kg E envia... a ultima sempre substitui as anteriores. []´s
-
Bom Dia... Graça... após enviar o DPEC, consulte a propriedade: ACBrNFe1.WebServices.EnviarDPEC.XML_ProcDPEC E veja se tem o retorno do DPEC com o protocolo e data nesse XML. Outra coisa... Após enviar o DPEC basta associar o protocolo no DANFE antes de imprimir... mais ou menos assim: ... //envia DPEC para RFB loACBrNFe.WebServices.EnviarDPEC.Executar; //associa protocolo no DANFE loACBrNFe.DANFE.ProtocoloNFe:=loACBrNFe.WebServices.EnviarDPEC.nRegDPEC+' '+ DateTimeToStr(loACBrNFe.WebServices.EnviarDPEC.DhRegDPEC); //IMPRIMIR loACBrNFe.NotasFiscais.Imprimir; ... []´s
-
Mais Alterações realizadas.... Ver 1º Post desta Thread. []´s
-
Bom Dia... Já mandei no branches... No tópico que mencionei tem os schemas das manifestações do destinatario. []´s
-
Olá Italo... Jã enviei pro branches. Aconselho só a usar a pasta SCHEMAS que esta no anexo, pois fiz uma compilação das ultimas versões dos schemas, e a ideia é distribuir exatamente ela no DEMO após os testes. []´s
-
Bom Dia.... Peço que os testes de EVENTOS não sejam mais feitos com oq o Italo disponibilizou no branches... e sim com o que esta no tópico: Neste tópico foi utilizado o projeto do ITALO e complementado com outras funcionalidades. []´s
-
Bom dia... Juntei o meu projeto no que o Italo tinha feito e disponibilizado no Branches... Verifiquem o primeiro Tópico []´s