Painel de líderes

Ele está fazendo isso pois embora a nota esteja lá, o NSU ainda não foi gerado. Se olhar os últimos <resNFE que tem vai ver que é referente a uma nota emitida a varias horas atras. Daqui a algumas horas elas vão aparecer todas...

A prefeitura me respondeu o email com a seguinte resposta: configure acesso a esta url https://srv2-isscuritiba.curitiba.pr.gov.br/iss/Default.htm porém, pelo que entendi isso para o portal de acesso, ou estou enganado?

Bom dia pessoal, Ficamos felizes em anunciar que o curso Dominando o ACBrMonitorPlus está ainda mais completo, agora além de todas as dicas orientações para utilizar ao máximo o ACBRMonitorPlus e realizar a emissão da NFe e NFCe e muito mais, foram incorporados os módulos relativos ao SAT e Boletos. Acesse nossa sessão de vídeos exclusivos e aproveite mais essa novidade, e começa hoje mesmo a aprender como vc pode tirar o máximo dessa excelente ferramenta. Att.

Bom dia Hernani, No webservice do Ambiente Nacional ficam armazenadas as notas dos últimos 90 dias conforme consta na Nota Técnica 2014/002 versão 1.02c que trata sobre a Distribuição de DF-e. Pelo Portal Nacional ou Estadual da NF-e do seu cliente se faz necessário a chave para ter acesso as informações e poder baixar a nota. Como você não tem as chaves esquece o Portal Nacional ou Estadual. O DistribuicaoDFe não baixa as notas do se cliente e sim as notas emitidas contra o CNPJ do seu cliente, pelo simples fato de quem emite tem a obrigação legal de armazenar o XML das notas pelo prazo legal. A única saída que vejo é o novo contador do seu cliente entrar em contato com a SEFAZ-Autorizadora e fazer um pedido muito convincente. Me recordo de um usuário do fórum ter passado por um problema parecido e a SEFAZ forneceu todas as notas emitidas dentro de um determinado período. Em tempo: Pede para o seu cliente comprar um HD externo para fazer cópia diária de todas as notas emitidas caso você não tenha outra solução de backup, por exemplo em Nuvem.

Aproveitando, vou deixar uma sugestão aqui pra quem quer perceber esses casos antes do usuário ligar reclamando. Eu fiz um indicador que olha a data/hora da autorização da nota dos eventos de resumo (<resNFE>) e comparo a diferença de tempo com a hora atual. Se essa diferença for maior que 1:30 hora (uso uso isso, pois rodo o distribuiçãoDFe só a cada hora como orientado na NT), eu recebo um alarme. Medindo esses atrasos é mais facil explicar pro cliente o que está havendo. Por exemplo, agora, todos eles sabem que as notas de SC estão aparecendo pra eles com atraso de 6 horas. paciencia... esperar aparecer... nao adianta ligar pra mim...

Se o status é que não existe, então não existe mesmo. Pode ser que exista na Sefaz estadual ou então a consulta foi de outra chave. Esse erro é do servidor da sefaz. Pode ser que ele esteja sobrecarregado e com dificuldades de processar as requisições. Pode ser algum bug lá também. Até uma instabilidade de rede pode gerar esse erro.

Com certeza. e eu torço que sim. Por mais que seja doloroso pro usuário, o caminho deve ser único e dentro das NTs pra tudo. Aposto que no nosso ramo, se odeia mais "fstist", "download de xml", etc... dq os nossos candidatos a presidente

Pede pra mostrar cliente sempre vai ficar enchendo o saco. mas pra que mesmo ele usa? para dar ciência da operação somente e dizer que a nota é dele

