Jéter Rabelo Ferreira

Luciano, boa tarde. O Arquivo M (Mestre) é gerado pelo programa validador, por esse motivo, optei por não gerar o mesmo. Atenciosamente.

ok, mais uma vez obrigado!

Obrigado Ítalo. Agora, e quanto ao estado, utilizaremos a tabela da UF do emitente da NF-e ou do Destinatário quando os mesmos forem de UF's diferentes? Atenciosamente.

Boa tarde. Duas dúvidas básicas: Utilizo a tabela por estado de acordo com o Emitente ou Destinatario? Devo somar todas as alíquotas para aplicar no valor do produto? (Nacional + Estadual + Municipal) ou (Importado + Estadual + Municipal) - conforme cst Desde já sou muito agradecido. Atenciosamente,

Boa tarde. Primeiro, a CEF possui dois tipos de cobrança -SIGCB e SICOB. Se você tentar ler o arquivo de um no outro não vai conseguir. Atenciosamente.

Juliana, boa tarde. Fiz as alterações conforme relatado acima. Criei um enumerado chamado TACBrTipoCarteira = (tctSimples, tctRegistrada); Criei uma property TACBrCedente.TipoCarteira E, com base nessa property, o arquivo de remessa de Santander está gerando o arquivo corretamente. OBS: Efetuei um update antes de alterar o ACBrBoleto. Atenciosamente. ACBrBancoSantander.pas ACBrBoleto.pas

Boa tarde. Geralmente os bancos aceitam várias remessas ao dia. Mas, caso desejar mandar uma só, no final do dia, preencha novamente o componentes com os dados dos boletos e gere o arquivo de remessa. Atenciosamente.

Bom dia. Sequence (generator) no firebird NUNCA é repetido. A função gen_ID(XX, 1) roda numa transação independente da atual, impossibilitando a numeração repetida. O sequence também pode te dar problema se você tiver mais de uma série de NF. Terá que criar um sequence para cada serie. Outro detalhe, ao incrementar um sequence, se houver algum erro de gravação no banco, você perde a numeração. Passei por isso no começo, de qual forma seria a melhor maneira para não ter problemas com "pulos" nem números repetidos Eu tratei a numeração de NF-e com trigger e exception no banco. Essa trigger verifica se não houve "pulo" de numeração ou número repetido. Caso haja alguma violação, o banco levanta a exception e o usuário tem que enviar o comando de gravar novamente, Atenciosamente.

Bom dia Juliana, Ao analisar o tipo de cobrança, que é o campo 058, temos as seguintes opçoes: Nota 5: TIPO DE COBRANÇA REMESSA: '1' = Cobrança Simples (Sem Registro e Eletrônica com Registro) '3' = Cobrança Caucionada (Eletrônica com Registro e Convencional com Registro) „4‟ = Cobrança Descontada (Eletrônica com Registro) '5' = Cobrança Simples (Rápida com Registro) „6‟ = Cobrança Caucionada (Rápida com Registro) „8‟ = Cobrança Cessão (Eletrônica com Registro) Se você analisar, o tipo 1 serve tanto para título com registro como para sem registro. Portanto, fica dificil diferenciar se não for criado uma property para isso. Bom, eu não consegui achar outra alternativa. Aguardo retorno. Atenciosamente,

Juliana, boa noite. Desculpe não ter respondido antes, mas estou com um projeto meio grande e não consegui ler as mensagens. Agora, estou com um problema com essa unit mesmo. No bloco (P) - Remessa, tem um campo que informa (059) se o boleto é cobrança simples ou registrada: Nota 6: FORMA DE CADASTRAMENTO '1' = Cobrança Registrada (Rápida e Eletrônica com Registro) '2' = Cobrança sem Registro Quando eu criei o procedimento, coloquei o número 2 como literal para esse campo (059), mas acontece que meu cliente vai ter cobrança registrada e não tem um enumerado no ACBrTitulo para que eu possa identificar o mesmo quando for Cobrança Sem Registro ou com Registro. Não posso utilizar o tipo de cobrança, pois o código 1 do mesmo serve tanto para simples com registro e sem registro. Portanto, não consegui achar uma solução. Será que você teria alguma solução para contonar o problema ou teriamos que criar um enumerado para controlar essa opção? Aguardo retorno. Atenciosamente.

Paulo, boa tarde. Como disse acima, houveram muitas alterações e tive que parar com esse projeto temporariamente, pois houveram outras urgências. Assim que eu conseguir compilar eu libero aqui os fontes com as novas implementações. Atenciosamente.

Boa tarde Não houve nenhuma alteração significativa. Apenas inclusões de novos códigos, nada em layout. Atenciosamente.

Boa Tarde Juliomar. Sim, é isso mesmo. Acontece situações do boleto não ter registro, aí no bloco T o valor fica zero. E no bloco U vem o valor da liquidação. Atenciosamente.

Bom dia. Segue anexo a unit ACBrBancoSantander.pas com algumas correções na leitura do arquivo retorno CNAB240: - Erro ao validar CNPJ do cedente - Leitura do Bloco U - Valor do Documento Favor disponiblizarem no SVN. Atenciosamente. ACBrBancoSantander.pas

