Painel de líderes

RESOLVIDO MEU AMIGO! Só para ficar claro para quem passar por esse problema, foi uma série de acertos que foi feito! Atualização do ACBr, Atualização de Schemas, inclusão da TAG infCTeSupl Obrigado a todos pela ajuda fundamental que me prestaram! Abraço a todos, Deus abençoe!

Boa tarde, Muito obrigado pela contribuição, vamos analisar a sua alteração e caso esteja tudo OK enviaremos para o repositório.

Isso acontece porque nas versões mais novas do Firebird é exigido um charset e collate. Se você não passa um, ele assume o padrão da conexão. Se não existe um definido na conexão, acho que ele assume UTF-8. Se seu banco de dados atual não tem charset definido nos campos char e varchar, (quer dizer está NONE), você precisa adicionar um.

Pense no google, ele não te mostra todas as páginas existentes na internet do mundo para que você possa escolher qual vai entrar. Você digita o que quer e pesquisa. Caso ainda existam muitas opções, ele limita a quantidade que vai mostrar em cada página.

Erro meu. Fontes Parcialmente atualizados. Obrigado.

Está informando também a hora de emissão? Anexe o XML. Atualize os fontes.

Olá, Apenas como confirmação, está na nossa lista de afazeres/prioridades.

Bom, acabei falando com o homologador do sistema e ele me falou o seguinte: Até o dia de hoje setembro de 2019 o SEFAZ não está aceitando arquivos de impressoras de testes, então não tem como resolver esse problema. Para poder testar ele me orientou a utilizar o SAT homologação e desmarcar a opção de validar ECF e PAF-ECF. Fazendo isso deu certo, então não precisa receber o recibo de processado com sucesso. Pra quem tiver o mesmo problema que eu tive está ai a solução.

boa noite resolvido with seg.Add do begin respSeg:=rsEmitente; CNPJCPF := ZQryMFDe.FieldByName('RESP_SEGURO_CPF').AsString; xSeg := ZQryMFDe.FieldByName('SEGURADORA_NOME').AsString; CNPJ := ZQryMFDe.FieldByName('SEGURADORA_CNPJ').AsString; nApol := ZQryMFDe.FieldByName('APOLICE_NUMERO').AsString; with aver.Add do begin nAver := ''; end; end;

Obrigado. Era isso mesmo.

Não existe o tipo tpBandeiraCartao nos fontes do ACBr. Provavelmente é um tipo definido no seu próprio código com o mesmo nome bcVisa que está sendo enxergado pelo compilador. Você pode forçar no código a usar o tipo correto: tBand := pcnConversao.bcVisa;

Olá pessoal, Quem atualizou os fontes e reinstalou a Suite ACBr, pode ser que esteja recebendo essa mensagem de erro no momento que vai gerar a NF-e / CT-e / MDF-e / BP-e. Porque esta mensagem esta aparecendo para alguns e para outros não? Simples, quando o XML é gerado com base em alguns dados do documento fiscal é gerado a chave do mesmo. Essa mensagem de erro é devido a uma validação que foi implementada na função que gera a chave. Essa validação visa garantir que a sua Nota (por exemplo) não seja rejeitada pela regra de validação B03-10 que consta na Nota Técnica 2019/001. Como vocês podem ver na imagem acima, a aplicação dessa regra é obrigatória, ou seja, todas as SEFAZ-Autorizadoras devem implementar essa regra. Ela será implementada no dia 01/07/2019 no ambiente de Homologação e no dia 02/09/2019 no ambiente de Produção. A validação que foi implementada ao gerar a chave é exatamente a descrita na regra, ou seja, o valor de cNF não pode ser igual a nNF e a nenhum dos números listados na regra. Por curiosidade resolvi pegar o Manual da NF-e mais antigo que tenho (Março de 2009) veja o que esta escrito na definição do campo cNF: O Manual deixa claro que o numero atribuído a cNF tem que ser um numero aleatório. Portanto quem costuma atribuir a cNF o mesmo numero atribuído a nNF esta fazendo errado e agora não vai ter perdão, pois se insistir a SEFAZ não vai aceitar a nota. Mas a regra B03-10 da Nota Técnica 2019/001 não se refere apenas a NF-e / NFC-e? Sim, mas tenham certeza que essa regra de validação em breve vai ser implementada para os demais DF-e - Documentos Fiscais Eletrônicos. Alguém duvida disso? O que devo fazer para que a minha aplicação não pare com a mensagem de erro: Código Numérico inválido, Chave não Gerada ? Muito simples, vou dar como exemplo o fragmento de código da minha aplicação: Como é hoje, note que eu já gerava o código como sendo um numero aleatório: NotaFiscalVenda := (DM_VEN.NotasDocumento.AsInteger + 1); CodigoChave := Random(99999999) + 1; // +1 para garantir que não seja zero Como vai passar a ser, para ter uma garantia maior ainda: NotaFiscalVenda : =(DM_VEN.NotasDocumento.AsInteger + 1); CodigoChave := GerarCodigoDFe(NotaFiscalVenda); A função GerarCodigoDFe esta definida na Unit ACBrDFeUtil, logo você vai ter informar essa Unit em Uses do seu Form. Note que ela recebe como parâmetro o numero da nota, pois a função vai gerar o código aleatoriamente e vai validar o mesmo e pela regra o código não pode ser igual ao numero da nota. De forma semelhante você terão que fazer o mesmo nas suas aplicações que emitem CT-e, MDF-e e BP-e. É preferível fazer essa correção na aplicação agora do que receber dezenas ou até centenas de ligações de clientes que não estão conseguindo autorizar os seus documentos na SEFAZ. Fica ai a dica.

