Pesquisar na Comunidade

Bom dia. Estamos desenvolvendo uma API golang utilizando o ACBrLib para emissão de MDFe. Para isso funcionar precisamos desenvolver uma interface em golang para chamar as funções da so (Estamos usando linux). Já é possivel chamar as funções do ACBrLib e transmissões, porém temos um problema. Ao tentar usar a biblioteca multithread fazendo multiplas requisições (simuladas com a AB), a aplicação quebra de forma intermitente. Todas as vezes que ela quebra está relacionado a falha de segmentação que vem da lib. A estrutura de canais para controlar o multhread desenvolvida no golang está funcional, iniciamos a biblioteca e usamos a função desejada. Existe alguma limitação para o uso da biblioteca multithread? Existe alguma coisa que esquecemos de usar ao chamar as funções do ACBrLib? Alguém já teve essa experiencia de usar o ACBrLib para desenvolver uma API multithread para emissão de algum documento fiscal? Abaixo segue um trecho do código desenvolvido para a aplicação. func (p poolLib) Status() string { return p.seletor() } func (p *poolLib) seletor() string { var lib uintptr lib = <-liver usando <- lib status := p.acbr.Status(lib) lib = <-usando liver <- lib return status } func NewPool(libacbr Dominio.IEnviar) Poollib { chLivre := make(chan uintptr, 4) chUsado := make(chan uintptr, 4) for i := 0; i < 4; i++ { var ptr uintptr libacbr.Init(&ptr) chLivre <- ptr } liver = chLivre usando = chUsado return &poolLib{ acbr: libacbr, } } Chamada a função delegada da lib func (m MDFe) callStatus(uintptr2 uintptr) string { bytes := m.bufferNew() versao := m.versao(uintptr2, bytes, &m.tamanho) return strconv.Itoa(versao) } Estamos usando a função versão para teste a comunicação com lib para evitar chamadas desnecessárias a sefaz

Olá pessoal, Estamos de volta para informar que as prateleiras de programas de exemplo do ACBr ganharam mais itens, pois foram disponibilizados na Rev-35855 os programas de exemplo em PHP, Singlethread e Multithread utilizando a ACBrLibMDFe. ..\ACBr\Projetos\ACBrLib\Demos\PHP\MDFe\ACBrMDFeDemoST.php ..\ACBr\Projetos\ACBrLib\Demos\PHP\MDFe\ACBrMDFeDemoMT.php Vale lembrar que os programas de exemploem php utilizam a ACBrComum.php que contém métodos em comum entre os modos (ST e MT) e para todas as libs. ..\ACBr\Projetos\ACBrLib\Demos\PHP\ACBrComum\ACBrComum.php Baixem as atualizações do SVN e aproveitem a novidade. Até mais!!!

Olá pessoal! Quando falamos de um Manifesto Eletrônico de Documentos Fiscais (MDF-e), uma dúvida recorrente que pode vir a surgir é a correta maneira de utilizar o evento de encerramento. O que diz o Manual? O Manual de Orientação do Contribuinte Visão Geral, traz a seguinte definição para o evento de encerramento: O que isso quer dizer? Na prática, isso quer dizer que quando terminado o trajeto e também toda vez que houver alteração de carga é necessário encerrar o MDF-e vigente e emitir um novo. Pode dar um exemplo? Vamos considerar como exemplo hipotético uma caminhão que saia de MT para entregar parte de sua carga em SP e o restante em MG. Neste cenário devemos: Emitir um MDF-e com carregamento em MT e descarregamento em SP (aqui toda a carga deve ser incluída) Emitir um segundo MDF-e com carregamento em MT e descarregamento em MG (só com a carga que vai para MG). Os 2 MDF-e podem ser emitidos um em seguida do outro antes mesmo de o caminhão partir de SP. Quando o motorista avisar que toda a carga referente a SP foi entregue, a empresa que esta em MT encerra o primeiro MDF-e. Quando ele avisar que o resto da carga destinada a MG foi entregue, a empresa encerra o segundo MDF-e. Vamos considerar outro exemplo em que um caminhão parte de SP ao RJ com um carga, mas no meio do trajeto, ocorre a quebra do veículo de tração ou de reboque e o mesmo precisa ser trocado. Neste exemplo, o MDF-e emitido originalmente deve ser encerrado e um novo MDF-e com a informação do novo veículo deve ser emitido. Por fim, em um cenário em que um caminhão parte de SP com destino a MG, quando chegar em seu destino e a carga for entregue o MDF-e correspondente deverá ser encerrado. Observações Importantes: Um MDF-e encerrado não pode ser cancelado. Um MDF-e só pode ser cancelado se o caminhão não saiu da empresa para realiza o transporte da carga. Todo MDF-e tem que ser encerrados (exceto os cancelados) quando a carga é descarregada ou quando ocorre alteração conforme já apresentado acima. Dica aos desenvolvedores: Ao treinar o usuário a usar a aplicação de emissão de MDF-e deixe bem claro o conceito de MDF-e Cancelado e MDF-e Encerrado.

