Painel de líderes

Gostaria de agradecer muito a todos vocês. De fato, consegui emitir a minha primeira NFSE na homologação. Obrigado em especial ao Douglas e Jhonlenon pelas dicas de OURO. Mas todos contribuiram para vencer esta peleja. O Ruim é que no ambiente de homologação a parametrização de possibilidades é bem restrita. Agora é aguardar o ambiente de produção. Avante!

Booa! O erro é diferente, agora houve progresso, ele não travou na hora de gerar o XML, ele chegou a enviar e a comunicar com o web service. O erro agora da a entender que você precisa se credenciar para fazer a homologação. Por favor, você já chegou a emitir alguma nota desse prestador nesse novo web service? De uma olhada nos links: MANUAL DE UTILIZAÇÃO DO SISTEMA NFS-e PADRÃO NACIONAL; Formulário liberação de acesso a homologação

Por favor, tente obter os soap de envio e retorno usando o debug da api: https://dev.acbr.api.br/docs/api/#tag/Debug/operation/DebugHttpRequestContent https://dev.acbr.api.br/docs/api/#tag/Debug/operation/DebugHttpResponseContent

NFC-e no meu entendimento sim, conforme citado acima a redução de benefícios incide sobre os tributos e as operações, independentemente do modelo do documento. Simples Nacional não foi atingido pela lei. https://normasinternet2.receita.fazenda.gov.br/#/consulta/externa/149398

Boa tarde @Alcindo de Almeida Neto. Fiz um teste em meu ambiente utilizando o componente nativo para Delphi/Lazarus e também tive o mesmo problema. Acredito que o ajuste que você mencionou se trata de outra situação. Verificando, foi possível observar que o XML gerado ficou assim: <Endereco> <Endereco>RUA PRINCIPAL</Endereco> <Numero>100</Numero> <Complemento>APTO 11</Complemento> <Bairro>CENTRO</Bairro> <CodigoMunicipio>4119608</CodigoMunicipio> <Uf>PR</Uf> <Cep>14800000</Cep> </Endereco> Mas de acordo com o schema essa é a estrutura esperada para esse grupo por esse provedor: Enviei um ajuste ao SVN que acredito que vá resolver a questão no componente. Vou pedir ao pessoal responsável para que verifique o que precisa ser feito na ACBr API gere um novo build da mesma para que possa atualizar e testar.

Bom dia! Aqui em MG tambem!

Por aqui estou no MT com o mesmo problema!

Para ICMS monofásico você usa sempre CST e não CSOSN, mesmo pra emitentes do Simples. ICMS.CST := StrToCSTICMS('61');

Você já teve dúvida no momento de verificar se a cobrança PIX gerada pela sua aplicação foi realmente paga? Pois é, essa dúvida é mais comum do que imaginamos! A primeira dica é ter a certeza que está armazenando as informações de identificação da cobrança/pagamento/devolução em seu sistema, pois são através desses campos que vc conseguirá utilizar as requisições de consulta dos endpoints. A seguir vamos detalhar qual os campos indispensáveis para cada rotina. Cobrança (/cob): Ao criar uma cobrança é muito importante armazenar o campo txID. Através dele você conseguirá ter acesso a toda "vida" da cobrança e saber exatamente as ações que foram efetuadas(Pagamentos, Devoluções, etc); Pagamento (/pix): Quando o pagamento de uma cobrança é efetuado, é gerado um campo chamado E2E (End to End). Esse campo também deve ser armazenado para que seja possível consultar esse pagamento posteriormente. Devolução (/pix/{e2eid}/devolucao} : Quando uma devolução é solicitada, é necessário informar o campo "ID da Devolução", esse campo é importante, caso seja necessário futuramente efetuar uma consulta a essa devolução. A seguir, vamos realizar testes utilizando nosso demo do componente ACBrPIXCD configurado com o PSP Banco do Brasil em ambiente de Produção: Ao consultar o txID de uma cobrança recém criada, podemos verificar que o status inicial dela é: "ATIVA" Você tem acesso a essas informações através da propriedade: ACBrPixCD1.PSP.epCob.CobCompleta Quando o pagamento dessa cobrança é efetuado, ao consultá-la novamente temos o status "CONCLUIDA": Também podemos perceber que existe um objeto PIX na resposta, que contém um campo chamado "endToEndID". É aqui que encontramos todas as informações referente ao pagamento. Com esse campo E2E podemos também consultar um pagamento específico, como mostra a imagem a seguir: Essas informações são encontradas na propriedade: ACBrPixCD1.PSP.epPix.Pix Ao efetuar uma devolução e consultar novamente a nossa cobrança (utilizando ainda o txID), temos o seguinte cenário: Vemos que a cobrança continua com o status "CONCLUIDA", porém existe uma devolução com status "DEVOLVIDO". Isso quer dizer o que o valor NÃO está na conta do recebedor, ou seja, a cobrança não está paga. Portanto é sempre importante avaliar a lista de pagamentos(Pix) que a cobrança possui e verificar também a lista de Devoluções que cada pagamento possui.