Victor H. Gonzales - Panda

1) tem que olhar os schemas como foi respondido acima, existem CST que você irá passar determinadas informações e outras não, como por exemplo tem (Quantidade Vendida, Alíquota, Base, CST, Valor). então você precisa verificar qual a CST que você está usando e verificar os schemas para ser usado, não é todos os campos para todas as CST (isso tanto para NFe como NFCe), para o SAT é um pouco similar essa situação, porem tem que verificar quais campos são do tipo AC, pois muitos campos são do tipo SAT. NFE/NFCE SAT 2) Tem que verificar os SCHEMAS, o SAT muitas informações são SAT, então as vezes só o fato da AC enviar uma informação as demais tags que são de responsabilidade dela é gerada / calculada. Diferente da NFCe/NFe que os cálculos e alimentação é pelo lado do programador, ele tem que informar todas as tags a serem informadas corretas conforme os schemas se o campo não existe nos schemas não tem como você informar a informação no XML.

Está entrando em uma questão que não diz respeito a emissão do documento fiscal em si, você está com dúvidas no preenchimento do arquivo SPED e não na emissão do documento fiscal. Você começou o tópico com o assunto de SAT depois migrou para NFCe, agora está migrando e entrando na esfera de SPED Contribuições. nesse caso você precisa verificar com o departamento fiscal da empresa ou consultoria tributária para não gerar os blocos com informação errônea, leia novamente o Guia Prático acredito que tem algumas coisas que você está comentando ai que são para ocorrências de até o ano 2018. lembrando que o Guia do Sped é um material de apoio, podendo haver legislações especificas no RICMS de cada UF que precisa ser tratadas pela aplicação.

Na fiscalização que ocorreu, qual a legislação e artigo mencionados?

boa tarde, não procede esse caso. como é o caso da CST 04. você está argumentado que é Alíquota 0, mas está informando CST 04, cujo não possui tal informação de base de calculo. se "fiscal" questionou você sobre isso, sugiro reportar a legislação em que isso está embasada para um melhor entendimento. se tu for olhar os próprios schemas, não consta isso que foi solicitado ou desejado por ti no caso das CST 04,06,07,08,09 NFE / NFCE SAT

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

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

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

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

Bom dia, poderia anexar novamente as Units, parece que estão corrompidas.

Anexe a imagem, e qual gerador está sendo utilizado?

a propriedade ExpandirDadosAdicionaisAuto não atende o seu caso?

ACBrBancoCaixa.pas Veja com essa unit se as mensagens ficam todas em maiusculas..

no momento vamos arquivar essa TK, visto que o que está sendo implementado já existe nativamente no componente.

boa tarde, consegue mandar a remessa no email dos [email protected] e vincular esse otpico?

não achei nesse arquivo onde faz menção a carteira, 1,3 e 4 por exemplo.

Bom dia, tem como anexar novamente ? parece que corrompeu o anexo no forum

Bom dia, olhando aqui, você implementa uma função REPLACE, por qual motivo você precisa alterar o XML, visto que a impressão deveria ser a original, não deveria haver manipulação dos dados recebidos?

Por que até então havia carteira 1 e 3, não havia carteira 4. se houver, favor enviar a documentação onde consta

Bom dia, as classes e units com nomes de Bancoob, UniprimeNortePR, Cecred, seja na parte do CNAB ou API foram mudadas para o novo padrão de marcas dos bancos commit 35204, porem, se você usa os enumerados antigos, fique tranquilo, sua aplicação não irá parar, pois nada muda nos enumerados. de: ACBrBancoBancoob para: ACBrBancoSicoob de: ACBrUniprimeNortePR para: ACBrBancoSisprime de: BancoCECRED para: ACBrBancoAilos de: ACBrBoletoRet_Bancoob para: ACBrBoletoRet_Sicoob de: ACBrBoletoW_Bancoob para: ACBrBoletoW_Sicoob de: ACBrBoletoRet_Bancoob_APIV3 para: ACBrBoletoRet_Sicoob_V3 de: ACBrBoletoW_Bancoob_APIV3 para: ACBrBoletoW_Sicoob_V3 tambem foi ajustado a unit e classe do banco Uniprime, adicionado o prefixo ACBr, de: ACBrUniprime para ACBrBancoUniprime

EVENTOS.pdfversão do componente 35200 e seus XML não obtive nenhum problema como o reportado acima usando FastReport.

mas se tu olhar o layout do MOC, está diferente isso que você quer fazer. o vIPIDevol em tese é um valor da Nota Fiscal e não do Documento Auxiliar.

anexa o seu programa de exemplo tambem por favor

Bom dia, como foi passado a você a resposta ontem, esse campo UA04 não é a mesma coisa que o campo O14, sendo assim, não é impresso o valor da vIPIDevol no campo de vIPI conforme consta no MOC. em campo próprio somente valor de IPI, que é o campo O14.

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

boa tarde, tem como enviar novamente os arquivos para o forum... houve um problema em que corrompeu os arquivos anexados.