ACBrLibMDFe Visulizar Arquivo ACBrLibMDFe - BIblioteca para emissão e impressão de Manifesto de Documentos Fiscais Eletrônicos Faça Download pelo SVN, dos Demos de uso da ACBrLibMDFe em diversas linguagens, usando o endereço: http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/ Manual On-Line: https://acbr.sourceforge.io/ACBrLib/ACBrLib.html Autor Daniel Simoes Enviado 18-11-2019 Categoria ACBrLib - PRO  

Não estou conseguindo acessar o ambiente de homologação, mais alguém?

Ao realizar o envio de um MDFe em ambiente de homologação, está retornando erro interno. Alguém está passando por esse problema também? Retorno: Erro Interno: 12007 Erro HTTP: 0 URL: https: //mdfe-homologacao.svrs.rs.gov.br/ws/mdfeconsulta/MDFeConsulta.asmx Erro: 12007 - O nome do servidor não pode ser resolvido Qualquer url disponibilizada no https://dfe-portal.svrs.rs.gov.br/Mdfe/Servicos#SEFAZ Virtual Rio Grande do Sul (SVRS)-Homologação, não consigo acesso.

Nos últimos dias muitos usuários estão com problemas na emissão das Nfe e NFCe. Não sabe o que está acontecendo? Se quiser saber mais, veja esse tópico de notícias e todos os posts dele. Por causa desses problemas, os servidores de contingência foram ativados pela SEFAZ. Como resolver? Primeiramente precisamos entender que a forma de emissão que é de acordo com os modelos: NFe (Modelo 55) a forma de emissão deve ser contingência: Basicamente alterar 2 propriedades: (Componente: FormaEmissao e na Alimentação da Nfe: tpEmis ), para uma explicação mais detalhada Clique Aqui. NFCe (Modelo 65) a forma de emissão deve ser OFF-LINE e depois ser transmitida, conforme MOC, página 05: Se você é membro ACBr PRO, você tem acesso aos cursos disponibilizados pelo ACBr. Um deles é o Implementando a Contingência Offline da NFCe. Nesse curso tem não só a explicação em detalhes do processo, mas até um código fonte para tornar seu aplicativo apto para fazer a contingência da NFCe automaticamente. MDFe(Manifesto Eletrônico de Documentos Fiscais, modelo 58) a forma de emissão deve ser OFF-LINE e depois ser transmitida quando cessar o problema, conforme MOC, página 79 e Cartilha MDFe Nacional, página 17: Veja no tópico "Como emitir um MDF-e em contingência" orientações de como alterar no componente MDFe para fazer gerar o XML corretamente. Onde obter mais informações? Para mais informações sobre a situação, acompanhe nossa área de notícias: https://www.projetoacbr.com.br/forum/forum/35-notícias-do-acbr/

No envio do MDF-e, estamos com o erro "Valor string inválido para TLayOutMDFe: URL-QRCode". Destaquei o ponto onde ocorrer o problema no fonte.

