Painel de líderes

Consegui entrar em contato com o pessoal da prefeitura, me falaram que está fora do ar mesmo

Olá pessoal, Lá vamos nós mais uma vez, só que agora é a vez de algumas melhorias no CT-e. E quais são as novidades da versão 4.00 do CT-e? Eliminação do SOAP Header dos Webservices Não precisamos se preocupar pois o componente vai se encarregar de não gerar o grupo <Header> ao montar o Envelope a ser enviado para o WebService da SEFAZ. Eliminação da Denegação e do CTe de Anulação Com essa nova versão não teremos mais como emitir um CT-e de Anulação, somente CT-e Normal, CT-e Complementar e CT-e de Substituição. O Manual não diz o porque, mas acredito que essa alteração vem de encontro com o DC-e (Declaração de Conteúdo Eletrônico). Quanto a Denegação o que tudo indica nenhum CT-e vai ser Denegado, ou seja, ou ele vai ser autorizado ou rejeitado. Eliminação do Serviço de Autorização Assíncrono O envio do CT-e passa a ser no modo síncrono e unitário, ou seja, somente um CT-e por vez será enviado para o WebService e já teremos como resposta o protocolo de autorização ou a rejeição. Ampliação do Nro Seq dos Eventos Antes um tipo de evento que poderia ser enviado mais de uma vez (por exemplo Carta de Correção) estava limitado a 20, agora o limite é 999. Eliminação do serviço de inutilização Com a versão 4.00 não teremos mais como inutilizar um numero de um CT-e que não foi enviado para a SEFAZ, acredito que caso ocorra um pulo, por exemplo, foi enviado o CT-e de numero 500 e por algum problema foi enviado o CT-e de numero 505, vai ser possível em seguida enviar os CT-e de números 501, 502, 503 e 504 para depois voltar a sequencia normal ou seja emitir o CT-e de numero 506 em diante. Sobre os prazos A versão 4.00 vai estar disponível a partir de 04/2023 em ambiente de Homologação e a partir de 06/2023 em Produção. Quanto as Soluções ACBr Haverão ajustes no componente ACBrCTe para atender a versão 4.00, oque naturalmente se refletirá nas versões posteriores da ACBrLibCTe e do ACBrMonitor. Fiquem atentos as atualizações dos fontes do ACBr e não percam o bonde. Quanto a minha Aplicação? Com certeza a sua aplicação deve ter uma opção para emitir CT-e de Anulação e Inutilização de Números, pois bem essas opção não poderão mais poder ser utilizadas com a nova versão. Sugerimos que apresente uma mensagem ao usuário informando que essa opção não esta mais disponível na versão 4.00 do CT-e. Se a sua aplicação permitia o envio de um lote de CT-e, agora só será possível enviar um de cada vez, logo você vai ter que mudar isso. Com certeza a sua aplicação envia eventos, fique atento a esta questão: para os tipos de eventos que permite enviar mais do que 1 para o mesmo CT-e, lembre-se que agora o limite passou de 20 para 999. Leitura recomendada: Temos os manuais (que são 3) da versão 4.00 em nossas biblioteca. http://svn.code.sf.net/p/acbr/code/tools/DFe/CTe/

Olá a todos, Obrigado pelo comentário @Daniel Simoes. Só pra documentar... Também consegui a impressão do modelo citado acima (ZPLII) na Elgin L42 Pro. Se algum amigo/amiga tiver os equipamentos da Argox ou outros não citados acima e tiver informações a respeito da possibilidade de imprimir no ZPLII favor comentar aqui. Desde já agradeço a atenção de todos.

