FocusRJ

Então, eu já tenho a opção de carregar manualmente este XML para o caso de não conseguir salvá-lo no momento do retorno do método DistribuicaoDFePorUltNSU. Mas a minha dúvida é justamente se ocorrer um caso que eu não consiga este XML, se tem como eu voltar o UltNSU, especificamente se através do método DistribuicaoDFePorNsu, é possível que eu mude o 'ponteiro' do UltNSU da SEFAZ para o NSU em especifico a partir do qual eu quero consultar os documentos restantes.

Se por algum motivo, seja ele qual for, digamos que utilizei o método DistribuicaoDFePorUltNSU a partir do NSU 50 até o 150, o UltNSU será 150. No caso da minha aplicação ser interrompida antes de conseguir salvar todas as notas que me foram entregues, mas somente até a nota de NSU 120 e eu quiser utilizar o método de DistribuicaoDFePorUltNSU a partir do NSU 120, não será possível, só a partir 150. Então para não perder os 30 documentos que não foi possível salvar, eu utilizo o método de consulta DistribuicaoPorDFePorNSU, passando o NSU 120, para que o UltNSU seja alterado para o 120, e eu possa consultar a partir daí com o DistribuicaoDFePorUltNSU. O problema é que nem sempre o UltNSU muda... e eu gostaria de entender sob quais circunstâncias ele muda.

@Rafael Sartori tinha percebido sim, porém não sabia o pq. Parece que consegui resolver aqui da seguinte forma: Na linha wDaTaSUS := HTTPRIO1 AS ServicoSolicitacaoWS, mudei para wDaTaSUS := GetServicoSolicitacaoWS(False,'', HTTPRIO1); Assim este erro parou, isso pode até ajudar o nosso amigo ai @carlos vilanova Porém agora estou com problemas de erro: 50S - Solicitação não autorizada. Computador não autorizado a realizar transações por esta farmácia. Necessário acessar o portal da farmácia para cadastrar este computador. Mesmo eu usando o GBAS que baixei no site, usando o aplicativo deles que já gera o texto pra cadastrar ou até mesmo o meu, não está indo. Vc tem alguma sugestão pra mim? To fazendo tentativas aqui, caso consiga informo aqui pra todos. Obrigado, Abraços

Boa tarde, também estou com o mesmo problema, meus parâmetros e minha ServicoSolicitacaoWS1.pas estão exatamente iguais a sua. Mesmo colocando o S no HTTP, não vai, continua a mensagem: O identificador não está no estado correto para a operação solicitada - URL:http://farmaciapopular-autorizador-homologacao.saude.gov.br/farmaciapopular-autorizador/services/ServicoSolicitacaoWS - SOAPAction:"" No initialization da ServicoSolicitacaoWS1.pas tem essa função abaixo: InvRegistry.RegisterDefaultSOAPAction(TypeInfo(ServicoSolicitacaoWS), ''); Onde realmente o parâmetro está vazio, porém tentei colocar o endereço do WebService (http://service.datasus.org/) e nada. Caso tenha ou alguém ai possa nos ajudar com a solução, agradeço.

Boa tarde, gostaria de saber como procederá a atualização do Danfe NFC-e impresso através do ACBRPOSPRINTER para o layout do manual 3.5 que entrará em vigor em 01/09/2016? Agradeço a ajuda.

Bom dia. bem, mantenho todos os DF-es armazenados (as informações deles) em banco de dados, aguardando (os referentes a NFe) pela manifestação do Destinatário, realmente ainda não obtive sucesso recebendo a informação de uma NF-e cancelada (certamente a sefaz papou mosca neste quesito, uma vez que meus NSUs seguem a sequência correta), quando o usuário tenta manifestar uma NFe já cancelada não é permitido. Nisso testo o CST de retorno do evento caso seja: 650: Rejeição: Evento de "Ciência da Operação" para NF-e Cancelada ou Denegada; 651: Rejeição: Evento de "Desconhecimento da Operação" para NF-e Cancelada ou Denegada; ou 653: Rejeição: NF-e Cancelada, arquivo indisponível para download. Aí nesse caso na minha tabela dos DF-es existe um campo Booleano Cancelado e dou um Update no mesmo para True. if (AcbrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.cStat = 650) or (AcbrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.cStat = 651) or (AcbrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.cStat = 653) then AtualizaDFeCanceladoBD; Bom sei que o fato de não estar me retornando o evento de cancelamento de uma NFe não tem haver com o ACBR e sim com a SEFAZ, dessa forma esta foi a solução paliativa que encontrei. Att. Rômulo Mayworm

Verificou os registros das dll's? Att.