Olá pessoal. Estamos no AM nossa empresa é de software enão temos Insc estadual. Acontece que pra emissão de teste homologação pra NF-e usamos Isento, pra NFC-e usamos 99999990 e ambas passam. Pra MDFe fui testar e nenhuma funciona pois sefaz retorna que precisamos IE quando ponho isento, ou que ie de teste (99999990 ) ai não casa com CNPJ da empresa. Ligue pra lá mas eles nem entendem pelo jeito e disseram pra usar usar Certificado do cliente, absurdo isso pra mim. Como é no estado de vocês tem algum tipo de saída? Grato desde já friends. Ivanilson Ribeiro Delphi Developer

Bom dia, segue abaixo implementação do campo ExibirMunicipioDescarregamento no arquivo DAMDFeConfig.cs. DAMDFeConfig.cs

Bom dia pessoal, tudo bem? Estou tentando realizar o encerramento de um MDF-e utilizando E-CPF de produto rural, tanto a emissão do MDF-e quanto a consulta funcionam mas o encerramento retorna o seguinte erro: "CNPJ-Base do Emitente difere do CNPJ-Base do Certificado Digital" Novamente, ocorre apenas na operação de encerramento do documento. Testamos tanto com o ACBrLib em C# quanto em Delphi, ambos retornam a mesma rejeição. Como eu poderia proceder nessa questão?

Olá. Na Nota Técnica 2023.002, altera o retorno do WebService de Consulta Situação para MDFe que passa a vir no retorno o grupo procInfraSA. Estou com duvida no que fazer com esse retorno. Devo começar a exibir ele quando usuário consultar o MDFe? Ou é usado para outras funcionalidades onde devo persistir esses valores? OBS.: Atualmente o nosso sistema gera e transmite o MDFe. Desde já agradeço.

Boa tarde. Pessoal já tenho o MDFe desenvolvido e funcionando a algum tempo, a partir do componente do ACBr... porém hoje em um determinado cliente deu a seguinte rejeição ao transmitir um MDFe 606 - Rejeição: Segundo Código de Barras deve ser informado para NF-e em contingência seguido desta mensagem ele da uma das chaves das NFes anexadas ao MDFe, quando consulto essa chave, na receita ta normal, autorizada em ambiente normal... não compreendi por que da mensagem de contingência.

Olá, a logo da DACTE e DAMDFE não esta aparecendo. Estou informando a imagem seguindo os exemplos do acbr sobre o CTe e MDFe, segue abaixo: // MDFE ACBrMDFe1.DAMDFe.Logo := sDir + logoJPG; // CTE ACBrCTe1.DACTE.Logo := sDir + logoJPG; Como tambem, tentei informar a logo pelo componente dacte, como possui um campo chamado logo, resolvi testar (apenas no caso do CTe):ACBrCTeDACTEFR.Logo := sDir + logoJPG; Para NF-e, consegui homologar as imagens JPG de 100x100 ate 600x600 seguindo esse exemplo (ACBrCTe1.DACTE.Logo := sDir + logoJPG;) Alguma informação de como proceder nesse caso? Algo esta faltando?

Olá, a logo da DACTE e DAMDFE não esta aparecendo. Estou informando a imagem seguindo os exemplos do acbr sobre o CTe e MDFe, segue abaixo: // MDFE ACBrMDFe1.DAMDFe.Logo := sDir + logoJPG; // CTE ACBrCTe1.DACTE.Logo := sDir + logoJPG; Como tambem, tentei informar a logo pelo componente dacte, como possui um campo chamado logo, resolvi testar (apenas no caso do CTe):ACBrCTeDACTEFR.Logo := sDir + logoJPG; Para NF-e, consegui homologar as imagens JPG de 100x100 ate 600x600 seguindo esse exemplo (ACBrCTe1.DACTE.Logo := sDir + logoJPG;) Alguma informação de como proceder nesse caso? Algo esta faltando?

MDFE impressão DAMDFE Dados do Reboque Veiculo de tração ACBrMonitor Não está apresentado no Layout de Impressão, exibir o campo da Placa e o RNTRC do Reboque

Olá, tudo bem? Estou com uma dúvida referente ao envio de um MDF-e. O MDF-e está sendo enviado na forma de emissão normal, entretanto, existe uma Nota fiscal adicionada nele que foi emitida em contigência FS_DA, e ao enviar tenho a rejeição Rejeição: Segundo Código de Barras deve ser informado para NF-e em contingência (FS-DA e FS-IA). A minha dúvida é se esse SegCodBarra deve ser gerado pelo software de quem está enviando o MDF-e, ou o emissor da NF-e em contigência quem deveria ter gerado? obrigado.

