marcelo.hgv

Não fiz mais nada, estou aguardando. Mas acredito que colocaremos em produção em breve, talvez materemos a ideia do Julio e deixaremos personalizado pra nós, onde para as notas que tiberem boleto normal vincularemos o código de barras(linha digitável) do boleto e se não tiver colocaremos 0 (zeros).

Bom dia tudo bem senhores? Como ficou esta parte, será feito algo ou permanecerá como está? Mesmo que permaneça a impressão, o arquivo ACBrNFCom.DANFComRLClass.pas precisa ser corrigido pois precisa ficar assim na lina 195: Obrigado.

Boa tarde @Italo Giurizzato Junior. Atualizei os fontes e está rodando perfeitamente pelos testes que fiz. Obrigado pela atenção. Podes fechar. Abraço.

Bom dia @Italo Giurizzato Junior Vou atualizar. Muito obrigado.

Agora estou fazendo isso, porem, precisei alterar a unit e fazer uma conversão pois a leitura do codigo de barras na nota trazia a linha digitável e a leitura ficava inválida, tambem fiz a validação e formatação para quando é informado uma linha digitável de fatura ou de boleto. Alguns clientes nossos emitem cobrança pelo DA do Sicredi e apenas emitem a nota, neste caso, não tem boleto e nem outro tipo de cobrança ai faria sentido ocultar o codigo de barras da fatura mesmo que no xml seja informado um valor 0(zero) por exemplo.

O codBarras está sendo informado, o problema é que os clientes farão as NFCom sempre como tpFat = Normal, neste caso o gFat é obrigatório inclusive o codBarras, e nossos clientes geram a cobrança separadamente por boleto bancário ou até mesmos de outras formas e ai o que passar no codBarras? Neste caso é que estamos testando passar tudo zerado, pois não da pra omitir, nem deixar '' e nem ' '. Diante disso é que foi sugerido passar ali uma linha digitável de um boleto caso exista pois pelos testes algo precisa ser informado.

Boa tarde, Acredito que se o "tpFat" for "tfNormal" o grupo do gFat se torna obrigatório e se for "tfCentralizado" o gFatCentral se torna obrigatório pelo que testei. Ao informar o gFat, alguns campos precisam ser informados senão não passa tambem, entre eles o codBarra(linha digitável).

Boa tarde @Juliomar Marchetti. Finalizei algumas alterações em algumas units que achei pertinente para uso no projeto do NFCom. Estamos finalizando o desenvolvimento de todas as funções para emissão de NFCom aqui na empresa e foram feitos muitos testes em ambiente de homologação e a principio todos os testes foram executados com sucesso. Segue arquivos para avaliação, correção ou melhorias. Aguardo posicionamento para finalizar o desenvolvimento e por o projeto em produção para os clientes. Muito obrigado Julio pelas dicas e atenação. ACBrNFComWebServices.pas ACBrNFComEnvEvento.pas ACBrNFComRetConsSit.pas ACBrNFComRetEnvEvento.pas

Boa tarde senhores. Relembrando o assunto acima, sobre nossos clientes que emitem boletos separadamente da NFCom e em virtude disso poderia talvez ter uma propriedade para ocultar o codigo de barras em alguns casos. Como ainda não temos essa possibilidade, surgiu outra possibilidade aqui na empresa que é informar a linha digitável do boleto pois no campo codBarra a informação é a linha digitável conforme manual abaixo. Segue arquivos alterados para avaliação e melhorias. ACBrNFCom.DANFComRLRetrato.pasACBrNFCom.DANFComRLClass.pas Aguardo posicionamento para dar continuidade no desenvolvimento. Muito obrigado.

Olá, temos clientes que precisam emitir NFCom porem emitem a cobrança separadamente por boleto ou outra forma. Existe uma forma para não exibir o código de barras na DANFCOM pois no xml é obrigatorio informa-lo mas se informar todo zerado deixa passar mas fica zerado.

Já reinstalei usando o ACBrXMLDocument para que de agora em diante use esta forma, porem, mesmo assim acredito que tenha que ser reimplementado a leitura do XML, para que entre no código onde irá popular os dados corretamente.

Não estou usando o ACBrXMLDocument. Será que isso pode estar interferindo? recomenda usar?

Executei fazendo gerar os SOAPs que seguirão em anexo e as informações realmente estão sendo retornadas no XML. 43250706231901000170620010000000021000001300-sit-soap.xml43250706231901000170620010000000021000001300-ped-sit-soap.xml Tambem estou debugando e percebi que na leitura do xml de retorno da consulta parece estar pulando 2 nós do XML antes do infEvento que é eventoNFCom e retEventoNFCom onde cada um deles tem o infEvento.

Desculpa Juliomar, talvez não tenha me expressado direito, no xml está retornando as informações de um evento de cancelamento que fiz, porem, nas propriedades do ACBr não estou conseguindo localizar estas informações por exemplo: ACBrNFCom1.WebServices.Consulta.procEventoNFCom.Items[0].RetEventoNFCom.retInfEvento.nProt Esta e outras informações como tpEvento, nSeqEvento, dhRegEvento costumamos gravar e não estou conseguindo encontrar no ACBr.

Olá, Nas consultas de NFe, é retornado junto ao xml os eventos já homologados a nota, porem não estou conseguindo obter os mesmos dados de eventos da NFCom. Isso é possivel? se sim como faz?