Painel de líderes
Conteúdo popular
Showing content with the highest reputation on 11-03-2022 em todas as áreas
-
Ola amigos! ao gerar o sped fiscal fazendo a apuração da ST nos registros C180 a 186 e 1250, 1255 tive o seguinte problema: no registro C181 e C185 os campos : VL_UNIT_ICMS_ST_CON V_REST, VL_UNIT_FCP_ST_CONV _REST, VL_UNIT_ICMS_ST_CON V_COMPL, VL_UNIT_FCP_ST_CONV _COMPL conforme o codigo do ajunte, se for de complemento deve ficar em branco os campos: VL_UNIT_ICMS_ST_CON V_REST, VL_UNIT_FCP_ST_CONV _REST se for de restituição devem ficarm em branco os campos: VL_UNIT_ICMS_ST_CON V_COMPL, VL_UNIT_FCP_ST_CONV _COMPL logo fiz uma alteração nos arquivos : ACBrEFDBloco_C e ACBrEFDBloco_C_Class alterando o tipo da variavel de currency para Variant para que ao gerar esse registro eu possa setar Null e assim deixar ele nulo, pois por exemplo se for complemento os campos: VL_UNIT_ICMS_ST_CON V_COMPL, VL_UNIT_FCP_ST_CONV _COMPL preisam ter valor diferente de branco, porém os campos: VL_UNIT_ICMS_ST_CON V_REST, VL_UNIT_FCP_ST_CONV _REST preisam ficar em branco. também alterei o tipo dos outros campos de Currency para 'Double, pois pelo que sei esse tipo Currency suporta ate 4 casas apos a virugula e esses campos precisam ter até 6 casas. peço que avaliem minhas alteracoes nos arquivos em anexo e subam para o repositório. obrigado! ACBrEFDBloco_C.pas ACBrEFDBloco_C_Class.pas2 pontos
-
Olá pessoal, Segunda feita as SEFAZ vão liberar o ambiente de homologação para iniciarmos os testes com os novos campos da NF-e. Por favor leiam o tópico abaixo para se inteirarem das mudanças. Todos os novos campos são opcionais, logo não precisam ficarem apavorados em ter que fazer as alterações em suas aplicações em toque de caixa.2 pontos
-
Recebemos o relatos do colega Josias Sousa e de outros colegas, informando que ao emitir a NFCe em homologação, está vendo a rejeição "Certificado Assinatura - erro Cadeia de Certificação" indevidamente. O colega @Josias Sousa abriu um chamado junto a SEFAZ a qual admitiu o problema e informou que houve uma possível correção.1 ponto
-
A Sefaz de MG avisou que fez a implementação da NT 2018.002 em homologação conforme pode se ver abaixo: Fonte:http://www.sped.fazenda.mg.gov.br/spedmg/nfce/ Observação nossa: A sefaz ainda não disponibilizou os parâmetros para uma ação ser considerada consumo indevido. Isso pode indicar que estão seguindo os parâmetros sugeridos na NT, ou que vão disponibilizar depois. De qualquer modo, faça seus testes em homologação para que isso não resulte em problemas nos clientes finais.1 ponto
-
1 ponto
-
Bom dia, Recebemos de nosso colega @felipejosantiago, a informação de que a emissão da NFe na BA apresenta problemas no momento. Conforme aviso publicado no portal da SEFAZ-BA, os erros a seguir podem ser recebidos: Devido a estes problemas a emissão da NFe deverá ser feita em modo de contingência. Fonte: http://www.sefaz.ba.gov.br/especiais/aviso_url_nfe_indisp.htm1 ponto
-
Este é o padrão de erro aparente... Protocolo aberto, mas acredito que só na segunda...1 ponto
-
1 ponto
-
Boa tarde pessoal, Caso alguém tenha recebido algum retorno da SEFAZ, e puder compartilhar aqui, será muito bom. At.1 ponto
-
Eu tbm. Na primeira do dia ja CONSUMO INDEVIDO! Como diria um amigo meu, "algo de errado nao está certo" Alem de estar dando intervalo de MAIS de 1hora e mesmo assim recebendo consumo indevido, tbm estou recebendo essa maledita mesmo quando nao recebo cStat 137. Ta maluco1 ponto
-
Eita.. isso não parece nada correto... não faz sentido transformar um Exception em ShowMessage... @Juliomar Marchetti, você está analisando essa questão ? Se a ideia do autor original, era padronizar a apresentação dos erros.. ele poderia simplesmente subir uma nova Exceção, com o Rise1 ponto
-
1 ponto
-
opa Bom dia Italo, Topzera meu irmão, muito obrigado. Vou dar continuidade aqui. Valeu demais! Abraço1 ponto
-
1 ponto
-
Tu fez o que falamos? olhou o exemplo do svn? assim eu li acima uma frase sua que gostaria de uma forma mais fácil, creio não existir pois programar tem que escrever código e ler mas veja olha só isso de uma das situações saber se ao emitir a nota foi denegada, etc. como segue o padrão dos manuais esse campos ali estão exatamente onde traz o código que é o estado da nota o cStat e o motivo com uma breve descrição. isso está no exemplos por exemplo (pleonasmo) e os demais também e como falamos os fontes do componente hierarquia está tudo ali igual o manual1 ponto
-
1 ponto
-
Bom dia @walterlopesj ainda não temos uma previsão, mas assim que o novo componente ACBrNFSeX estiver 100%, vamos começar a trabalhar com a ACBrLibNFSe.1 ponto
-
3.11.4.1 - O uso indevido relativo ao Web Service NFeDistribuicaoDFe na consulta com tag:distNSU é baseado nos critérios descritos abaixo: 1) Não há mais documentos a distribuir e usuário continua consultando: Se não existir mais documentos a serem retornados (cStat=137) o usuário deve aguardar uma hora para realizar nova consulta. A realização de novas consultas em 1h, após receber a mensagem cStat137, gerará o uso indevido, retornando cStat=656. Nesse caso, o CNPJ é bloqueado por 1 hora, sendo impedido de realizar novas consultas nesse intervalo. Decorrido o intervalo de tempo, o desbloqueio será automático. O campo xMotivo traz a seguinte descrição para ajudar o usuário a entender o que está causando o uso indevido: “Rejeicao: Consumo Indevido. Deve ser aguardado 1 hora para efetuar nova solicitação caso não existam mais documentos a serem pesquisados. Tente apos 1 hora” 2) Usuário não está consultando os NSU de forma sequencial: O usuário deve sempre realizar a consulta baseada no ultNsu retornado na consulta anterior, ou seja, deve usar os valores do ultNSU retornados pelo serviço nas chamadas subsequentes. O valor do ultNSU corresponde ao ponto de onde a leitura dos blocos de documentos deve continuar. Quando ultNSU for igual ao valor do maxNSU retornado pelo serviço, quer dizer que não existem mais documentos para serem recuperados. Neste caso, para não haver bloqueio por uso indevido, deve-se aguardar 1 hora para realização de novas consultas. Nota Fiscal Eletrônica NT 2014.002 15 Se consultar fora da sequência, será bloqueado. Decorrido o intervalo de tempo, o desbloqueio será automático. O campo xMotivo traz a seguinte mensagem: “Rejeicao: Consumo Indevido. Deve ser utilizado o ultNSU nas solicitacoes subsequentes. Tente apos 1 hora” Atenção: Se diversas aplicações do mesmo ator (emitente ou destinatário ou transportador na NFe ou indicado no campo autxml) da NF-e efetuarem consultas por NSU para o mesmo CNPJ (14 dígitos – informado na requisição xml), essas devem seguir a mesma sequência de numeração ordenada e de forma ascendente. Caso contrário, enquadrar-se-ão na categoria de uso indevido. 3.11.4.2 - O uso indevido relativo ao Web Service NFeDistribuicaoDFe nas consultas com tag: consChNFe e tag: consNSU: As consultas por chave de acesso e por NSU foram construídas para permitirem ao usuário buscar pontualmente alguma NF-e e de um período retroativo máximo de 90 (noventa) dias. Se o usuário necessitar fazer download de todas as NF-es de no máximo 90 dias de um CNPJ ator interessado, deve usar a consulta “distNSU”. 1) Consultada uma quantidade de NF-e ou NSU superior ao limite permitido por hora: Será permitido um número limitado de consultas por chave de acesso ou NSU em um período de 1hora. Se o usuário continuar consultando após atingir o limite de consultas por chave de acesso ou NSU em 1h, retornará a mensagem 656 – Consumo indevido – ultrapassou o limite de 20 consultas por hora. Nesse caso, o CNPJ é bloqueado por 1 hora, sendo impedido de realizar novas consultas nesse intervalo. Decorrido o intervalo de tempo, o desbloqueio será automático. Observação: Em quaisquer dos três tipos de consulta, quando o usuário receber a mensagem 656 – consumo indevido, deve aguardar 1hora. Se retomar a consulta antes de completar 1 (uma) hora, o tempo é zerado e a contagem reiniciará até completar 1hora. Homologação 09/03/2022 Produção 10/03/2022 Fonte : http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=C/xkRclIh74=1 ponto
-
Veja abaixo notícia do Portal da NFe: Suspensão dos serviços "ConsNSU" e "ConsChNFe" da NT 2014.002 Devido ao excesso de utilização indevida do WebService de Distribuição de DF-e de Interesse dos Atores da NF-e (NFeDistribuicaoDFe), serão temporariamente suspensos os pedidos "ConsNSU - Consulta DF-e Vinculado ao NSU informado" (item "b" da seção 3.4.1 da NT 2014.002 versão 1.11) e "ConsChNFe – Consulta de NF-e por chave de Acesso Informada" (item "c" da seção 3.4.1 da NT 2014.002 versão 1.11). O pedido "distNSU – Distribuição de Conjunto de DF-e a partir do NSU informado" (item "a" da seção 3.4.1 da NT 2014.002 versão 1.11) continuará funcionando normalmente. Os pedidos suspensos serão reestabelecidos assim que regras de uso indevido forem implementadas, garantindo o funcionamento para todos os usuários. Assinado por: Receita Federal do Brasil Fonte: http://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=A6qvFRVbPSA= Observação: O componente ACBrNFe possui 3 métodos referente ao DistribuicaoDFe: DistribuicaoDFePorUltNSU - este continuará funcionando conforme noticia acima, pois ele se refere ao item "a" da seção 3.4.1 da NT 2014.002 versão 1.11 DistribuicaoDFePorNSU - este não vai funcionar conforme noticia acima, pois se refere ao item "b". DistribuicaoDFePorChaveNFe - este também não vai funcionar conforme noticia acima, pois se refere ao item "c". Relembrando: O método DistribuicaoDFePorUltNSU faz a pesquisa com base no ultimo NSU informado, devemos sempre usar como ultimo NSU o valor do campo ultNSU retornado na execução anterior do método. O método DistribuicaoDFePorNSU faz a pesquisa com base no NSU informado, devemos usar esse método somente quando detectarmos que um documento esta faltando. O método DistribuicaoDFePorChaveNFe faz a pesquisa com base na chave da nota informado, devemos usar esse método somente quando detectarmos que o documento referente a essa chave esta faltando. O DistribuicaoDFePorUltNSU retorna um lote de até 50 documentos já os outros 2 retorna somente um documento, logo não devemos utiliza-lo dentro de um loop.1 ponto
-
04/03/2022 - Atualização das Regras de Uso Indevido do Web Service NFeDistribuicaoDFe - NT 2014.002 Visando garantir a sustentabilidade dos serviços de download de NF-e, Web Service NFeDistribuicaoDFe, regulamentados pela NT 2014.002, estará vigente a partir de 10/03/22, concomitante com o retorno das consultas consChNFe e consNSU, as seguintes regras de uso indevido: 1 - O uso indevido relativo ao Web Service NFeDistribuicaoDFe na consulta com tag:distNSU: 1.1 - Não há mais documentos a distribuir e usuário continua consultando: Se não existir mais documentos a serem retornados (cStat=137) o usuário deve aguardar uma hora para realizar nova consulta. A realização de novas consultas em 1h, após receber a mensagem cStat137, gerará o uso indevido, retornando cStat=656. Nesse caso, o CNPJ é bloqueado por 1 hora, sendo impedido de realizar novas consultas nesse intervalo. Decorrido o intervalo de tempo, o desbloqueio será automático. O campo xMotivo traz a seguinte descrição para ajudar o usuário a entender o que está causando o uso indevido: "Rejeicao: Consumo Indevido. Deve ser aguardado 1 hora para efetuar nova solicitação caso não existam mais documentos a serem pesquisados. Tente apos 1 hora" 1.2 - Usuário não está consultando os NSU de forma sequencial: O usuário deve sempre realizar a consulta baseada no ultNsu retornado na consulta anterior, ou seja, deve usar os valores do ultNSU retornados pelo serviço nas chamadas subsequentes. O valor do ultNSU corresponde ao ponto de onde a leitura dos blocos de documentos deve continuar. Quando ultNSU for igual ao valor do maxNSU retornado pelo serviço, quer dizer que não existem mais documentos para serem recuperados. Neste caso, para não haver bloqueio por uso indevido, deve-se aguardar 1 hora para realização de novas consultas. Se consultar fora da sequência, será bloqueado. Decorrido o intervalo de tempo, o desbloqueio será automático. O campo xMotivo traz a seguinte mensagem: "Rejeicao: Consumo Indevido. Deve ser utilizado o ultNSU nas solicitacoes subsequentes. Tente apos 1 hora" Atenção: Se diversas aplicações do mesmo ator (emitente ou destinatário ou transportador na NF-e ou indicado no campo autxml) da NF-e efetuarem consultas por NSU para o mesmo CNPJ (14 dígitos - informado na requisição xml), essas devem seguir a mesma sequência de numeração ordenada e de forma ascendente. Caso contrário, enquadrar-se-ão na categoria de uso indevido. 2 - O uso indevido relativo ao Web Service NFeDistribuicaoDFe nas consultas com tag: consChNFe e tag: consNSU: As consultas por chave de acesso e por NSU foram construídas para permitirem ao usuário buscar pontualmente alguma NF-e e de um período retroativo máximo de 90 (noventa) dias. Se o usuário necessitar buscar todas as NF-es de no máximo 90 dias de um CNPJ ator interessado, deve ser usada a consulta "distNSU". 2.1 Consultada uma quantidade de NF-e ou NSU superior ao limite permitido por hora: Será permitido um número limitado de consultas por chave de acesso ou NSU em um período de 1hora. Se o usuário continuar consultando após atingir o limite de consultas por chave de acesso ou NSU em 1h, retornará a mensagem 656 - Consumo indevido - ultrapassou o limite de 20 consultas por hora. Nesse caso, o CNPJ é bloqueado por 1 hora, sendo impedido de realizar novas consultas nesse intervalo. Decorrido o intervalo de tempo, o desbloqueio será automático. Observação: Em quaisquer dos três tipos de consulta, quando o usuário receber a mensagem 656 - consumo indevido, deve aguardar 1hora. Se retomar a consulta antes de completar 1 (uma) hora, o tempo é zerado e a contagem reiniciará até completar 1hora. Fonte : http://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=0cu/yBLKrCs=1 ponto