Boa tarde, pessoal! Tenho uma situação em que uma mesma pessoa possui duas empresas e elas transitam suas cargas com o mesmo caminhão. Como funciona a emissão do MDFe neste caso? Posso ter dois MDFes distintos para a mesma placa?

Bom dia, Conforme relatado no Discord, estamos utilizando a Sub EventoIncCondutor para gerar o evento de inclusão de condutores, no entanto ela esta gerando .INI de maneira incorreta e a SEFAZ rejeita o evento. A sub possui apenas a propriedade CNPJ, mas o correto é CNPJCPF. Dessa forma, não é possivel efetuar a inclusão do Condutor na SEFAZ pois falha a validação de schema. {[EVENTO] idLote=1 [EVENTO001] xNome=Condutor 11 CPF=11111111111 chMDFe=35220505379815000147580030000001821000000012 cOrgao=35 CNPJ=xxxxxxxxxxxxxxxx (Deveria ser CNPJCPF) dhEvento=20/05/2022 10:51:18 tpEvento=110114 nSeqEvento=1 versaoEvento=3.00 } O código que estamos utilizando é o seguinte: Dim MDFe As New ACBrMDFe Dim Lote As Integer = 1 Dim Eventos As Integer = 1 Dim boRet As Boolean = False MDFe.LimparListaEventos() Dim Condutor As New EventoIncCondutor With {.nSeqEvento = Eventos, .chMDFe = Chave, .xNome = Nome, .CPF = CPF, .dhEvento = DateTime.Now, .cOrgao = 35, .CNPJ = xxxxxxxxxxxxx} MDFe.CarregarEvento(Condutor) MDFe.EnviarEvento(Lote) Fizemos um truque de pegar o valor de Condutor após chamar a sub, substituir CNPJ por CNPJCPF e passar corrigido para MDFe.CarregarEvento e passou na SEFAZ. É necessário corrigir EventoIncCondutor para gerar CNPJCPF

Boa tarde! Fiz algumas melhorias e padronizei os layouts de eventos de NF-e, CT-e e MDF-e em FastReport. Estou enviando os arquivos em anexo para contribuir com o projeto. Atenciosamente, Allan DACTE_EVENTOS.fr3 EVENTOS_MDFE.fr3 EVENTOS.fr3

Quando e feito um MDF-e o mesmo retorna um XML de protocolo como resposta, meu problema e que em um XML de protocolo não foi salvo. Como eu consigo recuperar o XML de protocolo de envio de MDF-e depois de ter sido enviado ?

Boa tarde Gerei um MDF-e contingência dia 19/11/2021. Gravei o XML do mesmo no meu banco de dados e realizei a impressão. Acontece que agora que estou tentando transmitir, está aparecendo a seguinte mensagem: Erro: Nenhum MDF-e adicionado ao lote. Estou carregando o XML gerado anteriormente e usando o comando Enviar do componente ACBrMDFe. Alguém pode me dizer o que estou fazendo errado? Desde já agradeço a todos.

Boa tarde Ao compilar o acbrmonitorplus no lazarus me deparei com este problema: E:\Acbr trunk 2\Fontes\ACBrDFe\ACBrMDFe\ACBrMDFe.pas(39,6) Error: Illegal unit name: ACBrMDFe Alguém pode me ajudar?

Pessoal, eu vou desenvolver um sistema web. Para a parte de emitir DFe (NFe, NFCe, MDFe, CTe) ou qualquer coisa que precise de um certificado digital, eu estou pensando em contratar um servidor VPS, instalar um serviço, aplicação ou servidor Rest Dataware onde eu uso uma API para emitir as DFe neste servidor. A minha dúvida é, eu consigo emitir DFe com ACBr sem o certificado digital estar instalado? Tipo apenas colocando o arquivo dentro de um banco de dados ou localmente no servidor e o sistema lendo este arquivo para fazer a emissão? Eu estou querendo usar ACBr para fazer as emissões ao invés de usar as API da TecnoSpeed.