Bom dia, verifiquei uma situação diferente (ou fora do padrão do e-Social até agora). Ao tentar enviar os primeiros testes no evento S-2501 foi retornado esse erro na validação dos "schemas" Revisando a documentação (Leiautes do eSocial v. S-1.1.pdf) notei que os campos deste evento, mais precisamente do "cpfTrab" pra baixo aparecem como "A" (atributo?) na coluna "Elemento", diferente do padrão "E" em todos os outros eventos. Pelo que entendi, quando é Atributo, o XML deveria ser gerado assim: <ideTrab cpfTrab="12345678901"> ao invés de: <ideTrab> <cpfTrab>12345678901</cpfTrab> ... Será que o Schema e a documentação estão erradas? ou não foi finalizado considerando que este ainda não entrou em produção? Alguém já teve algum problema com esse evento? Att Ricardo

Obrigado Diego.

Juntas ao seu executável para evitar substituição

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3686

atualize para 2.2.4

Você pode usar a consulta de cadastro do ACBrNFe. ACBrNFe1.WebServices.ConsultaCadastro.Executar; A classe de resposta tem os seguintes campos: property versao: String read Fversao; property verAplic: String read FverAplic; property cStat: integer read FcStat; property xMotivo: String read FxMotivo; property DhCons: TDateTime read FdhCons; property cUF: integer read FcUF; property UF: String read FUF write FUF; property IE: String read FIE write SetIE; property CNPJ: String read FCNPJ write SetCNPJ; property CPF: String read FCPF write SetCPF; property RetConsCad: TRetConsCad read FRetConsCad; Para mais detalhes, por favor, consulte o fonte do botão Consulta Cadastro na aba consultar do programa exemplo disponível em \ACBr\Exemplos\ACBrDFe\ACBrNFe\Delphi

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado @Carlos Wagno Schneider tudo bem ? poderia testar com esta versão ? por favor ? Foi gerado uma nova versão, atualizamos as nova URL's..

Boa tarde Adilson, Já esta no SVN.

Boa tarde Marcio, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Ola. Já esta disponível Tabela IBPT 23.1.C, eu acabei de baixar. Aqui o pessoal deve esta providenciando tb essa atualização no SVN

Boa tarde Leandro, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. Note que fiz uma alteração nos schemas usados pelo provedor IPM nessa versão.

não temos mais relatos de erros e faço update e reinstalado todo o dia o ACBr no meu micro tem alguma coisa local no seu micro faça revert e update e marque remover tudo antes de instalar lembrando que se tu tem código ou copia de código do exemplo pra dentro de seu projeto com certeza se demora para atualizar tem mudanças significativas sempre.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Olá @Armando Monteiro siga orientação do colega @lucimauro atualize o acbrmonitor, veja se resolve, houve mudanças nas url's de MG, e na ultima versão já fizemos a correção destas url's

Bom dia. O ideal é você consultar seu departamento contábil para não correr o risco de preencher errado. A cardinalidade deste campo no modal Rodoviário para o grupo rodo.infANTT está como 0-1, me baseando nisso e também neste tópico Da a entender que se você não atende a essas 3 condições, o campo é opcional. Como disse que não tem RNTRC, mas ainda assim está recebendo erro de schema, verifique se você não está preenchendo rodo.veicTracao.prop.CNPJCPF, rodo.veicTracao.prop.xNome, rodo.veicReboque,prop.CNPJCPF ou rodo.veicReboque.prop.xNome. Ao preencher uma dessas, é gerado o grupo correspondente e nele, o RNTRC é obrigatório com uma cardinalidade de 1-1

Bom dia, Atualizar os fontes e reinstalar o ACBr resolveu para mim.

Atualize o arquivo e recompile o ACBr.

Resolvido. Obrigado

Bom dia, O endereço de WebServices de produção de Novo Hamburgo mudou novamente, segue o que está funcionando no momento. ProRecepcionar=https://nfse-novohamburgo.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe&cidade=padrao

Boa tarde. Nós temos o ACBrPagFor. Veja uma breve descrição de sua funcionalidade: O programa exemplo do mesmo está disponível em ..\ACBr\Exemplos\ACBrPagFor Para mais detalhes, por favor confira: Ouça também: https://anchor.fm/projeto-acbr/episodes/Dia-do-ACBr-2022-ACBrPagFor--o-outro-lado-da-moeda----Principais-dvidas-mapeadas-e-respondidas-e1pdcci

