Ir para conteúdo
  • Cadastre-se

Leonardo Quinino

Membros
  • Total de ítens

    100
  • Registro em

  • Última visita

Tudo que Leonardo Quinino postou

  1. Mesmo problema... pesquisando uma saída para esse dilema.
  2. Tive o mesmo problema ao atualizar. Postei as imagens como eram e como ficou após a atualização.
  3. Estou acompanhando essa postagem, e percebi que para gerar novamente o XML o componente muda o final da chave (daquele trecho que é livre). Nesse caso, não vai dar problema autorizar uma contigência que já foi gerada com outra chave ? Ou está correto, gerar novo nome do xml , a cada geração mesmo que for para dar prosseguimento de uma contingência ?
  4. Galera matei a charada, espero que ajudem. Estou construindo uma dll para ler e gerar informação para MDFe... As configurações são passadas por .INI onde eu recebia a UF_EMITENTE em forma de número equivalente ao ES e mandava 32. PORÉM no componente ACBR.. tem que enviar o LITERAL [WEBSERVICE] UF_EMITENTE=32 //aqui, não pode ser valor... tem que o LITERAL ES AMBIENTE=2 Então mudei para UF_EMITENTE=ES Fiz o padrão que é para o ACBrMDFe1.Manifestos.Items[0].MDFe.Ide.cUF := 32 (valor inteiro) (aqui é correto fazer valor inteiro) Antes: ACBrMDFe1.Configuracoes.WebServices.UF := '32' e componente por default deixa SP Após: ACBrMDFe1.Configuracoes.WebServices.UF := 'ES' //aqui forma correta. Espero que ajude alguém.
  5. Estou com problema parecido. Mesmo informando no código fonte , inclusive usei o demo do acbr como modelo e e substituir o ajuste que tem pronto que usa cte PARA nfe, e pelo código DEBUGADO está adicionado as tags, porem , as NFe não são preenchidas no XML.
  6. Aparentemente está configurado corretamente, o detalhe é que o certificado que tenho é usado para emissão de NFe, e não sei se o mesmo pode ser usado para emitir MDFe. no meu caso o emitente é do ES, então a configuração fica em ACBrNFe1.Configuracoes.WebServices.UF := 32 e esse valor consta no XML Gerado na tag Ide.cUF = 32 Enfim vou continuar procurando a solução, assim que descobrir posto aqui.
  7. Senhores, uma pena o colega não ter reportado como resolveu o problema. Estou com a mesma mensagem, e a dúvida está encima do certificado mesmo.
  8. Era essa a dúvida mesmo, encontrei alguma coisa porém bastante fracionada. Estou preparando um material para apresentação do produto "Monitor" para mostrar a eficiência do mesmo para um projeto legado feito em Visual Data Flex.
  9. Procurei no fórum e ainda não encontrei, me desculpem se já existir o tópico, se existir, me avisem . Estou querendo criar MDFE usando o ACBRMonitorPlus, e não encontrei o modelo de layout do arquivo .INI ou TXT para fazer a comunicação.
  10. Tem que gerar a tag do grupo <ICMSUFDest> assim mesmo apesar de que o emitente ser do SIMPLES NACIONAL ?
  11. Senhores, ocorre comigo um determinado erro SOMENTE QUANDO EM MODO DEBUG Uso o delphi 7 + Windows 10 + Ultima versão do acbr Trunk (svn://svn.code.sf.net/p/acbr/code/trunk) E sempre quando debugando, as vezes ocorre o erro Access violation at address 5CF0AB24 in module 'AcGenral.DLL'. Read of address 193C05B8 O erro ocorre mais precisamente na unit: ACBrNFeWebServices.pas Na procedure " procedure TNFeEnvEvento.DefinirDadosMsg; " mais precisamente na Linha 3262 ao executar a função abaixo: AssinarXML(Evento, 'Falha ao assinar o Envio de Evento ' + LineBreak + FMsg); Alguém já passou por isso ?
  12. Leonardo Quinino

    NFe + MegaSync

    Senhores, me deparei com um problema num cliente, esse semana, que vale o report aqui, para que se alguém passe pelo mesmo problema vale o alerta. o cliente, instalou o app MegaSync (do site Mega Upload) para sincronizar os seus arquivos para um disco virtual. e desde quando o App está em uso na máquina a NFE trava durante a transmissão para SEFAZ. Solução de tentar tudo que é jeito, é simplesmente, matando o processo do MegaSync e a transmissão funciona. Se alguém mais passou por algo parecido, responder nesse tópico.
  13. Você tem que instalar o fortes report antes de iniciar o processo. Ou durante a instalação se NÃO TIVER ou NÃO QUISER usar o Fortes, desative a marcação de pacote do boleto fortes.
  14. Também fiz algo parecido, tenho um cliente que também homologou com SICOOB com Fortes , e montei o recurso de extrato de prestação de serviços com o boleto anexo. Não pude enviar para o grupo porque do jeito que fiz, não ficou legal, porque tive que colocar um componente de dataset em memoria, (que seria os dados que vão ser populados) para serem mostrados no extrato) e criei uma dependencia no componente o que não ficaria legal, visto o fato do componente ser multi plataforma de ambientes (windows, linux) e também de linguagens... (delphi / lazarus).
  15. Eu também criei um novo modelo de Layout, e gostaria de compartilhar, não sei se fiz da melhor forma, porque criei uma dependência de um componente de gravar dados em memoria.. da RXLIB... (rxMemory). Criei um Layout do tipo Cartão de Crédito.... Onde tem o Boleto em uma via na Parte de cima e logo abaixo um extrato de consumo, que pode ser qualquer coisa... extrato de convênios, extrato de compras, etc.... tudo populado pelo .dataset do rxmemory, onde criei as novas propriedades no componente com novo layout e populo o dataset do lado do programador durante o processamento da geração do boleto. Como compartilhar isso ?
  16. Galera o seguinte, esse ajuste deve servir tanto para FISCAL quanto CONTRIBUIÇÕES: Segundo um consultor, o registro 200 quando for matéria prima para industrias, não é necessário informar a alíquota de icms, então ocorreu uma situação na empresa que sou programador, em que o programador simplesmente não enviou a propriedade para o objeto do registro 0200 foi feito dessa forma: aDatasetInfo.First; //dados da consulta de itens de todas as notas envolvidas no período while not aDatasetInfo.Eof do begin with ACBrSPEDFiscal.Bloco_0.Registro0200New do begin COD_ITEM := aDatasetInfo.FieldByName('Cod_Item').AsString; DESCR_ITEM := aDatasetInfo.FieldByName('Descricao').AsString; COD_BARRA := aDatasetInfo.FieldByName('Cod_Barra').AsString; UNID_INV := aDatasetInfo.FieldByName('Unid_Medida').AsString; case aDatasetInfo.FieldByName('Tipo_Item').AsInteger of 0: TIPO_ITEM := tiMercadoriaRevenda; 1: TIPO_ITEM := tiMateriaPrima; 2: TIPO_ITEM := tiEmbalagem; 3: TIPO_ITEM := tiProdutoProcesso; 4: TIPO_ITEM := tiProdutoAcabado; 5: TIPO_ITEM := tiSubproduto; 6: TIPO_ITEM := tiProdutoIntermediario; 7: TIPO_ITEM := tiMaterialConsumo; 8: TIPO_ITEM := tiAtivoImobilizado; 9: TIPO_ITEM := tiServicos; 10: TIPO_ITEM := tiOutrosInsumos; 99: TIPO_ITEM := tiOutras; end; COD_NCM := aDatasetInfo.FieldByName('NCM').AsString; COD_GEN := Copy(aDatasetInfo.FieldByName('NCM').AsString, 1, 2); ///////// {NÃO FOI DEFINIDO VALOR DEFAULT PARA ALIQ_ICMS} //////// // Cfe visto no eAuditor, qdo materia prima n precisa preencher a Aliq ICMS if TIPO_ITEM <> tiMateriaPrima then ALIQ_ICMS := aDatasetInfo.FieldByName('AliqICMS_Interna').AsFloat; end; // Fim do with ACBrSPEDFiscal1.Bloco_0.Registro0200New aDatasetInfo.Next; end; // FIm do While aDatasetInfo.First; Não informando o default da aliquota, ocorre um erro no objeto de formatação, porém o erro não informa uma mensagem exata, apenas que houve um erro de formatação de valores %a..... Tratei a solução colocando valor ALIQ_ICMS = 0, porém se alguém interpretar da mesma forma que não é necessário informar a propriedade, fiz um ajuste para evitar o erro dentro fonte do Acbr.... na unit... ACBR\Fontes\ACBrComum\ACBrTXTClass.pas na linha: 373 // Se o parametro Value = Null, será retornado '|' if (Value = Null) (acrescentei aqui...) or (Value = Unassigned) then begin Result := FDelimitador; Exit; end; Assim, se a propriedade não for passada para o OBJ, não ocorre o erro. Porque a mensagem o raise.... não é executada, pois não consegue tratar o valor como númerico... if not VarIsNumeric(Value) then raise Exception.Create( Format('[%a] Não é um valor numérico!', [Value]) );
  17. Pessoal, fiz uma adequação, para atender uma demanda, que depois de pronto, achei bem legal, e gostaria de compartilhar a ideia, acho que não fiz da melhor forma no que tange ao padrão de qualidade do acbr, mas a ideia se ajustou a necessidade de alguns clientes. Enfim, criei um DataSet com alguns campos extras, cada registro desse dataset será uma linha do extrato de quem vai receber o boleto. Exemplo, extrato de compras do cartão, ou extrato de serviços de um cartão de convênio médico. Ao gerar o boleto, criei algumas novas propriedades, que vai receber os dados de um array e cada item do array é um novo registro do extrato, fazendo assim, configurei para o layout de boleto no fortes em qualquer layout, para imprimir as duas vias do boleto e em seguida, plotando uma nova banda de dados (que receberá o DataSet recém criado). Usei um componente bem simples da RxLib - rxMemory. Como disse anteriormente, não foi a melhor solução para o padrão atual da acbr, mas fica a ideia, (no meu caso eu customizei essa parte do projeto e isolei, para não correr risco de atualizar o Acbr e perder o que fiz). Fica a ideia, para quem sabe no futuro, atender a demanda de outros. Fico a disposição para se for possível, fazer esse recurso de forma que quem sabe possa ser oficial no pacote de boletos.
  18. Fiz o ajuste exatamente igual ao que foi postado no SVN. Mas preferi os fontes oficiais. rs /:) Problema resolvido. Realmente, não é necessário a formatação com ZEROS no manual da NF-e , reporta essa tag como DO TIPO , NÚMERICO
  19. Estou procurando no fonte, o local exato que gera a informação. Assim que encontrar, vou postar aqui.
  20. Pessoal é o seguinte, hoje um cliente acusou o mesmo problema, o ACBr está colocando os zeros à esquerda na tag nItemPed, queria saber se já houve o ajuste no componente, já estou procurando para fazer o ajuste manual no ACBr, para não deixar o cliente parado esperando. O ideal é não gerar esses zeros à esquerda e deixar o campo livre, porque essa tag é para informação livre para troca de informação entre as empresas e pode ocorrer de empresas enviar uma string com letras, ou que foi sugerido aqui, de criar uma propriedade extra para jogar ou não os zeros a esquerda.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.