Bom dia pessoal, preciso de uma ajuda: começamos a trabalhar com um cliente em 01/06/2016 com nosso software realizando a emissão de NF-e num micro novo, o micro velho parou o HD então foi descartado com o software velho. Gostaria de saber se existe algum serviço que possibilite baixar as NF-e emitidas antes de 01/06/2016, temos certificado digital mas não temos as chaves de acesso. Não temos contato com o contador antigo porque o escritório de contabilidade encerrou as atividades em 2017 e o cliente não tem nada armazenado. Tentei uma solução paga (arq.....com.br) que puxa NF-e por período mas ela não trouxe nada, nem as NF-e de 2019 que sabemos que existem e as temos em mãos. Alguém tem alguma sugestão?

Isso acontece pois o sefaz está demorando pra gerar os NSU. Se você consultar o seu ultimo vai ver que ele é de algum evento de horas atras. É fila devido ao problema de ontem, e deve se arrastar durante o fim de semana pra normalizar. Mas é fato que nao deve manter esperança de que esse serviço melhore. pode ir trabalhando o envio por email, pois logo eu tambem acho que esse método vai dar tanto erro que vai ser quase impossível usar ele mesmo seguindo a NT.

Estamos no mesmo barco... Pelo logs gerados na minha aplicação, este problema começou a partir de 1:50 da madruga...

Oi pessoal, poderiam postar aqui o arquivo ISSCuritiba.ini modificado? Obrigado

Para quem precisa de ajuda, altere o link do WSDL DE:https://isscuritiba.curitiba.pr.gov.br/Iss.NfseWebService/nfsews.asmx?WSDL PARA:https://srv2-isscuritiba.curitiba.pr.gov.br/Iss.NfseWebService/nfsews.asmx?WSDL Aqui funcionou

nao estou sugerindo nada nao , so estou falando q os clientes alegam q o sistema nao funciona e o fsist funciona. Alguem esta usando tecnospeed para saber se esta funcionando ? hj o dia todo esta dando o erro: WebService Distribuição de DFe: - Inativo ou Inoperante tente novamente. Erro Interno: 0 Erro HTTP: 503 URL: https://www1.nfe.fazenda.gov.br/NFeDistribuicaoDFe/NFeDistribuicaoDFe.asmx

você pode olhar no fonte na hora que gerar o xml ele faz algumas validações. mas o interessante é tu conversar com um contador ou chama no @marcopoloviana

Erike, Eu entendi o seu problema. Você não busca o XML completo na SEFAZ e também não envia novamente a nota, pois neste caso a SEFAZ rejeita acusando que a nota já existe no banco de dados dela. O procedimento a ser executado quando uma nota é enviada e por algum motivo não conseguimos obter o retorno da SEFAZ é o que lhe passei. 1. Carregar o XML assinado 2. Executar o Consultar

Só para avisar... curitiba esta com problema na emissão hoje... Tem aviso na capa do site deles: https://isscuritiba.curitiba.pr.gov.br/iss/default.aspx

Bom dia Erike, Pelo amor de Deus nunca envie novamente a nota. Enviou esta enviado, se por algum acaso não obteve o retorno da SEFAZ com o protocolo de autorização o procedimento é: 1. Carregar o XML assinado que foi enviado. 2. Consultar Se você não carregar o XML e simplesmente consulta o XML da nota não é atualizado. Com o XML carregado o ACBrLibNFe tem condições de atualizar com o retorno da consulta. Detalhe importante o XML a ser carregado tem que estar assinado.

Segui os passos que você recomendou e agora está retornando: Erro ao enviar Arquivo enviado com erro na assinatura. Acerte a assinatura do arquivo. Creio que agora seja algum problema com a prefeitura ou o certificado e já enviei os arquivos gerados para a prefeitura. Assim que receber alguma resposta avisarei.

Confirmei o bug no D7, correção já no SVN, rev. 20697.

para TEF CliSiTEF com Carteiras Digitais e QRCode dinâmico... SIM... para PayGo Web, devo subir algo essa semana... Resposta Curta: NÃO Resposta Longa: Não há comunicação direta com o Banco Central... mas sim através dos PSP recebedores, que são os Bancos ou Carteiras Digitais... Eles , que irão implementar a complexa API do PIX do Banco Central... A aplicação comercial, poderia se integrar com um PSP recebedor... porém.. atualmente já existem mais de 900 deles... Já imaginou integrar e homologar com todos eles ? Eu não vejo o menor sentido, isso é uma tarefa paras as TEF Houses, que nasceram com essa finalidade em seu DNA

