oribeiro

Está exatamente como na sua imagem: RTSimplesNacional Você pode conferir no ACBrMonitor.ini que eu anexei. Sem mexer nessa configuração, somente atualizo a versão do ACBr no computador do cliente que ele para de considerar essa tela de configuração do regime tributário.

O ACBr não teria que pegar o conteúdo dessa Tag no ini de configuração? Eu preenchi na tela do SAT Emitent = Simples.

Porque com o mesmo equipamento no cliente, com a versão do ACBr 0.2.02.2 ele gera o XML correto com CSOSN e com o ACBr 0.3.03.3 gera errado com CST? - Não mudei nada do programa, somente a versão do ACBr e o XML é gerado diferente. Reinstalando a versão 0.2.02.2 volta a gerar corretamente.

Pessoal, Notei que, a partir da versão 0.2.02.3 o ACBr não está mais gerando os impostos do SAT para Simples Nacional. Parece que ele desconsidera o conteúdo da variável cRegTrib na tela de configuração do SAT. Isso passou a acontecer depois dessa alteração registrada no histórico. 17/02/2016 [*] Ajuste em "SAT.EnviarCFe", para permitir o envio do XML que esteja na memória carregado com "SAT.CarregarDadosVenda" (por: DSA) [-] Ajustes na leitura dos campos Emit.cRegTrib, Emit.cRegTribISSQN e Emit.indRatISSQN (por: Anfm) Gerei um SAT para Simples Nacional com a versão 0.3.03.5 informando o CSOSN e ele retornou CST no XML desconsiderando o regime simples. ERRADO: -<ICMS>-<ICMS00><Orig>0</Orig><CST>00</CST><pICMS>0.00</pICMS><vICMS>0.00</vICMS></ICMS00></ICMS> CORRETO: -<ICMS>-<ICMSSN102><Orig>0</Orig><CSOSN>102</CSOSN></ICMSSN102></ICMS> Segue os arquivos INI e XML para análise. Eu tinha instalado essa versão mais recente mas o contador percebeu a falha no XML, então precisei voltar para a 0.2.02.02 que gera o XML corretamente como simples nacional. Esse assunto está no fórum aberto em: Obrigado, aguardo. CF012433.TXT CFe35160411111111111111599000001020002479363720.xml ACBrMonitor.ini

Obrigado.

Sim Kiko, no TXT eu não informo nada do emitente e ele pega todos os dados na tela de configuração do ACBr. Eu testei com a versão mais recente 0.3.03.5 e o erro persiste. Acho que tem algum problema nessas versões do ACBr mesmo. Por favor, informe esse erro para um desenvolvedor de SAT para que ele possa corrigir nas próximas versões. Ainda assim, agradeço muito pelo seu esforço em ajudar.

Kiko, Obrigado pela sua atenção nesse assunto, mas eu acho que o ACBr pega os dados do emitente nos campos: Emit.cRegTrib, Emit.cRegTribISSQN e Emit.indRatISSQN que são preenchidos na tela do ACBrMonitorPLUS. Fiz esse teste com a versão 0.1.12.8 e o mesmo arquivo que lhe enviei gera o CSOSN corretamente. Parece que foi alguma modificação no ACBr que aconteceu depois dessa versão. Para tirar todas as dúvidas, instalei a versão desse mês num cliente que imprime num SAT Bematech e é Simples Nacional e os XML passaram a ser gerados errados a paretir dessa versão. Não mudei nada no programa, apenas atualizei a versão do ACBr. Você tem mais alguma idéia para eu testar?

