Oneide

No provedor betha também acontece o mesmo...

Imagem em anexo.. da resposta do forum da betha..

Ola, estou com o mesmo problema... estou tentando encontrar uma solução verificando o fonte mas ate agora nada..

Boa tarde.. eu na época também entrei em contato, e o fiscal avisou que estava cadastrando todos assim.. e era o único software que estava reclamando disso.. e ponto. bem assim ele falou.. então tive que fazer essa alteração. e como eu ja disse varias vezes nesse post.. esse arquivo TiposNFe_v01.xsd não existe nos schemas deles..(so existem 3 aquivos da betha que sao idênticos ao do acbr mas TiposNFe_v01.xsd não existe la) e se formos analisar o problema desse schema.. ao meu ver ele deveria estar diferente... como comentei em posts anteriores ja.. arieldll acho que a solução é ficar fazendo merge dos schemas ate que seja providenciado algo... Qualquer duvida estou a disposição...

No método alterado no tópico acima, você não tem acesso a ele e sim só o componente acbrboleto... Baixe o projeto todo, e veja os exemplos que estão prontos la...

Fiz a alteração para fazer corretamente essa sequencia.. que ficaria assim no caso: IntToStrZero( (2 * ACBrBoleto.ListadeBoletos.IndexOf(ACBrTitulo)) + 1 , 5); deve-se fazer essa alteracao no segmento P e Q .

Bom dia Estou com um problema no ''Nº sequencial do registro do lote'' posição 009 a 013. Não esta gerando em ordem.. postei uma imagem em anexo.. nao sei se alguem ja passou por isso tambem (ja pesquisei no forum) Ele gera o codigo sequencial nessa linha na Unit ACBrBancoSicredi : IntToStrZero( (3 * ACBrBoleto.ListadeBoletos.IndexOf(ACBrTitulo)) + 1 , 5) + // 009 a 013 - Nº sequencial do registro do lote Aguardo retorno..

boa tarde.. sim a meses já.. Só não fiz o merge com a ultima versão do SVN ainda.. por isso não postei.. pois tem muita coisa a ser alterada... e o tempo ta sendo curto ultimamente... assim que fizer a alteração irei postar.. isso se alguém não fizer antes..

mas eu uso o ACBRBoleto e la o arquivo BoletoFR.fr3 ainda nao foi feito essas alteracoes do meu Post acima.. entao é esperar mesmo ate ser liberado.

Falta o anexo.. alem do ACBRMonitor, tem alguma previsão ?

Boa tarde.. eu precisei alterar o layout tambem para homologar.. oque o SISCON esta falando se nao estou enganado é isso (foi oque o pessoal dos bancos esta exigindo) : As circulares do Banco Central do Brasil n° 3.598 e n° 3.656, em vigor e disponíveis no site do Banco Central do Brasil (www.bcb.org.br), determinam que: - Os boletos de cobrança deverão ser alterados para substituição das nomenclaturas de CEDENTE para BENEFICIÁRIO e de SACADO para PAGADOR. - Os boletos deverão conter informações mínimas, conforme descrito abaixo, nos termos das novas exigências normativas, e deverão seguir layout específico, conforme determinado na Convenção de Cobrança e disponível no layout de Cobrança do Itaú a partir de 28/06/2013. - nome do pagador, - identificação da instituição financeira, - o nome, o endereço e o número de inscrição no Cadastro de Pessoas Físicas (CPF) ou no Cadastro Nacional de Pessoa Jurídica (CNPJ) do beneficiário, - o valor do pagamento e a data de vencimento, - as condições de desconto que estejam eventualmente previstas na obrigação subjacente em caso de pagamento antecipado.

certo.. isso eu compreendo italo... mas esse arquivo TiposNFe_v01.xsd nao existe nos schemas deles..(so existem 3 aquivos da betha que sao identicoes ao do acbr mas TiposNFe_v01.xsd nao existe la) por mim tanto faz.. posso sempre fazer o merge disso.. mas esse problema vai acontecer com todos q tiverem o traço cadastrado... e se inteiro vai funcionar tb.. pois tenho uma conta de homologacao onde foi cadastrado sem o traço e la tambem da certo com esse arquivo alterado... concluindo então.. so relatei o problema detalhei ele, e postei uma solucao.. agora se nao for valido.. sem extress.. eu vo mantendo aqui... que conversando que se chega a soluções...