Encontrei: https://tributario.sef.sc.gov.br/tax.NET/Sat.Pesef.Web/Publicacao/ViewCompleto.aspx?x=081074111069048105049076043047104100067069043104119110106043109110087086107052099052122106088088053073087057120065118087098069119061 Página 96.

Boa tarde Danny, Já enviei para o repositório.

Boa tarde Pessoal, Os documentos: CT-e - Conhecimento de Transporte Eletrônico e CT-e OS - Conhecimento de Transporte Eletrônico Outros Serviços, possuem um evento chamado: Prestação do Serviço em Desacordo. O autor desse evento, ou seja, que envia ele para a SEFAZ é o tomador do serviço. Esse evento, permite ao tomador informar ao Fisco que o CT-e/CT-e OS que o relaciona esta em desacordo com a prestação do serviço. O tomador tem um prazo máximo de 45 dias a contar da data de autorização do CT-e/CT-e OS para enviar o evento. Detalhe importante: O evento tem que ser enviado para a SEFAZ do emitente do CT-e, supondo que o emitente seja de São Paulo devemos: 1. Configurar o componente para a UF do Emitente (Configuracoes.webservices.UF := 'XX'; // onde XX é a UF do Emitente do CT-e) 2. Ao alimentar o componente informar em cOrgao a UF do Emitente do CT-e. Como montar a rotina para enviar o evento: ACBrCTe1.EventoCTe.Evento.Clear; with ACBrCTe1.EventoCTe.Evento.Add do begin infEvento.nSeqEvento := 1; // Para o Evento de Prestação do Serviço em Desacordo nSeqEvento sempre = 1 InfEvento.cOrgao := UFtoCUF(xUF); // Devemos informar a UF do Emitente do CT-e infEvento.chCTe := Copy(ACBrCTe1.Conhecimentos.Items[0].CTe.infCTe.Id, 4, 44); infEvento.CNPJ := xCNPJ; // CNPJ do Tomador infEvento.dhEvento := now; infEvento.tpEvento := tePrestDesacordo; infEvento.detEvento.xObs := trim(sOBS); // minimo 15, máximo 255 caracteres end; iLote := 1; // Numero do Lote do Evento ACBrCTe1.EnviarEvento(iLote); No exemplo acima o XML do CT-e/CT-e OS foi carregado, mas não se faz necessário, caso não deseja carregar o XML basta informar a chave (44 dígitos) ao campo chCTe. No campo xObs deve constar uma observação do tomador que justifique o desacordo do serviço prestado. Em caso de dúvidas, clique aqui para criar um novo tópico.

Olá pessoal, Na postagem "Como obter o XML do Fornecedor" mostrei o uso do método DistribuicaoDFePorChaveNFe, nessa nova postagem vou mostrar mais dois métodos: DistribuicaoDFePorUltNSU e DistribuicaoDFePorNSU. Vamos a sintaxe, que por sinal é semelhante ao do DistribuicaoDFePorChaveNFe. DistribuicaoDFePorUltNSU( <código da UF do destinatário>, <CNPJ do destinatário>, <numero do ultimo NSU> ) DistribuicaoDFePorNSU( <código da UF do destinatário>, <CNPJ do destinatário>, <numero do NSU> ) Primeiramente vamos entender o que vem a ser esse tal de NSU. NSU - numero sequencial único, é um numero atribuído pelo Ambiente Nacional ao documento ora compartilhado pelas SEFAZ-Autorizadora. Exemplo: o emitente da nota é do Estado de São Paulo, logo a nota é enviada para a SEFAZ-SP esta por sua vez vai compartilhar com o Ambiente Nacional as notas que foram autorizadas, o Ambiente Nacional por sua vez atribui um NSU para cada nota que receber. Na verdade o Ambiente Nacional gera um resumo da nota e atribui o NSU a esse resumo primeiramente e não a nota propriamente dita. Um NSU só será atribuído a nota quando o destinatário enviar o evento de Manifestação do Destinatário. Lembre-se o NSU da nota será um numero diferente do NSU do resumo dela, e por ser gerado após o envio do evento de Manifestação do Destinatário, podemos concluir que o NSU da nota é maior que o NSU do resumo. Vamos agora entender como funciona os dois métodos mencionados acima. O método DistribuicaoDFePorNSU é o mais simples de entender, pois este simplesmente baixa o documento que possui o NSU informado. Note que usei o termo documento, pois o webservice DistribuicaoDFe pode retornar os seguintes tipos de documentos: Resumo de Nota, Nota Completa, Resumo de Evento e Evento Completo. Se o NSU informado no método DistribuicaoDFePorNSU for o NSU de um resumo, o que teremos como retorno será o XML do resumo e não o XML da Nota. Por outro lado o método DistribuicaoDFePorUltNSU nos retorna uma lista com até 50 documentos, cujos NSU são superiores ao NSU informado. Exemplo: DistribuicaoDFePorUltNSU( 35, 12345678000123, 450 ) ===> 450 é o valor do Ultimo NSU. Ao executar o método, como dito anteriormente poderá nos retornar uma lista com até 50 documentos, pois bem suponha que retorne 50, os NSU desse documentos retornados serão, 451, 452, 453, ...., 498, 499, 500. Lembre-se que nessa lista podemos ter Resumos de Notas, Notas Completas, Resumo de Eventos e Eventos Completos. Através de uma propriedade chamada Schema nos traz a informação do tipo de documento retornado. Temos também outras duas propriedades muito importantes, são elas: UltNSU e MaxNSU. A propriedade UltNSU nos informa o numero do NSU referente ao ultimo documento da lista, já a propriedade MaxNSU nos informar o maior NSU existente no Ambiente Nacional. Continuando o exemplo acima, vamos supor que após a execução os valores de UltNSU e MaxNSU são respectivamente 500 e 750. Era de se esperar mesmo que o valor de ultNSU seja 500 pois informamos 450 e foi retornado 50 documentos, logo o NSU do ultimo é 500. A próxima vez que formos executar o DistribuicaoDFePorUltNSU devemos informar o valor 500, para que ele retorne os documentos a partir de 501 que é o próximo da lista. E devemos repetir o procedimento até que o valor de ultNSU seja igual a maxNSU, desta forma vamos ter baixado todos os documentos disponibilizados pelo Ambiente Nacional. Lembre-se que o valor de MaxNSU tende sempre a crescer a medida que novas notas forem emitidas e compartilhadas com o Ambiente Nacional e a medida que o destinatário for enviando o evento de Manifestação do Destinatário. Entre uma execução e outra do DistribuicaoDFePorUltNSU você pode realizar a manifestação referente a cada resumo de nota obtido, ou seja, enviar o evento de Manifestação do Destinatário. Desta forma a medida que você vai avançando na lista o Ambiente Nacional já vai liberando a Nota Completa (notas manifestadas) e disponibilizando ela na lista. O DistribuicaoDFe não serve apenas para que possamos obter o XML do fornecedor, mas também descobrirmos se existe alguma empresa emitindo notas contra o nosso CNPJ sem no nosso consentimento. Você descobre isso através do DistribuicaoDFePorUltNSU e pode avisar a SEFAZ enviando o evento de Manifestação do Destinatário: Desconhecimento da Operação. Esse evento diz a SEFAZ que você não comprou desse fornecedor. Para saber mais sobre Manifestação do Destinatário vide a Nota Técnica 2012/002 versão 1.02 e para saber mais sobre o Distribuição DFe vide a Nota Técnica 2014/002 versão 1.02b, ambas estão disponíveis no Portal Nacional da NF-e.