Marcelo Ogliari

Bom dia, Tente executar o apagarAcbr.bat e tenta instalar novamente. Eu acabei de atualizar os fontes e reinstalar com a opção "Remover arquivos antigos do disco" e deu tudo certo aqui.

Bom dia Italo, Obrigado

Boa tarde, Estava recebendo a rejeição do provedor pronim_203 com a seguinte mensagem: O código do pais do tomador de serviço somente devera ser informado quando o município for igual a 999999. Mesmo não passando valor no campo retornava erro pois a tag ainda estava sendo gerado com zero Mudei o campo para ser gerado como opcional e deu tudo certo. Segue arquivo alterado. ACBrNFSeXGravarXml_ABRASFv2.pas

Boa tarde, Alteração URL [4105706] Nome=Clevelandia UF=PR Provedor=Pronimv2 VersaoDados=2.03 VersaoAtrib=203 NomeURL_H=http://186.250.93.210 NomeURL_P=http://186.250.93.210 Cidades.ini

Bom dia, Utilizo aqui o Fortes e se não me engano quando utilizava o Fast era a mesma configuração. Tenta assim: Margem Inferior: 0,80 Margem Superior: 0,80 Margem Direita: 8,00 Margem Esquerda: 1,00

Bom dia, Utilize o RoundABNT do ABCr que esta no ACBrUtil.

Bom dia, No CST 20: Com Redução de Base de Cálculo eu preencho somente o percentual da redução da base de calculo. Produto.Imposto.ICMS.pRedBC

Bom dia, Você pode ter a situação em que uma carga possa ter vários documentos fiscais ai seria fracionada. Outra situação pode ter apenas um documento fiscal que seria um manifesto de lotação sendo que neste caso você deve preencher o grupo de informações da carga de lotação onde a regra de validação é rodoviário e o tipo de emitente é igual a 1 ou 3. Se você pode ter carga fracionada e carga de lotação em um mesmo manifesto acredito que não poderá, pois é emitido um MDF-e para cada carga sendo que ele vai ser ou fracionado ou lotação. Se for modal rodoviário e o tipo de emitente for igual a 1 e 3 o grupo de produto predominante deve ser preenchido! Verifica a NT 2020.001 na pag. 10 - Validação das Regras do MDF-e.

Bom dia, Nesta caso você deve fazer uma consulta e pegar o retorno para salvar na base de dados. Abaixo exemplo de como eu uso aqui. Evento.XML := ACBrNFe.WebServices.Consulta.procEventoNFe.Items[i].RetEventoNFe.XML;

Sim consegui compilar normalmente. Teus fontes estão atualizados?

Boa noite, Tenta preencher assim: with ACBrMDFe1.Manifestos.Add.MDFe do begin Ide.modelo := '58'; Ide.serie := 001; Ide.nMDF := 123456; prodPred.tpCarga := tcGranelSolido; prodPred.xProd := 'Descricao do Produto'; prodPred.cEAN := ''; prodPred.NCM := ''; prodPred.infLocalCarrega.CEP := 85530000; prodPred.infLocalCarrega.latitude := 0; prodPred.infLocalCarrega.longitude := 0; prodPred.infLocalDescarrega.CEP := 8553000; prodPred.infLocalDescarrega.latitude := 0; prodPred.infLocalDescarrega.longitude := 0; end;

Boa noite, Verifica se a pasta de Schemas esta atualizada.

Boa tarde, A duvida que ficou foi referente a imagem que é gerado o HashEntrega ela deve ser armazenada também? Não vi nada na NT ou seria bom salvar no banco de dados caso a empresa precise. Como vocês estão fazendo nesta questão da foto?

Bom dia, Da uma olhada neste artigo aqui que eles falam sobre isso.

Boa noite Então da uma olhada no código ai porque este evento 110112 serve tanto para o MDF-e como para a NFC-e O bom seria criar um método para ler ser é o modelo 58 então utilizar teEncerramento e caso for modelo 65 utilizar teCancSubst.

Boa tarde, Realmente esta acontecendo isto com alguns clientes meus, estou mudando para o openSSL nos clientes que tem certificado A1, e ate no momento nenhum cliente reportou erro com os certificados A3. Talvez seja melhor utilizar as configurações como openSSL.

Bom dia, Realmente esta assim mesmo, isso deve ser problema na receita mesmo, chegou a verificar em alguma nota em produção?

Boa noite, Também estava com o mesmo problema então no arquivo ACBrNFeServicos.ini alterei URL-ConsultaNFCe_2.00=http://www.fazenda.pr.gov.br/nfce/consulta para URL-ConsultaNFCe_2.00=http://www.fazenda.pr.gov.br Só uma coisa que notei ai acho que pode ser a própria SEFAZ/PR, quando faço a leitura do qr-code ele só manda para o site da receita e não mostra a NFC-e. vou anexar o arquivo, se puderem atualizar o arquivo. ACBrNFeServicos.ini

Se o distribuidor não atender aos requisitos da cláusula vigésima terceira do Convênio ICMS 52/2017 não precisa informar nada no indicador de escala?

Boa tarde, Veja que deve estar faltando informar a tag contratante com o CNPJ do tomador. <rodo> <infANTT> <RNTRC>48224983</RNTRC> -<infContratante> <CNPJ>99999999999999</CNPJ> </infContratante> </infANTT>

Bom dia, Neste caso quando for transportador de carga própria deve se passar o Tipo de transportador assim: tpTransp = ttNenhum

Boa noite gralak, Bom alem de você passar no componente a versão para ve400. Pegue na pasta C:\ACBr\trunk2\Fontes\ACBrDFe\ACBrNFe\ACBrNFeServicos.ini o arquivo de serviços .ini e coloque na pasta junto com o executável. Depois configure o componente AcbrNFE.Configuracoes.Arquivos.IniServicos := ExtractFilePath(Application.ExeName) + 'ACBrNFeServicos.ini'; Atenciosamente, Marcelo Ogliari.

Bom dia arisland, Realmente é bem isto mesmo. Será que há problemas de informar os dados da empresa emitente e nos campos xSeg, CNPJ e nos campos nApol e nAver com zero.

Boa tarde Italo, É o que esta indicando, mas o que acho mais estranho pelo q vi no manual na pagina 110 e 111 o seguinte: Se torna obrigatório o CNPJ ou CPF do responsável pelo seguro e o CNPJ da seguradora somente se o responsável pelo seguro for 2- responsável pela contratação do serviço de transporte (contratante). Porque mesmo que informe que o respSeg seja 1-Emitente do MDF-e ele esta pedindo para preencher os dados do seguro. Entranho isso.

Bom dia Italo, Pois é realmente devera estar informado os dados do seguro. O problema é que nem todos os meu cliente possuem seguro, ai que vem a situação, sera que todas as empresas que emitem conhecimento de transporte devem ser obrigadas a terem seguro? No caso quem faz o CT-e deve informar o tipo de emitente Prestador de serviço de transporte, os que fazem emissão de NF-e tipo de emitente Transportador de carga própria esta passando tudo certo.