Painel de líderes
Conteúdo popular
Showing content with the highest reputation on 05-11-2021 em todas as áreas
-
Conforme aviso publicado no portal da NFCe da SEFAZ-SP no período de 07:00 as 18:00 em casa uma das datas relacionadas abaixo, haverá parada programada dos ambientes de emissão de NFCe para manutenção. 06/11/2021 07/11/2021 13/11/2021 14/11/2021 Lembrando que em SP as opções de contingência são o EPEC citado acima e o uso do SAT CFe. Importante Fonte: http://www.nfce.fazenda.sp.gov.br/NFCePortal/Default.aspx5 pontos
-
vou implementar no padrão acbr.. assim que estiver pronto mando os fontes para algum dos moderadores...2 pontos
-
@Sandro Felipe Adad, @Alisson Souza Pereira e @Jeihcio Francis, Subi as alterações do Alisson para o SVN na Revisão 23464 . Acho que isso resolve o problema. Queiram por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.2 pontos
-
Olá Busquei nos fontes do projeto ACBr a possibilidade de importação do XML da DI (Declaração de Importação), porém não encontrei. Não havendo opção realizei implementação da funcionalidade e gostaria de disponibilizar ao projeto para que outros possam estar utilizando e contribuindo conforme a necessidade. A DI é a declaração de importação de mercadorias gerado pelo Siscomex. Em anexo fontes ACBr com as alterações atribuídas sobre a revisão 23344. Busquei seguir os padrões dos demais fontes. Fontes/ACBrComum/ACBrUtil.pas - Novo método (IntStrToFloat) que permite converter uma String, SEM separador decimal, para Double, considerando a parte final da String como as decimais. Ex: 10000 = "100,00"; 123 = "1,23" Fontes/PCNComum/pcnConversao.pas - Adicionadas opções tcDe5 e tcDe7 ao enumerador TpcnTipoCampo. Fontes/PCNComum/pcnLeitor.pas - Adicionadas opções de leitura por Grupo e de valores float que estejam em string sem separador decimal. As alterações não afetam demais funcionamentos existentes. Inclusão de fontes ACBrDI para leitura do XML da DI. (Fontes/ACBrDFe/ACBrDI) Fontes.rar1 ponto
-
Olá. Algumas tags referente a quantidade de dias trabalhados no desligamento de intermitente não estavam sendo geradas corretamente, segue correção. //O campo é sempre obrigatório para a categoria 111 (Intermitente) if (VersaoDF = ve02_05_00) then begin Gerador.wCampo(tcStr, '', 'indCumprParc', 1, 1, 1, eSTpCumprParcialAvisoToStr(obj.indCumprParc)); if ((obj.QtdDiasInterm >= 0) or (obj.CodCateg = 111)) then Gerador.wCampo(tcInt, '', 'qtdDiasInterm', 1, 2, 1, obj.QtdDiasInterm); end; if (VersaoDF = veS01_00_00) and (obj.infoIntermInst()) then GerarinfoInterm(obj.infoInterm); Abaixo o código incorreto, mesmo com zero dias deve informar a tag. Aproveitei e tirei referência a versão ve02_04_01 que não existe mais e modifiquei pensando na versão simplificada. if VersaoDF <= ve02_05_00 then begin Gerador.wCampo(tcStr, '', 'indCumprParc', 1, 1, 1, eSTpCumprParcialAvisoToStr(obj.indCumprParc)); //O campo é sempre obrigatório para a categoria 111 (Intermitente) if (VersaoDF <> ve02_04_01) and ((obj.QtdDiasInterm > 0) or (obj.CodCateg = 111)) then Gerador.wCampo(tcInt, '', 'qtdDiasInterm', 1, 2, 1, obj.QtdDiasInterm); end; pcesS2299.pas1 ponto
-
Boa tarde Italo! Estou testando sue ajuste, mas o WS deles está parado nesse momento. Estou recebendo TimeOut. Vou aguardar uma hora e tentar novamente. Grato pela atenção!1 ponto
-
1 ponto
-
Boa tarde Edmar, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2072 Aproveitando, quais seriam o significado de 1...5 - RegimeEspecialTributação ?1 ponto
-
A API deles parece bem zoada... Erro de chave primária e ainda retornar 200-Ok1 ponto
-
1 ponto
-
No caso será orientado a postar aqui no fórum. os fontes pode ser aqui mesmo1 ponto
-
Maurício, Favor atualizar os fontes e faça os testes usando o componente novo: ACBrNFSeX.1 ponto
-
Tiago, Atualize os fontes e faça um novo teste.1 ponto
-
Obrigado pela força, Renato e Juliomar, eram as configurações do SSLCryptLib... Valeu mesmo!1 ponto
-
Boa tarde Tiago, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-20701 ponto
-
Boa tarde. Somente para expor o retorno, foi atualizado os fontes conforme sugerido pelo "Panda" e homologado com sucesso o banco Cresol. Obrigado!1 ponto
-
Boa tarde Maurício, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-20681 ponto
-
@alexcamilo01 @IMATECH Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 23468. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.1 ponto
-
Bom dia pessoal Apenas para dar um fechamento ao tópico, no portal da SEFAZ-MG já não consta qualquer aviso relativo a emissão da NFCe. At.1 ponto
-
Bom dia, Em 29/10/2021 foi publicada a versão 8.09 do validador, trazendo as seguintes alterações Fonte: http://sped.rfb.gov.br/pagina/show/59071 ponto
-
1 ponto
-
Bom dia a todos, Vocês notaram que esse fragmento de código é para alimentar as informações sobre os serviços dos provedores que permitem informar mais de um serviço? No comentário temos: // Provedores que permitem informar mais de 1 serviço: // Agili, AssessorPublico, EL, EloTech, Equiplano, fintelISS, Governa, // Infisc, IPM, ISSDSF, Simple, SmarAPD, WebFisco Nessa lista consta o provedor Fiorilli? Se não consta não adianta nada alimentar, pois o componente não vai fazer uso dessas informações para gerar o XML do Rps.1 ponto
-
Olá Fernando, tudo bem? O Projeto ACBr pode intermediar sua Homologação TEF com a PayGo, mas estes emails que enviou não são nossos contatos, por isso não houve resposta.. Por favor pode preencher este formulário, https://projetoacbr.com.br/tef/ , são algumas perguntinhas rápidas para entendemos como podemos te atender. E logo em seguida nosso consultor José Tamizou entrara em contato via ligação, explicar como funciona a parceria. Obrigada.1 ponto
-
Boa tarde, ao tentar fazer o envio do evento S-2210 em ambiente de produção restrita, recebo como retorno "Lote Incorreto - Erro preenchimento", com a ocorrência "Código inválido" de código 609. Segue em anexo o XML enviado. s2210.xml1 ponto
-
Boa tarde, Primeiramente esquece que existe o Capicom. Segundo, você atribuiu o valor LT_TLSv1_2 a propriedade SSLType?1 ponto
-
Olá Pessoal, Foi publicado a versão 1.10 da Nota Técnica 2014/002 (publicada em 15/10/2021), nessa nova versão consta algumas mudanças no processamento das requisições de Distribuição a partir do NSU informado, mais precisamente quando informamos o ultNSU. Umas das coisas que não mudou apenas foi reforçado nessa NT é que os documentos recepcionados pelo Ambiente Nacional vão ficar disponíveis por no máximo 3 meses, ou seja, 90 dias. Vamos as mudanças: 1. O Ambiente Nacional vai passar ter um controle de acesso de cada usuário do serviço, ou seja, com esse controle o AN vai saber se o usuário utiliza o serviço de forma continua ou esporádica. 2. Os usuário que já utilizam o serviço de forma continua não vai notar nenhuma diferença, tudo vai ocorrer normalmente. 3. Para os novos usuários do serviço, bem como aqueles que por algum motivo deixaram de utilizar o serviço por um período de 60 dias ou mais, ao realizar o primeiro acesso será retornado o status 137 (Nenhum documento localizado), neste caso o usuário deverá aguardar por 1 hora para cumprir as regras do uso indevido. Cumprido o prazo poderá acessar novamente e caso tenha documentos, estes serão retornados. Essas mudanças vão entrar em vigor a partir de 01/11/2021 no ambiente de homologação e 08/11/2021 no ambiente de produção. Recomendações Para Evitar o Uso Indevido A análise do comportamento atual das aplicações das empresas (“aplicação cliente”) permite identificar algumas situações de “uso indevido” nos ambientes autorizadores. Como exemplo maior do mau uso do ambiente, ressalta-se a falta de controle de algumas aplicações que entram em “loop”, consumindo recursos de forma indevida, sobrecarregando principalmente o canal de comunicação com a Internet. Para este Web Service serão mantidos controles para identificar as situações de uso indevido de sucessivas tentativas de busca de registros já disponibilizados anteriormente, quando utilizada a tag: distNSU. As novas tentativas serão rejeitadas com o erro “656–Rejeição: Consumo Indevido”. 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, pode 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: “Rejeição: Consumo Indevido. Deve ser aguardado 1 hora para efetuar nova solicitação caso não existam mais documentos a serem pesquisados. Tente após 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. Se consultar fora da sequência, poderá ser bloqueado. Decorrido o intervalo de tempo, o desbloqueio será automático. O campo xMotivo traz a seguinte mensagem: “Rejeição: Consumo Indevido. Deve ser utilizado o ultNSU nas solicitações subsequentes. Tente após 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. Link para baixar a NT: Portal da Nota Fiscal Eletrônica (fazenda.gov.br)1 ponto
-
Bom dia! Fiz ontem o update da revision 23254 contendo as alterações nesta unit, testei e ocorreu tudo certo. Notei também que foram criadas as propriedades para os novos campos na classe TSucessaoVinc. Assim, fiz um ajuste que acredito possa ajudar tanto quem já utiliza as propriedades antigas, quanto quem passará a utilizar as propriedades novas. A alteração consiste basicamente em pegar o campo específico para o devido leiaute, e caso este não esteja informado, pegar o campo alternativo. if VersaoDF >= veS01_00_00 then begin tpInsc := ideTrabalhador.infoComplem.sucessaoVinc.tpInsc; nrInsc := ideTrabalhador.infoComplem.sucessaoVinc.nrInsc; if nrInsc = '' then begin tpInsc := ideTrabalhador.infoComplem.sucessaoVinc.tpInscAnt; nrInsc := ideTrabalhador.infoComplem.sucessaoVinc.cnpjEmpregAnt; end; Gerador.wCampo(tcInt, '', 'tpInsc', 1, 1, 1, eSTpInscricaoToStr(tpInsc)); Gerador.wCampo(tcStr, '', 'nrInsc', 14, 14, 1, nrInsc); end else begin tpInsc := ideTrabalhador.infoComplem.sucessaoVinc.tpInscAnt; nrInsc := ideTrabalhador.infoComplem.sucessaoVinc.cnpjEmpregAnt; if nrInsc = '' then begin tpInsc := ideTrabalhador.infoComplem.sucessaoVinc.tpInsc; nrInsc := ideTrabalhador.infoComplem.sucessaoVinc.nrInsc; end; if VersaoDF >= ve02_05_00 then Gerador.wCampo(tcInt, '', 'tpInscAnt', 1, 1, 1, eSTpInscricaoToStr(tpInsc)); Gerador.wCampo(tcStr, '', 'cnpjEmpregAnt', 14, 14, 1, nrInsc); end; Em anexo segue a minha sugestão de alteração. pcesS1200.pas1 ponto
-
Olá Pessoal, Convido a todos a conhecerem o novo componente ACBrNFSe. No link abaixo vocês encontram mais informações e o programa exemplo compilado para realização de testes.1 ponto