Painel de líderes

Bom dia Ana, As tags latitude e longitude bem com o CEP estão dentro do grupo <infLocalCarrega> e também dentro do grupo <infLocalDescarrega>. Bem abaixo da lista dos campos, temos um diagrama que deixa bem claro que se informarmos o CEP não devemos informar a latitude e longitude e vice versa. Resumindo: 1. Se a carga for lotação no XML deve constar o grupo <infLotacao> e dentro deste os grupo <infLocalCarrega> e<infLocalDescarrega> 2. Se constar no XML o grupo <infLocalCarrega> dentro deste deve constar o CEP ou a latitude e longitude do carregamento. 3. Idem para o grupo <infLocalDescarrega>. Espero que tenha ficado claro.

No programa exemplo do componente tem exemplo de como fazer o encerramento pelo XML. Mas se você não tem o XML também pode fazer informando apenas a chave de acesso e o protocolo de autorização, similar ao cancelamento pelo chave. Ou baixar o XML por aqui: https://dfe-portal.svrs.rs.gov.br/MDFESSL/DownloadXMLDFe

Olá Pessoal, A SEFAZ-RS resolveu antecipar a liberação do ambiente de homologação. 02/03/2020 Implantada NT 2020.001 em Homologação Informamos que a NT 2020.001 que trata do MDF-e Integrado, encontra-se implantada no ambiente de homologação da SVRS. As regras de validação restritivas 725 e 726 deverão ser ativadas na próxima semana. Quero lembra-los que o componente ACBrMDFe já contempla todas as alterações publicadas na NT 2020/001, o programa exemplo foi alterado para exemplificar os novos campos, grupos bem como o novo evento. Os novos Schemas já estão disponíveis a um bom tempo. Na próxima versão do ACBrMonitor já vai estar disponível a atualização do manual do mesmo que mostra como gerar o arquivo INI do MDF-e com os novos campos e grupos, bem como gerar o arquivo INI do novo evento.

Está informação poderia ser escrita pelo usuário em informações adicionais , sem alteração do canhoto, e a mesma constando no arquivo xm. @José M. S. Junior

Vou tentar fazer o mesmo procedimento no demo e posto aqui o resultado.

Não tem problema Leandro. Agradecemos sua ajuda e disposição desde já. Já foi útil ter apontado o problema, mas se conseguir fazer o ajuste vamos ficar ainda mais gratos. Bom trabalho por aí.

Certo, isso mesmo, farei sim. Agradeço muito Obrigado

O desconto em valor deve constar no item, senão a sefaz não autoriza a nota. Normalmente o valor é rateado entre os itens.

Muito obrigado José M.S. Jr, creio que com mais essas informações agora consigo dar sequência e retorno com eventuais problemas, vlw Rogério.

BigWings, agora deu tudo certo, a minha falha estava com o arquivo ini, para não ficar ticando o que precisava copiava o arquivo de uma versão para outro Muito obrigado

Boa Noite @Rafael Dias segue o link para download da vm..... https://drive.google.com/file/d/11qaRNdgzI80zqvGOoA_BPWQQEdyQ5ff0/view?usp=sharing a senha do usuário / root é a letra ..... " a "

O campo vCargaAverb será preenchido caso a carga seja averbada e, geralmente, será igual a vCarga. O campo vCargaAverb é o valor que será acobertado pela corretora e/ou seguradora em caso de sinistro. Se ele não estiver corretamente informado a seguradora não tem a responsabilidade de fazer o ressarcimento total em caso de perdas. Existe uma segunda questão: as apólices de seguros tem limites de cobertura e pode ser que o valor da carga ultrapasse o valor de averbação permitido. Só que nesses casos de excesso do limite, a corretora e/ou seguradora tem que autorizar o transporte ou constar no contrato. Normalmente não é permitido o transporte. Mas, se permitido, o vCargaAverb não será igual ao vCarga.