30/08/2019 ATENÇÃO: Publicada a versão 1.30 da NT 2019.001 Publicada a versão 1.30 da NT 2019.001, que divulga novas regras de validação e atualiza regras existentes da NF-e/NFC-e versão 4.0, com os seguintes objetivos: • Informados os locais de publicação das tabelas de códigos de benefícios fiscais e de regras de validação opcionais por unidade federada • Novas datas de vigência para algumas regras de validação Publicada a tabela cBenef x CST atualizada até 30/08/2019 Assinado por: Coordenação Técnica do ENCAT Informações importantes nessa nova versão: 1.7 Comentários Sobre o Código de Benefício Fiscal O código de benefício fiscal (tag: cBenef), por tratar de situações particulares de cada unidade federada, tem sua definição também especificada pelas UF que o utilizam. Estas definições constam de tabela publicada no Portal Nacional da NF-e, na área “Diversos” da aba “Documentos”. Esta tabela tem sofrido atualizações com frequência maior do que a desejável, em virtude do fato que o uso dos códigos pelas empresas no ambiente de homologação tem evidenciado a necessidade de ações de correção de natureza emergencial por parte das Administrações Tributárias envolvidas. É esperado que em futuro próximo a tabela tenha a estabilidade necessária. 1.8 Novas Datas de Vigência para Algumas Regras de Validação Em função de necessidades ditadas pelas legislações de algumas unidades federadas, e atendendo a pleitos de contribuintes e de entidades associativas, as datas de início de exigência das regras de validação N12-85, N12-86, N12-90, N12-94 e N12-97 obedecerão ao disposto na tabela a seguir: UF Regra de validação N12-85 N12-86 N12-90 N12-94 N12-97 MT (3) (3) (2) (3) (*) PR (1) (1) (*) (2) (1) RJ (2) (2) (2) (2) (2) RS (2) (2) (2) (2) (2) demais UF (*) (*) (*) (*) (*) Onde a respectiva data de início de vigência corresponde a: (*) Regra de validação não será aplicada (1) Aplicação a partir de 02/09/2019 (2) Aplicação a partir de 01/10/2019 (3) Aplicação a partir de 01/01/2020 As datas aqui definidas, juntamente com todas as demais informações a respeito das regras de validação opcionais por UF, podem ser consultadas em tabela publicada no Portal Nacional da NFCe, na área “Regras de Validação” da aba “Desenvolvedor”. Para contribuintes estabelecidos no estado do Rio Grande do Sul, no caso das regras N12-85, N1286 e N12-94, o ambiente de autorização em produção, até 31/3/2020, e o ambiente de autorização em homologação até 09/2/2020, aceitarão três situações para o campo cBenef:  NULO (sem preenchimento do campo);  com a descrição "SEM CBENEF"; ou  com o código do benefício; neste último caso, é realizada a devida validação de compatibilidade com o CST informado.

Boa tarde, Muito Obrigado Italo, aguardo a analise. Me coloco a disposição para quaisquer esclarecimentos.

Obrigado, tudo certo agora.

Visulizar Arquivo Binários da ACBrLibSerial. Win32, Win64, StdCall, Cdecl, Linux ACBrPosPrinter - Biblioteca para comunicação com impressoras não fiscais usando EscPos ACBrETQ - Biblioteca para impressão de Etiquetas usando PPLA/PPLB/ZPL2 ACBrBAL - Biblioteca para leitura de balança Autor Daniel Simoes Enviado 20-08-2019 Categoria ACBrLibSerial

Se no lugar do clear acontecer o mesmo problema com outros valores então possivelmente é problema na lógica mesmo. Talvez controle transacional.