Os atuais foram feitos com o Fast5, atualize-o, já presenciei o erro citado por estar com o Fast 4. Att.

Sinceramente, sem palavras agora, eu no meu pouco conhecimento não saberia mais opnar @vipeol, mas vamos deixar em aberto para ver se alguém já passou por isso tbm.

Em relação ao CEST aparecer ou não na DANFE, independente de ter sido adiado ou não se transmitido já é aceito a única particularidade do adiamento é que não ocorre a validação obrigatória ainda. Acredito que por fins de facilitação nos cadastros muitos irão solicitar DANFEs contendo a especificação do CEST mesmo que não obrigatório, aquela máxima de não se ter o trabalho de pesquisar, apenas copiar... bem pensando dessa forma adicionei no componente TACBRNFeDANFEFR (Do Fast Report) a propriedade ExibeCESTInfoProd, sou um tanto leigo em relação à adicionar propriedades assim porém seguem as alterações que realizei caso achem válidas de se inculir, no caso da propriedade estiver marcada como True, e caso o campo CEST do item esteja preenchido o mesmo é adicionado como Informação adicional do Item ou até mesmo adicionado na impressão como acréscimo da descrição do mesmo, acredito que possa ser configurável a exibição ou não já que não existe a obrigação mas apenas a necessidade de se agradar aos destinatários cada vez mais exigentes. (pensando naqueles que realizam entrada/alteração de itens manualmente e não automaticamente pelos xml's das notas). No Private do ACBrNFeDANFEFR e do acbrnfeDanfefrdm adicionei FExibeCESTInfoProd: Boolean; No published do ACBrNFeDANFEFR e do acbrnfeDanfefrdm property ExibeCESTInfoProd: Boolean read FExibeCESTInfoProd write FExibeCESTInfoProd; No constructor Create do ACBrNFeDANFEFR FExibeCESTInfoProd := False; PS. não adicionei os arquivos necessariamente pelo fato de ter outras alterações que implicariam, como exemplo a propriedade PermiteEditar responsável pela exibição ou não do botão de edição do Arquivo gerado (nota em exibição). Att. Rômulo Mayworm

Então não utilizo dessa forma não! Mas pensei neste código como solução para o seu caso. Repare por gentileza se o CNPJ de consulta (o que você utiliza o certificado digital e não o do emitente) não está listado nas Autorizações (tag <AutXML>) Pois se lá listado o download da mesma é realizado mesmo sem manifestação alguma dela. Seria errado porém acredito que existam empresas se utilizando desta para evitar a necessidade da, me corrijam se estiver errado, obrigatoriedade da realização da manifestação (acho que para determinados produtos/empresas já exista essa obrigatoriedade mesmo muitos não realizando). Att. Rômulo Mayworm

Mas essas notas (xmls) vieram completas? ou foram referentes a algum evento relacionado à nota? Caso tenha dúvidas verifique se os itens da nota estão constando no arquivo xml. Então estou sem o código aqui mas seria algo como: ...salvar := False; ...busca documentos //não serão salvos e após a busca pelo meu código retorno a configuração para salvar as demais notas ...salvar := True; Att. Rômulo Mayworm

Bom dia @vipeol, porque no momento de você consultar as notas destinadas você não seta a configuração de salvar para FALSE e assim que terminar retorna para TRUE? Uma opção válida seria também colocar esta possibilidade configurável em caso de se pensar em futuros clientes que tenham a necessidade de salvar os mesmos. Att. Rômulo Mayworm

Lendo aqui o BT disponibilizado, tive minhas questões respondidas: - não será necessário o solicitante ter noção da chave como ocorre hoje; - o solicitante terá acesso também às notas destinadas. ... Lendo aqui o restante...

Bom dia amigos! Já existe hoje na NF-e a possibilidade de se adicionar CNPJs autorizados a baixar o xml da mesma, não seria isso? Penso eu que, se a empresa 'XIS' emitiu uma NFe cadastrando na mesma o CNPJ autorizado do seu respectivo escritório contábil o mesmo posteriormente terá o acesso ao xml emitido, a minha dúvida é apenas como? Digo isso pois acredito que hoje um escritório contábil com seu CNPJ vinculado à NFe tenha acesso à mesma apenas caso detenha da chave da mesma, acredito que deveria funcionar conforme ocorre com a Distribuição de Documentos Fiscais Destinados (no caso as notas emitidas contra o CNPJ da empresa 'XIS'), e por falar nisso, as notas emitidas contra a empresa 'XIS' não poderão ser de acesso pelo contador da mesma não é? A não ser que a empresa que emitiu, vincule o CNPJ do contador da empresa 'XIS' à NFe emitida contra a mesma. Att. Rômulo Mayworm