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?

Boa tarde. Em Outubro de 2024 o RS disponibilizou os IEs para os MEIs como todos já sabem. Por enquanto a consulta pelo componente não está trazendo esta informação. Pelos canais do governo já tem disponivel. Tens alguma previsão para trazer esta informação ou ainda é algo impossivel de buscar? Obrigado.

Já consegui a informação necessária. Obrigado pela atenção e ajuda. Podes fechar.

Como conseguir e qual a informação correta para informar no xml da nota NCFe quando o pagamento for no pix dinamico e estático usando o TEF da Sitef?

Bom dia. Passando que foram feitas as configurações sugeridas e funcionou perfeitamente. Muito Obrigado. Podes fechar.

Bom dia, Recentemente estivemos atualizando os fontes e compilamos nova versão, porem percebemos uma diferença na margem esquerda da visulização dos boleto ao qual vem cortando parte das informações no momento da impressão. Hoje pela manhã atualizei os fontes novamente para ver se já havia sido corrigido mas ainda permanece igual. Boleto visualizado com versão anterior a atualização: Boleto visualizado com versão atual: Esta última está praticamente sem margem. Obrigado e aguardo instruções.

Boa tarde. Passando que realizei os procedimentos sugeridos e funcionou. Muito obrigado pela atenção. Podes fechar.

Bom dia. Estamos com uma divergência na exibição das informações com relação a DANFSeX quando possui retenção de INSS. Os valores estão indo corretos no XML porém não está exibindo correteamente na DANFSeX. No modelo antigo DANFSe a exibição ficava como abaixo No DANFSeX está diferente: Na visualização do RPS antes da transmissão também tem divergências nesta mesma DANFSeX O XML é o mesmo para todos os casos. Também segue a DANFSe impresso pelo portal da Prefeitura Lembrando que a cidade é Tapejara-RS e o provedor é o Tecnos. Obrigado e fico no aguardo de alguma orientação. 4323101234718500019456000000000000370-nfse.xml

Ta bom obrigado você pela atenção e ajuda.

Opa, fazendo as configurações recomendadas funcionou. Alterei as propriedades abaixo: AlterarEscalaPadrao = True (padrão False) NovaEscala = 101 (padrão 96) Obrigado pela dica. Desta forma funcionou perfeitamente porem sempre precisarei fazer algumas alterações com relação a escala? E com relação a outra alteração para poder enviar na mesma remessa boletos hibridos e normais foi feito algo neste sentido?

Bom dia @Daniel InfoCotidiano tudo certo? Muito obrigado pela atenção e empenho. Atualizei os fontes e identifiquei pequenas correções ao qual já enviei por e-mail as sugestões e prints das telas. Obrigado.