Boa tarde Ariane, Quem lhe disse que cNF se refere a um numero de controle interno? cNF significa Código da Nota Fiscal que a anos a SEFAZ recomenda que seja um numero aleatório, pois esse numero faz parte da chave. O valor de cNF sendo um numero aleatório a chave fica segura.

Não deve ser mais informada a tag pICMSInterPart. Leia o MOC 3.00a. Atualize os fontes.

Até onde me lembro o código deveria ser algo como: ClientDataset.Edit; ClientDataset.FieldByName('usuario').Clear; ClientDataset.post; ClientDataset.ApplyUpDates(-1);

A hora de emissão está 00:00:00. Se essa é de fato a hora correta, o que acredito que não seja, tente informar ao menos 1 ou 2 horas a maior, pra compensar possível diferença de fuso horário.

Boa tarde Rogério, Me parece que o Ambiente Nacional que contem o webservice do DistribuicaoDFe esta com problemas.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Acabei de fazer assim deu certo.. foi tranquilo, antes eu removia a acbr primeiro mas assim é mais simples.

Vejam o tópico abaixo:

A diferença de fuso horário entre a hora de emissão e a hora de recebimento pode causar interpretação diferente do mês de emissão da nota pelo webservice de recepção, o que causaria alteração da chave de acesso. Verifique se a hora de emissão e fuso horário estão corretos, se estiverem tente aumentar a mesma em 01:00 h.

Bom dia, SoftSul Informática. Não vejo problemas para não funcionar.

vou refazer a instalação, mas acredito que não seja isso! Att

Eptus, Favor entrar em contato com o próprio provedor, ele tem a obrigação de informar a URL correta para a cidade em questão.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Moderação: Tópico movido para o local mais indicado.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Para quem utiliza o ACBrMonitorPLUS, favor atualizar para versão: 1.2.0.78. Essa versão já está com o arquivo "ACBrNFeServicos.ini" atualizado para NFe no estado do Pará.

Funciona 100% aqui. Não temos nenhum problema. Ela só mostra instabilidade com HUBS USB de má qualidade. Se ligada ao micro diretamente funciona 100%

Selecione no componente um outro WebService que implemente essa busca... ( o dos Correios não implelenenta )

Bom dia, Este código esta vinculado ao CST.

Bom dia! Entre na opção [ Configurações ] Procure por DFe e escolha a opção [ Diretorios ] Ai você vai encontrar além das pastas também as opções para salvar os arquivos.

Boa tarde Oliveira, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde, Por favor anexe o XML. Att.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Funcionou belezinha @Italo Jurisato Junior, muito obrigado pela ajuda.

obrigado!!

Publicado em 28/08/2019 Foram disponibilizadas as Minutas dos Leiautes da EFD-Reinf versão 2.1 e seus anexos. Para ter acesso, clique aqui. Conforme Nota Conjunta da Secretaria Especial de Previdência e Trabalho, Secretaria Especial da Receita Federal e Secretaria Especial de Desburocratização, Gestão e Governo Digital SEPRT/RFB/SED nº 01/2019, o evento de remuneração de segurados vinculados ao Regime Geral de Previdência Social (S-1200) fará parte de um ambiente compartilhado entre a RFB e a SEPRT, especificado com base em portaria conjunta entre os órgãos, a ser publicada em ato distinto da EFD-Reinf e do sistema simplificado que substituirá o eSocial. Portanto, o evento de remuneração a ser compartilhado, não mais será inserido na EFD-Reinf. Dessa forma, não haverá mais republicação da versão 3.0 com a estrutura apresentada na minuta publicada em 01/08/2019. Este ambiente compartilhado com o evento de remuneração será construído com objetivo de não onerar os contribuintes que já tenham seus sistemas de TI desenvolvidos para o eSocial. http://sped.rfb.gov.br/pagina/show/4141 Volta o cão arrependido...

https://wiki.freepascal.org/Debugger_Setup

Talvez tenha mais relação na quantidade de dados retornado do BD... Programas como PHPMyAdmin, e outros gerenciadores de BD, nunca retornam todos os dados de uma query... mas sim apenas os dados das páginas que estão sendo exibidas

Penso que nesse caso, o melhor a fazer, é tentar contato com a Sw.House do Software que seus clientes usam... eles devem ter algum programa de capacitação ou treinamento para técnicos de Suporte... Veja por exemplo, as vídeo aulas que meu colega @robisonjnunes, fez para a empresa que trabalha... https://djsystem.coursify.me/courses/treinamento-djpdv

Obrigado @Italo Jurisato Junior... ficou um ótimo resumo