Painel de líderes
Conteúdo popular
Showing content with the highest reputation on 16-11-2021 em todas as áreas
-
Leiaute 0.07 do Cupom Fiscal Eletrônico (CFe) 16 DE NOVEMBRO DE 2021 - 13:43 A Secretaria da Fazenda do Ceará (Sefaz-Ce) informa que, continuará a recepcionar os Cupons Fiscais Eletrônicos (CFes) emitidos com o leiaute da versão 0.07 até 31 de dezembro de 2022. Esclarece ainda que, no decorrer de 2022, os leiautes nas versões 0.07 e 0.08 do CFe poderão ser utilizados pelos aplicativos comerciais dos contribuintes. O órgão destaca que os fabricantes do equipamento Módulo Fiscal Eletrônico (MFE) já estão realizando os processos de homologação dos softwares básicos com a versão 0.08. A Sefaz alerta que é imprescindível o planejamento por parte das softwares houses para a realização de todas as adaptações técnicas exigidas pela Especificação Técnica de Requisitos SAT 2.28.05 ou posteriores, que se encontram disponíveis no PortalCFe. Para mais informações, os contribuintes podem entrar em contato pelo email [email protected] . Fonte : Leiaute 0.07 do Cupom Fiscal Eletrônico (CFe) - Secretaria da Fazenda (sefaz.ce.gov.br)2 pontos
-
Olá pessoal, Obtive a informação por parte de um usuário que para utilizar o ambiente de homologação se faz necessário realizar um cadastro junto ao provedor. Abaixo link da postagem desse usuário que conseguiu realizar esse cadastro e a forma como foi feita.2 pontos
-
Sim, parece uma falha generalizada com os webservices de Homologação deles. Lembrando que o ambiente de homologação ficou uma semana fora do ar e voltou ontem a tarde com esse problema. Mandei mensagem pra Sefaz ontem perguntando se eles estão cientes do problema e me pediram pra enviar prints e xmls para que possam entender melhor. Espero que agora consigam corrigir. O estranho é que parece que eles não testam o proprio sistema antes de colocar no ar2 pontos
-
Pessoal, estava com o seguinte problema: No evento S2220 versão simplificada, eu notei que o campo indicação de resultado (indResult) sempre é mandado como normal quando eu não mando nenhum outro valor, então a tag no xml sempre aparece, e a mesma não é obrigatória, portanto, precisava que a mesma não aparecesse no xml. Para resolver meu problema eu fiz a seguinte alteração ao gerar o xml: if (self.exMedOcup.Aso.Exame.Items[i].indResult = irNormal) or (self.exMedOcup.Aso.Exame.Items[i].indResult = irAlterado) or (self.exMedOcup.Aso.Exame.Items[i].indResult = irEstavel) or (self.exMedOcup.Aso.Exame.Items[i].indResult = irAgravamento) then Gerador.wCampo(tcInt, '', 'indResult', 1, 1, 0, eSIndResultToStr(self.exMedOcup.Aso.Exame.Items[i].indResult)); Assim a tag deixa de aparecer no xml quando a mesma está com um valor diferente. Vocês teriam alguma outra solução?1 ponto
-
Olá pessoal, implementei algumas modificações no Fortes Report, e gostaria de ajuda e opinião dos usuários, antes de submeter um Pull Request - Soft-Break - Problema: O Fortes Report não era capaz de quebrar linhas, em campos Memo, se a String não contivesse um espaço entre as palavras.. A implementação em anexo, usará os seguintes caracteres, como Soft e Hard Line Break HARD_LINEBREAK = [#13, #10]; // CR, LF SOFT_LINEBREAK = [#9,' ','-','.',',']; // TAB - Scale - Problema: O Fortes Report não renderizava corretamente os relatórios, quando a configuração do Windows, estava com Zoom nas Fontes do Windows A implementação em anexo, lê do Objeto Global "Screen" a resolução de ScreenPPI, ao invés de usar um valor constante de 96 RLConsts.pasRLUtils.pasRLReport.pas Para testar, basta substituir as Units em anexo, na pasta de fontes do Fortes Report, e verificar se os problemas ainda ocorre, e se os relatórios atuais não foram afetados... Nota: Algumas Units do ACBr, podem precisar de ajuste, incluindo em Uses a Unit RLUtils1 ponto
-
Manual da NFe, MOC e tudo está no portal da NF-e a gente tem no svn uma cópia deles. sobre isso não temos nada no ACBr1 ponto
-
Boa tarde Douglas, Inclui na minha lista de tarefas para analisar o problema. TK-21001 ponto
-
Muito obrigado pela contribuição. Fiz a implementação baseada nela, mas fiz algumas alterações pra manter o padrão do código atual. Subi as alterações para o SVN na Revisão 23552. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.1 ponto
-
Fonte: Um mirror não oficial do projeto no github. O que tem de C# e Java aí são classes de alto nível para consumir a DLL nativa da ACBrLib que também é escrita em Pascal.1 ponto
-
1 ponto
-
Sim, tem que fazer o cadastro para homologação para poder assinar o xml. pois sem assinar não estava enviando.1 ponto
-
Bom dia Alexandre, Noto que ainda esta usando o componente antigo: ACBrNFSeX. Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente ACBrNFSe não vai mais ter manutenção. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/ Faça os testes usando o programa exemplo do novo componente.1 ponto
-
Bom dia, o erro parece estar apenas nos dados .ini que está utilizando, note que está identificando a falta do campo "nrCRM" esse campo pertence ao grupo [respMonit01] que não está no arquivo. ex: [respMonit01] cpfResp=00000000000 nmResp=Nome do Responsável nrCRM=00001234 ufCRM=SP O campo nome também está errado no grupo [medico], está mnMedico deve ser: nmMed=Nome do Medico1 ponto
-
Acho que a consultoria comeu bola, o Manual de Orientações do CTe 3.00a - Anexo II - DACTE, pág. 21 é claro quanto a isso.1 ponto
-
em anexo fr3 com negrito nos dados do consumidor e chave. DANFeNFCe5_00.fr31 ponto
-
1 ponto
-
AVISO: Alteração da cadeia de certificado da NF-e; NFC-e e BP-e No dia 5/11/2021 a SEFAZ realiza a troca de alguns certificados. Os certificados alterados são: - BP-e: Produção e Homologação - NFC-e: Produção - NF-e: Homologação Os arquivos estão disponibilizados na seção "downloads" de cada documento eletrônico no portal SPED. Fonte : http://www.sped.fazenda.mg.gov.br/spedmg/noticias/Alteracao-cadeia-de-certificado/ nfce_chave_publica_cadeias.zip bpe_chave_publica_cadeias.zip NFE_SefMG_20211104.zip1 ponto
-
Que isso... desculpe se eu entendi errado também. Mas o que eu sei é isso que o @BigWings mencionou acima. Se você está fazendo outra coisa, então realmente não sei o que houve...1 ponto
-
Você não vai ter a rejeição de duplicidade de evento na consulta pela chave, e sim no envio do evento, nesse caso o evento de manifestação. Para os eventos de manifestação o nSeqEvento deve ser sempre 1.1 ponto
-
Simplificando o teste: if self.exMedOcup.Aso.Exame.Items[i].indResult >= irNormal then Gerador.wCampo(tcInt, '', 'indResult', 1, 1, 0, eSIndResultToStr(self.exMedOcup.Aso.Exame.Items[i].indResult)); pcesS2220.pas1 ponto
-
certo. antes ele emitia e ia direto no caso agora está com problemas no provedor deles no sefaz e o tratamento que tem feito no sistema de vocês não consegue contornar a situação e gera a duplicidade. conforme falei tem os eventos pra ser feito o tratamento1 ponto
-
Boa tarde pessoal, Recebemos a informação de que o equipamento MFe da Elgin, o Elgin Smart MFe já pode ser atualizado com a nova versão do software básico, a qual já foi disponibilizada por parte do fabricante. At.1 ponto
-
https://pt.wikipedia.org/wiki/Acordo_de_nível_de_serviço Pelo que li... você não está capturando o Exception do seu seu lado... Basta chamar os métodos do ACBr, com um Try/Except... Exemplo: try ACBrNFe1.Enviar(...) except // Seu código de tratamento de exceção end;1 ponto
-
Esqueçam o LT_All... NFe 4.0 = LT_TLS12 Afinal isso já foi definido na Nota Técnica1 ponto