As informações não aparecem pq vc usou as TAGs do IPIDevol (que é o correto), e não as TAGs do IPI "normal." Tem fornecedores que mandam um espelho da nota de devolução, e exigem que a nota seja feita dessa forma (destacar o valor do IPI nos campos próprios), a SEFAZ valida as notas dessa forma, desde que use CSOSN 900. Se esse for seu caso, essa é a única forma de fazer., caso contrário é destacado nas obs. compl. como o @José M. S. Junior explicou acima.

Boa tarde amigo... a primeira coisa a verificar seria o código dos campos extras "c39_camposExtras"... pois na versão de produção, não existe o campo 91 e 73 na tabela... Se vc pegou estes campos na homologação, infelizmente o governo não manteve os mesmos códigos na produção... Também passei por esta dificuldade... Verifique esta configuração, e reporte se deu certo... Obrigado!! Att.: Gustavo Déo

ja descobri! a bematech ta usando um arquivo chamado manutencao.xml que fica dentro do windows syswow64, e se sua aplicação não tiver executando como administrador ele fica retornando sempre o mesmo valor para o subtotal. Ou seja a bematech colocou um arquivo dentro do Windows.... LAMENTÁVEL. mas é isso! espero que ajude outros. podem fechar o topico!

Amigo os componentes em .net não tem nada haver com os componentes em Pascal. Utilize o GitHub https://github.com/ACBrNet/ACBr.Net.NFSe

Ok, vamos utilizar a mesma validação do CTe para o desenvolvimento então, obrigado @BigWings!

Boa tarde Diego, Muito obrigado pela colaboração, assim que possível estarei enviando para o repositório.

@hleorj, este caso se refere a informação adicionada na propriedade "TextoResumoCanhoto" do componente DANFe, no próprio componente quando é preenchido este campo é ignorado a msg padrão do canhoto e imprime o conteúdo deste campo no canhoto... @mgmobile, utilizando o ACBrMonitor precisa editar essa informação no arquivo de configurações (ACBrMonitor.ini) toda vez que precisar alterar o conteúdo deste campo. Isso pode ser feito alterando a tag "TextoResumoCanhoto" no arquivo .ini e posteriormente utilizando o metodo: "NFe.LerIni" para atualizar a informação no componente. Outra possibilidade que poderíamos avaliar é adicionar um método específico no ACBrMonitor para alterar o texto que será impresso através deste campo...

Caros Segue um exemplo mais explicações: Vamos supor que vc tenha renomeado a LIB para GeraDANFe.dll No caso do VFP, lembre-se de usar a LIB 32 bits StdCall_ACBrNFe32 primeiro, além das declarações (abaixo) vc precisa copiar as DLLs usadas para o mesmo local (Diretório) da GeraDANFe.dll libeay32.dll libexslt.dll libiconv.dll libxml2.dll libxslt.dll a DLL faz uso do arquivo INI. Na primeira vez que vc executar o programa abaixo ele vai gerar o INI indicado "teste.ini", mas não vai gerar o PDF pq o "path" caminho do PDF não está definido no arquivo INI. então crie um programa tste.prg contendo: ******************************************************************* ******************************************************************* ********* Gerar PDF a partir de um arquivo de NFe (XML) ********* ******************************************************************* ******************************************************************* DECLARE INTEGER NFE_Inicializar IN GeraDANFe.dll STRING eArqConfig , STRING eChaveCrypt DECLARE INTEGER NFE_Finalizar IN GeraDANFe.dll DECLARE INTEGER NFE_CarregarXML IN GeraDANFe.dll STRING eArquivoOuXML DECLARE INTEGER NFE_ImprimirPDF IN GeraDANFe.dll ? NFE_Inicializar (".\teste.ini","") ? NFE_CarregarXML (".\arquivoNFe.xml") ? NFE_ImprimirPDF () ? NFE_Finalizar () CLEAR DLLS NFE_Inicializar CLEAR DLLS NFE_Finalizar CLEAR DLLS NFE_CarregarXML CLEAR DLLS NFE_ImprimirPDF RETURN ******************************************************************* ******************************************************************* ******************************************************************* ******************************************************************* Notas: Cada chamada retorna um número, se 0 (zero) => foi ok, no exemplo coloquei um "?" para ver o resultado Na primeira vez que vc rodar o programa o arquivo INI será criado mas o PDF não Edite o arquivo teste.ini criado no exemplo acima e procure a sessão "[DANFE]" altere o caminho onde o PDF será gerado, por exemplo: PathPDF=.\ (no caso, o diretório atual) se não quiser q apareça um tela de status enquanto o PDF estiver sendo gerado mude também: MostraStatus=0 aconselho a usar sempre o caminho inteiro do arquivo (ex) ... c:\teste\arquivo.ini c:\saidaPDF Uma vez alterado o INI, da próxima vez que executar ele vai gerar o PDF no mesmo diretório (.\) nesse exemplo Ate Mauro

