Juliana Tamizou

Bom dia. A versão atual do ACBrMonitor no site é a 0.9.14 http://sourceforge.net/projects/acbr/fi ... r%20Atual/ Se você for usuário do ACBrSAC, semanalmente pode baixar um novo instalador... Baixe esta versão e efetue os testes novamente.. Att.

Bom dia. Adicionada correção no svn....se possível testar e reportar novamente se deu certo. Att.

Bom dia. A alteração do Tipo de Inscrição do Cedente e também da Conta no arquivo remessa CNAB400 já está disponível no svn...se possível testar e reportar aqui e o arquivo ficou correto. Att.

Bom dia. Você está usando o CNAB400? Se sim, pelo que observei rapidamente no manual, a conta não está sendo informada corretamente....se desejar você pode efetuar esta correção e adicionar a unit alterada aqui. Creio quem um copy ao ao passar a conta no arquivo remessa, já resolva o problema... Att.

Bom dia. É importante checar no manual se essa alteração não irá afetar outras rotinas, como a impressão do código de barras ou da linha digitável...acredito que não seja necessário permitir alterar o valor desta propriedade, apenas efetuar o ajuste no create da classe do bancoob, ou seja na unit bancobancoob.pas. Att.

Qual a sua versão do ACBrMonitor, vc está compilando os fontes ou usando o instalador? Att

Bom dia. Quanto ao logo, vc definiu no componente o diretório onde eles estão armazenados? Att.

Bom dia. Você poderia chamar a função MontarCampoNossoNumero(), após inserir cada boleto. Att.

Bom dia. Recentemente recebi algumas alterações que ainda não postei...assim que postar adiciono uma anotação aqui. Att.

Bom dia. O BB do RN utilza outro layout de arquivo de remessa e retorno? Para o BB existem 3 layouts diferentes que são utilizados de acordo com o tamanho do convênio e também com a carteira, não seria este o seu caso? Att.

Bom dia. Quais as configurações passadas ao componente para o local do arquivo remessa? Att.

Bom dia. Você está usando o campo código do cedente para informar este código? você selecionou corretamente a classe da caixa que deseja utilizar? Lembrando que são 2, cobCaixaEconomica e cobCaixaSICOB... Att.

Bom dia. Você está gerando a remessa 240 ou 400 ? Att.

Bom dia. Se vc estiver falando do padrão SIGCB...ainda não foi desenvolvido, se desejar você pode colaborar com o projeto desenvolvendo esta rotina... Se você precisa do padrão SICOB, basta utilizar a classe cobCaixaSICOB, ela já foi desenvolvido o CNAB400. Att.

Bom dia. Assim que possível iremos analisar as correções. Att.

Bom dia. Existem 2 classes porque a Caixa Econômica possui dois padrões totalmente diferentes de emissão de boletos e geração de arquivos remessa, de forma que a melhro solução foi separar em 2 classes. Att.

Bom dia. Segundo o manual do banco nas orientações para a impressão do boleto, são apenas 7 dígitos... 3.13. Nosso número: Código de controle que permite ao Sicoob e à empresa identificar os dados da cobrança que deu origem ao boleto. Para o cálculo do dígito verificador do nosso número, deverá ser utilizada a fórmula abaixo: Número da Cooperativa 9(4) – vide planilha "Capa" deste arquivo Código do Cliente 9(10) – vide planilha "Capa" deste arquivo Nosso Número 9(7) – Iniciado em 1 Att.

Boa tarde. Você está se referindo ao tipo de cobrança cobCaixaSicoob, correto? Realmente a um erro ao capturar essa informação, ao invés de considerar o Tipo de Inscrição do Cedente está sendo verificado do Sacado. Efetuaremos a correção do erro ainda está semana.

Boa tarde. Iremos efetuar a correção no próximo commit do svn. Att.

Bom dia. Descreva exatamente qual é seu problema com o a caixa...Exemplo: deveria ser impresso 123 no campo do cedente porém foi impresso 1...

Bom dia. Infelizmente alguns bancos parecem querer dificultar o processo...a Caixa é um deles...estivemos recentemente fazendo alguns testes porém eles não reclamaram dessas informações, mas de outras tão desnecessárias quanto essas... Se desejar colaborar com o projeto, verifique se seu svn está atualizado(para evitar alterações em versãoes mais antigas) e então efetue estes ajustes. Att.

Bom dia. Realmente para o quick report estas informações não estão sendo impressas estas informações, caso queira você poderia colaborar com o projeto adicionando estas informações. Att.

Ok...correção será aplicada.

Estou analisando a nova Especificação de Requisitos do PAF-ECF, a versão 1.13... foram inseridos novos subitens no requisito VIII específicos para o Distrito Federal, um deles é a geração do arquivo do Ato Cotepe 35/05 que é um arquivo com uma estrutura muito semelhante ao SPED.... Trecho do requisito VIII-B O PAF-ECF utilizado no Distrito Federal, quando imprimir no Cupom Fiscal o CPF ou o CNPJ do adquirente ou tomador deverá: 2 gerar obrigatoriamente, os seguintes registros previstos no Ato COTEPE/ICMS 35/2005: A020, A300, A350, C020, C550 ou C600, conforme o caso. VIII-B 3 gerar facultativamente, os seguintes registros previstos no Ato COTEPE/ICMS 35/2005: A310, A360, C555 ou C605. Alguém tem mais informações sobre este arquivo e como funciona ? Alguém já efetuou a implementação? Também gostaria de saber onde posso baixar o validador deste arquivo(caso exista). Att.

Bom dia Cleber. Você baixou do link de downloads dos usuários do sac ou fez a compilação novamente do projeto? Att.