Boa tarde Márcio. Aqui em MG, quando o meu cliente foi emitir as NF's, a SEF/MG enviou o seguinte EMail: " Sr. Contabilista, Boa Tarde! Tendo em vista o pedido de Regime Especial, PTA XXXXX, XXXXXXXXXXXXX, CNPJ: XXXXXXXXXX, IE: XXXXXXXXXXX, e considerando que nos termos do inciso I do artigo 50 do RPTA/MG, o Regime Especial é concedido para atender às peculiaridades do interessado, solicitamos nos atender as seguintes solicitações: - enviar cópia (formulário) da NF modelo 21 a ser utilizada por sistema de processamento de dados que será utilizado para cumprir as determinações do artigo 40-B do Anexo VII, parte 1, Capítulo V-A do RICMS. - Declaração do requerente do Regime Especial de que o programa emissor da NF modelo 21, atende aos requisitos do artigo 40-A a 40-H do Anexo VII, parte 1, Capítulo V-A do RICMS. Informamos, que não será tramitado o PTA que não atenda às disposições do artigo 52 do RPTA. As informações e declarações, bem como o formulário da Nota Fiscal modelo 21, poderão ser remetidos via e-mail. Segue Intimação via SIARE, nos termos do Parágrafo único do artigo 49 e 52-A do RPTA. O prazo para atendimento desta solicitação é de 10 (dez) dias nos termos do artigo 15 do RPTA/MG. Estamos à disposição, para esclarecer às dúvidas porventura suscitadas. Atenciosamente, " Atenciosamente.

Bom dia Você chegou a atualizar o SVN? Eu desenvolvi o CNAB240 em Junho/2014 e já foi disponibilizado o SVN no dia 02/07/2014, conforme Atenciosamente.

Alex, bom dia. Isso é problema com o programa deles. Mas não custa você verificar uma coisa: na configuração de vídeo do windows. Tive uns problemas tempos atrás, com meu notebook. Tinham relatórios que ficavam "loucos", fui verificar, a exibição do mesmo estava com 125%. coloquei em 100% e o problema foi resolvido. Atenciosamente.

Alex, bom dia. Foi como disse acima, você vai ter problemas, pois o códido MD5 (Assinatuira Digital do documento) que é gerado é considerado o número da NF para tal. Se você informar a NF com os 15 digitos necessários, o MD5 vai ser um na impressão e outro na geração do arquivo magnético. Já imaginou o problema? Mais uma coisa, peça POR ESCRITO do fiscal a instrução conforme relatada, com um papel timbrado da SEF ou um EMail e guarde com muito carinho. Pois, meu caro, eu sinto que você poderá ter problemas. Ateciosamente.

Bom dia. No caso do Convênio 115, é mencionado apenas a "voltar" da numeração para um, sem a necessidade de incrementar a série. É uma particularidade desse convênio apenas. Atenciosamente.

Bom dia Alex Se você verificar o Manual, vai ver que ao informar a NF Mod. 06/21/22, os números da NF somente pode ser feito com 9 dígitos. Ao gerar uma Nota com 15 dígitos, ela ficará diferente do que reza o manual, que deve ser informado no arquivo com 9. Solicite ao seu cliente a verificar com o fiscal e mostrar para ele a lei que rege esse convênio. Imprimir uma Nota com um número (15 dígitos) e informar no arquivo do convênio 115 com outro número (9 dígitos) vai dar problemas, pode ter certeza. Ademais, se você quiser correr esse risco, não precisa conveter o número para striing, e sim para um int64 que resolve o teu problema. Atenciosamente.

Complementando o Post anterior, informações de trigger do firebird pode ser obtida em http://www.firebirdsql.org/refdocs/langrefupd21-ddl-trigger.html Atenciosamente.

Boa tarde. A tabela que o Regys te falou acima guarda cada conexão feita no banco, bem como usuário, aplicativo etc. Você pode criar uma trigger de conexão (disponível a partir do Firebird 2.1) para "monitorar" quem está conectando ao banco. Por exemplo, ao ocorrer uma nova conexão ao banco, verifique o campo MON$REMOTE_ADDRESS (iP de onde veio a conexão) e liberar determinados IP's, Também pode-se verificar o campo MON$REMOTE_PROCESS que é o nome do aplicativo que está sendo utilizado na conexão com o banco. Neste caso o aplicativo está com o path completo. Caso a nova conexão não esteja dentro dos parâmetros especificados, efetue um delete do registro na tabela que a conexão é encerrrada. Essa é uma forma de você "bloquear" acessos ao BD. Lembrando, que o próprio Firebird permite desabilitar trigger na conexão, utilizando parâmetro "isc_dpb_no_db_triggers' no próprio IBExpert que você irá conectar ao banco, sem a trigger seja executada. Atenciosamente.

Bom dia. Pasmem, mas no Santander existem tipos de ocorrência com códigos diferentes dependendo do CNAB. Verifiquei isso quando estava criando o CNAB240 poara esse banco, eu já enviei a unit homologada mas até agora não subiram ao Grande parte dos tipos de ocorrência são iguais, mas alguns mudam completamente. Isso deve-se ao fato, creio eu, do Santander ter comprado N bancos, desde Públicos como Privados. Aí ficou uma colcha de retalhos Segue anexo o manual do CNAB240 do mesmo banco para vocês analisarem. Obs: O Lay-out 400 que me enviaram é o mesmo do post anterior. Atenciosamente. Layout CNAB 240 posições padrão Santander Multibanco Outubro 2013 v 2.2.1 .pdf

Vai depender muito de cada banco. Mas, como o tpo de operácão é por título, você vai ter que enviar mais de um "registro" para o mesmo boleto. Um para vencimento, outro para valor e etc. Mas, foi como disse acima, entre em contato com o banco e solcite os manuais e efetue os testes com o pessoal da área técnica. Alguns manuais podem ser encontrados em http://svn://svn.code.sf.net/p/acbr/code/tools/Bancos Atenciosamente.

Boa tarde Rodrigo. Sim, isso mesmo. Porém, convém você ter os manuais e conversar com o pessoal do banco. Pois tratando-se de cobrança e "padrão CNAB", cada banco faz a sua maneira. Atenciosamente.