Não sei se essa informação ajudará na identificação do problema, mas eu testei e até a versão 0.1.12.8 estava gerando o XML correto com CSOSN, as versões posteriores não geram XML do simples. Será que foi esse ajuste que modificou a forma do sistema passar o Regime Tributário do Emitente para o XML ? 17/02/2016 [*] Ajuste em "SAT.EnviarCFe", para permitir o envio do XML que esteja na memória carregado com "SAT.CarregarDadosVenda" (por: DSA) [-] Ajustes na leitura dos campos Emit.cRegTrib, Emit.cRegTribISSQN e Emit.indRatISSQN (por: Anfm) Eu paguei o boleto ontem e estou aguardando o financeiro liberar para eu baixar a última versão compilada e ver se voltou a funcionar. Assim que tiver essa informação eu irei postar aqui. Obrigado.

Segue o TXT que envio para o ACBr e o XML gerado. Note que no TXT está o CSOSN e o XML gera com CST. Isso começou a acontecer em versões recentes. Obrigado. CF012433.TXT CFe35160411111111111111599000001020002479363720.xml

Também estou com esse mesmo problema, o XML gera sempre com CST em vez de CSOSN para Simples Nacional. É alguma configuração das novas versões? Anexei o arquivo INI ACBrMonitor.ini

Bom dia Juliomar, Quando o comando NFE.CRIARNFESEFAZ() for ajustado para manter a compatibilidade com o TXT do SEFAZ, se você quiser, eu me coloco a disposição para testá-lo na minha base de dados e lhe dar o retorno do resultado. Estou à disposição para ajudar no projeto dentro daquilo em que estiver ao meu alcance. Mais uma vez, obrigado.

Obrigado Juliomar, vocês desenvolvedores são nota 10 e o ACBrMonitorPLUS é fantástico devido a boa disposição de vocês. Parabéns! Um grande abraço a todos.

Desenvolvedores, eu estou apenas tentando ajudar o ACBr a manter a compatibilidade com o TXT do SEFAZ como é a proposta do comando: NFE.CRIARNFESEFAZ(). Para tanto, faz-se necessário colocar as informações I05 e W04 em linhas separadas. Obrigado.

Regis, Hoje consultamos novamente os dois manuais atualizados do SEFAZ, o de testes (aquele que você postou o link acima) e o de produção e, ambos estão apresentando as instruções "I05a" e "I05c" em linhas separadas. O ACBr colocou essas informações numa mesma linha. O mesmo acontece com a instrução "W04". Por favor, confira e me desculpe se eu estiver interpretando de modo errado.

Desculpe Regis, mas o manual do SEFAZ está atualizado conforme descrevi acima, ele colocaram esses campos novos em linhas separadas e não vão mudar isso porque já está funcionando; o ACBr é que colocou tudo na mesma linha. Estou utilizando a última versão disponível do ACBr.

Na prática, o TXT que passa no programa gratuito do SEFAZ não coincide com o TXT que tenho que gerar para essa nova versão do ACBr. As diferenças estão nos blocos I e W, assim: LINHA "I": Linha "I no ACBrMonitorPLUS atual: I|cProd|cEAN|xProd|NCM|NVE|CEST|EXTIPI|CFOP|uCom|qCom|vUnCom|vProd|cEANTrib|uTrib|qTrib|vUnTrib|vFrete|vSeg|vDesc|vOutro|indTot|xPed|nItemPed|nFCI| O manual atualizado(Versão 3.10.1 - (03/02/2016) Página 9 de 15) da SEFAZ diz que deve ser assim: I|cProd|cEAN|xProd|NCM|EXTIPI|CFOP|uCom|qCom|vUnCom|vProd|cEANTrib|uTrib|qTrib|vUnTrib|vFrete|vSeg|vDesc|vOutro|indTot|xPed|nItemPed|nFCI| [0 a 8]{ I05a|NVE| } [0 ou 1]{ I05c|CEST| } Explicação: - No SEFAZ, os campos NVE e CEST devem ser enviados em linhas separadas e no ACBr vocês colocaram na mesma linha do produto. LINHA "W": Para a Versão 0.1.12.9 do ACBRMONITORPLUS, a linha tem que ser assim: W02|100.00|12.00|0.00|2.00|2.40|3.60|0.00|0.00|100.00|0.00|0.00|0.00|0.00|0.00|0.00|0.00|0.00|100.00|26.33| Para o emissor gratuito do SEFAZ, a linha tem que ser assim: W02|100.00|12.00|0.00|0.00|0.00|100.00|0.00|0.00|0.00|0.00|0.00|0.00|0.00|0.00|100.00|26.33| W04c|2.00| W04e|2.40| W04g|3.60| Explicação: - No SEFAZ, os campos W04 devem ser enviados em linhas separadas e no ACBr vocês colocaram na mesma linha W02. Vocês vão modificar isso para fazer com que o ACBr volte a ser 100% compatível com o TXT gerado para o programa do SEFAZ? Aguardo, obrigado.

