Painel de líderes

Olá @Alcindo de Almeida Neto, A atualização dos municípios da ACBrAPI é independente das atualizações do componente. Então não ocorrerá instantaneamente. Ela depende de um build à parte. Porém tentamos manter sempre atualizados sim. Hoje pela manhã já foi atualizado, se vc estava esperando alguma atualização específica, por favor faça um novo teste.

Tópico fechado por falta de retorno do usuário

Tópico fechado por falta de retorno do usuário

isso .. o meu foi o seguinte .. eu estava enviando na versão 2.0 que esta sendo descontinuada .. mesmo no campo de versão se voce colocar 3.0 ele entra o 2.0 O que determina a versão no acbr é o indicadorPIX .. se voce colcoar ele como true, ele envia para o endereço do webservice 3.0 se colocar false envia no 2.0

@Agnaldo Prates @Roberto Henrique Borges Machado Atualizei os Schemas deu Certo. carregou as tags. Muito Obrigado.

Consegui integrar com sucesso...Para GissOnline Itu, precisei informar o grupo de Servico.ValoresTribFed grupo que não consta no programa exemplo para layout Abrasf.

Imagino que sim, tentarei novamente em alguns minutos, caso ainda der problema vou entrar em contato com o suporte da Citta, depois mando noticias, valeuuu

Ontem estivemos falando internamente sobre esse assunto... @EMBarbosa e @Diego Foliene estão trabalhando nesse caso... Creio que devemos subir um workaround, muito em breve...

Boa noite @RedIDSoftware, Já esta no SVN.

Boa tarde a todos, Já esta no SVN.

o WSDL de produção é https://ws-scs.giss.com.br/service-ws/nf/nfse-ws?wsdl Consegui fazer a homologação deles. https://saocaetano.giss.com.br/giss-ajuda/desenvolvedores.html Na opção Outros materiais tem o link do webservice.

Muito obrigado, dai faço os testes na sexta feira assim que sair a versão.

Muito obrigado Danilo. Atualizei agora e o cancelamento começou a funcionar. Revisão 45397 para quem precisar.

Vc está adicionando uma nota referenciada sem informar nenhum dado. E na seguinte vc informa a chave e os campos que deveriam ser usados para outros modelos.

Esperando... isso vai ajudar muito

Boa tarde @_asseinfo, Estamos trabalhando na tarefa CORE-117 para regularizar a emissão com o provedor Betha. Assim que tivermos atualização sobre o caso retornamos aqui.

Olá, comunidade ! Informamos que a propriedade TamanhoPapel foi removida da classe base para os componentes de impressão. Alguns podem receber mensagem semelhante a esta ao abrir seus projetos: Basta clicar em Ignore e salvar o projeto para que ela seja removida do .dfm Por que essa propriedade foi removida? Esta propriedade foi adicionada originalmente para ser utilizada apenas por alguns poucos impressos específicos. Como a maior parte dos impressos tem suas dimensões definidas por regulamentações e manuais de orientação, sua presença estava causando confusão com muitos tentando utilizar ela sem efeitos.

EDIT: As alterações abaixo já se encontram no SVN desde o dia 23/02/2022. Olá Pessoal, Como sempre queremos facilitar pra vocês ao máximo o uso de nossos componentes e a manutenção de seu código. Sendo assim, achamos apropriado fazer algumas alterações no componente ACBrNFSeX. O componente antigo, ACBrNFSe, não será alterado visto que não estamos fazendo melhorias nele, apenas manutenção de erros e falhas. Para saber mais sobre como migrar do ACBrNFSe para o ACBrNFSeX, veja esse link. Vamos detalhar abaixo as mudanças e as motivações. Anteriormente, no componente tínhamos as seguintes propriedades: XML, XMLOriginal, XMLAssinado e XMLNFSe. Essas propriedades foram criadas seguindo o modelo do componente antigo e podiam ser lidas através da lista de notas, como por exemplo no código: Elas tinham a seguinte função no componente antigo: XML: o XML da NFS-e retornado pelo WebService; XMLNFSe: o XML da NFS-e retornado pelo WebService; XMLOriginal: o XML do RPS sem assinatura; XMLAssinado: o XML do RPS (que pode estar assinado ou não dependendo do provedor); Agora pense um pouco sobre o que viu. Temos duas propriedades que contem o XML da NFS-e e duas que contem o XML do RPS. Não temos necessidade dessa redundância, principalmente porque o componente novo, ACBRNFSeX, está muito mais funcional na questão de separação de comportamento dos provedores. Sendo assim, as propriedades XMLAssinado e XMLNFSe acabaram ficando sem utilidade. Estávamos na situação de que ao tentar ler as mesmas é retornado uma string vazia. Já na propriedade XMLOriginal era retornado o XML do Rps (assinado ou não conforme o provedor). Por firm, na propriedade XML era retornado o XML da NFS-e. Estamos fazendo as seguintes alterações no ACBrNFSeX: As propriedades XMLAssinado e XMLNFSe foram removidas. Elas não continham nenhuma informação. A propriedade XML foi renomeada para XmlNfse, deixando mais claro o objetivo. A propriedade XMLOriginal foi renomeada para XmlRps, dando mais clareza ao que ela contêm. Assim ao invés de 4 propriedades com nomes talvez confusos e dados redundantes, agora temos 2 funcionais. Para aqueles que desejam guardar o XML do Rps e ou da NFS-e no banco de dados basta ler as propriedades mencionadas acima podem usar um código semelhante ao abaixo XMLReciboRPS := ACBrNFSeX1.NotasFiscais.Items[ i ].XmlRps; XMLNotaServico := ACBrNFSeX1.NotasFiscais.Items[ i ].XmlNfse; Onde "i" é o índice da nota na lista, que pode variar de zero até a quantidade de documentos menos 1. Observações: Se o valor da propriedade de configuração: Configuracoes.Arquivos.Salvar for True os valores de XmlRps e XmlNfse serão salvos em disco; O conteúdo de XmlRps será salvo na pasta Recibos e o de XmlNfse na pasta Notas;