Painel de líderes

Muito obrigado pelo esclarecimento Diego. Eu não sabia desta implementação com uso de ponteiros. Já o estou implementando aqui. Muito obrigado. Muito obrigado pelas orientações Daniel.

seguimos

Creio que não tenha configurado componente para versão pois o mesmo existe só que se estiver com versão errada do CTe ele vai procurar na primeira

complementando, tu só manda se tu for alterar uma já existente

Boa tarde Willian, O erro que esta ocorrendo é erro de validação, isso significa que os schemas que se encontram na maquina do seu cliente estão desatualizado. Atualize todos os fontes de todas as pastas, reinstale o ACBr e recompile a sua aplicação com a opção Build. Outra coisa os schemas usados pelo componente ACBrNFSeX estão na pasta: ...\Exemplos\ACBrDFe\Schemas\NFSe

elas vão entrando nas sprints e como pode notar pelo numero dela é o numero de tk que existem então está na fila e vai entrar em alguma sprint

Bom dia @Natanael Sanches, Já esta no SVN.

@Messias Bittencourt Apenas complementando o que o @Diego Foliene citou, existe exemplos em java (MT) é multithread. https://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/Java/Boleto/Demo/ACBrLibBoletoMT.Demo/ cada requisição recebida na sua api, vc vai criar um "ponteiro" como o diego citou e todos os metodos vc vai usar o mesmo ponteiro. assim vc vai identificar para qual requisição é a resposta (ponteiro) Exemplo: (estou mostrando o CEP, mas é só para vc abstrair a ideia) acbr_lib.CEP_Inicializar(ponteiro,"/00111222000195/acbrlib.ini","") acbr_lib.CEP_ConfigGravarValor(ponteiro,"Principal", "TipoResposta", "2") acbr_lib.CEP_BuscarPorCEP(ponteiro, "13930000", sResposta, ctypes.byref(esTamanho)) acbr_lib.CEP_Finalizar(ponteiro)

Apenas uma atualização 28/08/2024 14:36: A equipe do suporte da Invision Community identificou que o problema pode ser mais complicado do que parece. Ainda estão avaliando o caso com a equipe de suporte avançada. Alguns tópicos podem ter voltado mas o problema ainda não foi resolvido. Com o compromisso de manter a transparência e honestidade, assim que tivermos novidades avisamos a todos. Aproveitamos para agradecer a compreensão da comunidade ACBr. Bom trabalho pra vocês pessoal.

Olá pessoal! No dia 20/12/2023 foi divulgada a Nota Técnica 2023/005 que institui o evento de Insucesso da Entrega para NF-e (não confundir com o Insucesso na entrega para o CT-e que é descrito AQUI) Resumo da Nota Técnica. Esta nota técnica discorre sobre os eventos de Insucesso de Entrega da NF-e(tpEvento=110192) e Cancelamento do Insucesso na Entrega da NF-e(tpEvento=110193), ambos acobertados pelo Ajuste SINIEF 58/2022 de 09 de dezembro de 2022. A implementação dos novos eventos permitem ao emissor da NF-e, quando a entrega da mercadoria não envolver um CT-e, registrar por meio de um evento fiscal na respectiva NF-e os motivos que impediram a entrega. O objetivo dessa implementação é substituir a ressalva que atualmente é aposta no verso do DANFe seguindo o § 3º da cláusula décima do Ajuste SINIEF 07/05 que obriga o emitente do documento fiscal a armazenar o DANFe impresso contendo no verso justificativa Insucesso da Entrega. Com a criação desses eventos, o emissor vai poder vincular o evento eletronicamente na NF-e e não mais precisará armazenar o DANFe em papel. Datas para Implantação. Implantação para Homologação: 13/05/2024. Implantação para Produção: 24/06/2024. Webservice de Evento e Obrigatoriedade. Assim como os demais eventos já existentes, os novos eventos de Insucesso na Entrega e Cancelamento do Insucesso na Entrega serão recepcionados pelo Ambiente Nacional e não pela Sefaz respectiva do estado. A implementação desta NT é facultativa, portanto, os interessados podem praticar os prazos que julgarem conveniente posterior as datas de implantação descritas nos respectivos ambientes. Evento "Insucesso na Entrega da NF-e". Função: Evento para indicar o insucesso na entrega da carga pelo emitente da NF-e. Autor do Evento: O autor do evento é o emissor da NF-e. A mensagem XML do evento será assinada com o certificado digital que tenha o CNPJ base do Emissor da NF-e. Modelo: Nota Fiscal eletrônica – NF-e (modelo 55) Código do Tipo de Evento: 110192 (Este evento exige NF-e autorizada) Leiaute Mensagem Entrada Os campos que valem destaque no leiaute da mensagem de entrada são: tpEvento: Código do evento, 110192 - "Insucesso na Entrega da NF-e". nSeqEvento: Sequencial do evento para o mesmo tipo de evento, pode ter valores entre 1 a 99. Para informar um novo evento de "Insucesso na Entrega da NF-e" para uma mesma NF-e, o evento anterior deverá estar cancelado. dhTentativaEntrega: Data e hora da tentativa de entrega. nTentativa: Número da tentativa de entrega que não teve sucesso. tpMotivo: Motivo do Insucesso. Pode ter os valores 1 - Recebedor não encontrado, 2 - Recusa do recebedor, 3 - Endereço inexistente ou 4 - Outros. xJustMotivo: Justificativa do motivo do insucesso, usar somente se tpMotivo = 4. latGPS: Latitudade do ponto de entrega.. longGPS: Longitude do ponto de entrega. hashTentativaEntrega: Hash SHA-1, no formato Base64 correspondente a concatenação da chave de acesso da NF-e + Base64 de imagem capturada na tentativa da entrega. dhHashTentativaEntrega: Data e hora da geração do hash da tentativa de entrega. Leiaute da mensagem de retorno Os campos que valem destaque no leiaute da mensagem de retorno são: dhRegEvento: Data e hora de registro do evento. nProt: Número do protocolo do evento. Evento "Cancelamento Insucesso na Entrega da NF-e". Função: Evento para indicar o cancelamento do evento de insucesso na entrega da carga pelo emitente da NF-e. Autor do Evento: O autor do evento é o emissor da NF-e. A mensagem XML do evento será assinada com o certificado digital que tenha o CNPJ base do Emissor da NF-e. Modelo: Nota Fiscal eletrônica – NF-e (modelo 55) Código do Tipo de Evento: 110193 (Este evento exige NF-e autorizada) Leiaute da mensagem de entrada Dentre os campos que vale destaque temos: nProtEvento: número do protocolo de autorização do evento de insucesso que será cancelado. Leiaute da mensagem de retorno dhRegEvento: Data e hora de registro do evento. nProt: Número do protocolo do evento. LEIA A NOTA TÉCNICA NA INTEGRA AQUI E como fica o ACBr? Como é possível observar, a nova NT trás adição de dois novos eventos. Dito isso modificações serão necessárias nos fontes do ACBr para implementação dos mesmos. Já foi criada uma TK em nosso backlog e as modificações estarão disponíveis em tempo hábil para que possam realizar a implementação.

basta limpar um pouco dos anexos seus no seu perfil

LarguraBobina é usado apenas na impressão em Fortes. Para Fast pode ser ajustado no próprio .fr3.

então é o que falei está sendo feito refactoring no codigo do monitor e lib e podem haver ainda erros vai atualizando e verificando para compilar