Painel de líderes

Boa tarde a ambos. Muito obrigado pelas contribuições. Alteração enviada ao SVN na Rev-28676. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Boa noite, Configurada consulta de protocolo para gerar os xmls considerando o número do protocolo como prefixo, conforme exemplos do envio e retorno a seguir: 2.202303.000000-ped-sit-soap.xml 2.202303.000000-sit-soap.xml Configurada consulta de recibo para gerar os xmls considerando o "perApur(yyyy-mm) + TipoEvento", conforme exemplos do envio e retorno a seguir: 2023-02-R1000-con-soap.xml 2023-02-R1000-ped-con-soap.xml Para validar... Primeiro atualize seus fontes para ficar com a versão mais recente. Com os fontes atualizados, substitua a unit anexa. Reinstale os componentes e valide se está ok, conforme detalhes citados acima. Estando tudo ok, favor reportar para que os consultores enviem o fonte para o SVN. ACBrReinfWebServices.pas

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/

Boa tarde, Veja se resolve preenchendo a IM do tomador, talvez o provedor utilize esse critério em alguma situação interna.

Veja no programa de exemplo como ler um XML, no botão Distribuição por último NSU. Caso tenha novas dúvidas, favor abrir um novo tópico, fechando este e o outro antigos com a mesma dúvida. 3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.

Boa tarde ! Deu certo sim.

Entrei em contato com o responsável pelo certificado. Tendo um resposta, aviso aqui. Obrigado

Pode deixar; é o "Bancoob". Referências: Config da ACBrLib: https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca18.html Documentação encontrada em outro ponto do Fórum:

obrigado era aqueles dois somente

Bom Dia, Senhores! Desculpe a demora no retorno. A implementação foi um sucesso. Mais um município para nós, Guarani das Missões. Muito obrigado pela atenção e agilidade dispensada.

eles mandaram outro emial , como tem dados pessoais mandei por email mandei no email dos consultores a resposta deles sobre isso

ok obrigado. poderia fechar o topico por favor

mandei no email uns manuais que eles passam, [email protected] sobre essa perguntam mandei para eles, quando vc mudar ai eu baixo novamente o acbr?

Boa noite @Sistema Auditor Validados os ajustes enviados nas Rev. 28666 e 28667 para não levantar exceção quando a resposta estiver fora de 200..202. Por favor, atualize seus fontes e reinstale os componentes para novos testes.

Boa tarde Rogerio, Muito obrigado, já inclui na minha lista de tarefas. TK-3661

Bom dia. Contribuição enviada ao SVN na Rev-28651, por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

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.

Os "em branco" podem ser eventos e não notas. Você pode testar o tipo de documento retornado acessando a propriedade schema: case ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[0].schema of schresNFe: ; // resumo de nfe schresEvento: ; // resumo de evento schprocNFe: ; // nfe completa schprocEventoNFe: ; // evento end;

Estou com problema para realizar o cancelamento via webservice no provedor LIBRE, está me retornando o seguinte erro: --------- Código : E160 Mensagem: Arquivo em desacordo com o XML Schema. Correção: Consulte o Manual da NFS-e para saber quais são as versões de XML Schema suportadas pelo sistema. --------- em anexo o xml gerado para o envio do cancelamento. Cancelamento.xml