Obrigado Sérgio.

Walney, Entendo a sua situação financeiramente apertada, pode ter certeza de que você não é o único. Contudo, a versão trimestral foi lançada em 06/11/2015, então, imagino que nessa semana (três meses se passaram) será lançada a nova versão com todas as funcionalidades disponíveis no SAC até o momento. Se puder, aguarde mais 5 dias e verifique se a nova versão contemplará a sua necessidade. Se não atender, contrate o SAC por um mês (R$ 120,00) e solicite que aos desenvolvedores que, se possível, trabalhem na sua necessidade. Eles são muito capazes e dedicados. Sugestão aos desenvolvedores: - Não percam seu tempo com quem quer tumultuar o fórum. As vezes, a melhor resposta é o silêncio. Um abraço a todos e votos de sucesso!

Daniel, Onde encontro o Manual de comandos SAT? Pesquisei em todo o fórum e não encontrei. Obrigado.

Encontrei esse problema de cópias no comando NFe.ImprimirEvento() e parece que ainda não foi resolvido. Vou acompanhar esse assunto até a solução e daí passar a usar esse novo monitor. Obrigado.

Juliomar, Cancelei o comando NFe.LerIni() porque notei que nesse novo monitor não preciso mais cancelar a logomarca e mudar o modelo da DANFE para 1 (RaveCB) antes de imprimir o evento de cancelamento como fazia no monitor anterior. Concluí todos os testes e esse novo monitor está 100% compatível com o anterior! Alias, 99%, risos. Notei que ele imprime TRÊS vias na carta de correção e antes imprimia apenas UMA. Estou estudando para ver se é alguma configuração. Obrigado. Atenciosamente,

Juliomar, Obrigado pela sua prontidão em responder. Eu não havia notado que no PLUS as pastas padrões foram mudadas de \Logs para \Arqs. Esse assunto está resolvido. Estou conseguindo fazer as Cartas de Correção e o Cancelamento agora, como fazia no ACBrNFeMonitor. Aproveitando, quanto dou o comando de recarregar o arquivo .INI no PLUS, recebo a seguinte mensagem de erro: TRadioGroup Index 1 out of bound 0 ..0 O que é isso?

Pessoal, Passei a utilizar o "ACBrMonitorPLUS 0.1.11.1" e notei que quando faço a carta de correção e o cancelamento ele não gera o XML na pasta LOGS com o sufixo "-ProcEventoNFe". Isso é alguma configuração desse novo monitor? Aguardo, obrigado. Oscar

O modo mais simples é você digitar uma nota no programa gratuito da SEFAZ com os campos que você irá trabalhar, com as regras fiscais que você vai precisar para o seu faturamento e depois exportá-la no modo Texto. Daí você lera nesse arquivo texto à disposição dos campos que você mesmo digitou o que facilitará muito a compreensão do arquivo. Fiz isso e ficou facílimo criar um txt para enviar para o ACBr.

Isaque, Primeiramente quero agradecer-lhe por ter sido sensível as nossas dificuldades e antecipado a versão. Sua atitude me tranquilizou e reforçou a minha confiança de que esse projeto está mesmo na mão de pessoas certas. Em segundo lugar, vou seguir a sua sugestão e tentar compilar os fontes, talvez não seja mesmo um bicho de sete cabeças. Obrigado.