Bom dia a todos... Quando precisei do CIOT o componente do ACBR ainda não estava pronto, e eu tive que desenvolver por conta própria... Lembro que nessa parte do PDF apanhei um pouco também. Acho que isso possa ajudar vocês... Fiz dessa forma. function Converter(P: TByteDynArray): string; var Buffer: AnsiString; begin SetLength(Buffer, Length(P)); System.Move(P[0], Buffer[1], Length(P)); Result := EncodeBase64(Buffer); end; var MStream : TMemoryStream; Decoder : TidDecoderMIME; Base64, AuxDtCIOT: string; Decoder := TidDecoderMIME.Create(nil); MStream := TMemoryStream.Create; Base64 := Converter(Retorno.Pdf); Decoder.DecodeStream(Base64,MStream); MStream.SaveToFile(xCamCIOT+'\'+AuxDtCIOT+'\'+TiraZeros(txtCod.Text)+'.pdf'); FreeAndNil(Decoder); FreeAndNil(MStream); Grato, Wagner

Bom dia Kleberson, Isso que ocorreu em seu fonte, significa que foram feitas alterações locais e o tortoise não conseguiu realizar um merge. Uma solução simples é apague a pasta ou somente os arquivos afetados, baixe novamente os fones para que a unit seja restaurada e atualizada de forma correta. Depois de inicio aos testes.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia, Essas URL me parecem ser da versão 2 e não da versão 1. Entre em contato com a prefeitura e ou provedor e solicite um XML de exemplo atual de envio do lote para que possamos verificar.

No caso tu registra todos os dados em banco. basta tu depois adicionar tudo ao final do dia com um processo ou agenda no seu sistema e dai gerar um único arquivo

eu faço assim. frxpedido.LoadFromFile('caminho do arquivo.fr3'); frxpedido.PrintOptions.ShowDialog:= False; frxpedido.PrepareReport; frxpedido.Print;

Experimente rodar novamente o instalador do ACBr, marcando a opção para apagar as instalações anteriores...

As alterações feitas pelo @izaquesouza foram enviadas ao SVN na revisão 19345. Obrigado @izaquesouza. Como você mesmo notou, outras alterações foram feitas na mesma porção do código, então eu precisei de um pouco mais de tempo para conciliar as alterações e testar. Acredito que agora esteja ok. Mas peço que testem e reportem qualquer problema. Quanto ao seu tópico, vou te responder por lá.

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

Bom dia Note que no .INI com os dados da NFe ou NFCe já deve ser preenchido a tag "mod" com o modelo 55 ou 65. Dessa forma o componente já identifica o tipo de documento a ser transmitido e emitido. O parâmetro "ModeloDF" nas configurações da lib voce precisa alterar apenas para alguns métodos onde não é passado o XML ou os dados da NFe, por exemplo NFE_StatusServiço, se deseja consultar Status de Serviço da NFCe precisa alterar essa propriedade para "1"... Ou seja, para Envio, Consulta, Emissão... não precisa ficar alterando essa propriedade nas configurações da lib. O número de Lote é um controle da sua aplicação, da forma que preferir esse controle.. (A SEFAZ não valida esse número) O ideal é que seja sequencial por CNPJ emissor. É importante quando utiliza o Envio em lote, ou seja mais de uma NFe no mesmo Envio, assim vai receber um numero de Recibo da SEFAZ, que deve vincular a todas as NFes enviadas no mesmo lote, para o controle no seu sistema. Quando não sabe o numero do NSU precisa criar uma rotina por UltNSU, assim vai receber todos os eventos e documentos em sequencia de NSU, precisa controlar esse NSU na sua aplicação para saber até onde consultou e o que ainda está pendente "MAXNSU" O vídeo abaixo pode ajudar a sanar as dúvidas, foi exemplificado utilizando o ACBrMonitor, mas a forma de utilizar com a lib é a mesma... https://www.projetoacbr.com.br/forum/video/browse/37-aula-24-distribuicao-dfe/ Utilizando o DistribuicaoPorUltNSU vai obter um resumo de todas as NFes emitidas contra o seu CNPJ, então deve enviar um evento de manifestação do destinatário para cada Nota, após esta manifestação será disponibilizado o XML completo da NFe, seja pelo DistribuicãoDFePorChave ou mesmo pelo DistribuicaoPorUltNSU utilizando a mesma rotina de consultar todos os NSUs pendentes. Veja mais sobre esse evento nesta apresentação:

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Bom dia. Atualmente só é possivel via componente, porém estamos para iniciar um projeto de refatoração para que posteriormente seja incluído no ACBrLib também. Att.

Não parece ser o caso... mas se você está se referindo ao Run Time do Visual C Studio... então basta rodar esse instalador http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/Diversos/x86/VC_redist.x86.exe Achei esse artigo, relacionado a esse assunto: https://www.techtudo.com.br/dicas-e-tutoriais/2017/08/como-corrigir-o-erro-api-ms-win-crt-runtime-l1-1-0dll.ghtml

Bom dia! O procedimento para download dos próprios XMLs emitidos não é recomendado pela SEFAZ. (Eles entendem que você deve possuir o XML e guarda-los) Em caso de perda pode se conseguir solicitando a SEFAZ ou casos esporádicos, através do próprio Portal Nacional, clicando em download e escolhendo o certificado. (Mas em modo webservice não) Leia também este tópico:

Fiz o teste de geração do lote pelo programa exemplo. Com SSLXMLSignLib = xsMsXml, em modo debug é mostrada a mensagem: Esse erro é por a msxml.dll não ter suporte ao nível de criptografia mais avançado dos certificados digitais atuais. Clicando em Continue, ocorre a mensagem de tempo de execução: Já com SSLXmlSignLib = xsLibXML2 não ocorre erro. Verifique novamente se já tentou a configuração acima, e se ocorre o mesmo erro.

Aqui faço da segunda forma, considero que as parcelas (e não duplicatas, desde a versão 4.00) são apenas aquelas a prazo. Mas um contador deve saber te orientar melhor...

Boa tarde, Acredito que o provedor Pronim esteja com problemas, pois não estou conseguindo carregar o WSDL através do SoapUI. Favor entrar em contato com a prefeitura ou com o provedor e solicitar as URLs de homologação e de produção atualizadas. Como esse provedor possui 2 webservices, um para cada versão da ABRASF, pode ser que essa cidade que se utiliza a versão 1 pode ter mudado para a versão 2. Se isso ocorreu com certeza as URLs de homologação e de produção mudaram.

Essas marcações são de conflitos de atualização do svn por você ter alterações locais. Use a opção "Resolve" do Tortoise para resolver os conflitos, ou a "Revert" para descartar as tuas alterações e usar o código do repositório.

Certo, tudo bem... Segue em anexo a unit "LCDPRBlocos.pas" com a alteração na função CodVerToStr para gerar o campo "3 - Código da versão do leiaute " do bloco 0000 com o valor 0013. Peço aos administradores quando possível validarem e adicionar ao svn. Obrigado. LCDPRBlocos.pas

Mas note que já está sendo impresso nas informações adicionais, conforme imagem... Não podemos adicionar em qualquer outro campo específico da DANFe, se isso não está previsto pela SEFAZ, pode causar até autuações...

Bom dia Vamos verificar, obrigado!

Na própria NT você pode ver quais tags são obrigatórias e também as regras de validação que serão aplicadas.

Se resolver o problema, reportar no fórum para que possam fechar o tópico.. Se tiver mais alguma dificuldade, deixe um comentário, eu passei por algumas dificuldades e agora estou conseguindo emitir as guias.. Abraços!!!...

Boa tarde amigo @Leonardo Moreira... Também passei por essa dificuldade... Acontece que essa inscrição estadual, só deve ser informada, caso a empresa emitente tenha inscrição estadual na UF de destino para o recolhimento por apuração do imposto, no geral, ela não deve ser informada... Espero que tenha ajudado com o problema... Att.: Gustavo Déo

Boa tarde. Tive que fazer uma alteração, agora para homologar o código de barras gerado, o arquivo anterior estava homologando o arquivo remessa. ACBrBancoUnicredRS.pas

Marcos, O componente já esta pronto para gerar os novos campos e grupos, inclusive o novo evento. A questão agora é esperar até o dia 9 (segunda que vem) para começar a realizar os testes no ambiente de homologação. No programa exemplo do ACBrMDFe já temos um botão chamado [Pag. Operação Transporte] na aba Eventos que exemplifica o envio do evento. E no código do programa, mais precisamente a procedure: AlimentarMDFe, você encontra as linhas comentadas exemplificando os novos campos e grupos. Tudo é uma questão de manter os fontes ACBr sempre atualizados.

Boa tarde Bruno, Já esta no repositório.

Boa tarde Necessário mais uma alteração nessa linha, pois quando é ttTribnoMunIsento, também não pode levar a TAG do municio. if (FProvedor = proSP) and (NFSe.TipoTributacaoRPS <> ttTribnoMun) and (NFSe.TipoTributacaoRPS <> ttTribnoMunIsento) then Gerador.wCampoNFSe(tcStr, '', 'MunicipioPrestacao', 1, 7, 0, NFSe.Servico.MunicipioIncidencia, ''); Segue anexo o .PAS pnfsNFSeW_SP.pas

Sim e ja ate emiti nota assim com a alteração que fiz pnfsNFSeW_SP.pas

Boa tarde a todos, No caso do DACTE feito em Fortes Report devemos alimentar o tpMed da seguinte forma: if uppercase(trim(fpCTe.infCTeNorm.InfCarga.InfQ.Items[i].tpMed)) = 'PESO BRUTO' then rlmQtdUnidMedida1.Lines.Add(FormatFloatBr(msk6x4, fpCTe.infCTeNorm.InfCarga.InfQ.Items[i].qCarga)) else if uppercase(trim(fpCTe.infCTeNorm.InfCarga.InfQ.Items[i].tpMed)) = 'PESO BASE DE CALCULO' then rlmQtdUnidMedida2.Lines.Add(FormatFloatBr(msk6x4, fpCTe.infCTeNorm.InfCarga.InfQ.Items[i].qCarga)) else if uppercase(trim(fpCTe.infCTeNorm.InfCarga.InfQ.Items[i].tpMed)) = 'PESO BC' then rlmQtdUnidMedida2.Lines.Add(FormatFloatBr(msk6x4, fpCTe.infCTeNorm.InfCarga.InfQ.Items[i].qCarga)) else rlmQtdUnidMedida3.Lines.Add(FormatFloatBr(msk6x4, fpCTe.infCTeNorm.InfCarga.InfQ.Items[i].qCarga)); Note que ele compara com as seguintes strings: "PESO BRUTO", "PESO BASE DE CALCULO" e "PESO BC"

Veja se te serve: declare a unit sntpsend.pas; uses um dos servidores abaixo para obter as respostas: pool.ntp.org time.windows.com function TrySNTPDateTime(out ADate: TDateTime; const AServer: string; const ATimeOut: Integer = 2000): Boolean; var V: TSNTPSend; begin V := TSNTPSend.Create; try try V.Timeout := ATimeOut; V.TargetHost := AServer; with V.Sock do begin SetTimeout(ATimeOut); ConnectionTimeout := ATimeOut; InterPacketTimeout := False; NonblockSendTimeout := ATimeOut; SocksTimeout := ATimeOut; end; Result := V.GetSNTP; if Result then ADate := TTimeZone.local.ToLocalTime(V.NTPTime); except on E: Exception do begin ADate := 0; Result := False; end; end; finally V.Free; end; end;