Boa tarde Roberto, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Fiz os ajustes no fonte do evento S-2501 e testei com o programa exemplo. Gerou e validou com sucesso. Peço que, para testar, façam o envio para o ambiente de produção restrita. pcesS2501.pas

Olá pessoal, Recentemente foi implementado no componente ACBrNFSeX os provedores: PriMax contratado pela cidade: Serrana/SP Contass contratado pela cidade: Pirapora/MG Observação importante: Todas as correções, melhorias, implementações de novos provedores estão ocorrendo somente no novo componente ACBrNFSeX. Portanto não deixe para amanhã o que você tem que fazer hoje: Migrar para o novo componente.

Obrigado pelas dicas. Resolvi criando uma nova classe ACBrNFeDANFeRLEtiqueta e editando o ACBr para ter um novo tipo de impressão procedure TACBrNFeDANFeRL.ImprimirDANFE(ANFe: TNFe = nil); ... case TipoDANFE of tiPaisagem: TfrlDANFeRLPaisagem.Imprimir(Self, Notas); tiSimplificado: TfrlDANFeRLSimplificado.Imprimir(Self, Notas); tiEtiqueta: TfrlDANFeRLEtiqueta.Imprimir(Self, Notas); else TfrlDANFeRLRetrato.Imprimir(Self, Notas); end; end; e outros ajustes que foram necessários.

Eu encontrei o no forum escrito pelo Panda. E nesse topico consta que ainda nao foi feito para o FortesReport, mas isso foi em 2021. Sera que agora ja feito?

Eu nao seto arquivo, eu so uso as propriedades do objeto with ACBrNFeDANFEQR1 do begin ACBrNFe := ACBrNFe1; NumCopias := 1; ImprimeDescPorPercentual := False; MargemInferior := 0.6; MargemSuperior := 0.6; MargemEsquerda := 0.6; MargemDireita := 0.6; ExibeResumoCanhoto := True; PathPDF := gDir+'\db\xml\nfe'; end; ai eu seto paisagem ou retrato dependendo das configuracoes de cada usuario if xxx then ACBrNFeDANFEQR1 .TipoDANFE := tiRetrato; else if xxx then ACBrNFeDANFEQR1 .TipoDANFE := tiPaisagem; else if xxx ACBrNFeDANFEQR1 .TipoDANFE:= tiSimplificado; sei que cada layout tem um arquivo especifico mas deixo o proprio componente tratar isso, apenas mudo as propriedades do mesmo

Em 08/02/2023 foi publicada a versão 2.2 do Manual de Orientação do Desenvolvedor, o qual trouxe a inclusão de informações relacionadas aos endpoints dos serviços de consulta do recibo de eventos onde não tenha sido informado o CPF/CNPJ do beneficiário. Sobre o ACBrReinf Todas as adequações necessárias já foram efetuadas e estão disponíveis no svn. Fonte: http://sped.rfb.gov.br/pagina/show/7160

Executado como Administrador e sem a informação no componente: mesmo problema. Estou usando o ACBrNFe_Exemplo para ver se funciona, porém, após configurar o comonente, qdo clico em status de serviço aparece :

Você tem alguma alteração local na pasta ACBr\Pacotes? Tentei simular essa situação e pelo que percebi, quando você abre o pacote DCLACBr_Comum.dpk o Delphi faz automaticamente a alteração: De: package DCLACBr_Comum; {$R *.res} {$R *.dres} Para: package DCLACBr_Comum; {$R *.res} {$R *.otares} Isso usando o Delphi 10.3 Rio. Então tentando instalar dessa forma vai acontecer o erro. Tudo que precisa fazer é voltar a usar o .dres que deve funcionar. Sugiro que faça um revert total na pasta ACBr\Pacotes, apague os arquivos não versionados da pasta, e tente instalar novamente pelo ACBrInstall_Trunk2.exe.