Nao intendi o teu comentário, ficou confuso. Mas assim, se vc ler oque escrevi la.. eu so alterei o ultimo arquivo que postei ( TiposNFe_v01.xsd ).. e esse arquivo nao vem com os schemas deles... entendeu ?

Segue em anexo arquivo alterado.. TiposNFe_v01.rar

Entao.. Baixei os Schemas deles... e eles estao iguais.. oque eu alterei foi o arquivo TiposNFe_v01.xsd que nao costa nos shemas deles.. onde isso = <xs:simpleType name="tsInscricaoMunicipal"> <xs:annotation> <xs:documentation>Tipo padrão referente a inscrição municipal.</xs:documentation> </xs:annotation> <xs:restriction base="xs:long"> <xs:pattern value="[0-9]{1,20}" /> </xs:restriction> </xs:simpleType> é inteiro por isso da o problema de parser.. por isso mudei para string = <xs:simpleType name="tsInscricaoMunicipal"> <xs:annotation> <xs:documentation>Tipo padrão referente a inscrição municipal.</xs:documentation> </xs:annotation> <xs:restriction base="xs:string"> <xs:minLength value="1" /> <xs:maxLength value="15" /> </xs:restriction> </xs:simpleType> Entao, era essa a duvida de inicio ja.. so me expressei mal apos as outras perguntas de vcs..

Entao.. foi a primeira coisa de fiz.. pedir para alterar o cadastro.. seria mais facil.. mas o fiscal me falou que nao iria alterar.. e que tinha cadastrados todos assim... entao entrei em contato com o pessoal da betha e eles me passaram os shemas que add aqui em cima num post.. e la vi que estava diferente essa parte(do acbr estava diferente do deles) por isso so alterei essa parte.. mas voltarei a entrar em contato com eles para verificar se há novos shemas e então testá-los novamente e se der certo irei postar aqui...

o problema ainda persiste. '39738-5' violates pattern constraint of '[0-9]{1,20}'. The element 'InscricaoMunicipal' with value '39738-5' failed to parse. se eu for remover o traço ele nao encontra a inscricao no site da betha, pois la esta cadastrado com o traço...

<xs:simpleType name="tsInscricaoMunicipal"> <xs:annotation> <xs:documentation>Tipo padrão referente a inscrição municipal.</xs:documentation> </xs:annotation> <xs:restriction base="xs:long"> <xs:pattern value="[0-9]{1,20}" /> </xs:restriction> </xs:simpleType> Assim esta no XML do ACBR.. nunca ira funcionar uma inscricao com traço(-) Ex. 39738-5 (e se enviar sem o traço ele nao encontra a inscricao) por causa dessa tag <xs:restriction base="xs:long"><xs:pattern value="[0-9]{1,20}" /> e o resto dos campos esta igual.. por isso so alterei essa linha.. e se vc fizer o teste irá se deparar com o mesmo erro (se tiver cadastrado assim no sistema da betha). Por isso até ja postei os XML da betha nos comentários acima.

Entao.. como eu disse nos posts acima.. eu so alterei a tag ''tsInscricaoMunicipal'', não usei todos os aquivos deles... com isso resolveu o problema...

Alguma Posição sobre a solicitação ?

não tenho acesso a todos la... mas pelo que o fiscal me passou todos que ele cadastrou estão com o traço (-).

entao alguma solucao sobre o problema ?

Ja estou usando em producao ja.. (Betha da prefeitura de chapeco - SC) usando o ACBrNFSe.Enviar(_ANumeroLote); so seguir do programa de exemplo que vem junto.

certo... segue em anexo.. schemaBetha.zip

Em contato com no forum da betha eles me repassaram novamente os schemas e neles contem 3 arquivos, nele a um arquivo ontem contem o descrevi no Post acima.. entao o deles estaria correto.. e o do acbr estaria diferente..