BigWings

Até onde sei, foi tudo revogado. Inclusive o ajuste que tratava do fim dos CFOP de substituição tributária. Por conta da nova reforma tributária (IVA) que está por vir.

Não ficaram enumerados demais e redundantes? Minha opinião, bastava criar um a mais para o por dias úteis. TACBrCodigoNegativacao = (cnNenhum, cnProtestarCorrido, cnProtestarUteis, cnNaoProtestar, cnNegativarCorrido, cnNaoNegativar, cnCancelamento, cnNegativarUteis);

Pasta de schemas, tem que separar por tipo de documento (NFe, CTe, MDFe) pois as versões são diferentes.

Não foram criados códigos CSOSN específicos para ICMS monofásico. Ao contrário, foi criada uma exceção nas regras de validação para permitir que o emitente optante pelo Simples possa usar os CST 02, 15, 53 e 61. Então está claro que é isso que você tem que fazer. Os campos obrigatórios variam de tipo de operação, CST usado, código ANP do produto comercializado... não tem exceções específicas para o emitente do Simples. Recomendo a leitura da NT 2023.001 e a tabela de produtos sujeitos ao ICMS monofásico disponíveis no Portal Nacional da NFe. https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=8YZ0kyjcy6g= https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=VDQiJI8xwVY=

No caso da tributação monofásica você vai usar CST e não CSOSN, mesmo sendo emitente optante pelo Simples. Veja na sua imagem que existem os CST 02, 15, 53 e 61 na lista, que são os do ICMS monofásico. Não foram criados códigos CSOSN para a tributação monofásica do ICMS.

Está com uma versão atualizada do ACBrMonitorPLUS? Testei com o teu arquivo na versão 1.4.0.203 e gerou normal.

A soma está divergente mesmo: Aparentemente você está arredondando a tag para 2 casas, pode ser isso, a qBCMonoRet pode ter até 4 casas.

Geralmente isso é a versão do Fast Report. Versões mais antigas do Fast não conseguem ler os datasets de um .fr3 criado na versão 5 ou superior.

Abre os forms pelo Delphi e manda ignorar os erros.

O nosso número são 7 dígitos sequenciais + 1 do DV. No componente você só precisa informar a parte sequencial, ele vai calcular o dígito.

A montagem do código de barras e da linha digitável segue o padrão FEBRABAN e o manual de cada banco. Pelo que entendi basta você informar esse dígito adicional no próprio nosso número, quando for alimentar o componente.

CTe 4.00 o envio é apenas no modo síncrono, então não existe a consulta de retorno, logo o ACBrCTe.WebServices.Retorno estará sempre vazio. Veja no programa exemplo do componente como obter a resposta no envio no modo síncrono.

Obrigado pela contribuição. Enviado para o SVN, rev. 31031.

Por favor atualize os fontes e teste.

Esse erro é de DNS. Tente trocar na configuração da rede da máquina.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado pela contribuição. Enviado para o SVN, com alterações, rev. 31008. Por favor, faça uma cópia do seu .pas, atualize os fontes e teste novamente.

Desde que foi implantado o cancelamento por evento, o XML da NFe não é alterado após ela ter sido cancelada. Então você tem o XML da NFe autorizada, e o XML do evento de cancelamento. Enviar os dois arquivos pra contabilidade deve ser suficiente.

K200 e K280. https://www.confaz.fazenda.gov.br/legislacao/ajustes/2009/AJ_002_09

CNPJ e IE são cadastros diferentes, um é controlado pela RFB, o outro pela SEFAZ estadual. Pra saber a IE tem que direcionar a consulta para o estado em questão, um CNPJ pode ter várias IE por exemplo, uma em cada estado. O ACBrNFe tem o método ConsultaCadastro que traz os dados e situação da inscrição estadual, mas não são todos os estados que implementam esse método.

De acordo com a tabela, para os CST 00, 10, 51 e 60, não preencha a tag cBenef. O "SEM CBENEF" vai ser usando apenas quando o item não tiver benefício, e estiver usando o CST 90. https://www.economia.go.gov.br/files/Documentos_Fiscais/IN.docx

A melhor forma é baixar um cliente subversion como o Tortoise SVN, e fazer o checkout dos fontes. https://www.projetoacbr.com.br/fontes Ou ir direto no sourceforge e baixar um snapshot. https://sourceforge.net/p/acbr/code/HEAD/tree/trunk2/Projetos/ACBrLib/Demos/

A máquina pode estar com o Windows desatualizado, e entrou em horário de verão.

Eu testei com uma versão mais antiga que essa e não teve o problema, fiz algumas alterações na configuração mas não consegui replicar. A única coisa que posso te sugerir é emitir uma nova nota alterando o modo como está digitando as notas, de: NF:1811-NF:1812-NF:1813... Para: NF:1811 NF:1812 NF:1813... Inserindo espaços em vez de traços, deve funcionar a quebra.

Veja se está usando uma versão atualizada do ACBrMonitorPLUS. Versões mais antigas podem ter problemas na quebra de linhas quando não tem espaço entre uma sequência de letras, como é o caso aí.