Painel de líderes

Além das citadas, ACBrBoletoFCFR e ACBrSATExtratoFR

Boa tarde. Estamos testando o Delphi Alexandria e nos deparamos um uma exception ao chamar a função StringToDateTime. Segue anexo um programa com a unit ACBrUtil com diretivas onde fica compatibilizado com o Delphi Alexandria e os anteriores. O Erro ocorre quando se passa a data como yyyy-mm-dd / 2020-08-15. A Embarcadero reescreveu o método (SysUtils.StrToDateTime), onde passou a ocorrer o problema. Atenciosamente. ACBrUtilData.zip

Vou Conferir no Programa de Exemplo na proxima, mas estes já são suficientes,agradeço pela ajuda. Obrigado.

Concordo Italo, veja que no provedor Giap que acertamos mes passado esse campo era obrigatório e foi uma das rejeições, e agora esta rodando certinho, vou ver com o pessoal do provedor, muito obrigado !

Estou tentando contato, porém até o momento não consegui contato com o suporte técnico, apenas redirecionamentos sem resultado. Assim que conseguir algum retorno eu respondo aqui. Eu entendi a questão do 03 e 04, mas eles não seriam referentes ao Sacador (Beneficiário)? No código está se referindo o Sacado (Pagador), ou neste caso Sacador e Sacado são a mesma pessoa?

Bom dia Renato, Melhorei um pouco mais a sua contribuição. Favor atualizar os fontes e veja como ficou agora.

NT 2021.002 v1.00: Essa e outras validações foram incluídas nessa NT para esse caso onde o veículo é de terceiros.

Acabei abandonando o ambiente de homologação deles, estou fazendo direto em ambiente de produção, e num topico meu, passei pro Italo os problemas de recepção, o problema maior é que a prefeitura q estou testando nao aceita cancelamento pelo site, somente presencial kkkk, com o preço da gasolina, ta ficando complicado kkk, brincadeira pessoal

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

No seu .ini você informou o campo tpTransp dentro da seção [infContratante001], o correto é informar dentro da seção [ide].

Deu certo, o conteúdo da tag 'Id' estava incorreto. Realmente estão aceitando inutilização de NFe para pessoa física. Anexei os arquivos XML de envio e retorno da inutilização. A diferença é o nome da tag que mudou de 'CNPJ' para 'CPF' e recebe 11c. Mas no 'Id' o CPF deve ser formatado com 14c (zeros à esquerda). Pra testar isso eu fiz uma alteração grosseira nos fontes mesmo. Posso tentar implementar seguindo o padrão dos fontes do ACBr e anexar aqui, ou se a própria equipe quiser fazer a implementação também. 51210000522637817355920000000001000000001-inu.xml 51210000522637817355920000000001000000001-ped-inu.xml

Boa tarde. Qual erro é retornado? Att.

Boa tarde Camilo, Se você abrir a unit: pnfsConsSitLoteRpsResposta, vai encontrar a resposta. // FSituacao: 1 = Não Recebido // 2 = Não Processado // 3 = Processado com Erro // 4 = Processado com Sucesso

Bom dia, Estou com o seguinte problema, estou homologando a emissão de NFSe em Rondonópolis onde o servidor é a Coplan ao gerar o XML a tag CNAE não é preenchida "Servico.CodigoCnae := '4313400' ". Ao debugar percebi que mesmo alimentando o componente ela chega sem valor "Gerador.wCampoNFSe(tcStr, '#30', 'CodigoCnae', 01, 07, 0, OnlyNumber(NFSe.Servico.CodigoCnae), DSC_CNAE);". Gostaria de saber se tenho que fazer algo mais ou se é alguma inconsistencia com esse provedor. Aguardo um retorno. Obrigado.