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

Verifique se existem ';' na descrição também!

Boa tarde @sossystem, então, em relação ao ACBrMonitor eu não saberia lhe informar pois utilizo o componente ACBrNFe diretamente, deixarei para os 'universitários' nesse caso. Há a necessidade de você continuar utilizando a versão antiga dele? Pergunto isto, pois ultimamente estamos vivendo um momento que às vezes nem os responsáveis pela legislação fiscal sabem o que querem haha, o ideal seria atualizar constantemente, siga as sugestões do grupo, salve sua versão em uma pasta de cópia e atualize, acho que será mais fácil de se trabalhar e atender à legislação, caso tenha alterações realizadas pela sua equipe e que não devam ser abandonadas depois você abre o mesmo atualizado e abre sua cópia adaptando as mesmas ao seu projeto, porém lhe respaldo que o ACBr tem funcionado perfeitamente e em alguns casos em constante adaptação. Att. Rômulo

Só no seu sistema que está essa lentidão ou no windows também? Tente instalar uma impressora pdf e verifique se a mesma seguirá à lentidão, pode ser algo relacionado ao driver da impressora em questão. Att. Rômulo Mayworm

Verifique se está utilizando os schemas atualizados amigo e se está direcionando à pasta correta. Att. Rômulo Mayworm

@Juliomar Marchetti Acrescentei a propriedade FPermiteEditar = PermiteEditar que por padrão está default como True, dessa forma sempre ao gerar a Danfe permitirá editar, sou um pouco leigo no quesito de adicionar a propriedade ao ObjectInspector. Ressalto que nos arquivos que estou encaminhando existem outras coisas diferentes do existente no svn porém estão todas as alterações comentadas com o meu nome (Rômulo Mayworm) para facilitar a localização. Mas no que vale estou encaminhando para que possamos ter como propriedade. Espero poder estar ajudando. Att. Rômulo Mayworm ACBrNFeDANFEFR.pas ACBrNFeDANFEFRDM.pas

Bom dia @ArbSis, Procure um escritório contábil e realize uma análise disso, sim o CRT deve ser utilizado, podendo o seu não uso causar transtornos ao emitente do documento fiscal quando for exigido. Em suma os emitentes enquadrados no CRT 1 (Simples Nacional) têm um limite monetário definido para emissão de documentos fiscais, resumindo é definido o valor que suas vendas podem chegar, e se passar desse valor automaticamente o mesmo deve ir para CRT 2 querendo dizer que era um Simples Nacional e por haver excedido o limite que define o regime passou a emitir como CRT 2 - causando no ano em questão uma outra forma de tratamento contabilista. Lhe sugiro que procure um escritório contábil para poder ter uma melhor compreensão do mesmo, e talvez dependendo do ramo dos seus clientes e do seu plano de expansão talvez nem seja necessário realizar este tratamento. Att. Rômulo Mayworm

Bom dia @emdri Pelo meu entender a parte de não haver validação será em relação a verificação se o CEST é realmente referente ao NCM em utilização, assim como o está ocorrendo com a validação do NCM existente, mas sim o preenchimento do campo será essencial mesmo que com 0's (7). Em relação ao que se esperar dessas especificações e regras das NT's como principalmente estamos em fase de fim de ano (férias...) penso da seguinte forma, não aguardar a necessidade, antecipar para prevenir (melhor prevenir a remediar não é?!?). Caso lhe ajude aqui no fórum comentei como estou fazendo. Att. Rômulo Mayworm

Amigos em relação à partilha do ICMS pelo que compreendi, sim a SEFAZ passará a validá-la a partir de 01/01/2016. E em relação ao CEST, estou fazendo da seguinte forma no meu programa: if (tpAmbiente = tpHomologacao) or (Now >= DataHoraInicial(StrToDate('01/01/16'))) then begin Prod.CEST := FieldByName('Produto_CEST').AsString; if (TemSTSemPartilha) and (Vazio(Prod.CEST)) then Prod.CEST := '0000000'; end; Primeiramente testo se está em homologação senão apenas entra ali se a data for maior que 01/01/2016 às 0:00:01. Aí preenche o campo CEST de acordo com o cadastro do produto independentemente da tributação do mesmo, porém logo em seguida verifico se o produto tem ST e se o mesmo não tem partilha de ICMS, e caso o campo CEST esteja vazio eu o preencho com '0000000' para evitar o erro da falta do mesmo já que a princípio não será validado porém será exigido segundo o meu entender. Onde a função TemSTSemPartilha verifica se o produto está no CST 10, 30, 60, 70 ou 90 (este último desde que a TAG vICMSST esteja preenchida) e não pode estar preenchida o campo ICMSPart ou no CSOSN 201, 202, 203 ou 900 (este último novamente deve estar com a TAG vICMSST preenchida) e o campo ICMSPart também não pode estar preenchido. Att. Rômulo Mayworm NT_2015_003_v120.pdf

Então, neste caso não tenho o xml ainda também, porém sempre que consultamos o DistribuicaoDFe nos é retornado um arquivo xml, acredito que eu tenha resolvido isto em modo POG mas vamos lá, antes de manifestar, antes do EventoNFe.Evento.Clear e seguir carregando os dados o idLote e afins, eu aplico um NFe.NotasFiscais.Clear e um loadFromFile no arquivo xml daquele documento fiscal independente de ser um xml de NF-e válido ou apenas um retorno do DistribuicaoDFe. Acredito que esse LoadFromFile seja dispensável, explicando aqui me veio que o que pode ter resolvido é o fato de eu ter aplicado um Clear no componente antes de tentar Enviar o evento. Vou tentar e testar aqui, mas já fica a dica! NFe.NotasFiscais.Clear; NFe.NotasFiscais.loadFromFile(ArqXMLDoDocFiscalRetorno); //vou testar retirando este aplicando somente o Clear acima NFe1.EventoNFe.Evento.Clear; NFe1.EventoNFe.idLote := StrToInt(IDLote); with NFe1.EventoNFe.Evento.Add do begin InfEvento.chNFe := Chave; InfEvento.CNPJ := CNPJ; InfEvento.cOrgao := StrToInt(Copy(Chave,1,2)); ... end; Att. Rômulo Mayworm